Identification cross-chain management system based on identification capitalization scheme

Abstract

The invention discloses an identifier cross-chain management system based on an identifier capitalization scheme. Relates to the technical field of data storage systems. The method specifically comprises the steps that identifiers are logically divided into a core domain and additional domains, the identifier with the additional domain is an enhanced identifier, and only the identifier with the core domain is a basic identifier without the additional domain; the designed multi-identification cross-chain system comprises three subsystems of a multi-chain space module, a notarist module and MIS chain information management, and a cross-chain process comprises five modules of identification capitalization, asset trusteeship, notarist, MIS chain information management and asset casting. Wherein the identification capitalization comprises identification freezing, conversion calculation, asset casting and address mapping. According to three conversion strategies of homogenized assets, non-homogenized assets and combined assets, bidirectional conversion of non-quantitative identifiers and quantifiable assets is realized; the system absorbs the advantage of cross-chain transmission in the prior art, increases the functions of cross-chain transfer, quantitative transaction and unified management, and facilitates user information interaction.

Description

Technical Field

[0001] The present invention relates to the technical field of data management, and in particular to an identification cross-chain management system based on an identification assetization solution. Background Art

[0002] Blockchain technology has touched every aspect of daily life. With its advantages of intelligence, high efficiency, and high security, it has led the direction of future economic development and pushed the entire society into a new stage of digital civilization. In this context, the decentralized transformation and deployment of application services on the traditional Internet has become an urgent issue to be resolved. A typical example is the Domain Name System (DNS) in the Web2 world. Solving the problem of centralized management of traditional DNS through the decentralized characteristics of blockchain and the Turing completeness of smart contracts is also a new direction for Web3.

[0003] Currently, with the development of technologies such as InterPlanetary File System (IPFS) and AI-Generated Content (AIGC), digital resources including identity data, content data, and geographic location data are becoming more and more abundant. Whether these different types of digital resources can be effectively managed has become one of the bottlenecks restricting the further development of blockchain technology. Therefore, combined with the decentralized characteristics of blockchain, it is particularly important to design and implement a solution that can meet the needs of unified management of multiple identifiers and their associated data resources in complex scenarios. In addition, the urgent need for unified management of multiple identifiers in blockchain is also reflected in cross-domain information interaction.

[0004] Although the multi-identification solution can meet the needs of users for data management in complex scenarios to a certain extent, for those users who have cross-domain data interaction needs, the heterogeneity between chains undoubtedly increases the cost of use and reduces efficiency and user experience. Therefore, how to adapt to different application scenarios and conveniently manage the identification and information of different chains in a unified manner has become a matter of concern.

[0005] In the prior art, the publication number CN112840617B discloses a method and a computing node for managing blockchain resources, a computer-readable medium, comprising one or more of the following items: receiving a uniform resource indicator (URI) of a blockchain peer node that has access to a blockchain distributed among a plurality of blockchain peer nodes, identifying blockchain channel identification information, wherein the blockchain channel identification information identifies a unique channel name associated with the blockchain, generating a blockchain-based URI, wherein the blockchain-based URI includes an identification of the URI of the blockchain peer node and a channel name associated with the sub-blockchain, and storing the generated blockchain-based URI on a distributed ledger. In this solution, a uniform resource indicator is used, and only the management of a single type of identification is focused on. However, in the face of increasingly complex application scenarios in future networks, it is often very weak, and cross-chain communication is not supported. For identifications in the network, it is impossible to perform good quantitative evaluation and data transmission, and it will also cause losses such as a reduction in the effective use time of the identification during the network consensus process.

[0006] The above information disclosed in this Background section is only for enhancement of understanding of the background of the present disclosure and therefore it may contain information that does not constitute the prior art that is already known to one of ordinary skill in the art. Summary of the invention

[0007] The purpose of the present invention is to provide an identification cross-chain management system based on an identification assetization solution to solve the problems raised in the above background technology.

[0008] To achieve the above object, the present invention provides the following technical solutions:

[0009] An identity cross-chain management system based on an identity assetization solution, specifically including:

[0010] The identification assetization module is used to convert different types of identifications and assets in both directions. Different conversion strategies are selected for different types of identifications to convert identifications into different types of assets. The different types of identifications include basic identifications and enhanced identifications. The conversion strategies include homogeneous asset conversion strategies, non-homogeneous asset conversion strategies and combined asset conversion strategies. The asset category corresponding to the basic identification assetization is homogeneous assets, and the asset category corresponding to the enhanced identification assetization is the same combined assets.

[0011] The asset custody module is used to determine the asset data that needs to be cross-chained and to custody the assets on the source chain. Different custody methods are used according to different types of asset data. The different custody methods include homogeneous asset custody and combined asset custody. The source chain is a single chain in a multi-chain space, and the multi-chain space is a chain space composed of multiple isomorphic or heterogeneous chains.

[0012] The notary module is used to monitor the events thrown on each chain in the multi-chain space. The event is a specific operation or state change that occurs on a certain blockchain network. The notary will parse the monitored events, obtain the asset data in the event, and forward it accordingly. After forwarding the obtained data to the MIS chain for storage, the cross-chain information on the source chain will be forwarded to the destination chain;

[0013] The MIS chain information management module is used to record the resource information from the source chain forwarded by the notary module, so as to uniformly manage the entire multi-chain space. At the same time, based on the difference in resource information, different recording methods are executed and control instructions are issued;

[0014] The asset casting module is used to recast the resource information on the destination chain into corresponding assets based on the relevant information forwarded by the notary, and convert its assets into identification again, so as to complete the cross-chain behavior of identification.

[0015] Furthermore, the complete identification is logically divided into a core domain and an additional domain. The core domain is the basic part of the identification, including the unique information and core functions of the identification. The additional domain is the extended part of the identification, including the additional attributes and functions of the identification. The identification with the additional domain is an enhanced identification, and the identification with only the core domain but no additional domain is a basic identification.

[0016] The logic behind selecting different conversion strategies for different types of identifications is as follows: the core domain part of the identification is converted through homogeneous asset conversion to convert the core domain into a homogeneous asset; the additional domain part of the identification is converted through non-homogeneous asset conversion to convert the additional domain into a non-homogeneous asset; if the enhanced identification contains a core domain and an additional domain, a combined asset conversion strategy is adopted, which is a conversion strategy that combines homogeneous asset conversion and non-homogeneous asset conversion, that is, the core domain and additional domain are converted into homogeneous and non-homogeneous assets respectively, and they are combined together to form an overall asset, recorded as a combined asset.

[0017] Furthermore, the conversion of basic logos into homogeneous assets is divided into four processes: logo freezing, conversion calculation, asset minting, and address mapping; the asset category corresponding to the basic logo assetization is homogeneous assets, in which the logo freezing function is completed through the logo contract. After freezing, the logo will change from a legal state to a frozen state. During this period, the various functions of the logo cannot be used, and the logo validity period will not change before it is unfrozen;

[0018] The conversion calculation converts the basic logo into a quantifiable homogeneous asset of equal value. The specific steps include: firstly extracting the calculable fields of the basic logo, including the logo price, registration time and expiration time, and calculating the logo validity period based on the extracted data. The formula for calculating the logo validity period is:

[0019]

[0020] In the formula, Indicates the validity period of the logo. is the expiration time, Represents the current time. When the logo is frozen, the logo is valid for remain unchanged;

[0021] Secondly, convert the expiration time and price data into the quantity of homogeneous assets. The formula for calculating the quantity of homogeneous assets is:

[0022]

[0023] In the formula, represents the number of homogeneous assets, Indicates the price of the basic logo;

[0024] Finally, the total value of the homogeneous assets corresponding to the logo can be obtained by calculating the product of the asset price and the asset quantity. The specific calculation formula is:

[0025]

[0026] In the formula, Indicates the total value of the homogeneous assets corresponding to the identifier, Represents the asset price, where the asset price The default value is 1.

[0027] Furthermore, the logic behind the minting of assets with basic identifiers is: based on the result of the conversion calculation, a homogeneous asset of corresponding value is minted. Since the price of homogeneous assets is set to 1 by default, when minting assets, you only need to pay attention to the amount of assets.

[0028] Homogenized assets are represented in the form of homogenized tokens. Smart contracts are created and deployed on different blockchains. The issuance of the corresponding assets is completed through the mint() function in the contract. The parameter variables contained in the casting smart contract are: asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount; an administrator account needs to be set as the manager of the asset. The administrator account has the initial issuance right, additional issuance operation and management right of the asset;

[0029] The steps for address mapping in the homogeneous asset conversion strategy include: after completing the conversion from identification to assets and the initial issuance of assets, the system will record the basic identification contract address and the homogeneous asset contract address, and associate the two to provide support for subsequent basic identification assetization operations, thereby completing the identification-based asset conversion.

[0030] Furthermore, the asset category corresponding to the enhanced identification assetization is the composite asset, in which the composite asset is formally defined as follows: the composite asset is composed of at least one homogeneous asset and one non-homogeneous asset, that is, ,in, represents the first homogenous asset, is the number of homogeneous assets, is a positive integer, and , Represents a non-fungible asset;

[0031] The conversion of enhanced identification into combined assets consists of four processes: identification freezing, conversion calculation, asset casting and address mapping. The identification freezing of enhanced identification is consistent with that of basic identification.

[0032] The conversion calculation process from enhanced identification to composite assets is divided into two parts, including the conversion calculation from basic domain data to homogeneous assets and the conversion calculation from specific domain data to non-homogeneous assets. The conversion calculation related content of homogeneous assets is consistent with the basic identification, while the data of the additional domain is unique, so it corresponds one-to-one with the non-homogeneous assets.

[0033] The asset casting of enhanced identification is realized through the combined asset contract. The main process of issuing combined assets is consistent with the method of issuing homogeneous assets. First, the system sets up an administrator account to issue and manage assets. Secondly, create and deploy contracts according to the contract standards of different blockchains. The contract variables include asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount. Finally, the issuance of the corresponding assets is completed through the mint() and minbatch() functions in the contract;

[0034] After the enhanced identification address mapping is completed, the system will record the enhanced identification contract address and the contract address corresponding to the composite asset and associate the two to provide support for subsequent identification assetization operations.

[0035] Furthermore, the asset custody module is used to perform cross-chain activities. First, the assets need to be entrusted to the source chain. The purpose is to lock the liquidity of the assets and avoid the existence of assets corresponding to a certain identifier on multiple chains at the same time. At the same time, when the cross-chain fails, the assets can be returned to the corresponding user according to the relevant records to avoid asset losses.

[0036] Wherein, asset custody is realized based on smart contract technology, and the asset custody includes two categories: homogeneous asset custody and combined asset custody. The steps of homogeneous asset custody include: the system submits the corresponding information of homogeneous assets as parameters to the custody contract, and selects the number of homogeneous assets to be held, wherein the number of homogeneous assets held is the number of all homogeneous assets after the identification of assetization;

[0037] The custody method of non-fungible assets is the same as that of homogeneous assets. However, since the number of non-fungible assets defaults to 1, there is no need to set the number of assets in custody. Instead, the associated data information corresponding to the non-fungible assets needs to be submitted to the custody contract.

[0038] Furthermore, the notary module is used to complete the monitoring of cross-chain requests and the forwarding of cross-chain messages. For cross-chain applications submitted by users on the source chain, the system will trigger corresponding cross-chain events, which contain relevant cross-chain information. The notary can quickly obtain the corresponding cross-chain events through continuous monitoring, and parse out the relevant data, first forward the relevant information to the MIS chain for storage, and then forward the cross-chain information to the corresponding destination chain.

[0039] Furthermore, the MIS chain information management module records information such as source chain, identification, assets, owners, etc., including an identification price list and an asset issuance list. Different recording methods are executed based on different resource information. The logic for issuing control instructions is as follows: After receiving the data forwarded by the notary, the MIS chain will first parse the data and check whether there are any records in the record table based on the three information of source chain, identification, and corresponding homogeneous assets. If relevant information is found, the number of assets across the chain will be recorded, added to the total amount of asset casting on the destination chain, and compared with the difference between the amount of asset issuance on the destination chain. If the difference is less than the system-specified value, the destination chain will be reminded to issue additional assets.

[0040] If no relevant records are found, it is necessary to determine whether the cross-chain asset is a homogeneous asset or a combined asset, and add the corresponding record. At the same time, the system will recalculate the validity period of the mark based on the mark price, the number of homogeneous assets, etc., and add it to the record table;

[0041] In addition, if the cross-chain asset is a composite asset, it is also necessary to pay attention to whether the non-homogeneous assets carry associated data. If so, the associated data should be recorded. If not, it means that the enhanced identifier before conversion into the composite asset has not yet associated resources.

[0042] Furthermore, the asset casting module recasts the corresponding assets through the smart contract on the destination chain according to the relevant information forwarded by the notary, and converts it into an identification again. The specific steps include: reading asset-related information, determining the asset type, submitting to the corresponding asset casting contract, identifying the asset, and finally outputting the identification.

[0043] Compared with the prior art, the present invention has the following beneficial effects:

[0044] This solution proposes a cross-chain identification management system based on the identification assetization solution, which solves the problems that the identification value cannot be well quantified and the loss of usage time during the cross-chain process. The identification assetization solution is designed. By freezing the identification and converting and calculating its validity period, identification price and other data, the non-quantitative identification is converted into a quantifiable asset form, which is conducive to the presentation and transfer of identification value. In addition, the technical solution of the present invention combines the notary mechanism to realize the cross-chain overall architecture including identification assetization, asset custody, notary monitoring and forwarding, MIS chain information maintenance, and asset casting, which is conducive to the safe, accurate and efficient cross-chain transfer and quantitative trading of identification. In addition, the technical solution of the present invention adopts the MIS chain as the management chain of the entire system, records all identifications that want to perform cross-chain behavior and their related information, realizes the unified management of all cross-chain identifications in the system, and facilitates users to interact with information. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] Figure 1 It is a schematic diagram of the overall system structure of the present invention;

[0046] Figure 2 It is the flow chart of MIS chain information recording of the present invention;

[0047] Figure 3 Chain asset casting flow chart for the purpose of this invention. DETAILED DESCRIPTION

[0048] In order to make the objectives, technical solutions and advantages of the present invention more clearly understood, the present invention is further described in detail below in conjunction with specific embodiments.

[0049] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the present invention should be understood by people with ordinary skills in the field to which the present invention belongs. The words "first", "second" and similar words used in the present invention do not indicate any order, quantity or importance, but are only used to distinguish different components. "Include" or "comprise" and similar words mean that the elements or objects appearing before the word include the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0050] Example:

[0051] See also Figure 1 , the present invention provides a system structure:

[0052] An identity cross-chain management system based on an identity assetization solution, specifically including:

[0053] The identification assetization module is used to convert different types of identifications and assets in both directions. Different conversion strategies are selected for different types of identifications to convert identifications into different types of assets. The different types of identifications include basic identifications and enhanced identifications. The conversion strategies include homogeneous asset conversion strategies, non-homogeneous asset conversion strategies and combined asset conversion strategies. The asset category corresponding to the basic identification assetization is homogeneous assets, and the asset category corresponding to the enhanced identification assetization is the same combined assets.

[0054] The complete identification is logically divided into a core domain and an additional domain. The core domain is the basic part of the identification, which contains the unique information and core functions of the identification. The unique information contains the basic characteristics of the identification, ensuring that each identification is unique and there is no duplication. This uniqueness may be achieved through specific coding, serial numbers, UUIDs (universally unique identifiers), etc. Its main purpose is to ensure that the identification can accurately point to a specific object, asset, or entity to avoid confusion. Core functions refer to basic operations or functions directly related to the identification itself. The core domain corresponds to the same fields that all identifications have in terms of data structure, and corresponds to the basic services that all identifications can provide in terms of functional services;

[0055] Additional domains are the extension of the logo, including additional attributes and functions of the logo. Additional attributes refer to additional information related to the logo. This information is not the core component of the logo, but can provide more context or metadata. Additional functions refer to extended operations or services related to the logo. These functions can enhance the use value of the logo, making the application of the logo more flexible and diverse, and able to meet more complex needs. Logos with additional domains are enhanced logos, and logos with no additional domains but only core domains are basic logos.

[0056] The logic behind selecting different conversion strategies for different types of identifications is as follows: the core domain part of the identification is converted through homogeneous asset conversion to convert the core domain into a homogeneous asset; the additional domain part of the identification is converted through non-homogeneous asset conversion to convert the additional domain into a non-homogeneous asset; if the enhanced identification contains a core domain and an additional domain, a combined asset conversion strategy is adopted, which is a conversion strategy that combines homogeneous asset conversion and non-homogeneous asset conversion, that is, the core domain and additional domain are converted into homogeneous and non-homogeneous assets respectively, and they are combined together to form an overall asset, recorded as a combined asset.

[0057] Homogenous asset conversion is to convert logos or parts of their structures with similar structures and functions into homogeneous assets, which are traded and transferred in the blockchain network in the form of standardized tokens. Non-homogeneous asset conversion is to convert unique and irreplaceable logos or parts of their structures into non-homogeneous assets, which are traded and held in the blockchain network in the form of non-homogeneous tokens (NFTs).

[0058] Use a combination asset conversion strategy based on the structure and characteristics of the logo, as shown in Table 1, a comparison of homogeneous and non-homogeneous assets.

[0059] Table 1 Comparison of homogeneous and non-homogeneous assets

[0060]

[0061] A homogeneous asset conversion strategy is adopted for basic identifiers represented by identity identifiers, and a combined asset conversion strategy is adopted for enhanced identifiers including content identifiers, service identifiers, IP identifiers, domain name identifiers, geographic location identifiers, etc.

[0062] The conversion of basic logos into homogeneous assets is divided into four processes: logo freezing, conversion calculation, asset minting, and address mapping. The asset category corresponding to the basic logo assetization is homogeneous assets, in which the logo freezing function is completed through the logo contract. After freezing, the logo will be changed from a legal state to a frozen state. During this period, the various functions of the logo cannot be used, and the logo validity period will not change before it is unfrozen.

[0063] The conversion calculation converts the basic logo into a quantifiable homogeneous asset of equal value. The specific steps include: firstly extracting the calculable fields of the basic logo, including the logo price, registration time and expiration time, and calculating the logo validity period based on the extracted data. The formula for calculating the logo validity period is:

[0064]

[0065] In the formula, Indicates the validity period of the logo. The expiration time is calculated based on the fees paid by the user. Represents the current time. When the logo is frozen, the logo is valid for remain unchanged;

[0066] Secondly, convert the expiration time and price data into the quantity of homogeneous assets. The formula for calculating the quantity of homogeneous assets is:

[0067]

[0068] In the formula, represents the number of homogeneous assets, Indicates the price of the basic logo, which can be set as needed in the logo management contract.

[0069] Finally, the total value of the homogeneous assets corresponding to the logo can be obtained by calculating the product of the asset price and the asset quantity. The specific calculation formula is:

[0070]

[0071] In the formula, Indicates the total value of the homogeneous assets corresponding to the identifier, Represents the asset price, where the asset price The default value is 1 unit.

[0072] The logic behind the minting of basic token assets is: minting homogeneous assets of corresponding value based on the results of the conversion calculation. Since the price of homogeneous assets is set to 1 by default, you only need to pay attention to the amount of assets when minting assets.

[0073] Homogenous assets are represented by homogeneous tokens. Smart contracts are created and deployed on different blockchains. The issuance of corresponding assets is completed through the mint() function in the contract. The parameter variables contained in the casting smart contract are: asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount; an administrator account needs to be set up as the manager of the asset. The administrator account has the initial issuance right, additional issuance operation and management right to the asset.

[0074] The main form of homogeneous assets is homogeneous tokens. There are corresponding casting standards on different blockchains. The casting standards must comply with the standard homogeneous token contract requirements. For example, taking the issuance of a homogeneous token contract that complies with the ERC-20 standard on ETH as an example, the contract records the account balance, authorization amount and token information by maintaining some state variables. The main variables and descriptions are shown in Table 2 Main variables and descriptions of homogeneous asset contracts. The specific steps for casting homogeneous assets into homogeneous tokens include: content initialization; issuing tokens on the Ethereum network with the initialized content, wherein the content initialization includes setting the token name, token symbol, and initial issuance quantity; the main process of issuing tokens on the Ethereum network: first, an administrator account needs to be set as the manager of the asset. The administrator account has the right to issue and manage the tokens, and can also perform subsequent token issuance operations. Secondly, create and deploy the token contract according to the homogeneous token contract standard, and finally cast the relevant tokens through the mint function in the contract;

[0075] Table 2 Main variables and descriptions of homogeneous asset contracts

[0076]

[0077] The steps for address mapping in the homogeneous asset conversion strategy include: after completing the conversion from identity to asset and the initial issuance of assets, the system will record the identity contract address and the homogeneous asset contract address, and associate the two to provide support for subsequent basic identity assetization operations, thereby completing the identity-based asset conversion.

[0078] The asset category corresponding to the enhanced identification assetization is the combined asset, in which the combined asset is formally defined as follows: the combined asset is composed of at least one homogeneous asset and one non-homogeneous asset, that is, ,in, represents the first homogenous asset, is the number of homogeneous assets, is a positive integer, and , Represents a non-fungible asset;

[0079] The conversion of enhanced identification into combined assets consists of four processes: identification freezing, conversion calculation, asset casting and address mapping. The identification freezing of enhanced identification is consistent with that of basic identification.

[0080] The conversion calculation process from enhanced identification to composite assets is divided into two parts, including the conversion calculation from basic domain data to homogeneous assets and the conversion calculation from specific domain data to non-homogeneous assets. The conversion calculation related content of homogeneous assets is consistent with the basic identification, while the data of the additional domain is unique, so it corresponds one-to-one with the non-homogeneous assets.

[0081] The design of the combined assets refers to multiple token contract standards such as ERC-20, ERC-721, ERC-998, ERC-1155, etc. Specific examples are shown in Table 3 Combined Asset Example Table.

[0082] Table 3 Example of portfolio assets

[0083]

[0084] Among them, the asset name indicates which type of enhanced identification the combined asset belongs to; the asset number indicates the number of an asset in the combined asset, which is used to distinguish different assets. For example, a homogeneous token numbered 1 is issued first, and then a non-homogeneous token numbered 2 is issued. Users can distinguish them according to the asset number when searching and inquiring about the balance; the account address indicates a hash address on the blockchain, which is used to record which account an asset belongs to. Generally speaking, homogeneous assets and non-homogeneous assets in the same combined asset belong to the same account address; the account balance indicates the number of assets with the corresponding number under the account address. It is stipulated that the number of homogeneous assets must be greater than 1, and the number of non-homogeneous assets can only be 1. Therefore, one of the criteria for judging whether an asset in the combined asset is homogeneous or non-homogeneous is whether its asset number is 1; the associated resource indicates whether the asset is associated with other resource data. Homogeneous assets will not be associated with resources, but non-homogeneous assets will be associated with resources. For example, the content identifier is associated with off-chain resource data, and this part should store the off-chain metadata file address.

[0085] The asset casting of enhanced identification is realized through the combined asset contract. The main process of issuing combined assets is consistent with the method of issuing homogeneous assets. First, the system sets up an administrator account to issue and manage assets. Secondly, create and deploy contracts according to the contract standards of different blockchains. The contract variables include asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount. Finally, the issuance of the corresponding assets is completed through the mint() and minbatch() functions in the contract; the main contract of the combined asset contains several main variables, as shown in Table 4.

[0086] Table 4 Main variables and descriptions of portfolio asset contracts

[0087]

[0088] After the enhanced identification address mapping is completed, the system will record the enhanced identification contract address and the contract address corresponding to the composite asset and associate the two to provide support for subsequent identification assetization operations.

[0089] The asset custody module is used to determine the asset data that needs to be cross-chained and to custody the assets on the source chain. Different custody methods are used according to different types of asset data. The different custody methods include homogeneous asset custody and combined asset custody. The source chain is a single chain in a multi-chain space, and the multi-chain space is a chain space composed of multiple isomorphic or heterogeneous chains.

[0090] The asset custody module is used to perform cross-chain activities. First, the assets need to be entrusted to the source chain. The purpose is to lock the liquidity of the assets and avoid the existence of assets corresponding to a certain identifier on multiple chains at the same time. At the same time, when the cross-chain fails, the assets can be returned to the corresponding user according to the relevant records to avoid asset losses.

[0091] Wherein, asset custody is realized based on smart contract technology, and the asset custody includes two categories: homogeneous asset custody and combined asset custody. The steps of homogeneous asset custody include: the system submits the corresponding information of homogeneous assets as parameters to the custody contract, and selects the number of homogeneous assets to be held, wherein the number of homogeneous assets held is the number of all homogeneous assets after the identification of assetization;

[0092] The custody method of non-fungible assets is the same as that of homogeneous assets. However, since the number of non-fungible assets defaults to 1, there is no need to set the number of assets in custody. Instead, the associated data information corresponding to the non-fungible assets needs to be submitted to the custody contract.

[0093] To conduct cross-chain transactions, the assets must first be hosted on the source chain. The main purpose is to lock the liquidity of the assets and avoid the existence of assets corresponding to a certain identifier on multiple chains at the same time. At the same time, when the cross-chain transaction fails, the assets can be returned to the corresponding users according to the relevant records to avoid asset losses.

[0094] When entrusting homogeneous assets, the system will submit the corresponding information of the homogeneous assets as parameters to the custody contract, and will select the number of homogeneous assets to be entrusted. Since the corresponding number of homogeneous assets is calculated based on the validity period of the identification, generally speaking, this number is the total number of homogeneous assets after the identification is assetized.

[0095] Portfolio assets are composed of homogeneous assets and non-homogeneous assets. The custody of non-homogeneous assets is similar to that of homogeneous assets. However, since the number of non-homogeneous assets is 1 by default, there is no need to set the number of assets to be held. Instead, the associated data information corresponding to the non-homogeneous assets needs to be submitted to the custody contract. For example, in the portfolio assets corresponding to the content identifier, this field is an off-chain metadata file storage address. In addition, in order to prevent a third party with operating authority from performing cross-chain asset transfers, when holding non-homogeneous assets, the system will further check the authority, requiring the operator to be the owner of the asset and that the asset has no additional authorization.

[0096] The notary module is used to monitor the events thrown on each chain in the multi-chain space. The event is a specific operation or state change that occurs on a certain blockchain network. The notary will parse the monitored events, obtain the asset data in the event, and forward it accordingly. After forwarding the obtained data to the MIS chain for storage, the cross-chain information on the source chain will be forwarded to the destination chain;

[0097] The notary module is used to complete the monitoring of cross-chain requests and the forwarding of cross-chain messages. For cross-chain applications submitted by users on the source chain, the system will trigger corresponding cross-chain events, which contain relevant cross-chain information. The notary can quickly obtain the corresponding cross-chain events through continuous monitoring, and parse out the relevant data, first forward the relevant information to the MIS chain for storage, and then forward the cross-chain information to the corresponding destination chain.

[0098] Events can be written in smart contracts. They provide users with an interface to query information and are also the prerequisite for cross-chain transactions to be monitored and forwarded.

[0099] After the user initiates a cross-chain transaction and successfully pledges the assets on the source chain to the smart contract, the system will throw a corresponding pledge success event, and the notary will continue to monitor. Once the event is captured, it means that the asset pledge transaction on the chain is valid.

[0100] When the notary listens to an event, he can parse it, extract the data contained in the event and forward it according to relevant rules. Before the notary forwards the cross-chain information on the source chain to the destination chain, it needs to forward the relevant information to the MIS chain for storage, so as to achieve unified management of the entire multi-chain space.

[0101] The MIS chain information management module is used to record the resource information from the source chain forwarded by the notary module, so as to uniformly manage the entire multi-chain space. At the same time, based on the difference in resource information, different recording methods are executed and control instructions are issued;

[0102] The MIS chain only records information from the source chain, including the source chain, identifier, owner and other related information, and contains a list of identifier prices and asset issuance quantities, as shown in Table 5.

[0103] Table 5 MIS chain information record table

[0104]

[0105] A corresponding identification price table and asset issuance table will be maintained on the MIS chain. The former mainly records the price corresponding to each identification, and the latter mainly records the number of homogeneous assets initially issued for each identification.

[0106] After receiving the data forwarded by the notary, the MIS chain will first parse the data and check whether there are any records in the record table based on the three pieces of information: source chain, identifier, and corresponding homogeneous assets. If relevant information is found, the number of assets across the chain will be recorded, added to the total amount of assets minted on the destination chain, and compared with the difference between the amount of assets issued on the destination chain. If the difference is less than the value specified by the system, the destination chain will be reminded to issue additional assets.

[0107] If no relevant records are found, it is necessary to determine whether the cross-chain asset is a homogeneous asset or a combination of assets (a combination of homogeneous assets and non-homogeneous assets), and add the corresponding record, including the basic information such as the owner address, user name, and number of homogeneous assets corresponding to the cross-chain asset. At the same time, the system will recalculate the identification validity period based on the identification price, number of homogeneous assets, etc., and add it to the record table.

[0108] In addition, if the cross-chain asset is a composite asset, it is also necessary to pay attention to whether the non-homogeneous assets carry associated data. If they do, the relevant data must be recorded in the "non-homogeneous asset associated data" table item in the composite asset. If they do not carry relevant data, it means that the enhanced identifier before conversion to the composite asset has not yet associated resources. Then set its "non-homogeneous asset associated data" table item to empty.

[0109] The asset casting module is used to recast the resource information on the destination chain into corresponding assets based on the relevant information forwarded by the notary, and convert its assets into identification again, so as to complete the cross-chain behavior of identification.

[0110] When the destination chain receives relevant information forwarded by the notary, it will first determine whether it is a homogeneous asset or a non-homogeneous asset, and submit it to the corresponding smart contract for asset minting. The combined asset minting requires additional processing of the associated data items in the non-homogeneous assets it contains.

[0111] After the asset is minted, it is necessary to convert the corresponding asset back into an identity according to the reverse process of the identity assetization solution, and finally output the identity.

[0112] The above formulas are all dimensionless and numerical calculations. The formula is a formula for the most recent real situation obtained by collecting a large amount of data and performing software simulation. The preset parameters in the formula are set by technicians in this field according to actual conditions.

[0113] The above embodiments may be implemented in whole or in part by software, hardware, firmware or any other combination thereof. When implemented by software, the above embodiments may be implemented in whole or in part in the form of a computer program product. Those skilled in the art may appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein may be implemented by electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed by hardware or software methods depends on the specific application and design constraints of the technical solution.

[0114] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, and may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0115] The above description is only a specific implementation manner of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application.

Claims

1. An identity cross-chain management system based on an identity assetization solution, characterized in that: Specifically include: The identification assetization module is used to convert different types of identifications and assets in both directions. Different conversion strategies are selected for different types of identifications to convert identifications into different types of assets. The different types of identifications include basic identifications and enhanced identifications. The conversion strategies include homogeneous asset conversion strategies, non-homogeneous asset conversion strategies and combined asset conversion strategies. The asset category corresponding to the basic identification assetization is homogeneous assets, and the asset category corresponding to the enhanced identification assetization is the same combined assets. The asset custody module is used to determine the asset data that needs to be cross-chained and to custody the assets on the source chain. Different custody methods are used according to different types of asset data. The different custody methods include homogeneous asset custody and combined asset custody. The source chain is a single chain in a multi-chain space, and the multi-chain space is a chain space composed of multiple isomorphic or heterogeneous chains. The notary module is used to monitor the events thrown on each chain in the multi-chain space. The event is a specific operation or state change that occurs on a certain blockchain network. The notary will parse the monitored events, obtain the asset data in the event, and forward it accordingly. After forwarding the obtained data to the MIS chain for storage, the cross-chain information on the source chain will be forwarded to the destination chain; The MIS chain information management module is used to record the resource information from the source chain forwarded by the notary module, so as to uniformly manage the entire multi-chain space. At the same time, based on the difference in resource information, different recording methods are executed and control instructions are issued; The asset casting module is used to recast the resource information on the destination chain into corresponding assets based on the relevant information forwarded by the notary, and convert its assets into identification again, so as to complete the cross-chain behavior of identification.

2. According to claim 1, a cross-chain identity management system based on an identity assetization solution is characterized in that: The complete identity is logically divided into core domain and additional domain. The core domain is the basic part of the identity, including the unique information and core functions of the identity. The additional domain is the extended part of the identity, including the additional attributes and functions of the identity. The identity with additional domain is an enhanced identity, and the identity with only core domain but no additional domain is a basic identity. The logic behind selecting different conversion strategies for different types of identifications is as follows: the core domain part of the identification is converted through homogeneous asset conversion to convert the core domain into a homogeneous asset; the additional domain part of the identification is converted through non-homogeneous asset conversion to convert the additional domain into a non-homogeneous asset; if the enhanced identification contains a core domain and an additional domain, a combined asset conversion strategy is adopted, which is a conversion strategy that combines homogeneous asset conversion and non-homogeneous asset conversion, that is, the core domain and additional domain are converted into homogeneous and non-homogeneous assets respectively, and they are combined together to form an overall asset, recorded as a combined asset.

3. According to claim 2, a cross-chain identification management system based on an identification assetization solution is characterized in that: The conversion of basic logos into homogeneous assets is divided into four processes: logo freezing, conversion calculation, asset minting, and address mapping. The asset category corresponding to the basic logo assetization is homogeneous assets, in which the logo freezing function is completed through the logo contract. After freezing, the logo will be changed from a legal state to a frozen state. During this period, the various functions of the logo cannot be used, and the logo validity period will not change before it is unfrozen. The conversion calculation converts the basic logo into a quantifiable homogeneous asset of equal value. The specific steps include: firstly extracting the calculable fields of the basic logo, including the logo price, registration time and expiration time, and calculating the logo validity period based on the extracted data. The formula for calculating the logo validity period is: In the formula, Indicates the validity period of the logo. is the expiration time, Represents the current time. When the logo is frozen, the logo is valid for remain unchanged; Secondly, convert the expiration time and price data into the quantity of homogeneous assets. The formula for calculating the quantity of homogeneous assets is: In the formula, represents the number of homogeneous assets, Indicates the price of the basic logo; Finally, the total value of the homogeneous assets corresponding to the logo can be obtained by calculating the product of the asset price and the asset quantity. The specific calculation formula is: In the formula, Indicates the total value of the homogeneous assets corresponding to the identifier, Represents the asset price, where the asset price The default is 1.

4. According to claim 3, the cross-chain identification management system based on the identification assetization solution is characterized in that: The logic behind the minting of basic token assets is: minting homogeneous assets of corresponding value based on the results of the conversion calculation. Since the price of homogeneous assets is set to 1 by default, you only need to pay attention to the amount of assets when minting assets. Homogenized assets are represented in the form of homogenized tokens. Smart contracts are created and deployed on different blockchains. The issuance of the corresponding assets is completed through the mint() function in the contract. The parameter variables contained in the casting smart contract are: asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount; an administrator account needs to be set as the manager of the asset. The administrator account has the initial issuance right, additional issuance operation and management right of the asset; The steps for address mapping in the homogeneous asset conversion strategy include: after completing the conversion from identification to assets and the initial issuance of assets, the system records the basic identification contract address and the homogeneous asset contract address, and associates the two to provide support for subsequent basic identification assetization operations, thereby completing the identification-based asset conversion.

5. According to claim 1, a cross-chain identity management system based on an identity assetization solution is characterized in that: The asset category corresponding to the enhanced identification assetization is the combined asset, in which the combined asset is formally defined as follows: the combined asset is composed of at least one homogeneous asset and one non-homogeneous asset, that is, ,in, represents the first homogenous asset, is the number of homogeneous assets, is a positive integer, and , Represents a non-fungible asset; The conversion of enhanced identification into combined assets is divided into four processes: identification freezing, conversion calculation, asset casting and address mapping; The logo freeze for enhanced logos is the same as for basic logos; The conversion calculation process from enhanced identification to composite assets is divided into two parts, including the conversion calculation from basic domain data to homogeneous assets and the conversion calculation from specific domain data to non-homogeneous assets. The conversion calculation related content of homogeneous assets is consistent with the basic identification, while the data of the additional domain is unique, so it corresponds one-to-one with the non-homogeneous assets. The asset casting of enhanced identification is realized through the combined asset contract. The main process of issuing combined assets is consistent with the method of issuing homogeneous assets. First, the system sets up an administrator account to issue and manage assets. Secondly, create and deploy contracts according to the contract standards of different blockchains. The contract variables include asset name, asset symbol, decimal place, issuance quantity, asset balance and authorization amount. Finally, the issuance of the corresponding assets is completed through the mint() and minbatch() functions in the contract; Enhanced identification address mapping is the process of recording the enhanced identification contract address and the contract address corresponding to the composite asset after the conversion of the enhanced identification to the composite asset and the initial issuance of the asset, and associating the two to provide support for subsequent identification assetization operations.

6. According to claim 1, a cross-chain identity management system based on an identity assetization solution is characterized in that: The asset custody module, when performing cross-chain behavior, first needs to custody the assets on the source chain, in order to lock the liquidity of the assets and avoid the simultaneous existence of assets corresponding to a certain identifier on multiple chains. At the same time, when the cross-chain behavior fails, the assets will be returned to the corresponding user according to the relevant records to avoid asset losses; Wherein, asset custody is realized based on smart contract technology, and the asset custody includes two categories: homogeneous asset custody and combined asset custody. The steps of homogeneous asset custody include: the system submits the corresponding information of homogeneous assets as parameters to the custody contract, and selects the number of homogeneous assets to be held, wherein the number of homogeneous assets to be held is the number of all homogeneous assets after the identification of assetization; The custody method of non-fungible assets is the same as that of homogeneous assets. However, since the default number of non-fungible assets is 1, there is no need to set the number of assets in custody. Instead, the associated data information corresponding to the non-fungible assets is submitted to the custody contract.

7. According to claim 1, a cross-chain identification management system based on an identification assetization solution is characterized in that: The notary module is used to complete the monitoring of cross-chain requests and the forwarding of cross-chain messages. For cross-chain applications submitted by users on the source chain, the system will trigger corresponding cross-chain events, which contain relevant cross-chain information. The notary continuously monitors to quickly obtain the corresponding cross-chain events and parses the relevant data. It first forwards the relevant information to the MIS chain for storage, and then forwards the cross-chain information to the corresponding destination chain.

8. According to claim 1, a cross-chain identity management system based on an identity assetization solution is characterized in that: The MIS chain information management module records information such as source chain, identification, assets, owners, etc., including an identification price list and an asset issuance list. Different recording methods are executed based on different resource information. The logic for issuing control instructions is as follows: After receiving the data forwarded by the notary, the MIS chain first parses the data and checks whether there are any records in the record table based on the three information of source chain, identification, and corresponding homogeneous assets. If relevant information is found, the number of assets across the chain is recorded, added to the total amount of asset casting on the destination chain, and compared with the difference between the amount of asset issuance on the destination chain. If the difference is less than the system specified value, the destination chain is reminded to issue additional assets. If no relevant records are found, determine whether the cross-chain asset is a homogeneous asset or a combined asset, and add the corresponding record. At the same time, the system recalculates the validity period of the identification based on the identification price and the number of homogeneous assets, and also adds it to the record table; In addition, if the cross-chain asset is a composite asset, attention is also paid to whether the non-homogeneous assets therein carry associated data. If so, the associated data is recorded. If not, it means that the enhanced identifier before conversion into the composite asset has not yet associated resources.

9. According to claim 1, a cross-chain identity management system based on an identity assetization solution is characterized in that: The asset casting module recasts the corresponding assets according to the relevant information forwarded by the notary through the smart contract on the destination chain, and converts them into identification again. The specific steps include: reading asset-related information, determining the asset type, submitting to the corresponding asset casting contract, identifying the asset, and finally outputting the identification.

Images