CN114780994A

CN114780994A - Data processing method based on intelligent contract and block link point

Info

Publication number: CN114780994A
Application number: CN202210455286.7A
Authority: CN
Inventors: 叶玲玲; 孙福辉; 王晓燕
Original assignee: People's Court Information Technology Service Center; ANT Financial Hang Zhou Network Technology Co Ltd
Current assignee: People's Court Information Technology Service Center; ANT Financial Hang Zhou Network Technology Co Ltd
Priority date: 2022-04-24
Filing date: 2022-04-24
Publication date: 2022-07-22

Abstract

A data processing method and a block link point based on an intelligent contract. The method comprises the following steps: receiving a first transaction for invoking the intelligent contract, wherein the first transaction comprises a first text for requesting verification of the first text, and the first text is generated according to a data structure stored in a contract state of the intelligent contract. The method further comprises the following steps: and extracting first element information from the first text according to the data structure, and verifying the first element information according to second element information stored in the contract state of the intelligent contract to obtain a first verification result.

Description

Data processing method based on intelligent contract and block link point

Technical Field

The embodiment of the specification belongs to the technical field of block chains, and particularly relates to a data processing method based on an intelligent contract and a block chain node.

Background

A block chain (Blockchain) is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like. The data blocks are combined into a chain data structure in a block chain in a time sequence in a sequential connection mode, and the data blocks are guaranteed to be not falsifiable and not forged in a cryptographic mode. Because the blockchain has the characteristics of decentralization, information non-tampering, autonomy and the like, the blockchain is also paid more and more attention and is applied by people.

In some current business scenarios, the authenticity verification of electronic data is usually performed manually through offline. For example, verification of typed case texts such as financial disputes and e-commerce disputes is often performed by users for verifying authenticity of the texts. This way of verification is inefficient. And when the manual verification fails or the artificial gains are paid for, the condition that the verification result is not true can occur.

Disclosure of Invention

The invention aims to provide a data processing method based on an intelligent contract and a block chain node, so as to improve the efficiency of data authenticity verification and avoid the situation that the verification result is not true.

The first aspect of the present specification is a data processing method based on an intelligent contract, which is executed by a block link point. The method comprises the following steps:

receiving a first transaction for calling an intelligent contract, wherein the first transaction is sent by equipment of a first user, the first transaction comprises a first text and is used for requesting to verify the first text, a data structure is stored in a contract state of the intelligent contract, and the first text is generated according to the data structure;

extracting first element information from the first text according to the data structure, wherein second element information of the first text is stored in a contract state of the intelligent contract;

verifying the first element information according to the second element information to obtain a first verification result;

and sending the first verification result to the equipment of the first user.

A second aspect of the present description provides a block link point. The block link points include:

the intelligent contract management system comprises a receiving module, a verification module and a verification module, wherein the receiving module is used for receiving a first transaction for calling an intelligent contract, the first transaction is sent by equipment of a first user, the first transaction comprises a first text and is used for requesting to verify the first text, a data structure is stored in a contract state of the intelligent contract, and the first text is generated according to the data structure;

the verification module is used for extracting first element information from the first text according to the data structure, storing second element information of the first text in a contract state of the intelligent contract, and verifying the first element information according to the second element information to obtain a first verification result;

a sending module, configured to send the first verification result to the device of the first user.

A fourth aspect of the present specification provides a computer readable storage medium having stored thereon a computer program which, when executed in a computer, causes the computer to perform the method of the first aspect.

A fifth aspect of the present specification provides a computing device comprising a memory having stored therein executable code and a processor that, when executing the executable code, implements the method of the first aspect.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments in the present specification, the drawings required to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments described in the present specification, and it is obvious for those skilled in the art that other drawings may be obtained according to these drawings without inventive labor.

FIG. 1 is a block diagram of an intelligent contract-based data processing system in one embodiment of the present description;

FIG. 2 is a flow diagram of a method for intelligent contract-based data processing in one embodiment of the present description;

fig. 3 is a schematic structural diagram of a blockchain node in an embodiment of the present disclosure.

Detailed Description

In order to make those skilled in the art better understand the technical solutions in the present specification, the technical solutions in the embodiments of the present specification will be clearly and completely described below with reference to the drawings in the embodiments of the present specification, and it is obvious that the described embodiments are only a part of the embodiments of the present specification, and not all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present specification without making any creative effort shall fall within the protection scope of the present specification.

The embodiment of the specification provides a data processing method based on an intelligent contract and a block link point, which are used for verifying the authenticity of data. Before describing embodiments of the present specification, a brief description of a blockchain is provided below.

The blockchain is a distributed storage system, and the blockchain comprises a plurality of nodes. The nodes may have stored thereon the full amount of ledgers, i.e. the status of all blocks and all accounts. Wherein each node in the blockchain can generate the same state in the blockchain by performing the same transaction, each node in the blockchain can store the same state database, and the data is not tampered. Thus, the blockchain provides a possibility to verify the authenticity of the data. The number of nodes included in the block chain may satisfy the Byzantine Fault Tolerance (BFT) requirement. The byzantine fault tolerance requirement can be understood as that byzantine nodes (i.e. malicious nodes) can exist in a block chain, and the block chain does not externally represent the byzantine behaviors. Some Byzantine fault-tolerant algorithms require that the number of nodes is larger than 3f +1, and f is the number of Byzantine nodes.

A transaction in the blockchain domain may refer to a unit of task that is performed in the blockchain and recorded in the blockchain. The transaction typically includes a send field (From), a receive field (To), and a Data field (Data). For example, in the case where the transaction is a transfer transaction, the From field indicates the account address From which the transaction was initiated (i.e., the transfer task To another account was initiated), the To field indicates the account address From which the transaction was received (i.e., the transfer was received), and the Data field includes the transfer amount. In the case of a transaction calling an intelligent contract in a blockchain, a From field represents an account address for initiating the transaction, a To field represents an account address of the contract called by the transaction, and a Data field includes Data such as a function name in the calling contract and incoming parameters To the function, so as To obtain code of the function From the blockchain and execute the code of the function when the transaction is executed.

The function of the intelligent contract can be provided in the block chain. An intelligent contract on a blockchain is a contract that can be executed on a blockchain system triggered by a transaction. An intelligent contract may be defined in the form of code. Calling the intelligent contract in the block chain is to initiate a transaction pointing to the intelligent contract address, so that each node in the block chain network runs the intelligent contract code in a distributed mode. It should be noted that, in addition to the creation of the smart contracts by the users, the smart contracts may also be set by the system in the creation block. Such contracts are generally referred to as foundational contracts. In general, the data structure, parameters, attributes and methods of some blockchains may be set in the startup contract. Further, an account with system administrator privileges may create a contract at the system level, or modify a contract at the system level (simply a system contract). Wherein the system contract is usable to add data structures for data of different services in a blockchain.

In the scenario of contract deployment, for example, Bob sends a transaction containing information to create an intelligent contract (i.e., a deployment contract) into the blockchain, the data field of the transaction includes the code (e.g., bytecode or machine code) of the contract to be created, and the to field of the transaction is null to indicate that the transaction is for use in deploying the contract. After the nodes are agreed by a consensus mechanism, a contract address of the contract is determined to be 0x6f8ae93. ", each node adds a contract account corresponding to the contract address of the intelligent contract in a state database, allocates state storage corresponding to the contract account, and stores contract codes in the state storage of the contract, so that the contract creation is successful.

In the scenario of invoking a contract, for example, Bob sends a transaction for invoking a smart contract into the blockchain, the from field of the transaction is the address of the account of the transaction initiator (i.e., Bob), the "0 x6fgaee 93" in the to field represents the address of the invoked smart contract, and the data field of the transaction includes the method and parameters for invoking the smart contract. After the transaction is identified in the blockchain, each node in the blockchain can execute the transaction respectively, so that the contract is executed respectively, and the state database is updated based on the execution of the contract.

Fig. 1 is a schematic structural diagram of a data processing system based on intelligent contracts provided in an embodiment of the present specification.

As shown in fig. 1, the system includes a block chain and a plurality of user terminal devices (terminal device 1 to terminal device n). The block chain includes a plurality of nodes (node 1 to node 8).

One node in the blockchain interfaces with a plurality of terminal devices, and each node in the blockchain is connected with other nodes in a wireless mode or a wired mode. Each node in the blockchain is used to execute the same transaction, resulting in the same state, i.e. the nodes in the blockchain all store the same state database. For example, when a node receives a transaction requesting to store a first text, each node in the blockchain executes the transaction, i.e., stores the first text in the contract state of the smart contract or stores element information of the first text. Each node in the blockchain may be implemented as a device having computing, processing capabilities, a server or cluster of devices, or the like. It is understood that the blockchain in fig. 1 is only one example of the blockchain of the present embodiment. In a specific application, the number of nodes in the blockchain is not limited to the structure and the number of nodes shown in fig. 1.

Each user can interact with a node in the block chain through own terminal equipment. And each user can interact with each other through own terminal equipment. In one particular application scenario, the user may be a user of a financial institution, a user of a certifying institution (e.g., a notary institution), a user of a regulatory institution (e.g., a court institution), a user of an enforcement institution (e.g., a judicial institution), or a user of another institution. In the embodiment of the present specification, the description will be made with the user 1 being a user of a financial institution, the user 2 being a user of a certification institution, the user 3 being a user of a management institution, and the user 4 being a user of an execution institution.

For example, the user 1 may initiate a transaction to a node in the blockchain through the terminal device 1 requesting that the first text be stored.

For example, the user 1 may also send the first text to the terminal device 2 of the user 2 through the terminal device 1, requesting the user 2 to notarize the first text. For example, the user 1 may also send the first text to the terminal device 3 of the user 3 through the terminal device 1, requesting the user 3 to try the first text.

For example, when the user 2 or the user 3 receives the first text, the first transaction may be sent to the block link point, and the block link point may be requested to perform the authenticity verification on the first text.

For example, user 2 or user 3 may present the first document after determining the authenticity of the first text and request the blockchain node to store the first document. The first official document may comprise a notary document or a referee document. After determining the authenticity of the first text, the user 2 may issue a notarization document corresponding to the first text. Alternatively, the user 3 may issue a referee document corresponding to the first text after determining the authenticity of the first text.

For example, when the user 3 or the user 4 receives the first document of the first text, it may request the block link point to authenticate the first document. When the terminal device 3 of the user 3 receives the notarization document sent by the terminal device 2 of the user 2, it may request the block link point to perform authenticity verification on the notarization document. Alternatively, when the terminal device 4 of the user 4 receives the referee document transmitted from the terminal device 4 of the user 3, the block link point may be requested to perform authenticity verification on the referee document.

Based on the above description of fig. 1, an embodiment of the present specification provides a flowchart of a data processing method based on an intelligent contract. The method is performed by a blockchain node and a terminal device. The method will be specifically described below with reference to fig. 2, taking the block chain node 1 and the terminal device 1 to the terminal device 4 in fig. 1 as an example.

Fig. 2 is a flowchart of a method for processing data based on an intelligent contract according to an embodiment of the present specification. As shown in fig. 2, the method includes steps S201 to S217 as follows.

In step S201, the terminal device 1 transmits a transaction Tx1 to the tile link point 1, requesting storage of the element information of the first text.

In the present embodiment, the transaction Tx1 includes a first text, and the transaction Tx1 calls an intelligent contract for requesting the blockchain node 1 to store element information of the first text. Specifically, the user 1 may log in its own blockchain account through the terminal device 1, generate the transaction Tx1 and its corresponding signature, and send the transaction Tx1 and its corresponding signature to the blockchain node 1. The user 1 may sign the transaction Tx1 with the private key of the own blockchain account, and obtain the signature of the transaction Tx 1.

In this embodiment, a contract state of the intelligent contract stores a data structure corresponding to the first text. The user 1 may use the terminal device 1 to generate the first text from the data structure.

Specifically, the contract state of the intelligent contract stores data structures corresponding to different types of texts, and assuming that the text type of the first text is the loan contract type, the user 1 may query the data structure of the loan contract type text from the block chain, thereby obtaining the data structure corresponding to the first text. Specifically, the data structure of the loan contract type text includes fields such as a borrower name, a borrower identity identifier, a borrower institution identifier, and a loan amount.

The terminal device 1 may generate a loan contract as the first text according to the data structure, where field values corresponding to fields such as a borrower name, a borrower identity identifier, a borrower institution identifier, and a loan amount in the loan contract are filled in the fields. In addition, the first text can also comprise a first identification which can uniquely identify the text, such as a contract number. The first identifier is also used to indicate that the type of the first text is a loan contract type. For example, the 1 st bit from the left of the first identifier may be used to indicate the text type of the first text.

In step S203, the blockchain node 1 extracts the element information from the first text according to the transaction Tx1, and stores the extracted element information in the contract state of the smart contract.

In this embodiment, tile chain link point 1 first verifies the signature of transaction Tx1 after receiving transaction Tx1 and its corresponding signature, and broadcasts transaction Tx1 into the tile chain after verification is passed. Each node in the blockchain agrees on the transaction Tx1 after receiving the transaction Tx1, after which each node executes the transaction Tx1, respectively.

Taking the block chain node 1 as an example, when the node 1 executes the transaction Tx1, the data structure corresponding to the first text may be determined according to the first identifier of the first text. Specifically, the blockchain node 1 may determine the text type of the first text as the loan contract type according to the first identifier, thereby obtaining the data structure of the loan contract type from the contract state of the intelligent contract. Then, the block link point 1 may parse the first text according to the obtained data structure of the loan contract type, and obtain field values of various fields in the data structure from the first text as element information of the first text. Specifically, the element information of the first text may include field values of each field in the loan contract, such as a borrower name, a borrower identity identifier, a borrower institution identifier, and a loan amount.

The blockchain node 1 may store the first identification of the first text in association with the element information into a contract state of the smart contract after acquiring the element information of the first text.

In this embodiment, after the blockchain node 1 stores the extracted element information in the contract state of the intelligent contract, it may also send a first message to the terminal device 1 to inform the user 1 that the first text uplink is successful.

In step S205, terminal device 2 or terminal device 3 transmits transaction Tx2 to tile link point 1.

In this embodiment, the transaction Tx2 includes the first text, and the transaction Tx2 calls the smart contract to request the blockchain node 1 to verify the first text. When the user 1 needs the user 2 to notarize the first text or needs the user 3 to judge the first text, the first text may be sent to the terminal device 2 or the terminal device 3 through the terminal device 1. Thus, upon receiving the first text, the terminal device 2 or the terminal device 3 can register its own blockchain account, generate the transaction Tx2 and its corresponding signature, and initiate the transaction Tx2 and its corresponding signature to the blockchain node 1. Where user 2 or user 3 may sign the transaction Tx2 using the private key of their own blockchain account, thereby obtaining a signature of the Tx2 transaction.

In step S207, the blockchain node 1 verifies the first text according to the element information of the first text stored in the smart contract.

Block chain node 1, after receiving transaction Tx2 and its signature, verifies the signature of transaction Tx 2. In particular, blockchain node 1 may verify the signature of the Tx2 transaction using the public key of user 2 or user 3. After signature verification of transaction Tx2 passes, transaction Tx2 is broadcast into the blockchain so that each node in the blockchain executes transaction Tx2 separately after consensus on transaction Tx2 is reached. In the present embodiment, as described above, the blockchain node 1 may determine the data structure corresponding to the first text according to the first identifier of the first text in the transaction Tx2 when executing the transaction Tx2, and perform element extraction on the first text according to the data structure.

After the extraction is completed, the block link point 1 may compare the element information of the first text stored in the smart contract with the element information of the first text obtained by current extraction. In one embodiment, when the first text and the second text are determined to be consistent, the first text is determined to be verified, otherwise, the first text is determined not to be verified. In another embodiment, when the block link point compares the two element information, the similarity between the two element information may be calculated, and when the similarity is greater than a preset threshold, it is determined that the verification of the first text is passed, otherwise, the verification is not passed. Wherein, the similarity can be determined by calculating the Euclidean distance between the two element information.

In step S209, the block chain node 1 transmits the verification result for the first text to the terminal device 2 or the terminal device 3.

In the present embodiment, when the transaction Tx2 is transmitted by the terminal device 2 of the user 2, the blockchain node 1 transmits the verification result of the pair of first texts to the terminal device 2. When the transaction Tx2 is sent by the terminal device 3 of the user 3, the blockchain node 1 sends the result of the verification of the first text to the terminal device 3.

In this embodiment, when determining that the verification result of the first text is that the first text passes verification, the blockchain node 1 may further send element information of the first text to the terminal device 2 or the terminal device 3, so that the user 2 or the user 3 may make a first document of the first text according to the element information of the first text. The element information may be element information stored in the smart contract or may be currently extracted element information. The first official document may comprise a notary document or a referee document. For example, the blockchain node 1 transmits element information to the terminal device 2, and the user 2 can determine the notary document of the first text from the element information. For another example, the blockchain node 1 transmits element information to the terminal device 3, and the user 3 can determine the official document of the first text based on the element information.

In step S211, the terminal device 2 or the terminal device 3 transmits a transaction Tx3 to the tile link point 1.

In this embodiment, the transaction Tx3 includes a first document of a first text, and the transaction Tx3 calls an intelligent contract for requesting the blockchain node 1 to store a hash value of the first document. For example, after completing the preparation of the notary document, the user 2 may log in its own blockchain account generation Tx3 in the terminal device 2, sign Tx3 with its own private key, and then send the transaction Tx3 and its corresponding signature to the blockchain node 1 through the terminal device 2. For another example, after the user 3 completes the production of the referee document, the user may log in the own blockchain account to generate Tx3 in the terminal device 3, sign Tx3 with the own private key, and then send the transaction Tx3 and its corresponding signature to the blockchain node 1 through the terminal device 3.

In step S213, the blockchain node 1 determines the hash value of the first document according to the determination Tx3, and stores the hash value of the first document in the contract state of the intelligent contract.

In this embodiment, after the tile chain link point 1 receives the transaction Tx3 and its corresponding signature, the signature of the transaction Tx3 is verified first, and after the verification is passed, the transaction Tx3 is broadcast into the tile chain. After each node in the block chain receives transaction Tx3, it agrees on transaction Tx1, after which each node performs transaction Tx3, respectively. If the transaction Tx3 is transmitted from the terminal device 2, the blockchain node 1 may verify the signature of the transaction Tx3 using the public key of the user 2, and if the transaction Tx3 is transmitted from the terminal device 3, the blockchain node 1 may verify the signature of the transaction Tx3 using the public key of the user 3.

In this embodiment, after storing the hash value of the first document, the blockchain node 1 may send a second message to the terminal device 2 or the terminal device 3 to notify the user 2 or the user 3 that the first document is successfully stored.

In step S215, terminal device 3 or terminal device 4 transmits transaction Tx4 to tile link point 1.

In this embodiment, the transaction Tx4 includes the first document, the transaction Tx4 calls the intelligent contract, and the blockchain node 1 is requested to verify the first document.

In this embodiment, after the user 2 completes making the notarization document, the notarization document can be sent to the terminal device 3 through the terminal device 2. After the user 3 receives the notarization document, it may log in the blockchain account in the terminal 3 to generate the transaction Tx4, sign the transaction Tx4 with its own private key, and then send the transaction Tx4 and its signature to the blockchain node 1 through the terminal 3.

In the present embodiment, the user 3 can transmit the referee document to the terminal device 4 through the terminal device 3 after completing the production of the referee document. After the user 4 receives the referee document, it may log in the blockchain account in the terminal device 4 to generate the transaction Tx4, sign the transaction Tx4 using its own private key, and then send the transaction Tx4 and its signature to the blockchain node 1 through the terminal device 4.

In step S217, the blockchain node 1 verifies the first document according to the hash value of the first document stored in the intelligent contract.

In this embodiment, block link point 1 verifies the signature of transaction Tx4 after receiving transaction Tx4 and its signature. In particular, blockchain node 1 may verify the signature of Tx4 using the public key of user 3 or user 4. In the event that the signature verification for transaction Tx4 passes, transaction Tx4 is broadcast into the blockchain, such that each node in the blockchain executes transaction Tx4 separately after consensus on transaction Tx4 is reached.

Taking blockchain node 1 as an example, blockchain node 1 may determine a hash value of the first document. After the current hash value of the first document is obtained, the hash value of the first document stored in the smart contract and the current hash value may be compared. In one embodiment, when the two hash values are determined to be consistent, the first document is determined to be verified, otherwise, the first document is verified to be not verified. In another embodiment, the blockchain node 1 may further calculate a similarity between the two hash values, and when the similarity is smaller than a preset threshold, determine that the first document is verified, otherwise, determine that the first document is not verified. As previously mentioned, the similarity may be calculated as a euclidean distance determination between the two hash values.

In step S219, the blockchain node 1 transmits the verification result of the first document to the terminal device 3 or the terminal device 4.

When the transaction Tx4 is sent by the terminal device 3 of the user 3, the blockchain node 1 sends the verification result of the first document to the terminal device 3. When the transaction Tx4 is sent by the terminal device 4 of the user 4, the blockchain node 1 sends the result of the verification of the first document to the terminal device 4.

In the embodiment of the data processing method shown in fig. 1, the element information of the first text stored in the block chain is used to verify the first text, so that the verification efficiency of the text data can be improved, and meanwhile, the situation that the verification result is not true during the offline verification can be avoided. In the application scene of the certification institution and the management institution, the scheme can ensure that the user can verify the authenticity of the text on line, thereby realizing office automation and improving the efficiency of making official documents, such as official documents or referee documents, and the like by the user of the certification institution or the management institution.

Based on the foregoing data processing method embodiment, an embodiment of the present disclosure further provides a block link point, which is used to implement the steps executed by the block link point in the foregoing method embodiment.

Fig. 3 is a schematic structural diagram of a blockchain node according to an embodiment of the present disclosure.

As shown in fig. 3, the blockchain node 300 may include a receiving module 301, a verifying module 303, and a transmitting module 305.

In this embodiment, the receiving module 301 is configured to receive a transaction Tx1 invoking a smart contract, where the transaction Tx1 is transmitted by a device of a first user and the transaction Tx1 includes first text for requesting storage of the first text. The receiving module 301 is further configured to extract element information from the first text according to a data structure corresponding to the first text stored in the contract state of the intelligent contract, and store the extracted element information in the contract state of the intelligent contract. The first text is generated according to the data structure. The device of the first user may comprise the terminal device 1 of fig. 1 described above.

In this embodiment, the receiving module 301 is further configured to receive a transaction Tx2 invoking the smart contract, where the transaction Tx2 is transmitted by the device of the second user, the transaction Tx2 includes a first text for requesting verification of the first text, and a contract state of the smart contract stores a data structure corresponding to the first text. The verification module 303 is configured to extract element information from the first text according to the data structure, and verify the currently extracted element information according to the element information stored in the contract state of the smart contract, so as to obtain a verification result of the first text. The sending module 305 is configured to send the verification result of the first text to the device of the second user. The device of the second user may include the terminal device 2 or the terminal device 3 in fig. 1.

In this embodiment, the receiving module 301 is further configured to receive a transaction Tx3 invoking the intelligent contract, where the transaction Tx3 is sent by the device of the second user, and the transaction Tx3 includes a first document corresponding to the first text, and is used to request to store the first document, and the first document is determined according to the element information of the first text. The receiving module 301 is further configured to store the first hash value of the first document in a contract state of the intelligent contract according to the hash value of the first document.

In this embodiment, the receiving module 301 is further configured to receive a transaction Tx4 invoking the smart contract, where the transaction Tx4 is sent by the device of the third user, and the fourth transaction includes the first document and is used to request to verify the first document; the verification module 303 is further configured to determine a hash value of the first document, and verify a currently determined second hash value according to the hash value stored in the intelligent contract, to obtain a verification result of the first document; the sending module 305 is further configured to send a verification result of the first document to the device of the third user. The device of the third user may be the aforementioned terminal device 3 or terminal device 4.

It should be understood that the modules in the above block chain node 300 may be preset in the block chain node, and may also be loaded into the block chain node by downloading or the like. The functions of the corresponding modules in the block link point can be specifically described in the steps performed by the block chain node 1 in the method steps shown in fig. 2. Respective ones of the above block link points may be interworked with other ones of the block link points to implement a data processing scheme.

The above description is only illustrative for the above block chain node embodiment, wherein the modules illustrated as separate components may or may not be physically separate, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the embodiments in the present specification. Can be understood and implemented by those skilled in the art without inventive effort.

Embodiments of the present description further provide a computer-readable storage medium, where the storage medium stores a computer program, and the computer program may be used to execute the method steps in the embodiment shown in fig. 2.

The embodiment of the present specification further provides a computing device, which includes a memory and a processor, where the memory stores executable codes, and the processor executes the executable codes to implement the method steps in the foregoing embodiments.

In the 90's of the 20 th century, improvements to a technology could clearly distinguish between improvements in hardware (e.g., improvements to circuit structures such as diodes, transistors, switches, etc.) and improvements in software (improvements to process flow). However, as technology advances, many of today's process flow improvements have been seen as direct improvements in hardware circuit architecture. Designers almost always obtain the corresponding hardware circuit structure by programming an improved method flow into the hardware circuit. Thus, it cannot be said that an improvement in the process flow cannot be realized by hardware physical modules. For example, a Programmable Logic Device (PLD), such as a Field Programmable Gate Array (FPGA), is an integrated circuit whose Logic functions are determined by programming the Device by a user. A digital system is "integrated" on a PLD by the designer's own programming without requiring the chip manufacturer to design and fabricate application-specific integrated circuit chips. Furthermore, nowadays, instead of manually making an Integrated Circuit chip, such Programming is often implemented by "1-generic compiler" software, which is similar to a software compiler used in program development and writing, but the original code before compiling is written by a specific Programming Language, which is called Hardware Description Language (HDL), and HDL is not only one but many, such as abel (advanced Boolean Expression Language), ahdl (alternate Hardware Description Language), traffic, pl (com universal Programming Language), HDCal (jhdware Description Language), lacl, long HDL, las, software, rhsoftware (Hardware Description Language), and the like, which are currently used by Hardware Description Language (Hardware Description Language). It will also be apparent to those skilled in the art that hardware circuitry for implementing the logical method flows can be readily obtained by a mere need to program the method flows with some of the hardware description languages described above and into an integrated circuit.

The controller may be implemented in any suitable manner, for example, the controller may take the form of, for example, a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro) processor, logic gates, switches, an Application Specific Integrated Circuit (ASIC), a programmable logic controller, and an embedded microcontroller, examples of which include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320, the memory controller may also be implemented as part of the control logic of the memory. Those skilled in the art will also appreciate that, in addition to implementing the controller as pure computer readable program code, the same functionality can be implemented by logically programming method steps such that the controller is in the form of logic gates, switches, application specific integrated circuits, programmable logic controllers, embedded microcontrollers and the like. Such a controller may thus be considered a hardware component, and the means included therein for performing the various functions may also be considered as a structure within the hardware component. Or even means for performing the functions may be regarded as being both a software module for performing the method and a structure within a hardware component.

The systems, apparatuses, modules or units described in the above embodiments may be specifically implemented by a computer chip or an entity, or implemented by a product with certain functions. One typical implementation device is a server system. Of course, this application does not exclude that with future developments in computer technology, the computer implementing the functionality of the above described embodiments may be, for example, a personal computer, a laptop computer, a vehicle-mounted human-computer interaction device, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device or a combination of any of these devices.

Although one or more embodiments of the present description provide method operation steps as described in the embodiments or flowcharts, more or fewer operation steps may be included based on conventional or non-inventive means. The order of steps recited in the embodiments is merely one manner of performing the steps in a multitude of orders and does not represent the only order of execution. When an actual apparatus or end product executes, it may execute sequentially or in parallel (e.g., parallel processors or multi-threaded environments, or even distributed data processing environments) according to the method shown in the embodiment or the figures. The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, the presence of additional identical or equivalent elements in a process, method, article, or apparatus that comprises the recited elements is not excluded. For example, the use of the terms first, second, etc. are used to denote names, but not to denote any particular order.

For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, when implementing one or more of the present description, the functions of each module may be implemented in one or more software and/or hardware, or a module implementing the same function may be implemented by a combination of multiple sub-modules or sub-units, etc. The above-described embodiments of the apparatus are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

The memory may include forms of volatile memory in a computer readable medium, Random Access Memory (RAM) and/or non-volatile memory, such as Read Only Memory (ROM) or flash memory (flash RAM). Memory is an example of a computer-readable medium.

Computer-readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage, graphene storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

One skilled in the art will appreciate that one or more embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, one or more embodiments of the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and so forth) having computer-usable program code embodied therein.

One or more embodiments of the present description may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. One or more embodiments of the specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the system embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and reference may be made to the partial description of the method embodiment for relevant points. In the description of the specification, reference to the description of "one embodiment," "some embodiments," "an example," "a specific example," or "some examples" or the like means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the specification. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Moreover, various embodiments or examples and features of various embodiments or examples described in this specification can be combined and combined by one skilled in the art without being mutually inconsistent.

The above description is intended to be illustrative of one or more embodiments of the disclosure, and is not intended to limit the scope of one or more embodiments of the disclosure. Various modifications and alterations to one or more embodiments described herein will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement made within the spirit and principle of the present specification shall be included in the scope of the claims.

Claims

1. A method of intelligent contract-based data processing, performed by a block link point, the method comprising:

receiving a first transaction for calling an intelligent contract, wherein the first transaction is sent by equipment of a first user, the first transaction comprises a first text and is used for requesting to verify the first text, a data structure corresponding to the first text is stored in a contract state of the intelligent contract, and the first text is generated according to the data structure;

and sending the first verification result to the equipment of the first user.

2. The method of claim 1, prior to the receiving a first transaction invoking a smart contract, the method further comprising:

receiving a second transaction for invoking the smart contract, wherein the second transaction is sent by equipment of a second user, and the second transaction comprises the first text and is used for requesting to store the second element information of the first text;

and extracting the second element information from the first text according to the data structure, and storing the second element information in a contract state of the intelligent contract.

3. The method of claim 1, the first text including a first identification therein, the method further comprising:

and determining a data structure corresponding to the first text according to the first identifier.

4. The method of claim 1, further comprising:

and sending the first element information to the equipment of the first user when the first verification result is that the first user passes the verification.

5. The method of claim 4, further comprising:

receiving a third transaction for calling the intelligent contract, wherein the third transaction is sent by the equipment of the first user, the third transaction comprises a first official document corresponding to the first text and is used for requesting to store a first hash value of the first official document, and the first official document is determined according to the first element information;

determining the first hash value according to the first official document, and storing the first hash value in a contract state of the intelligent contract.

6. The method of claim 5, the first official document comprising a referee document or a notary document.

7. The method of claim 5, further comprising:

receiving a fourth transaction for invoking the intelligent contract, wherein the fourth transaction is sent by equipment of the third user, and the fourth transaction comprises the first document and is used for requesting to verify the first document;

determining a second hash value according to the first official document, and verifying the second hash value according to the first hash value to obtain a second verification result;

and sending the second verification result to the equipment of the third user.

8. A block link point, comprising:

the intelligent contract management system comprises a receiving module, a verification module and a verification module, wherein the receiving module is used for receiving a first transaction for calling an intelligent contract, the first transaction is sent by equipment of a first user, the first transaction comprises a first text and is used for requesting to verify the first text, a data structure corresponding to the first text is stored in a contract state of the intelligent contract, and the first text is generated according to the data structure;

9. The blockchain node of claim 8, the receiving module further to:

10. The block link point of claim 8, the first text including a first identifier therein, the receiving module further to: and determining a data structure corresponding to the first text according to the first identifier.

11. The blockchain node of claim 8, the verification module further to:

12. The block link point of claim 11, the receiving module further to:

13. The block link point of claim 12, the first official document comprising a referee document or a notary document.

14. The block link point of claim 12, the receiving module further configured to receive a fourth transaction invoking the smart contract, the fourth transaction sent by a device of the third user, the fourth transaction including the first document for requesting verification of the first document;

the verification module is further used for determining a second hash value according to the first official document, and verifying the second hash value according to the first hash value to obtain a second verification result;

the sending module is further configured to send the second verification result to the device of the third user.

15. A computer-readable storage medium, on which a computer program is stored which, when executed in a computer, causes the computer to carry out the method of any one of claims 1-7.

16. A computing device comprising a memory having executable code stored therein and a processor that, when executing the executable code, implements the method of any of claims 1-7.