CN112766959A

CN112766959A - Non-homogeneous evidence extension method, system and computer readable storage medium

Info

Publication number: CN112766959A
Application number: CN202110011708.7A
Authority: CN
Inventors: 袁英; 沈学峰; 张新宇; 高纪华
Original assignee: Moke Node Shenzhen Network Technology Co ltd
Current assignee: Hebei Xiong'an Moke Information Technology Co ltd
Priority date: 2021-01-06
Filing date: 2021-01-06
Publication date: 2021-05-07
Anticipated expiration: 2041-01-06
Also published as: CN112766959B

Abstract

The invention discloses a method, a system and a storage medium for expanding heterogeneous certificates, wherein the method comprises the following steps: deploying an extended ERC721 pass-certification contract; when creating non-homogeneous evidence, adding the inherent property of the evidence, adding the epilogue during transfer of the evidence and adding the epilogue of the evidence for each ERC721 evidence so that the ERC721 evidence contract can record the data change of each ERC721 evidence. The invention can enable the expanded non-homogeneous certificate to be monitored and detected by other third parties so as to keep the characteristics of openness and transparency of the block chain and simultaneously facilitate the transaction of the non-homogeneous certificate.

Description

Non-homogeneous evidence extension method, system and computer readable storage medium

Technical Field

The present invention relates to the field of block chain technologies, and in particular, to a method and a system for expanding a non-homogeneous certificate, and a computer-readable storage medium.

Background

Essentially, the evidence of a blockchain is an intelligent contract (a piece of software code) that includes not only data, but also operations on data. The intelligent contracts are not only software codes, but also conform to standards in the industry, such as data structures, operation modes of data and the like, so that the intelligent contracts can be recognized in the industry, can be suitable for different tools, software and the like to operate, browse and reference, and have the characteristics of transparency, supervision, collaboration and the like. Such as the standard ERC721 certificate, the data and operations of which can be browsed through a general blockchain browser (third party browser), and the open data structure and programming interface of which can be programmed for others to interface. For example, a non-homogeneous certificate issued on one software can be distributed to another software system for browsing and processing.

ERC721 has the advantage of representing a large number of products in the real world in a one-to-one correspondence. In the real world, a large number of articles have unique characteristics, and when the unique articles are linked to a block chain world to be expressed, the non-homogenization evidence has great advantages. On the one hand, the minimum granularity can be realized, namely, each article, whether the article is a substance or the article in the network world, can be represented by a single certificate; on the other hand, the operability of the certificates, such as transaction characteristics and programmable characteristics, makes the operation of the certificates easier and more efficient. The biggest benefit of the certification is the accessibility, that is, in the blockchain world, the certification meeting certain standards is circulated from one user to another just like the items in the real world. And the blockchain saves all transaction history.

Trading of items may change ownership of the items, and trading of vouchers may change ownership of vouchers, which may generate trading costs. Since ERC721 certifies that contracts are designed for global public links, one of the goals of this standard is to make the weight as light as possible, i.e. to implement only the most basic features and functions to achieve as little occupation of resources on the link as possible to save transaction costs.

On the other hand, the real world objects have many variations in addition to their ownership. On the other hand, there are many changes, and there are also some changes in ownership, and if the transaction cost and efficiency are considered, the implementation is not necessarily recorded by transaction.

The design of standard general evidence is very good for the circulation of general evidence. However, there is no way to express changes beyond transactions. Thus, this change can only be implemented by means of "down-link" processing, i.e. the data relating to the certification is not included in the certification contract, but is implemented in another centralized manner.

The centralized mode is used, so that the possibility of data manipulation is provided; in addition, the data for recording the change of the certificate of receipt and the certificate of receipt have a certain degree of isolation, and especially after the ownership of the certificate of receipt is transferred, the completeness of the certificate of receipt is damaged by the isolation.

Thus, when ERC721 provenance contracts are applied to entity economies to solve problems, if there are a large number of operations on the entity asset, or there are many variations on the entity asset itself, the use of standard provenance appears to be an elusive one.

Disclosure of Invention

The invention mainly aims to provide an expanding method, a system and a computer readable storage medium of non-homogeneous general evidence, aiming at enabling the expanded non-homogeneous general evidence to be monitored and detected by other third parties so as to keep the characteristics of block chain openness and transparency and simultaneously facilitate the transaction of the non-homogeneous general evidence.

In order to achieve the above object, the present invention provides a method for expanding heterogeneous certificates, comprising the following steps:

deploying an extended ERC721 pass-certification contract;

when creating non-homogeneous evidence, adding an inherent attribute of the evidence, adding a postscript during evidence transfer and adding a postscript of the evidence to each ERC721 evidence so that the ERC721 evidence contract can record data change of each ERC721 evidence.

Wherein the step of adding the inherent property of each pass comprises:

different ERC721 passes are derived using the same ERC721 contract by setting different pass attributes.

Wherein the step of adding the inherent property of each pass further comprises:

and realizing corresponding different evidence-passing operations through the same API operation.

The intrinsic attribute of the certificate of receipt at least comprises one or more of the type of the certificate of receipt and the wallet address of the certificate of receipt.

Wherein the step of increasing the postscript during the general evidence transfer comprises:

and increasing the postscript during the evidence transfer by sending an event.

And storing the epilogue in the block chain state database in the form of an event when the evidence is transferred.

In order to achieve the above object, the present invention further provides a non-homogeneous certification extension system, where the system includes a memory, a processor, and an extension program storing non-homogeneous certification on the processor, and the extension program of non-homogeneous certification executes the following steps when the processor runs:

adding the inherent property of each ERC721 plectrum, the epilogue during plectrum transfer and the epilogue operation of the plectrum.

Wherein the non-homogenous certified extension program when executed by the processor further performs the steps of:

different ERC721 passes are created by setting different passing attributes and using the same ERC721 contract, and meanwhile, corresponding different passing operations are realized through the same API operation.

and increasing the postscript during the transfer of the evidence through a mode of sending an event, wherein the postscript during the transfer of the evidence is stored in a block chain state database in the form of the event.

To achieve the above object, the present invention further provides a computer-readable storage medium, which stores a non-homogeneous certification extension program, and when the non-homogeneous certification extension program is executed by a processor, the method performs the steps of the method as described above.

The expanding method, the expanding system and the storage medium of the non-homogeneous general evidence have the advantages that: according to the technical scheme, the expansion ERC721 pass-certificate contract is deployed, when non-homogeneous pass certificates are created, one inherent attribute of the pass certificate, postscript during transfer of the pass certificate and postscript operation of the pass certificate are added to each ERC721 pass certificate, so that the ERC721 contract can record data change of each ERC721 pass certificate, the expanded non-homogeneous pass certificates can be monitored and detected by other third parties, the characteristics of openness and transparency of a block chain are kept, and meanwhile, transaction of the non-homogeneous pass certificates is facilitated.

Drawings

FIG. 1 is a flow chart of a preferred embodiment of the method for expanding non-homogeneous evidence according to the present invention;

fig. 2 is an architecture diagram of the extended ERC721 certificate.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

Aiming at the defect of the ERC721 certified contract in the prior art, the invention expands the standard ERC721 certified contract to a certain extent, so that the ERC721 certified contract can record the certified data change, and one contract can contain all data and also contain the operating characteristics of the data, so that the certification can be completely independent, self-consistent and complete when processing real world products.

When the invention expands the non-homogeneous general evidence, the following two requirements need to be met:

1. preserving the characteristics and functionality of the assurance pass contract so that the extension contract can be recognized by third party tools and software and can be programmatically used;

2. the extension part is universal as much as possible, namely, is irrelevant to specific products and projects, so that the reuse of contracts is increased, and the customization is reduced.

The invention aims to enable the expanded general evidence to be monitored and detected by other third parties so as to keep the characteristics of openness and transparency of a block chain and facilitate the transaction of the general evidence.

Specifically, referring to fig. 1to 2, fig. 1 is a schematic flow chart of a preferred embodiment of the non-homogeneous evidence-based expansion method of the present invention, and fig. 2 is an architecture diagram of an expanded ERC721 evidence.

As shown in fig. 1, the preferred embodiment of the non-homogeneous evidence-based expansion method of the present invention comprises the following steps:

step S10, deploy the extended ERC721 certified contract.

Step S20, when creating a non-homogeneous pass, add a pass inherent attribute, add a postscript during pass transfer, and add a postscript for pass to each ERC721 pass, so that the ERC721 contract can record data change of each ERC721 pass.

In this embodiment, the first is to add the inherent property of each pass. The chain of intrinsic attributes of the voucher includes some basic and unchanging attributes, such as the type of voucher, the address of the wallet, etc. Different 721 vouchers can be created using the same 721 contract by setting different voucher attributes. Meanwhile, through the same API operation, corresponding different evidence-passing operations can be realized, such as land evidence-passing and agricultural product evidence-passing.

The second is to increase the postscript during the process of passing through the syndrome and transferring. The standard ERC721 contract does not support the epilogue of the certificate transfer, and in some occasions, the use of the certificate causes certain limitation. The invention realizes the extension of standard evidence transfer operation and realizes the appendix function by sending event events. On one hand, the function of the epilogue is realized, on the other hand, the epilogue operation is not stored in a chain and is packaged, so that the transaction cost is paid, but the epilogue operation is placed in a state database, the transaction cost is saved, and the operation of reading out the message can be quickly realized.

Thirdly, the postscript operation of general evidence is added. The asset state change of the block chain is realized through evidence transfer. On the other hand, the transfer of the voucher requires a transaction fee, and the number of vouchers issued by ERC721 is extremely large, so it is desirable to be able to record the change of the status of the voucher when the transfer is not passed. This need can be met simply by adding the epilogue functionality to the certificate.

Similar to the transfer of the certificate-passing message, the appendix of the certificate-passing is also realized through an event, so that on one hand, the transaction cost is saved, and on the other hand, the quick reading of the appendix information can be realized.

Please refer to the general structure diagram of the extended ERC721 shown in fig. 2. The standard ERC721 generally proves that there are two non-tamperable attributes and one attribute that changes:

tokenld represents the uniqueness of the certificate of pass as the unique identification of the certificate of pass;

metadata points to any url, and the url can be an http page or a json file, or an ipfs page or a json file;

TokenOwner is the owner of the certificate of origin, which changes as the certificate of origin shifts.

Each certificate has its own inherent attributes such as certificate type, wallet address, etc., and different ERC721 certificates such as land certificate and agricultural product certificate can be generated and operated by setting different certificate attributes, using the same ERC721 certificate contract, and API. Wherein the property is set at the time of the certification-through creation (mint), and the certification-through property can be set and read.

In this embodiment, the evidence transfer may be accompanied by an appendix, which is stored in the block chain state machine database in the form of an event (the state database is stored on each node, but not on the chain, and therefore does not consume fuel).

The certificate of pass can be added with an epilogue which is stored in a database of the block chain state machine in the form of an event. If the actual transfer of the general evidence is not carried out, the state change of the general evidence can be recorded, which is similar to the function of leaving a message and storing the evidence.

In this embodiment, through the foregoing technical solution, an extended ERC721 certification-passing contract is deployed, and when a heterogeneous certification-passing is created, a certified inherent attribute, a certified epilogue during a certification-passing transfer, and a certified epilogue operation are added to each ERC721, so that the ERC721 contract can record data changes of each ERC721 certification-passing, and the extended heterogeneous certification can be monitored and detected by other third parties, so as to maintain the characteristics of the block chain being open and transparent, and at the same time, facilitate transactions of the heterogeneous certification-passing.

Further, in this embodiment, the step of adding the inherent property of each pass includes:

different ERC721 vouchers are created using the same ERC721 contract by setting different vouching attributes.

It is understood that, in the present embodiment, the certification property token property is an arbitrary character string, and corresponds to a structure describing the certification in the certification design. The size of the Property size is limited by the size of the blockchain transaction, and typically, a transaction is less than 32K, so that a transaction containing a Property operation must be less than 32K. It is estimated that property cannot be greater than 32K bytes.

Although the intrinsic property of the general certificate is a character string, the operation can be realized by converting the character string into the character string through a data structure and writing the character string into the ERC721 contract, and the reading operation can be realized by converting the character string into the structure to obtain the description of the general certificate.

The present embodiment may create different ERC721 vouchers using the same ERC721 contract by setting different voucher attributes. Meanwhile, through the same API operation, corresponding different evidence-passing operations can be realized, such as land evidence-passing and agricultural product evidence-passing.

Further, in this embodiment, the step of adding the epilogue during the transfer of the general evidence includes:

and increasing the postscript during the evidence transfer by sending an event.

In the embodiment, the ERC721 contract which is standard in the prior art is considered, and the appendix in the process of certificate passing transfer is not supported, so that certain limitation is caused to the use of certificate passing in some occasions. Therefore, the invention realizes the extension of standard evidence transfer operation and realizes the appendix function by sending event events. On one hand, the function of the epilogue is realized, on the other hand, the epilogue operation is not stored in a chain and is packaged, so that the transaction cost is paid, but the epilogue operation is placed in a state database, the transaction cost is saved, and the operation of reading out the message can be quickly realized.

The method of the invention for expanding the non-homogeneous general evidence is described in further detail below.

1. For standard ERC721 general evidence:

the standard ERC721 generally demonstrates three parameters, as shown in table 1.

token id is the unique identifier of the passport. In the case of general evidence casting, the parameters are provided. token Id is unique in that it must be a number. In practice, this is a 32 byte string of numbers. the token Id is assigned during the certification creation and cannot be tampered later.

Token owner is the owner of Token. At the very beginning, the creator of a token is the owner of the token. When token ownership transfers, the token owner also becomes the wallet address of the recipient.

Metadata is a standard ERC721 pointer, pointing to a url address. The url is assigned at the time of credential creation and is not subsequently tampered with.

The url address may point to an http page, such as: https:// www.zhnychain.cn/1. html. Or to a json file such as: https:// www.zhnychain.cn/721token/1 json. Or point to an IPFS file hash, such as: "QmZjQKUq 14CvrbYCx4UJYCzeehFA9akAo75 VmWZyJfHHn". It should be noted that the IPFShash is characterized by the uniqueness of the hash of each different file, which means that any modification to a file will result in a change of the hash.

TABLE 1

2. Extending ERC721 Tong-Tong property token property

token property is an arbitrary string of characters corresponding to a structure in the design of the passport that describes the passport.

The size of the Property size is limited by the size of the blockchain transaction, and typically, a transaction is less than 32K, so that a transaction containing a Property operation must be less than 32K. It is estimated that property cannot be greater than 32K bytes.

The operations associated with property are shown in table 2.

TABLE 2

The intrinsic property of the certificate is a string, but in operation, it can be written into the ERC721 contract by converting a data structure into a string. And when reading, the description of the general evidence is obtained by converting the character string into a structure.

For example, a land permit may be described using the following structure:

3. extended ERC721 passport-transaction epilogue tx memo

The standard ERC721 transaction, which has only a simple transaction function, does not have the capability to add a parenthetical function, as does the native token. Thus, the extension of the ERC721 contract of the present invention includes support for a trade appendix.

For the trade appendix, there are the operations shown in table 3.

transferWithMemo	This is an extension of the standard function transferFrom.
		getTransactionMemo	The epilogue of the transaction is read.

TABLE 3

The epilogue of the transaction may be small or large. To save the gas fee, the epilogue of the transaction is not placed on the chain, but in the chain's state database. This is accomplished through the event mechanism. The event here is "transactionMemo".

At the time of reading, a transaction receipt is acquired by gettransactionaccept (txhash), and information of an event is acquired by parsing the transaction receipt.

4. Expansion of ERC721 Tong-Tong Zhu token memo

Sometimes, the token has not been transferred (because the number of tokens is too large), and at this time, a mechanism is needed to record the change of the state information of the entity asset corresponding to the token. Token memo implements this state mechanism.

For token memo, there are operations shown in table four.

Watch four

Token mom may be small or large. To save gas costs, token memo is not placed on the chain, but in the chain's state database. Through the event mechanism. The event here is "memoaded".

In order to effectively and quickly read the event corresponding to the transaction, the token Id is used as the event screening parameter because the token Id has uniqueness. In this case, the present invention is able to list a list of transactions for a particular pass.

The beneficial effects of the non-homogeneous evidence-based expansion method are as follows: according to the technical scheme, the expansion ERC721 evidence passing contract is deployed, when non-homogeneous evidence passing is established, one inherent attribute of the evidence passing, postscript during transfer of the evidence passing and postscript operation of the evidence passing are added to each ERC721 evidence passing, the expanded non-homogeneous evidence passing can be monitored and detected by other third parties, the characteristics of block chain openness and transparency are kept, and meanwhile, transaction of the non-homogeneous evidence passing is facilitated.

the deployment extension ERC721 validates the contract.

When creating non-homogeneous evidence, adding an inherent attribute of the evidence, adding a postscript during evidence transfer and adding a postscript of the evidence to each ERC721 evidence so that the ERC721 contract can record data change of each ERC721 evidence.

Further, when the non-homogenous certified extension program is executed by the processor, the following steps are also executed:

different ERC721 contracts are derived by setting different certification attributes and using the same ERC721 contract, and meanwhile, corresponding different certification operations are realized through the same API operation.

The beneficial effects of the non-homogeneous evidence-based expansion system are as follows: according to the technical scheme, the expansion ERC721 evidence passing contract is deployed, when non-homogeneous evidence passing is established, one inherent attribute of the evidence passing, postscript during transfer of the evidence passing and postscript operation of the evidence passing are added to each ERC721 evidence passing, the expanded non-homogeneous evidence passing can be monitored and detected by other third parties, the characteristics of block chain openness and transparency are kept, and meanwhile, transaction of the non-homogeneous evidence passing is facilitated.

In order to achieve the above object, the present invention further provides a computer-readable storage medium, where the computer-readable storage medium stores a non-homogeneous general evidence extension program, and when the non-homogeneous general evidence extension program is executed by a processor, the steps of the method according to the above embodiment are performed, which are not described herein again.

The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. A method for expanding non-homogeneous general evidence is characterized by comprising the following steps:

deploying an extended ERC721 pass-certification contract;

2. The method of claim 1, wherein the step of adding the intrinsic property of each of the certificates comprises:

3. The method of extending non-homogenous proofs of claim 2, wherein the step of adding the intrinsic property of each proof further comprises:

4. The method for extending heterogeneous certificates according to claim 1, wherein the inherent attributes of said certificates include at least one or more of the type of certificate and the wallet address of certificate.

5. The method for extending non-homogenous evidences according to claim 1 wherein the step of adding an epilogue to the transfer of the evidences comprises:

and increasing the postscript during the evidence transfer by sending an event.

6. The method for expanding non-homogeneous evidence according to claim 5, wherein the epilogue in the evidence transfer is stored in a block chain state database in the form of an event.

7. A non-homogeneous certification extension system, the system comprising a memory, a processor, and an extension program storing non-homogeneous certification on the processor, the extension program performing the following steps when executed by the processor:

8. The non-homogenous-credential extension system of claim 7, wherein the non-homogenous-credential extension program, when executed by the processor, further performs the steps of:

9. The non-homogenous-credential extension system of claim 7, wherein the non-homogenous-credential extension program, when executed by the processor, further performs the steps of:

and adding an epilogue during the transfer of the evidence through a mode of sending an event, wherein the epilogue during the transfer of the evidence is stored in a block chain state database in the form of the event.

10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores an extension program of non-homogeneous certification, which, when executed by a processor, performs the steps of the method according to any one of claims 1to 6.