Asset digitization processing method, electronic equipment and medium

Abstract

The invention is suitable for the technical field of asset digitization, and provides an asset digitization processing method, electronic equipment and a medium, and the method comprises the steps: obtaining the asset configuration information of a target asset; according to the target non-homogeneous token protocol and a preset smart contract set, determining a first smart contract corresponding to the target asset, and according to the target homogeneous token protocol and the smart contract set, determining a second smart contract corresponding to the target asset; the first smart contract, the second smart contract, the first sub-information and the second sub-information are sent to a block chain system, so that the block chain system creates at least one non-homogeneous token corresponding to the target asset according to the first smart contract and the first sub-information, and sends the non-homogeneous token to the target asset according to the second smart contract and the second sub-information. A homogenized token is created for each non-homogenized token. The mobility of the rwa assets in the block chain system is improved, and the difficulty of rwa asset digitization is reduced.

Description

Technical Field

[0001] The present application belongs to the field of asset digitization technology, and in particular relates to asset digitization processing methods, electronic equipment, and media. Background Art

[0002] In the blockchain system, the digitization of real-world assets (RWA) can break the limitations of traditional asset transactions in terms of geography, time and transaction processes, and greatly expand the scope of asset circulation.

[0003] Current RWA asset digitization typically involves issuing fungible tokens (FT) or non-fungible tokens (NFT) based on the RWA asset type. However, FT tokens are difficult to accurately anchor to off-chain RWA assets, resulting in inaccurate asset value mapping, limited investor trust, and thus impacting the liquidity of RWA assets within the blockchain system. While NFT tokens can reflect the uniqueness of assets, unit asset shares are often too large and difficult to divisible, significantly restricting the liquidity of RWA assets within the blockchain system. Furthermore, the digitization of RWA assets often requires customized smart contracts for specific RWA products, lacking universal applicability.

[0004] Therefore, how to improve the liquidity of RWA assets in the blockchain system and reduce the difficulty of digitizing RWA assets has become a technical problem that needs to be solved urgently. Summary of the Invention

[0005] The embodiments of the present application provide a processing method, electronic device, and medium for asset digitization, which can solve the problem of how to improve the liquidity of RWA assets in the blockchain system and reduce the difficulty of RWA asset digitization.

[0006] In a first aspect, embodiments of the present application provide a method for processing asset digitization, which is applied to electronic devices. The method includes:

[0007] Obtain the asset allocation information of the target asset. The asset allocation information includes the target non-fungible token protocol, the target homogeneous token protocol, the first sub-information, and the second sub-information. The first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token.

[0008] Determine a first smart contract corresponding to the target asset based on the target non-fungible token protocol and a preset smart contract set, and determine a second smart contract corresponding to the target asset based on the target homogeneous token protocol and the smart contract set, where the smart contract set includes smart contracts corresponding to multiple non-fungible token protocols and smart contracts corresponding to multiple homogeneous token protocols;

[0009] The first smart contract, the second smart contract, the first sub-information, and the second sub-information are sent to the blockchain system, so that the blockchain system creates at least one non-fungible token corresponding to the target asset according to the first smart contract and the first sub-information, and creates a homogeneous token for each non-fungible token according to the second smart contract and the second sub-information, and the nodes in the blockchain system trade the target asset based on the homogeneous token.

[0010] In some embodiments, obtaining the asset configuration information of the target asset includes:

[0011] Obtain the asset metadata of the target asset, which includes asset configuration information;

[0012] When the asset metadata satisfies a first condition, the asset configuration information is extracted from the asset metadata. The first condition includes that a data format of the asset metadata is a preset format, and an asset specification file of a target asset in the asset metadata satisfies a preset rule.

[0013] In some embodiments, before sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system, the method further includes:

[0014] Parsing a first initialization parameter corresponding to the first smart contract according to the first sub-information;

[0015] Parsing the second initialization parameter corresponding to the second smart contract according to the second sub-information and the first initialization parameter;

[0016] Sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system includes:

[0017] The first smart contract, the second smart contract, the second initialization parameter, and the first initialization parameter are sent to the blockchain system, so that the blockchain system deploys the first smart contract based on the first initialization parameter and deploys the second smart contract based on the second initialization parameter, so as to subsequently obtain non-fungible tokens and homogeneous tokens.

[0018] In some embodiments, the method further comprises:

[0019] If the asset metadata meets the first condition, the asset metadata is stored in the distributed storage system;

[0020] Get the storage link corresponding to the asset metadata returned by the distributed storage system;

[0021] The storage link is stored in the first sub-information so that the blockchain system can subsequently create at least one non-fungible token based on the first sub-information and the first smart contract.

[0022] In a second aspect, embodiments of the present application provide a method for processing asset digitization, which is applied to a blockchain system as in any embodiment of the first aspect, and the method includes:

[0023] Obtaining a first smart contract, a second smart contract, first sub-information, and second sub-information corresponding to the target asset, wherein the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The first smart contract is a smart contract determined by the electronic device based on the target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on the target homogeneous token protocol corresponding to the target asset;

[0024] Based on the first sub-information, at least one non-fungible token corresponding to the target asset is created through the first smart contract;

[0025] According to the second sub-information, a homogeneous token is created for each non-homogeneous token through a second smart contract, so that nodes in the blockchain system can trade the target asset based on the homogeneous token.

[0026] In some embodiments, the method further comprises:

[0027] When detecting a first operation request from a user for a target homogeneous token, verifying the user's first operation permission, where the first operation permission is used to indicate whether the user can perform a first operation for the target homogeneous token. The first operation includes at least one of creating a target homogeneous token, transferring a target homogeneous token, destroying a target homogeneous token, freezing an account corresponding to a target homogeneous token, redeeming a target homogeneous token, or subscribing to a target homogeneous token. The target homogeneous token is any homogeneous token corresponding to the target asset.

[0028] If the first operation permission is granted, the first operation corresponding to the first operation request is performed on the target homogeneous token.

[0029] In some embodiments, performing a first operation corresponding to a first operation request on a target homogenous token includes:

[0030] When the first operation is to redeem the target homogeneous token, obtain the asset value and transaction rules corresponding to the target homogeneous token;

[0031] If the transaction rules include information restricting the first operation, determining that the first operation on the target fungible token has failed;

[0032] When the transaction rules include information allowing the first operation, the stablecoin corresponding to the asset value is extracted from the stablecoin library of the blockchain system, and the extracted stablecoin is stored in the user's corresponding account node in the blockchain system.

[0033] In a third aspect, an embodiment of the present application provides an electronic device comprising a processor, a memory, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the electronic device implements the method described in any embodiment of the first aspect.

[0034] In a fourth aspect, an embodiment of the present application provides a blockchain system, comprising:

[0035] A data acquisition component is configured to acquire a first smart contract, a second smart contract, first sub-information, and second sub-information corresponding to a target asset, wherein the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The first smart contract is a smart contract determined by the electronic device based on a target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on a target homogeneous token protocol corresponding to the target asset.

[0036] A non-fungible token component, configured to create at least one non-fungible token corresponding to the target asset through a first smart contract based on the first sub-information;

[0037] The homogenous token component is used to create a homogenous token for each non-homogeneous token through a second smart contract based on the second sub-information, so that nodes in the blockchain system can trade the target asset based on the homogenous token.

[0038] In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program. When the computer program is executed, the asset digitization processing method as described in any embodiment of the first aspect or any embodiment of the second aspect is executed.

[0039] In a sixth aspect, an embodiment of the present application provides a computer program product. When the computer program is run, the asset digitization processing method as described in any embodiment of the first aspect or any embodiment of the second aspect is executed.

[0040] Compared with the prior art, the embodiments of the present application have the following beneficial effects:

[0041] Based on the relevant token protocols pre-configured in the asset allocation information, the first and second smart contracts corresponding to the target asset are automatically determined from a preset set of smart contracts. This eliminates the need to develop and customize smart contracts for different assets, reducing the difficulty of asset digitization. The asset allocation information also pre-configures the first and second sub-information, enabling the blockchain system to create at least one non-fungible token corresponding to the target asset based on the first smart contract and the first sub-information, thereby anchoring the digital token to the real asset. Furthermore, the blockchain system creates a homogenous token for each non-fungible token based on the second smart contract and the second sub-information, enabling the division of non-fungible tokens with excessive unit shares into smaller shares through homogenous tokens. This facilitates the circulation of the target asset through small shares of homogenous tokens within the cross-chain system while also aligning the homogenous tokens with the target asset through non-fungible tokens, thereby improving the liquidity of RWA assets within the blockchain system. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the embodiments or descriptions of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0043] Figure 1 This is a schematic diagram of the structure of an asset digitization system provided in an embodiment of the present application;

[0044] Figure 2 This is a flowchart of a method for processing asset digitization provided in an embodiment of the present application;

[0045] Figure 3 This embodiment of the present application provides Figure 1 as well as Figure 2 A schematic diagram of the structure of the blockchain system in any embodiment;

[0046] Figure 4 This is a flowchart of another asset digitization processing method provided in an embodiment of the present application;

[0047] Figure 5 It is a working diagram of a processing method for realizing asset digitization in a blockchain system in an application scenario;

[0048] Figure 6 It is a structural diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0049] In the following description, specific details such as specific system structures and techniques are provided for purposes of illustration rather than limitation to facilitate a thorough understanding of the embodiments of the present application. However, it will be apparent to those skilled in the art that the present application may be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid obscuring the description of the present application with unnecessary detail.

[0050] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and / or components, but does not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components and / or collections thereof.

[0051] It will also be understood that the term "and / or" used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

[0052] As used in this specification and the appended claims, the term "if" can be interpreted as "when" or "upon" or "in response to determining" or "in response to detecting," depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "upon determination" or "in response to determining" or "upon detection of [described condition or event]" or "in response to detecting [described condition or event]," depending on the context.

[0053] In addition, in the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0054] References to "one embodiment" or "some embodiments" in this specification mean that a particular feature, structure, or characteristic described in conjunction with that embodiment is included in one or more embodiments of the present application. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in other embodiments" appearing in various places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized. The terms "including," "comprising," "having," and variations thereof all mean "including but not limited to," unless otherwise specifically emphasized.

[0055] Current digitization solutions for RWA assets often involve creating NFT tokens for unique or non-quantifiable RWA assets like real estate or artwork, and FT tokens for quantifiable RWA assets like stocks or securities. However, FT tokens are difficult to accurately anchor to off-chain real-world assets, resulting in inaccurate asset value mapping and limited investor trust, which in turn impacts trading enthusiasm and liquidity. While NFT tokens can reflect the uniqueness of assets, unit asset shares are often too large and difficult to dividend, which discourages small and medium-sized investors from participating widely and significantly limits the speed and frequency of asset circulation in the market. This significantly limits the liquidity of RWA assets within the blockchain system.

[0056] Moreover, the current digitization of RWA assets often requires customized smart contracts for specific RWA assets. This development model lacks universality and consumes a lot of time and manpower costs, while also increasing the difficulty of digitizing RWA assets. It also makes it difficult to form an efficient collaborative and interactive ecosystem between different RWA assets, ultimately affecting the liquidity of the entire RWA asset in the blockchain system.

[0057] In response to the above problems, the embodiments of the present application provide a method, electronic device and medium for processing asset digitization, which can automatically determine the corresponding smart contract through asset allocation information, and issue NFT tokens corresponding to RWA assets, and further issue FT tokens based on NFT tokens without the need for customized development of smart contracts. NFT tokens can also be divided into shares through FT tokens, and FT tokens can be anchored to real assets through NFT tokens, thereby improving the liquidity of RWA assets in the blockchain system and reducing the difficulty of digitizing RWA assets.

[0058] In order to illustrate the technical solution of the present application, specific embodiments are provided below.

[0059] Figure 1 This is a structural diagram of an asset digitization system provided in an embodiment of the present application. The asset digitization system is applicable to the asset digitization processing method of the present application, such as Figure 1 As shown in FIG, the asset digitization system consists of a blockchain system and electronic devices under the chain, and the electronic devices include data acquisition components, smart contract adaptation components, and automatic execution components.

[0060] A data processing component is used to obtain the asset allocation information of the target asset. The asset allocation information includes the target non-fungible token protocol corresponding to the target asset, the target homogeneous token protocol, the first sub-information, and the second sub-information. The first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token.

[0061] A smart contract adapter component is used to determine the first smart contract corresponding to the target asset based on the target non-fungible token protocol and a preset smart contract set, where the smart contract set includes smart contracts corresponding to different non-fungible token protocols and homogeneous token protocols; and to determine the second smart contract corresponding to the target asset based on the target homogeneous token protocol and the smart contract set;

[0062] An automatic execution component is used to create at least one non-fungible token corresponding to a target asset in a blockchain system based on a first smart contract and a first sub-information; create a homogeneous token for each non-fungible token in the blockchain system based on a second smart contract and a second sub-information, and nodes in the blockchain system trade the target asset based on the homogeneous token.

[0063] The electronic device may be a server, a desktop computer, a laptop computer, or the like. The embodiments of the present application do not limit the specific type of the electronic device.

[0064] In some embodiments, the asset digitization system also includes a distributed storage system, and the data processing component includes a data gateway and an asset metadata subcomponent. The data gateway is used to receive asset data of the target asset input by the user, parse the asset data into asset metadata, and send the asset metadata to the asset metadata subcomponent. The asset data is the original and detailed record of the target asset, which can cover specific details of various aspects of the target asset, such as the physical and economic attributes. The asset metadata is extracted based on the asset data and is used to manage, identify, and understand the key information set of the asset. For example, taking real estate as an example, asset data may include the precise geographic location of the property, the type and specifications of the building materials, the number of floors, the house layout structure, the area of ​​the property, and the facilities and equipment of the property. The asset metadata may include information such as the type of property (residential, commercial, or industrial), the real estate market level of the area, and the construction period of the property.

[0065] The asset metadata subcomponent is used to verify whether the asset metadata meets the standards (for example, whether the format of the asset metadata is correct, whether the asset specification documents such as the ownership documents and / or contract documents of the target asset carry signatures, etc.), store the asset metadata in the distributed storage system after determining that the asset metadata is qualified, and receive the storage link corresponding to the asset metadata returned by the distributed storage system; and extract the asset configuration information of the target asset based on the asset metadata, and send the asset configuration information to the smart contract adapter component so that the smart contract adapter component can determine the smart contract corresponding to the target asset.

[0066] In the above technical solution, asset data is automatically parsed into asset metadata through the data gateway, and the asset metadata sub-component is used to automatically verify whether the asset data meets the standards, providing a solid and reliable data foundation for the digitization of target assets, such as RWA assets.

[0067] In some embodiments, the smart contract adapter component is specifically used to generate initialization parameters for contract deployment based on asset configuration, and forward the smart contract to be deployed and the initialization parameters to the automatic execution component, where the smart contract to be deployed includes a first smart contract and a second smart contract, and the initialization parameters include a first initialization parameter corresponding to the first smart contract and a second initialization parameter corresponding to the second smart contract;

[0068] The automatic execution component packages the smart contract to be deployed and the initialization parameters into a transaction, and sends the transaction to the corresponding blockchain system so that the blockchain system can deploy the smart contract corresponding to the target asset on the chain.

[0069] In the above technical solution, the smart contract adapter component can automatically determine the initialization parameters required for deploying the contract according to the asset configuration, and the automatic execution component can package the smart contract to be deployed and the initialization parameters as a transaction and send it to the blockchain system, thereby realizing the full-process automated deployment of the smart contract for the target asset and improving the deployment efficiency of the smart contract corresponding to the RWA asset.

[0070] In some embodiments, the automatic execution component is further configured to receive transaction information returned by the blockchain system, parse the transaction information to extract contract information, and send the contract information to the data gateway. The transaction information may include contract information, identity information of users participating in the transaction of the target asset, the type and description of the target asset, and the total asset volume of the target asset. The contract information may include the pricing mechanism corresponding to the target asset, the transaction method, and the rights and interests of the issuer of the target asset.

[0071] The data gateway is also used to generate the issuance results of the target assets based on the contract information and send the issuance results to the preset user terminal. The issuance results may include the total issuance amount of non-fungible tokens and homogeneous tokens, the homogeneous tokens corresponding to each non-fungible token, the initial issuance price of non-fungible tokens and homogeneous tokens, and the price formation mechanism description of non-fungible tokens and homogeneous tokens.

[0072] In the above technical solution, the contract information is parsed from the transaction information through the automatic execution component, and the specific issuance results of the target assets are provided to the user through the data gateway, so that the user can view the corresponding data in time and improve the user's transaction experience of trading RWA assets in the blockchain system.

[0073] Figure 2This is a flowchart of a method for processing asset digitization provided by an embodiment of the present application. The method is applied to Figure 1 The electronic device in any of the embodiments shown, such as Figure 2 The method shown includes the following steps:

[0074] Step S101: Acquire asset configuration information of the target asset.

[0075] In this embodiment, the asset configuration information includes the target non-fungible token protocol corresponding to the target asset, the target homogeneous token protocol, the first sub-information and the second sub-information. The first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The target asset can be an RWA asset such as stocks, securities, real estate or artwork, and the embodiment of this application does not impose specific restrictions. Taking real estate as an example, the first sub-information may include information such as the storage link corresponding to the target asset, the name, description, quantity, initial price, equity owner and pricing mechanism of the non-fungible token. The second sub-information may include information such as the name, symbol, precision, valuation frequency and minimum transaction unit of the homogeneous token corresponding to each non-fungible token. It can be set specifically for different target asset types, and the embodiment of this application does not impose specific restrictions.

[0076] The electronic device may provide a user with an interface for issuing assets. When the user wishes to issue a target asset, the user may enter the target asset's asset configuration information in the interface, and the electronic device may thereby obtain the target asset's asset configuration information. It is understood that the interface may prompt the user to enter at least the target non-fungible token protocol, the target homogeneous token protocol, the first sub-information, and the second sub-information of the target asset.

[0077] In one implementation, obtaining the asset allocation information of the target asset includes:

[0078] Obtain the asset metadata of the target asset, which includes asset configuration information;

[0079] When the asset metadata satisfies a first condition, the asset configuration information is extracted from the asset metadata. The first condition includes that a data format of the asset metadata is a preset format, and an asset specification file of a target asset in the asset metadata satisfies a preset rule.

[0080] Asset specification documents refer to a series of documents used to prove that the target assets meet the requirements at multiple levels, such as industry standards, relevant regulations and contractual agreements. They may include at least one of the target assets' property rights certificate, permits and licenses, transaction contracts, tax payment certificates or quality certifications.

[0081] The electronic device can receive the asset data of the target asset provided by the user through its own data gateway. The asset data includes at least the asset specification file and asset configuration information of the target asset. The specific method of parsing the asset data into asset metadata through the data gateway is not specifically limited in the embodiment of the present application, and can be selected based on demand. For example, the asset metadata subcomponent selects attributes that can represent the core characteristics of the asset from the asset data as asset metadata, or, based on specific classification standards, screens out information that meets the standards from the asset data as asset metadata, or aggregates and converts multiple interrelated information in the asset data to generate asset metadata, and then verifies the asset metadata, so that when the asset metadata meets the first condition, the asset configuration information is extracted from the asset metadata. If the asset metadata does not meet the first condition, an alarm message is sent to the preset user terminal, and the alarm message is used to indicate that the data of the target asset is wrong and the asset digitization process for the target asset has failed.

[0082] In the above technical solution, after verifying the data format of the asset metadata and the asset specification file of the target asset, the asset configuration information is extracted from the asset metadata only after the verification is passed, thereby improving the security of the subsequent target asset on-chain blockchain system and thus ensuring the security of the transaction target asset.

[0083] In one implementation, the method further includes: if the asset metadata satisfies a first condition, storing the asset metadata in a distributed storage system;

[0084] Get the storage link corresponding to the asset metadata returned by the distributed storage system;

[0085] The storage link is stored in the first sub-information so that the blockchain system can subsequently create at least one of the non-fungible tokens based on the first sub-information and the first smart contract.

[0086] The storage link includes the storage address of the asset metadata in the distributed system. The electronic device can send the asset metadata to the distributed storage system via the asset metadata subcomponent. The distributed storage system stores the received asset metadata, generates a storage link corresponding to the asset metadata, and returns the storage link to the asset metadata subcomponent. The asset metadata subcomponent then sends the storage link to the smart contract adapter component, which then sends the storage link to the blockchain system via the automatic execution component via the smart contract adapter component. The blockchain system then executes the first smart contract, causing the first smart contract to generate at least one non-fungible token for the storage link based on the first sub-information.

[0087] In the above technical solution, the asset metadata of the target asset is stored in a distributed storage system, which can save the storage resources of the electronic device, and the storage link corresponding to the asset metadata is sent to the blockchain system, so that the non-fungible token of the target asset includes the storage link, further strengthening the association between the non-fungible token and the target asset.

[0088] Step S102: Determine the first smart contract corresponding to the target asset based on the target non-fungible token protocol and the preset smart contract set, and determine the second smart contract corresponding to the target asset based on the target homogeneous token protocol and the smart contract set.

[0089] In this embodiment, the smart contract set includes smart contracts corresponding to multiple non-fungible token protocols and smart contracts corresponding to multiple homogeneous token protocols. The multiple non-fungible token protocols may include Ethereum Request for Comment 721 (ERC721), ERC1155, and TRON Request for Comment 721 (TRC721). The multiple homogeneous token protocols may include ERC20 or TRC20. The specific choice is optional and is not specifically limited in this embodiment.

[0090] The electronic device can match a first smart contract corresponding to the target non-fungible token protocol from the smart contract set through its own smart contract adapter component, and match a second smart contract corresponding to the target homogeneous token protocol from the smart contract set.

[0091] In one implementation, before sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system, the process further includes:

[0092] Parsing a first initialization parameter corresponding to the first smart contract according to the first sub-information;

[0093] Parsing the second initialization parameter corresponding to the second smart contract according to the second sub-information;

[0094] Sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system includes:

[0095] The first smart contract, the second smart contract, the second initialization parameter, and the first initialization parameter are sent to the blockchain system, so that the blockchain system deploys the first smart contract based on the first initialization parameter and deploys the second smart contract based on the second initialization parameter, so as to subsequently obtain non-fungible tokens and homogeneous tokens.

[0096] The first initialization parameters include the initial price of the target asset, owner information, the number of equity shares, transfer and trading permissions, trading restrictions or at least one of transaction fees; the second initialization parameters include at least one of the share ratio of the homogeneous token corresponding to each non-homogeneous token, the minimum trading unit, transaction fees, value-added profit distribution conditions or transaction time limit.

[0097] For example, when determining a non-fungible certificate for a company's stock and creating a homogeneous certificate for the non-fungible certificate, the first sub-information at this time includes the historical stock issuance price and company background information (years of establishment, company address, and historical performance, etc.), and the second sub-information includes the total amount of homogeneous tokens expected by the company.

[0098] The electronic device analyzes the first sub-information through the smart contract adapter component, determines the stock name and symbol for the company's stock, sets the stock's initial par value to 10 yuan, and generates five non-fungible tokens. It also determines the initial owner of the stock as the company and sets the transaction fee at 1% of the transaction amount, with the buyer and seller each bearing 0.5%. The stock name and symbol, initial par value, total number of non-fungible tokens (5), initial owner, and transaction fee are determined as the first initialization parameters.

[0099] At the same time, the electronic device can analyze the second sub-information and the first initialization parameter through the smart contract adapter component to determine that the fungible token is a subdivision of the non-fungible token corresponding to the company's stock. The electronic device then determines the relationship between the non-fungible token and the fungible token. For example, if each non-fungible token represents 5 shares of stock, each non-fungible token can be further subdivided into 10 fungible tokens, each representing 0.5 shares of stock. This relationship clearly defines the value basis of the fungible token, allowing investors to indirectly hold the company's stock through fungible tokens. Based on this relationship and the initial par value, the initial value of each fungible token is determined to be 5 yuan. The transaction fee for the fungible token is set at 0.5% of the transaction amount, with the buyer and seller each bearing 0.25%. This results in a total supply of 25 fungible tokens. The total supply of fungible tokens, each of the aforementioned relationships, the initial value of each fungible token, and the transaction fee are used as the second initialization parameter.

[0100] The electronic device sends the first initialization parameter, the second initialization parameter, the first smart contract, and the second smart contract to the automatic execution component through the smart contract adapter component. The automatic execution component packages this information into a transaction and sends it to the blockchain system to instruct the blockchain system to deploy the first smart contract, the second smart contract, and generate non-fungible tokens and homogeneous tokens.

[0101] In this technical solution, the electronic device can determine the initialization parameters corresponding to the smart contract based on relevant information and send the smart contract and initialization parameters to the blockchain system, so that the blockchain system can automatically deploy the relevant smart contract. This achieves the full process of automated deployment of the smart contract corresponding to the RWA asset, accelerating the digitization of the RWA asset. It also eliminates the need for manual customization of the smart contract and related parameters, reducing the difficulty of digitizing the RWA asset.

[0102] Step S103: Send the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system, so that the blockchain system creates at least one non-fungible token corresponding to the target asset according to the first smart contract and the first sub-information, and creates a homogeneous token for each non-fungible token according to the second smart contract and the second sub-information. The nodes in the blockchain system trade the target assets based on the homogeneous tokens.

[0103] The electronic device can use its own self-executing component to package the first smart contract, the second smart contract, the first sub-information, and the second sub-information into a transaction and send it to the blockchain system. Based on the received transaction, the blockchain system can deploy the first smart contract and the second smart contract in the blockchain system's on-chain network, issue at least one non-fungible token for the target asset through the first smart contract, and issue a corresponding homogeneous token for each non-fungible token through the second smart contract. In this way, users in the blockchain system can trade the target asset based on the homogeneous token through nodes in the system.

[0104] In an embodiment of the present application, based on the relevant token agreement pre-configured in the asset configuration information, the first smart contract and the second smart contract corresponding to the target asset are automatically determined from a preset smart contract set. This eliminates the need to develop and customize smart contracts for different assets, reducing the difficulty of asset digitization. Furthermore, the first sub-information and the second sub-information are pre-configured in the asset configuration information so that the blockchain system can create at least one non-fungible token corresponding to the target asset based on the first smart contract and the first sub-information, thereby achieving the anchoring of the digital token and the real asset. Furthermore, the blockchain system creates a homogeneous token for each non-fungible token based on the second smart contract and the second sub-information, thereby achieving the purpose of dividing non-fungible tokens with excessive unit shares into small shares. This facilitates the circulation of the target asset through small-share homogeneous tokens in the cross-blockchain system, while also allowing the homogeneous token to be anchored to the target asset through the non-fungible token, thereby improving the liquidity of RWA assets in the blockchain system.

[0105] Figure 3 yes Figure 1 as well as Figure 2 A schematic diagram of the structure of the blockchain system in any embodiment, such as Figure 3As shown, the blockchain system includes a receiving component, a non-fungible token component, and a homogenous token component.

[0106] A data acquisition component, configured to receive a first smart contract, a second smart contract, a first sub-information, and a second sub-information sent by an electronic device, wherein the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The first smart contract is a smart contract determined by the electronic device based on a target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on a target homogeneous token protocol corresponding to the target asset.

[0107] A non-fungible token component, configured to create at least one non-fungible token corresponding to the target asset based on the first sub-information and the first smart contract;

[0108] The homogenous token component is used to create a homogenous token for each non-homogeneous token through a second smart contract based on the second sub-information, so that nodes in the blockchain system can trade the target asset based on the homogenous token.

[0109] In some embodiments, see Figure 3 The blockchain system also includes a rights management component for managing the rights to operate the homogeneous tokens. These rights include at least one of freezing the corresponding account of the homogeneous token, minting (also known as creating), burning, or transferring the homogeneous token. The rights management component is specifically configured to, upon detecting a user's operation request for a target homogeneous token, verify the user's rights to the operation corresponding to the operation requested. If the user's rights are verified, the corresponding operation in the operation request is executed on the target homogeneous token.

[0110] In some embodiments, the blockchain system also includes a homogeneous token management component. The homogeneous token manager is used to manage the subscription and redemption operations for homogeneous tokens. After the target asset issues homogeneous tokens on the chain, the blockchain system can provide investors on the chain with subscription (i.e., investment) and redemption entrances through the homogeneous token management component.

[0111] In some embodiments, the blockchain system also includes an investment management component, which is used to manage the investment permissions and value control logic of homogeneous tokens, such as determining whether the homogeneous token corresponding to the target asset allows subscription and redemption operations and calculating the value represented by each homogeneous token. It can be understood that when determining the value represented by each homogeneous token, the investment management component can be combined with an oracle contract (for example, an oracle contract) to provide the value of the target asset off-chain.

[0112] In some embodiments, the blockchain system also includes a stablecoin vault, which provides a stablecoin storage function. For example, when a user issues a target asset, the blockchain system can withdraw the corresponding stablecoin from the stablecoin vault and transfer it to the user's account in the blockchain system. Alternatively, when a user detects a redemption operation for a target fungible token, the redemption amount calculated by the fungibility management component and the investment management component is withdrawn from the stablecoin vault and transferred to the user's account in the blockchain system.

[0113] Figure 4 This is a flow chart of another method for processing digital assets provided by the embodiment of the present application, which is applied to Figures 1 to 3 In any blockchain system shown in any embodiment, Figure 4 The method further comprises the following steps:

[0114] Step S201: Obtain the first smart contract, second smart contract, first sub-information, and second sub-information corresponding to the target asset.

[0115] Among them, the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The first smart contract is a smart contract determined by the electronic device based on the target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on the target homogeneous token protocol corresponding to the target asset.

[0116] The electronic device packages the first smart contract, the second smart contract, the first sub-information and the second sub-information into a transaction and sends it to the blockchain system. The blockchain system can parse the first smart contract, the second smart contract, the first sub-information and the second sub-information corresponding to the target asset from the received transaction.

[0117] Step S202: Create at least one non-fungible token corresponding to the target asset through a first smart contract based on the first sub-information.

[0118] The first sub-information includes a storage link for the target asset. The blockchain system may execute a first smart contract, causing the first smart contract to create at least one non-fungible token for the storage link based on the first sub-information.

[0119] Step S203: Based on the second sub-information, a homogenous token is created for each non-homogeneous token through a second smart contract, so that nodes in the blockchain system can trade the target asset based on the homogenous token.

[0120] The blockchain system can also execute a second smart contract, so that the second smart contract creates a corresponding homogeneous token for each non-homogeneous token created based on the second sub-information.

[0121] In one implementation, before creating at least one non-fungible token corresponding to the target asset through the first smart contract based on the first sub-information, the method further includes:

[0122] Upon receiving the first initialization parameter and the second initialization parameter sent by the electronic device, deploying the first smart contract based on the first initialization parameter and deploying the second smart contract based on the second initialization parameter;

[0123] According to the first sub-information, at least one non-fungible token corresponding to the target asset is created through the first smart contract, including:

[0124] Executing the deployed first smart contract so that the first smart contract generates at least one non-fungible token corresponding to the target asset;

[0125] Based on the second sub-information, a homogeneous token is created for each non-homogeneous token through the second smart contract, including:

[0126] Execute the deployed second smart contract so that the second smart contract creates a homogeneous token for each non-homogeneous token.

[0127] In the above technical solution, after generating the non-fungible token corresponding to the target asset, a homogeneous token is also created for each non-fungible token, so that the homogeneous token can be associated with the real asset through the non-fungible token, realizing the anchoring of any token with the real asset, and also making the non-fungible token be subdivided through the homogeneous token. Combining the advantages of non-fungible tokens and homogeneous tokens, the on-chain tokens of the RWA assets are flexibly configured, thereby improving the liquidity of the RWA assets in the blockchain system.

[0128] In one implementation, the method further includes: upon detecting a first operation request from a user for a target homogeneous token, verifying a first operation permission of the user, where the first operation permission is used to indicate whether the user can perform a first operation for the target homogeneous token, where the first operation includes at least one of creating a target homogeneous token, transferring a target homogeneous token, destroying a target homogeneous token, freezing an account corresponding to a target homogeneous token, redeeming a target homogeneous token, or subscribing to a target homogeneous token, where the target homogeneous token is any homogeneous token corresponding to a target asset;

[0129] If the first operation permission is granted, the first operation corresponding to the first operation request is performed on the target homogeneous token.

[0130] Among them, the target homogeneous token is any homogeneous asset of any non-homogeneous asset corresponding to the target asset.

[0131] Combine Figure 1 as well as Figure 5, explaining the above technical solution, after the blockchain system receives the relevant information (first smart contract, etc.) sent by the electronic device, it deploys the first smart contract and issues an asset certificate (an example of a non-fungible token corresponding to the target asset) through the first smart contract. The blockchain system locks the asset certificate through the asset pool (an example of a homogenous token component), issues a share certificate (an example of a homogenous token corresponding to a non-fungible token) for the asset certificate according to the deployed second smart contract, and manages the further deployment and investment permissions of the share asset certificate. In this example, the share certificate represents the share certificate issued by the asset pool for the locked asset certificate. The share certificate is a purely homogenous token and does not contain complex operation logic. Other subscription investment logic and transfer and freezing permissions are handled by other contracts.

[0132] When the permission management component receives an operation request from a user to mint, burn or transfer a share certificate (an example of a first operation request), it verifies the user's operation authority. If the verification is successful, the user's operation is permitted, and the asset pool is requested to perform the operation corresponding to the operation request on the share certificate. If the verification fails, the user's operation is rejected.

[0133] When the investment management component receives an operation request from a user (investor) to subscribe for or redeem a share certificate (another example of the first operation request), it determines whether the share certificate can be subscribed or redeemed. If so, it calculates the total amount of stablecoins that need to be withdrawn from or invested in the stablecoin library, and redeems or subscribes for the share certificate through the share certificate management component (an example of the homogenous token management component).

[0134] In the above technical solution, when a user's first operation request for the target homogeneous token is detected, the user's first operation authority is verified first, and the first operation is performed on the target homogeneous token only when the verification is passed, which can ensure the security of the circulation of the homogeneous token corresponding to the RWA asset in the blockchain system.

[0135] In one implementation, performing a first operation corresponding to a first operation request on a target homogenous token includes:

[0136] When the first operation is to redeem the target homogeneous token, obtain the asset value and transaction rules corresponding to the target homogeneous token;

[0137] If the transaction rules include information restricting the first operation, determining that the first operation on the target fungible token has failed;

[0138] When the transaction rules include information allowing the first operation, the stablecoin corresponding to the asset value is extracted from the stablecoin library of the blockchain system, and the extracted stablecoin is stored in the user's corresponding account node in the blockchain system.

[0139] The transaction rules are used to indicate whether nodes in the blockchain system can subscribe to or redeem the target homogeneous token. The blockchain system can monitor the value changes of the non-homogeneous token corresponding to the target asset in real time through the first smart contract, record the changed value through the first smart contract, and then update the price of the homogeneous token corresponding to the non-homogeneous token through the second smart contract. In this way, the blockchain system can obtain the current value corresponding to the target homogeneous token, that is, the asset value (for example, one homogeneous token corresponds to 0.5 shares of stock, the initial par value is 5 yuan, and the current par value is 5 yuan, then the current value of the homogeneous token is 2.5 yuan). When a stablecoin is equivalent to 2 yuan, the blockchain system can extract 1.25 stablecoins from the stablecoin library and store them in the user's corresponding account node in the blockchain system.

[0140] In the embodiment of the present application, after generating the non-fungible token corresponding to the target asset, a homogeneous token is also created for each non-fungible token, so that the homogeneous token can be associated with the real asset through the non-fungible token, realizing the anchoring of any token with the real asset, and also making the non-fungible token be subdivided through the homogeneous token, which can flexibly configure the on-chain token of the RWA asset, thereby improving the liquidity of the RWA asset in the blockchain system. The blockchain system can also be used to create, transfer, freeze, subscribe or redeem the homogeneous token of the RWA asset, thereby achieving the purpose of life cycle management of the homogeneous token of the RWA asset, improving the user's transaction experience in the blockchain system, and thus increasing transaction enthusiasm.

[0141] Figure 6 This is a schematic diagram of the structure of a single device provided in one embodiment of the present application. Figure 6 As shown, the single device 6 of this embodiment includes: at least one processor 60 ( Figure 6 Only one is shown in the figure) a processor, a memory 61, and a computer program 62 stored in the memory 61 and executable on the at least one processor 60, wherein the processor 60 implements the steps of any of the above-mentioned method embodiments when executing the computer program 62.

[0142] The single device 6 can be a computing device such as a desktop computer, a notebook, a PDA, or a cloud server. The single device can include, but is not limited to, a processor 60 and a memory 61. Those skilled in the art will understand that Figure 6 It is only an example of a single device 6 and does not constitute a limitation on the single device 6. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, it may also include input and output devices, network access devices, etc.

[0143] The processor 60 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. A general-purpose processor may be a microprocessor or any conventional processor.

[0144] In some embodiments, the memory 61 may be an internal storage unit of the single device 6, such as a hard disk or memory of the single device 6. In other embodiments, the memory 61 may also be an external storage device of the single device 6, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the single device 6. Furthermore, the memory 61 may also include both an internal storage unit and an external storage device of the single device 6. The memory 61 is used to store an operating system, application programs, a boot loader, data, and other programs, such as the program code of the computer program. The memory 61 may also be used to temporarily store data that has been output or is about to be output.

[0145] An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the above-mentioned various method embodiments can be implemented.

[0146] An embodiment of the present application provides a computer program product. When the computer program product is run on a mobile terminal, the mobile terminal can implement the steps in the above-mentioned various method embodiments when executing the computer program product.

[0147] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the process of the above-mentioned method embodiment by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium. When the computer program is executed by a processor, it can implement the steps of each of the above-mentioned method embodiments. The computer program includes computer program code, which can be in source code form, object code form, executable file, or some intermediate form. The computer-readable medium can at least include: any entity or device capable of carrying computer program code to the camera / terminal device, recording medium, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal, and software distribution medium. For example, a USB flash drive, mobile hard drive, magnetic disk, or optical disk. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electric carrier signals or telecommunication signals.

[0148] In the above embodiments, the description of each embodiment has its own focus. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant description of other embodiments.

[0149] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0150] In the embodiments provided in this application, it should be understood that the disclosed systems / electronic devices and methods can be implemented in other ways. For example, the device / network device embodiments described above are merely schematic. For example, the division of the modules or units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0151] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0152] The above-described embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present application, and should all be included in the scope of protection of the present application.

Claims

1. A method for processing asset digitization, characterized in that: Applied to electronic equipment, the method comprises: Obtain asset configuration information of the target asset, the asset configuration information including the target non-fungible token protocol, the target homogeneous token protocol, the first sub-information and the second sub-information corresponding to the target asset, the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token; Determine the first smart contract corresponding to the target asset according to the target non-fungible token protocol and the preset smart contract set, and determine the second smart contract corresponding to the target asset according to the target homogeneous token protocol and the smart contract set, wherein the smart contract set includes smart contracts corresponding to multiple non-fungible token protocols and smart contracts corresponding to multiple homogeneous token protocols; The first smart contract, the second smart contract, the first sub-information and the second sub-information are sent to the blockchain system, so that the blockchain system creates at least one non-fungible token corresponding to the target asset according to the first smart contract and the first sub-information, and creates the homogeneous token for each non-fungible token according to the second smart contract and the second sub-information, and the nodes in the blockchain system trade the target asset based on the homogeneous token.

2. The method according to claim 1, characterized in that The acquisition of the asset allocation information of the target asset includes: Acquire asset metadata of the target asset, where the asset metadata includes the asset configuration information; The asset configuration information is extracted from the asset metadata when the asset metadata satisfies a first condition, wherein the first condition includes that a data format of the asset metadata is a preset format and an asset specification file of the target asset in the asset metadata satisfies a preset rule.

3. The method according to claim 1 or 2, characterized in that Before sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system, the method further includes: Parsing a first initialization parameter corresponding to the first smart contract according to the first sub-information; Parsing the second initialization parameter corresponding to the second smart contract according to the second sub-information and the first initialization parameter; The sending the first smart contract, the second smart contract, the first sub-information, and the second sub-information to the blockchain system includes: The first smart contract, the second smart contract, the second initialization parameter, and the first initialization parameter are sent to the blockchain system, so that the blockchain system deploys the first smart contract based on the first initialization parameter and deploys the second smart contract based on the second initialization parameter, so as to subsequently obtain the non-fungible token and the homogenous token.

4. The method according to claim 2, characterized in that The method further comprises: When the asset metadata satisfies the first condition, storing the asset metadata in a distributed storage system; Obtaining a storage link corresponding to the asset metadata returned by the distributed storage system; The storage link is stored in the first sub-information so that the subsequent blockchain system can create at least one of the non-fungible tokens based on the first sub-information and the first smart contract.

5. A method for processing asset digitization, characterized in that: Applied to the blockchain system according to any one of claims 1 to 4, the method comprises: Obtain a first smart contract, a second smart contract, a first sub-information, and a second sub-information corresponding to the target asset, wherein the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token. The first smart contract is a smart contract determined by the electronic device based on the target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on the target homogeneous token protocol corresponding to the target asset; According to the first sub-information, at least one of the non-fungible tokens corresponding to the target asset is created through the first smart contract; According to the second sub-information, the homogeneous token is created for each of the non-homogeneous tokens through the second smart contract, so that the nodes in the blockchain system can trade the target assets based on the homogeneous token.

6. The method according to claim 5, characterized in that The method further comprises: When a first operation request for a target homogeneous token is detected, verify the first operation permission of the user, where the first operation permission is used to indicate whether the user can perform a first operation for the target homogeneous token, where the first operation includes at least one of creating the target homogeneous token, transferring the target homogeneous token, destroying the target homogeneous token, freezing the account corresponding to the target homogeneous token, redeeming the target homogeneous token, or subscribing to the target homogeneous token, where the target homogeneous token is any homogeneous token corresponding to the target asset; If the first operation authority is passed, the first operation corresponding to the first operation request is performed on the target homogeneous token.

7. The method according to claim 6, characterized in that The performing the first operation corresponding to the first operation request on the target homogeneous token includes: When the first operation is to redeem the target homogeneous token, obtaining the asset value and transaction rules corresponding to the target homogeneous token; In a case where the transaction rule includes information restricting the first operation, determining that the first operation on the target homogenous token has failed to be executed; In a case where the transaction rules include information allowing the first operation, the stablecoin corresponding to the asset value is extracted from the stablecoin library of the blockchain system, and the extracted stablecoin is stored in the account node corresponding to the user in the blockchain system.

8. An electronic device, characterized in that: The electronic device comprises a processor, a memory, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the electronic device implements the asset digitization processing method as described in any one of claims 1 to 4.

9. A blockchain system, characterized in that: The system comprises: A data acquisition component, used to acquire a first smart contract, a second smart contract, a first sub-information, and a second sub-information corresponding to a target asset, wherein the first sub-information is used to instruct the blockchain system to create a non-fungible token corresponding to the target asset, and the second sub-information is used to instruct the blockchain system to create a homogeneous token corresponding to the non-fungible token, and the first smart contract is a smart contract determined by the electronic device based on a target non-fungible token protocol corresponding to the target asset, and the second smart contract is a smart contract determined by the electronic device based on a target homogeneous token protocol corresponding to the target asset; A non-fungible token component, configured to create at least one non-fungible token corresponding to the target asset through the first smart contract according to the first sub-information; A homogenous token component is used to create a corresponding homogenous token for each of the non-homogeneous tokens through the second smart contract according to the second sub-information, so that the nodes in the blockchain system can trade the target asset based on the homogenous token.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed, the asset digitization processing method according to any one of claims 1 to 7 is executed.

Images