CN111105236A - Realization algorithm of non-homogeneity evidence - Google Patents
Realization algorithm of non-homogeneity evidence Download PDFInfo
- Publication number
- CN111105236A CN111105236A CN202010008257.7A CN202010008257A CN111105236A CN 111105236 A CN111105236 A CN 111105236A CN 202010008257 A CN202010008257 A CN 202010008257A CN 111105236 A CN111105236 A CN 111105236A
- Authority
- CN
- China
- Prior art keywords
- asset
- owner
- unique
- transaction
- failure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000011084 recovery Methods 0.000 claims description 20
- 230000006378 damage Effects 0.000 claims description 17
- 238000000034 method Methods 0.000 claims description 15
- 239000003999 initiator Substances 0.000 claims description 12
- 230000004048 modification Effects 0.000 claims description 4
- 238000012986 modification Methods 0.000 claims description 4
- 230000008929 regeneration Effects 0.000 claims 1
- 238000011069 regeneration method Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 2
- 238000000265 homogenisation Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 229920000742 Cotton Polymers 0.000 description 1
- 241000283973 Oryctolagus cuniculus Species 0.000 description 1
- 244000046109 Sorghum vulgare var. nervosum Species 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 235000009508 confectionery Nutrition 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
- 210000002268 wool Anatomy 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention relates to the technical field of block chains, in particular to an implementation algorithm of non-homogeneous evidence, which comprises asset type creation and asset creation, wherein the asset type creation refers to defining a unique asset type identifier for related non-homogeneous assets, a system calculates a unique asset type identifier called AssetID as a unique asset type identifier through an SHA256 algorithm according to an account ID and an asset type name of an asset creator, the asset creation refers to defining a unique asset identifier for each non-homogeneous asset stored in a chain, the system calculates a unique identifier as a TokenID as a unique asset identifier through the SHA256 algorithm according to the AssetID and the unique ID of a real object corresponding to the asset, the obtained non-homogeneous evidence not only can effectively record the real world information and digital information corresponding to the real object, and the attribution relationship, the current state and the like, and simultaneously, various practical application scenes and requirements are comprehensively considered, so that the practicability of the non-homogeneous general evidence is improved.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a non-homogeneity evidence-based realization algorithm.
Background
The general evidence in the block chain can be divided into two types, namely substitutable homogeneous general evidence and non-substitutable non-homogeneous general evidence according to attributes.
The proof of homogeneity, which replaces various alternatives, determines whether the same or similar types of items or quantities can be completely interchanged during circulation or use, and can be subdivided into N shares (1 =10 × 0.1), so that assets that have only a single value medium role (such as securities, points, digital assets, etc.) can be represented by the proof of homogeneity.
Non-homogenous testimonials, if two objects of the same collection have different characteristics, the two objects are heterogeneous, in real life, some things are irreplaceable (any person, thing, object with unique attributes such as some cultural relics, etc.), but the things can be replaced by digital assets, but the value of the things cannot be measured through the heterogeneous testimonials, and the heterogeneity exists in our life in a wide range, such as every book in a library, every pet in a pet store, songs sung by a singer, different flowers in a flower store, etc.
Therefore, the non-homogeneous general evidence is closer to the real world and has wider application space, but at present, no algorithm for obtaining the non-homogeneous general evidence exists in the prior art.
Disclosure of Invention
According to the characteristics of non-homogeneous assets, the invention provides a method for realizing non-homogeneous evidence on a block chain, and specifically, the method is realized by the following technical scheme:
an implementation algorithm of non-homogeneity evidence comprises asset class creation and asset creation, wherein,
the asset class creation means that a unique asset class identifier is defined for the related non-homogeneous asset, and specifically comprises the following steps:
(1) an asset creator initiates an asset category creation transaction, wherein the asset category name and the asset creator account ID are carried, a public key and a signature for verifying the identity of the asset creator and the attribute of the belonged asset are verified, and a system calculates a unique asset category identifier called AssetID through an SHA256 algorithm according to the account ID and the asset category name of the asset creator;
(2) inquiring whether the asset type exists or not according to the AssetID, if not, continuing the subsequent processing, otherwise, returning to failure;
(3) creating an asset class creating record on the chain, wherein the asset class creating record comprises an asset class name, an asset creator account ID, a public Key and a signature for verifying the identity of the asset creator, and attributes of the belonged asset, and the asset class creating record is stored by taking the AssetID as a Key;
the asset creation means that a unique asset identifier is defined for each non-homogeneous asset stored in the chain, and specifically, the method comprises the following steps:
(1) the asset creator initiates a transaction of asset creation, wherein the transaction carries AssetID, the unique ID of a real object corresponding to the asset, asset name, asset description and asset owner information, after the system verifies that the identity of the asset creator is valid, the system checks whether the appointed AssetID exists, if so, the subsequent processing is continued, otherwise, failure is returned;
(2) acquiring asset type creating information according to the AssetID, checking whether the asset creator is the initiator of the transaction, if so, continuing subsequent processing, and otherwise, returning to fail;
(3) calculating a unique identifier as a TokenID through an SHA256 algorithm according to the AssetID and the unique ID of the asset corresponding to the real object;
(4) inquiring whether the asset exists or not according to the TokenID, if not, continuing the subsequent processing, otherwise, returning to failure;
(5) checking whether the designated property owner exists, if so, continuing the subsequent processing, otherwise, returning to failure;
(6) creating an asset record on the chain, wherein the asset record comprises an AssetID, a unique ID of a real object corresponding to the asset, an asset name, asset description and asset owner information, and storing the asset record by taking a TokenID as a Key;
the unique ID of the asset corresponding to the real object refers to information which has unique identification capability in a certain application range in the real world corresponding to the asset, and the information includes but is not limited to identity card numbers, license plate numbers, mobile phone numbers, product two-dimensional codes, academic certificate numbers and employee work numbers.
Further, in the above-mentioned case,
in the information carried by the asset type identification creation transaction, the attributes of the assets mainly include:
(1) whether the asset owner is allowed to transfer;
(2) whether the asset owner is allowed to destroy the asset;
(3) after the asset owner is transferred, whether the asset creator is allowed to recover the asset owner again or not is judged;
(4) whether to allow the destroyed asset to be recreated;
(5) defining reclamation, i.e. whether reclamation is by the asset creator destroying the asset process or by the asset owner transferring to the asset creator process;
(6) whether to allow the asset transfer attribute to be changed, i.e., whether to allow the asset owner to change from a transferable state to a transfer-prohibited state, or whether to allow the asset owner to change from a transfer-prohibited state to a transferable state.
Further, in the above-mentioned case,
depending on the attributes of the asset, the asset may conduct one or more of the following transactions,
transactions include, but are not limited to, asset transfer, asset destruction, asset reclamation, altering asset transfer attributes.
Further, in the above-mentioned case,
the asset transfer transaction comprises the steps of:
(1) the asset owner initiates an asset transfer transaction, the asset transfer transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an asset transfer transaction receiver, the attribute of the asset and asset owner information, after the system receives an asset transfer transaction request, the system checks whether the asset of the TokenID exists and the state is valid, if so, the system continues to enter the step (2), otherwise, the system returns failure;
(2) checking whether the property owner is the initiator of the property transfer transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the asset is allowed to be transferred, if so, continuing to step (4), otherwise, returning to failure;
(4) checking whether the asset transfer transaction receiver exists, if so, changing the asset owner to the asset transfer transaction receiver, otherwise, returning failure.
Further, in the above-mentioned case,
asset destruction comprises the following steps:
(1) the asset owner initiates an asset destruction transaction, the asset destruction transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an attribute of the asset and asset owner information, after the system receives an asset destruction transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the step (2) is continued to be carried out, otherwise, failure is returned;
(2) checking whether the property owner is the initiator of the property destruction transaction, if so, continuing to enter the step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be destroyed, if so, continuing to enter the step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the destroyed asset is allowed to be created again, if so, directly deleting the asset information from the ledger, otherwise, not deleting the information, but modifying the asset state into the deleted invalid state.
Further, in the above-mentioned case,
the asset recovery comprises the following steps:
(1) the asset owner initiates an asset recovery transaction, the asset recovery transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an attribute of the asset and asset owner information, after the system receives an asset recovery transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the step (2) is continued, otherwise, failure is returned;
(2) checking whether the property owner is the initiator of the property recovery transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be recycled, if so, continuing to step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the recovery is processed according to the destroy, if so, checking whether the property of the asset is allowed to be created again, if so, directly deleting the information of the asset from the ledger, if not, modifying the state of the asset into an invalid state which is deleted, and if the recovery is not processed according to the destroy, modifying the owner of the asset into the creator of the asset.
Further, in the above-mentioned case,
altering asset transfer attributes includes the steps of:
(1) the asset owner initiates a transaction for changing the asset transfer attribute, wherein the asset transfer attribute carries an AssetID, the unique ID of the asset corresponding to a real object, a public key and a signature for verifying the identity of the asset owner and the attribute of the asset, after the system verifies that the identity is valid, the asset attribute of the asset type is obtained according to the AssetID, if the asset type exists, the operation is continued, otherwise, the operation is failed;
(2) checking whether the property of the asset is set with the property transfer capability allowing to be modified, if so, continuing, otherwise, returning to failure;
(3) and checking whether the current asset transfer attribute in the asset attributes is consistent with the attribute to be set, if so, directly returning without data modification, and otherwise, updating the asset transfer attribute in the asset attribute field in the asset category record.
The invention has the advantages that the obtained non-homogeneous general evidence not only can effectively record corresponding real object and digital information, attribution relation, current state and the like in the real world, but also comprehensively considers various practical application scenes and requirements, and improves the practicability of the non-homogeneous general evidence.
Drawings
FIG. 1 is a schematic diagram of the non-homogeneous general certificate ownership in TokenDB according to the present invention;
FIG. 2 is a schematic diagram of the transfer of records in a Block DB for a non-homogeneous certification scheme according to the present invention.
Detailed Description
In order to make those skilled in the art better understand the technical solutions in the embodiments of the present specification, the technical solutions in the embodiments of the present specification will be described in detail below, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all embodiments, and other embodiments obtained by those skilled in the art based on the embodiments in the present specification should fall within the protection scope.
The technical solutions provided by the embodiments in the present specification are described in detail below, and it should be noted that the following embodiments can be understood by referring to each other since the technical ideas based on the following embodiments are similar.
Example 1:
the invention relates to an identification algorithm of non-homogenization general evidence on a block chain, in particular to another implementation method of the unique identification algorithm of the non-homogenization general evidence in a block chain account book based on the Ethenhouse ERC721 standard.
An implementation algorithm of non-homogeneity evidence comprises asset class creation and asset creation, wherein,
the asset class creation means that a unique asset class is defined for related non-homogeneous assets, such as a manufacturer of a certain production appliance, a certain company, a class (sweater) of a certain commodity, and wine, and specifically includes the following steps:
the asset class creation specifically comprises the steps of:
(1) the asset creator initiates an asset type creating transaction, wherein the asset type name and the asset creator account ID are carried, a public key and a signature for verifying the identity of the asset creator and the attribute of the belonged asset are verified, a system calculates a unique asset type identifier through an SHA256 algorithm according to the account ID and the asset type name of the asset creator, the unique asset type identifier is called as AssetID, and the creating account is added during calculation, so that on one hand, different sources of the asset can be distinguished, and the asset of the type is created by a certain person, the asset name is simple and easy to understand, and the possibility of creating failure caused by repeated names is reduced;
(2) inquiring whether the asset type exists or not according to the AssetID, if not, continuing the subsequent processing, otherwise, returning to failure;
(3) creating an asset class creating record on the chain, wherein the asset class creating record comprises an asset class name, an asset creator account ID, a public Key and a signature for verifying the identity of the asset creator, and attributes of the belonged asset, and the asset class creating record is stored by taking the AssetID as a Key;
asset creation means defining a unique asset identifier for each non-homogeneous asset stored on the chain, such as an electric fan, a refrigerator, a washing machine produced by a manufacturer of a certain production appliance, a certain employee of a certain company, (wool sweater, rabbit fur sweater, cotton sweater), (kaoliang spirit, blended spirit, sweet spirit), and specifically comprising the steps of:
(1) the asset creator initiates a transaction of asset creation, wherein the transaction carries AssetID, the unique ID of a real object corresponding to the asset, asset name, asset description and asset owner information, after the system verifies that the identity of the asset creator is valid, the system checks whether the appointed AssetID exists, if so, the subsequent processing is continued, otherwise, failure is returned;
(2) acquiring asset type creating information according to the AssetID, checking whether the asset creator is the initiator of the transaction, if so, continuing subsequent processing, and otherwise, returning to fail;
(3) calculating a unique identifier as a token ID through an SHA256 algorithm according to the AssetID and the unique ID of the real object corresponding to the asset, wherein the unique ID of the real object corresponding to the asset corresponds to the information with unique identification capability in a certain application range, such as an identification number, a license plate number, a mobile phone number, a product two-dimensional code, a academic certificate number, an employee work number and the like in the real world, and the AssetID can limit the application range, so that the unique ID of the real object corresponding to the same asset, such as an identification card, can be used in a plurality of scenes, such as identification card information inquiry, academic certificate inquiry and the like;
(4) inquiring whether the asset exists or not according to the TokenID, if not, continuing the subsequent processing, otherwise, returning to failure;
(5) checking whether the designated property owner exists, if so, continuing the subsequent processing, otherwise, returning to failure;
(6) creating an asset record on the chain, wherein the asset record comprises an AssetID, a unique ID of a real object corresponding to the asset, an asset name, asset description and asset owner information, and storing the asset record by taking a TokenID as a Key;
the unique ID of the asset corresponding to the real object refers to information which has unique identification capability in a certain application range in the real world corresponding to the asset, and the information includes but is not limited to identity card numbers, license plate numbers, mobile phone numbers, product two-dimensional codes, academic certificate numbers and employee work numbers.
Wherein, in addition to associating related assets and determining the identity of the asset creator, the asset category creation also has an important role in determining which attributes the assets under the category have, i.e. which operations can be performed, or what the result after the operations is, so that there is also a key field describing the attributes of the assets under the asset category in the transaction of the asset category creation, including:
in the information carried by the asset type identification creation transaction, the attributes of the assets mainly include:
(1) whether the asset owner is allowed to transfer;
(2) whether the asset owner is allowed to destroy the asset;
(3) after the asset owner is transferred, whether the asset creator is allowed to recover the asset owner again or not is judged;
(4) whether to allow the destroyed asset to be recreated;
(5) defining reclamation, i.e. whether reclamation is by the asset creator destroying the asset process or by the asset owner transferring to the asset creator process;
(6) whether to allow the asset transfer attribute to be changed, i.e., whether to allow the asset owner to change from a transferable state to a transfer-prohibited state, or whether to allow the asset owner to change from a transfer-prohibited state to a transferable state.
Examples 2,
On the basis of the embodiment 1, when non-homogeneous assets need to be subjected to asset transfer transaction, the method is realized by the following steps:
(1) the asset owner initiates an asset transfer transaction, the asset transfer transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an asset transfer transaction receiver, the attribute of the asset and asset owner information, after the system receives an asset transfer transaction request, the system checks whether the asset of the TokenID exists and the state is valid, if so, the system continues to enter the step (2), otherwise, the system returns failure;
(2) checking whether the property owner is the initiator of the property transfer transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the asset is allowed to be transferred, if so, continuing to step (4), otherwise, returning to failure;
(4) checking whether the asset transfer transaction receiver exists, if so, changing the asset owner to the asset transfer transaction receiver, otherwise, returning failure.
Examples 3,
On the basis of the embodiment 1, when non-homogeneous assets need to do asset destruction transaction, the method is realized by the following steps:
(1) the asset owner initiates an asset destruction transaction, the asset destruction transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an attribute of the asset and asset owner information, after the system receives an asset destruction transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the step (2) is continued to be carried out, otherwise, failure is returned;
(2) checking whether the property owner is the initiator of the property destruction transaction, if so, continuing to enter the step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be destroyed, if so, continuing to enter the step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the destroyed asset is allowed to be created again, if so, directly deleting the asset information from the ledger, otherwise, not deleting the information, but modifying the asset state into the deleted invalid state.
Examples 4,
On the basis of the embodiment 1, when non-homogeneous assets need to do asset recovery transaction, the method is realized by the following steps:
(1) the asset owner initiates an asset recovery transaction, the asset recovery transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an attribute of the asset and asset owner information, after the system receives an asset recovery transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the step (2) is continued, otherwise, failure is returned;
(2) checking whether the property owner is the initiator of the property recovery transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be recycled, if so, continuing to step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the recovery is processed according to the destroy, if so, checking whether the property of the asset is allowed to be created again, if so, directly deleting the information of the asset from the ledger, if not, modifying the state of the asset into an invalid state which is deleted, and if the recovery is not processed according to the destroy, modifying the owner of the asset into the creator of the asset.
Examples 5,
On the basis of the embodiment 1, when the non-homogeneous asset needs to make a transaction for changing the asset transfer attribute, the method is realized by the following steps:
(1) the asset owner initiates a transaction for changing the asset transfer attribute, wherein the asset transfer attribute carries an AssetID, the unique ID of the asset corresponding to a real object, a public key and a signature for verifying the identity of the asset owner and the attribute of the asset, after the system verifies that the identity is valid, the asset attribute of the asset type is obtained according to the AssetID, if the asset type exists, the operation is continued, otherwise, the operation is failed;
(2) checking whether the property of the asset is set with the property transfer capability allowing to be modified, if so, continuing, otherwise, returning to failure;
(3) and checking whether the current asset transfer attribute in the asset attributes is consistent with the attribute to be set, if so, directly returning without data modification, and otherwise, updating the asset transfer attribute in the asset attribute field in the asset category record.
The above embodiments are merely technical ideas and features of the present invention, and thus should not limit the scope of the present invention, and all equivalent changes or modifications made according to the spirit of the present invention should be covered within the scope of the present invention.
Claims (7)
1. The algorithm for realizing the non-homogeneity evidence is characterized by comprising asset class creation and asset creation, wherein,
the asset class creation means that a unique asset class identifier is defined for the related non-homogeneous asset, and specifically comprises the following steps:
(1) an asset creator initiates an asset category creation transaction, wherein the asset category name and the asset creator account ID are carried, a public key and a signature for verifying the identity of the asset creator and the attribute of the belonged asset are verified, and a system calculates a unique asset category identifier called AssetID through an SHA256 algorithm according to the account ID and the asset category name of the asset creator;
(2) inquiring whether the asset type exists or not according to the AssetID, if not, continuing the subsequent processing, otherwise, returning to failure;
(3) creating an asset class creating record on the chain, wherein the asset class creating record comprises an asset class name, an asset creator account ID, a public Key and a signature for verifying the identity of the asset creator, and attributes of the belonged asset, and the asset class creating record is stored by taking the AssetID as a Key;
the asset creation means that a unique asset identifier is defined for each non-homogeneous asset stored in the chain, and specifically, the method comprises the following steps:
(1) the asset creator initiates a transaction of asset creation, wherein the transaction carries AssetID, the unique ID of a real object corresponding to the asset, asset name, asset description and asset owner information, after the system verifies that the identity of the asset creator is valid, the system checks whether the appointed AssetID exists, if so, the subsequent processing is continued, otherwise, failure is returned;
(2) acquiring asset type creating information according to the AssetID, checking whether the asset creator is the initiator of the transaction, if so, continuing subsequent processing, and otherwise, returning to fail;
(3) calculating a unique identifier as a TokenID through an SHA256 algorithm according to the AssetID and the unique ID of the asset corresponding to the real object;
(4) inquiring whether the asset exists or not according to the TokenID, if not, continuing the subsequent processing, otherwise, returning to failure;
(5) checking whether the designated property owner exists, if so, continuing the subsequent processing, otherwise, returning to failure;
(6) creating an asset record on the chain, wherein the asset record comprises an AssetID, a unique ID of a real object corresponding to the asset, an asset name, asset description and asset owner information, and storing the asset record by taking a TokenID as a Key;
the unique ID of the asset corresponding to the real object refers to information which has unique identification capability in a certain application range in the real world corresponding to the asset, and the information includes but is not limited to identity card numbers, license plate numbers, mobile phone numbers, product two-dimensional codes, academic certificate numbers and employee work numbers.
2. The algorithm for implementing non-homogenesis evidence according to claim 1,
in the information carried by the asset type identification creation transaction, the attributes of the assets mainly include:
(1) whether the asset owner is allowed to transfer;
(2) whether the asset owner is allowed to destroy the asset;
(3) after the asset owner is transferred, whether the asset creator is allowed to recover the asset owner again or not is judged;
(4) whether to allow the destroyed asset to be recreated;
(5) defining reclamation, i.e. whether reclamation is by the asset creator destroying the asset process or by the asset owner transferring to the asset creator process;
(6) whether to allow the asset transfer attribute to be changed, i.e., whether to allow the asset owner to change from a transferable state to a transfer-prohibited state, or whether to allow the asset owner to change from a transfer-prohibited state to a transferable state.
3. The algorithm of claim 2, wherein the asset performs one or more of the following transactions based on the property of the asset,
transactions include, but are not limited to, asset transfer, asset destruction, asset reclamation, altering asset transfer attributes.
4. A non-homogeneous evidence-based realization algorithm according to claim 3,
the asset transfer transaction comprises the steps of:
(1) the asset owner initiates an asset transfer transaction, the asset transfer transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner, an asset transfer transaction receiver and the attribute of the asset, after the system receives an asset transfer transaction request, the system checks whether the asset of the TokenID exists and whether the state is valid, if so, the system continues to enter the step (2), otherwise, the system returns failure;
(2) checking whether the property owner is the initiator of the property transfer transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the asset is allowed to be transferred, if so, continuing to step (4), otherwise, returning to failure;
(4) checking whether the asset transfer transaction receiver exists, if so, changing the asset owner to the asset transfer transaction receiver, otherwise, returning failure.
5. A non-homogeneous evidence-based realization algorithm according to claim 3,
asset destruction comprises the following steps:
(1) the asset owner initiates an asset destruction transaction, the asset destruction transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner and the attribute of the asset, after the system receives an asset destruction transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the system continues to enter the step (2), otherwise, the system returns failure;
(2) checking whether the property owner is the initiator of the property destruction transaction, if so, continuing to enter the step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be destroyed, if so, continuing to enter the step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the destroyed asset is allowed to be created again, if so, directly deleting the asset information from the ledger, otherwise, not deleting the information, but modifying the asset state into the deleted invalid state.
6. A non-homogeneous evidence-based realization algorithm according to claim 3,
the asset recovery comprises the following steps:
(1) the asset owner initiates an asset recovery transaction, the asset recovery transaction information comprises a TokenID, a unique ID of a real object corresponding to the asset, a public key and a signature for verifying the identity of the asset owner and the attribute of the asset, after the system receives an asset recovery transaction request, the system checks whether the TokenID asset exists and the state is valid, if yes, the system continues to enter the step (2), otherwise, the system returns failure;
(2) checking whether the property owner is the initiator of the property recovery transaction, if so, continuing to step (3), otherwise, returning to failure;
(3) checking whether the assets are allowed to be recycled, if so, continuing to step (4), otherwise, returning to failure;
(4) checking the property of the asset, confirming whether the recovery is processed according to the destroy, if so, checking whether the property allows the regeneration, if not, modifying the state of the asset into the deleted invalid state, if so, directly deleting the asset information from the ledger, if not, modifying the owner of the asset into the creator of the asset.
7. A non-homogeneous evidence-based realization algorithm according to claim 3,
altering asset transfer attributes includes the steps of:
(1) the asset owner initiates a transaction for enabling asset transfer, wherein AssetID is carried, the asset corresponds to the unique ID of a real object, a public key and a signature for verifying the identity of the asset owner and the attribute of the asset, after the system verifies that the identity is valid, the asset attribute of the asset class is obtained according to the AssetID, if the asset class exists, the operation is continued, otherwise, failure is returned;
(2) checking that the property of the property sets the property transfer capacity of the property to be allowed to be modified, if so, continuing, otherwise, returning to failure;
(3) and checking whether the current asset transfer attribute in the asset attributes is consistent with the attribute to be set, if so, directly returning without data modification, and otherwise, updating the asset transfer attribute in the asset attribute field in the asset category record.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010008257.7A CN111105236A (en) | 2020-01-06 | 2020-01-06 | Realization algorithm of non-homogeneity evidence |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010008257.7A CN111105236A (en) | 2020-01-06 | 2020-01-06 | Realization algorithm of non-homogeneity evidence |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111105236A true CN111105236A (en) | 2020-05-05 |
Family
ID=70425368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010008257.7A Pending CN111105236A (en) | 2020-01-06 | 2020-01-06 | Realization algorithm of non-homogeneity evidence |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111105236A (en) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111340494A (en) * | 2020-05-15 | 2020-06-26 | 支付宝(杭州)信息技术有限公司 | Asset type consistency evidence generation, transaction and transaction verification method and system |
CN112035875A (en) * | 2020-08-28 | 2020-12-04 | 江苏恒为信息科技有限公司 | Method for realizing native non-homogeneous assets |
CN112287030A (en) * | 2020-11-27 | 2021-01-29 | 上海绚萃智能科技有限公司 | Block chain link point device for randomly generating and analyzing non-homogeneous digital assets |
CN112634037A (en) * | 2020-12-22 | 2021-04-09 | 无锡井通网络科技有限公司 | Electronic license management system based on block chain digital identity and non-homogeneous certificate |
CN112668045A (en) * | 2020-12-22 | 2021-04-16 | 无锡井通网络科技有限公司 | Erc721 contract non-homogeneous asset standard block chain native implementation method |
CN112819466A (en) * | 2021-02-20 | 2021-05-18 | 广东卓启云链科技有限公司 | Digital certificate processing method and device, terminal equipment and storage medium |
CN113193965A (en) * | 2021-06-29 | 2021-07-30 | 中国科学院计算技术研究所数字经济产业研究院 | Digital content materialization display system based on NFT |
CN113421094A (en) * | 2021-04-28 | 2021-09-21 | 中国电子科技网络信息安全有限公司 | Intelligent inseparable asset contract implementation method based on block chain |
CN113837857A (en) * | 2021-08-13 | 2021-12-24 | 合肥维天运通信息科技股份有限公司 | Option trading method and system for order to be settled based on block chain |
CN113888333A (en) * | 2021-10-04 | 2022-01-04 | 杭州复杂美科技有限公司 | Non-homogeneous asset cross-chain transaction method, equipment and storage medium |
CN113918645A (en) * | 2021-09-02 | 2022-01-11 | 上海柚子工道物联技术有限公司 | Heterogeneous asset transaction system and method based on block chain and computer device |
CN114266576A (en) * | 2022-02-28 | 2022-04-01 | 环球数科集团有限公司 | Transaction system for metauniverse digital assets |
CN114429267A (en) * | 2021-12-13 | 2022-05-03 | 天翼爱音乐文化科技有限公司 | Method, system and device for wind control of digital work copyright and storage medium |
IT202100020696A1 (en) * | 2021-08-02 | 2023-02-02 | Bcd Digital Srl | METHOD AND SYSTEM FOR THE SECURE VERIFICATION OF A SECURITY |
-
2020
- 2020-01-06 CN CN202010008257.7A patent/CN111105236A/en active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111340494A (en) * | 2020-05-15 | 2020-06-26 | 支付宝(杭州)信息技术有限公司 | Asset type consistency evidence generation, transaction and transaction verification method and system |
CN112035875A (en) * | 2020-08-28 | 2020-12-04 | 江苏恒为信息科技有限公司 | Method for realizing native non-homogeneous assets |
CN112035875B (en) * | 2020-08-28 | 2023-05-26 | 江苏恒为信息科技有限公司 | Native non-homogeneous asset implementation method |
CN112287030A (en) * | 2020-11-27 | 2021-01-29 | 上海绚萃智能科技有限公司 | Block chain link point device for randomly generating and analyzing non-homogeneous digital assets |
CN112634037A (en) * | 2020-12-22 | 2021-04-09 | 无锡井通网络科技有限公司 | Electronic license management system based on block chain digital identity and non-homogeneous certificate |
CN112668045A (en) * | 2020-12-22 | 2021-04-16 | 无锡井通网络科技有限公司 | Erc721 contract non-homogeneous asset standard block chain native implementation method |
CN112819466A (en) * | 2021-02-20 | 2021-05-18 | 广东卓启云链科技有限公司 | Digital certificate processing method and device, terminal equipment and storage medium |
CN113421094A (en) * | 2021-04-28 | 2021-09-21 | 中国电子科技网络信息安全有限公司 | Intelligent inseparable asset contract implementation method based on block chain |
CN113193965B (en) * | 2021-06-29 | 2021-10-08 | 中科计算技术创新研究院 | Digital content materialization display system based on NFT |
CN113193965A (en) * | 2021-06-29 | 2021-07-30 | 中国科学院计算技术研究所数字经济产业研究院 | Digital content materialization display system based on NFT |
IT202100020696A1 (en) * | 2021-08-02 | 2023-02-02 | Bcd Digital Srl | METHOD AND SYSTEM FOR THE SECURE VERIFICATION OF A SECURITY |
CN113837857A (en) * | 2021-08-13 | 2021-12-24 | 合肥维天运通信息科技股份有限公司 | Option trading method and system for order to be settled based on block chain |
CN113918645A (en) * | 2021-09-02 | 2022-01-11 | 上海柚子工道物联技术有限公司 | Heterogeneous asset transaction system and method based on block chain and computer device |
CN113888333A (en) * | 2021-10-04 | 2022-01-04 | 杭州复杂美科技有限公司 | Non-homogeneous asset cross-chain transaction method, equipment and storage medium |
CN114429267A (en) * | 2021-12-13 | 2022-05-03 | 天翼爱音乐文化科技有限公司 | Method, system and device for wind control of digital work copyright and storage medium |
CN114429267B (en) * | 2021-12-13 | 2023-04-21 | 天翼爱音乐文化科技有限公司 | Air control method, system and device for copyright of digital work and storage medium |
CN114266576A (en) * | 2022-02-28 | 2022-04-01 | 环球数科集团有限公司 | Transaction system for metauniverse digital assets |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111105236A (en) | Realization algorithm of non-homogeneity evidence | |
CN110958117B (en) | Block chain interoperability with support for zero knowledge proof | |
CN107342867B (en) | Signature verification method and device | |
CN110543545B (en) | File management method, device and storage medium based on block chain | |
CN111428207A (en) | Digital copyright registration and transaction method based on block chain technology | |
CN109597822B (en) | User data storage and query method and user data processing device | |
KR20190079324A (en) | Method and system for enhancing integrity of batabase based on the block chain system | |
CN112835612A (en) | Electronic document version management method and device based on block chain | |
CN108595980A (en) | A kind of commodity trace to the source information guard method and device | |
CN112035875B (en) | Native non-homogeneous asset implementation method | |
CN111429995B (en) | Vaccine tracing method and system based on alliance chain | |
CN111563098A (en) | Structured and unstructured data query method, device, storage medium and device | |
CN106101113A (en) | A kind of cloud computing data security annotation management method and system | |
CA3171228C (en) | Block chain proof for identification | |
CN111340483A (en) | Data management method based on block chain and related equipment | |
KR20200108757A (en) | Hybrid blockchain system for efficient content change and deletion and XGS injection method using hybrid blockchain | |
CN113450092A (en) | Block chain network-based article safe and efficient transaction method, system and storage medium | |
CN110111218A (en) | A kind of software copyright managing and control system and method based on block chain | |
CN111666540A (en) | Copyright storage and verification method based on block chain and digital signature | |
CN112445841B (en) | Account query method, device, system, server and medium | |
CN111985004A (en) | Method for judging information integrity and computer system thereof | |
CN113112354A (en) | Transaction processing method of block chain network, block chain network and storage medium | |
CN115310126B (en) | Cadastral mapping management method, cadastral mapping management system and storage medium | |
CN115001767A (en) | Service calling method, device, equipment and medium based on national encryption card | |
CN112561544A (en) | Commodity anti-counterfeiting query method and device and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200505 |