CN111275555A

CN111275555A - Block chain transaction processing method, transaction node and block chain system

Info

Publication number: CN111275555A
Application number: CN202010111645.8A
Authority: CN
Inventors: 冯浩铭; 刘朝伟; 彭顺求; 陈杭
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2020-02-24
Filing date: 2020-02-24
Publication date: 2020-06-12
Anticipated expiration: 2040-02-24
Also published as: CN111275555B

Abstract

According to the blockchain transaction processing method, the transaction nodes and the blockchain system, the step of transaction validity check is added in the consensus algorithm, unified authority control is carried out on the intelligent contracts running on the blockchain, all blockchain nodes also guarantee the same authority check result on the same transaction through the agreed consensus algorithm, the transaction can be executed only if the transaction consensus passes, otherwise, the transaction is refused to be executed, namely, the same processing result is guaranteed, the condition that the blockchain network is forked is avoided, and the maintenance cost of the blockchain network is reduced.

Description

Block chain transaction processing method, transaction node and block chain system

Technical Field

The invention relates to the technical field of blockchain, in particular to a blockchain transaction processing method, a transaction node and a blockchain system.

Background

Each transaction in the blockchain may issue or invoke a smart contract in addition to performing the underlying virtual money transfer. The use of intelligent contract technology enables the block chain to have the feature of image-agility, so as to execute various complex business logics. However, each intelligent contract on the block chain is opened to any node for calling, so that the intelligent contract is easily attacked maliciously, and certain potential safety hazards exist. However, due to the characteristics of distributed redundant execution and storage of the block chain, if each node individually performs authority control on the invocation of the intelligent contract, inconsistency of the node checking results is easily caused, and finally a large number of branches of the block chain occur.

Disclosure of Invention

Aiming at the problems in the prior art, the invention provides a blockchain transaction processing method, a transaction node and a blockchain system, which avoid the situation that a blockchain network is forked and reduce the maintenance cost of the blockchain network.

In order to solve the technical problems, the invention provides the following technical scheme:

in one aspect of the present invention, a method for processing blockchain transactions includes:

receiving a prepared consensus message from other transaction nodes passing the verification step, and carrying out the verification step again together with the other transaction nodes passing the verification step, wherein the verification step comprises verifying whether a corresponding legal transaction list comprises a transaction unique identifier in the received message; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process;

if the transaction node passes the verification again, accumulating the number of the received preparation consensus messages together with other transaction nodes passing the verification again, and determining whether the number of the preparation consensus messages is larger than the number of the nodes needing to be approved;

if the accumulated quantity of the messages for preparing consensus among all the transaction nodes participating in the accumulation is larger than the required number of the approved nodes, consensus is achieved, and the intelligent contract appointed in the transaction is executed.

In a preferred embodiment, further comprising:

broadcasting a pre-prepared consensus message to other trading nodes except the trading node in the block chain, wherein the pre-prepared consensus message comprises a trading unique identifier, and each trading node comprises a legal trading list corresponding to the trading node.

In a preferred embodiment, further comprising:

receiving a transaction request, generating a transaction unique identifier according to a contract operation mark and a contract unique identifier in the transaction request, and generating a transaction according to the transaction unique identifier;

broadcasting the transaction to other transaction nodes in the blockchain;

and recording the transaction unique identification into a corresponding legal transaction list.

In a preferred embodiment, before broadcasting the transaction, the blockchain transaction processing method further comprises:

receiving a permission certificate sent by a permission management node in the block chain; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

and signing the transaction by using a private key of the authority certificate, and attaching a signature result and the authority certificate to the transaction so that the other transaction nodes verify the transaction according to the contract operation mark, the contract unique identifier and the authority certificate.

In a preferred embodiment, further comprising:

receiving a pre-prepared consensus message broadcast by a transaction node in a block chain;

and performing a verification step, and broadcasting the prepared consensus message to other transaction nodes if the verification is passed.

In a preferred embodiment, before receiving the pre-prepared consensus message, the method further includes:

verifying the validity of the authority certificate in the transaction by using the local root certificate; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

if the verification is passed, using the public key of the authority certificate in the transaction to carry out signature verification on the transaction;

if the signature passes the verification, verifying the legality of the transaction according to a contract operation mark, a contract unique mark, the issued contract authority of the authority certificate in the transaction and a contract authority list; wherein the contract operation flag and the contract unique identifier are included in a transaction request corresponding to a transaction;

and if the transaction is verified to be legal, the transaction unique identifier in the transaction is recorded into a corresponding legal transaction list.

In a preferred embodiment, the contract operation in the transaction is flagged as a release contract;

the verifying the legality of the transaction according to the contract operation mark, the contract unique identifier, the issued contract authority of the authority certificate in the transaction and the contract authority list comprises the following steps:

judging the issuing contract authority of the authority certificate in the transaction; and if the issued contract authority is yes, the verification is passed.

In a preferred embodiment, the contract operation flag in the transaction is a call contract, and the verifying the validity of the transaction according to the contract operation flag, the contract unique identifier, the issued contract right of the right certificate in the transaction and the contract right list includes:

and retrieving a contract authority list of the authority certificate in the transaction, and if the contract unique identifier is retrieved, passing the verification.

In a preferred embodiment, the number of required endorsement nodes is determined by:

the function floor () is an integer lower limit of taking a floating point number, the function ceil () is an integer upper limit of taking a floating point number, the total node number of the block chain network is N, the number of malicious nodes allowed to exist in the network is f, and q is the number of the nodes required to be approved.

In yet another aspect of the invention, a transaction node in a blockchain comprises:

the preparation consensus message receiving module is used for receiving preparation consensus messages from other transaction nodes which pass the verification step and carrying out the verification step again together with the other transaction nodes which pass the verification step, wherein the verification step comprises the step of verifying whether a corresponding legal transaction list comprises a transaction unique identifier in a received message or not; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process;

the preparation consensus message accumulation module accumulates the number of the received preparation consensus messages together with other transaction nodes which pass the re-verification if the verification is passed again, and determines whether the number of the preparation consensus messages is larger than the number of the nodes required to be approved;

and the consensus module is used for achieving consensus and executing the intelligent contract appointed in the transaction if the accumulated quantity of the prepared consensus messages of all the transaction nodes participating in the accumulation is greater than the required approved node number.

In a preferred embodiment, further comprising:

the pre-prepared consensus message broadcasting module broadcasts pre-prepared consensus messages to other trading nodes except the pre-prepared consensus messages in the block chain, wherein the pre-prepared consensus messages comprise a trading unique identifier, and each trading node comprises a legal trading list corresponding to the trading node.

In a preferred embodiment, further comprising:

the transaction request receiving module is used for receiving a transaction request, generating a transaction unique identifier according to a contract operation identifier and a contract unique identifier in the transaction request, and generating a transaction according to the transaction unique identifier;

a transaction broadcasting module that broadcasts the transaction to other transaction nodes in the blockchain;

and the transaction unique identifier recording module records the transaction unique identifier into a corresponding legal transaction list.

In a preferred embodiment, the transaction node in the blockchain further comprises:

the permission certificate receiving module is used for receiving a permission certificate sent by a permission management node in the block chain before the transaction is broadcasted; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

and the signature module is used for signing the transaction by using a private key of the authority certificate and attaching a signature result and the authority certificate to the transaction so as to ensure that the other transaction nodes verify the transaction according to the contract operation mark, the contract unique identifier and the authority certificate.

In a preferred embodiment, further comprising:

the pre-preparation consensus message receiving module is used for receiving a pre-preparation consensus message broadcast by a trading node in the block chain;

and a module for broadcasting the consensus message is prepared, the verification step is carried out, and if the verification is passed, the prepared consensus message is broadcasted to other transaction nodes.

In a preferred embodiment, further comprising:

the authority certificate verification module is used for verifying the validity of the authority certificate in the transaction by utilizing the local root certificate; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

the signature verification module is used for performing signature verification on the transaction by using the public key of the authority certificate in the transaction if the verification is passed;

the legality checking module is used for checking the legality of the transaction according to a contract operation mark, a contract unique identifier, issued contract authority of the authority certificate in the transaction and a contract authority list if the signature passes the verification; wherein the contract operation flag and the contract unique identifier are included in a transaction request corresponding to a transaction;

and the transaction unique identifier recording module is used for recording the transaction unique identifier in the transaction into a corresponding legal transaction list if the transaction is verified to be legal.

the transaction unique identification entry module judges the issuing contract authority of the authority certificate in the transaction; and if the issued contract authority is yes, the verification is passed.

In a preferred embodiment, the contract operation flag in the transaction is a calling contract, the transaction unique identifier posting module retrieves a contract authority list of the authority certificate in the transaction, and if the contract unique identifier is retrieved, the verification is passed.

In yet another aspect of the present invention, a blockchain system includes:

a plurality of transaction nodes; the transaction node comprises a main node and a standby node;

the transaction node receives the prepared consensus message from other transaction nodes passing the verification step and carries out the verification step again together with other transaction nodes passing the verification step, wherein the verification step comprises the step of verifying whether a corresponding legal transaction list comprises a transaction unique identifier in the received message or not; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process; if the transaction node passes the verification again, accumulating the number of the received preparation consensus messages together with other transaction nodes passing the verification again, and determining whether the number of the preparation consensus messages is larger than the number of the nodes needing to be approved; if the accumulated quantity of the messages for preparing consensus among all the transaction nodes participating in the accumulation is larger than the required number of the approved nodes, the consensus is achieved, and the intelligent contract appointed in the transaction is executed;

the main node further broadcasts a pre-prepared consensus message to other trading nodes except the main node in the blockchain, wherein the pre-prepared consensus message comprises a trading unique identifier, and each trading node comprises a legal trading list corresponding to the main node;

the standby node further receives a pre-prepared consensus message broadcast by a transaction node in the block chain; and performing a verification step, and broadcasting the prepared consensus message to other transaction nodes if the verification is passed.

In a preferred embodiment, further comprising:

the right management node is used for configuring the issuing contract right and the contract right list of each trading node; the issuing contract authority is used for representing whether the certificate owning node owns the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the certificate owning node;

the main node further receives an authority certificate sent by an authority management node in the block chain; then, signing the transaction by using a private key of the authority certificate, and attaching a signature result and the authority certificate to the transaction;

and the standby node further verifies the transaction according to the contract operation mark, the contract unique identifier and the authority certificate.

In yet another aspect of the present invention, an electronic device includes a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the transaction processing method when executing the program.

In yet another aspect of the invention, a computer-readable storage medium has stored thereon a computer program which, when executed by a processor, implements the transaction processing method.

According to the technical scheme, the blockchain transaction processing method, the transaction nodes and the blockchain system provided by the invention have the advantages that the step of transaction validity check is added in the consensus algorithm, the intelligent contracts running on the blockchain are uniformly controlled in authority, all blockchain nodes also ensure that the authority check results of the same transaction are the same through the agreed consensus algorithm, the transaction can be executed only if the transaction consensus passes, otherwise, the transaction is refused to be executed, namely, the same processing result is ensured, the condition that the blockchain network is forked is avoided, and the maintenance cost of the blockchain network is reduced.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to these drawings without creative efforts.

Fig. 1 is a block chain transaction flow diagram of a prior art node for individually checking authority.

Fig. 2 is a network structure diagram of a blockchain system of an authority control intelligent contract according to an embodiment of the present invention.

Fig. 3 is a structural diagram of a rights management node in an embodiment of the present invention.

Fig. 4 is a structural diagram of a set of authority certificates in an embodiment of the present invention.

Fig. 5 is a structural diagram of a rights certificate according to an embodiment of the present invention.

Fig. 6a is a flowchart of a transaction processing method according to an embodiment of the invention.

Fig. 6b is a second flowchart of a transaction processing method according to an embodiment of the invention.

Fig. 6c is a third flowchart of a transaction processing method according to an embodiment of the invention.

Fig. 7 is a flowchart of generating a blockchain root certificate and an authority certificate according to an embodiment of the present invention.

Fig. 8 is a flowchart of processing a legitimate transaction for a blockchain of an entitlement control smart contract in an embodiment of the present invention.

Fig. 9 is a flowchart of processing illegal transactions of a block chain of an entitlement control smart contract according to an embodiment of the present invention.

Fig. 10 is a flow chart of a processing of a block chain PBFT algorithm in a pre-preparation stage according to an embodiment of the present invention.

Fig. 11 is a flow chart of a processing of a block chain PBFT algorithm in a preparation stage according to an embodiment of the present invention.

FIG. 12 is a flow chart of a block chain PBFT algorithm in the commit stage according to an embodiment of the present invention.

Fig. 13 is a schematic block diagram of a transaction node according to an embodiment of the present invention.

Fig. 14 is a schematic block diagram of a master node according to an embodiment of the present invention.

Fig. 15 is a schematic structural diagram of a module of a standby node in the embodiment of the present invention.

Fig. 16 is a schematic structural diagram of an electronic device in an embodiment of the invention.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

As shown in fig. 1, a block chain transaction flow diagram in which nodes individually check authority, if each node individually controls authority of invoking an intelligent contract in a block chain network, a situation may occur in which part of the node checks pass (e.g., transaction receiver 1) and part of the node checks fail (e.g., transaction receiver 2), that is, a situation in which processing results of each node for the same transaction are inconsistent and a bifurcation is finally caused.

Based on the above, considering the characteristics of distributed redundant execution and storage of the blockchain, if each node individually performs authority control on the invocation of the intelligent contract, inconsistency of the node checking results is easily caused, and finally, a large number of branches of the blockchain occur. According to the blockchain transaction processing method, the transaction nodes and the blockchain system, the step of transaction validity check is added in the consensus algorithm, unified authority control is carried out on the intelligent contracts running on the blockchain, all blockchain nodes also guarantee the same authority check result on the same transaction through the agreed consensus algorithm, the transaction can be executed only if the transaction consensus passes, otherwise, the transaction is refused to be executed, namely, the same processing result is guaranteed, the condition that the blockchain network is forked is avoided, and the maintenance cost of the blockchain network is reduced.

In one or more embodiments of the present invention, in order to solve the above-mentioned problem of the block chain network bifurcation, a transaction validity checking step is added to a consensus algorithm, such as a block chain system shown in fig. 2, a plurality of transaction nodes 2; the transaction node comprises a main node and a standby node.

The transaction node 2 is a network node for receiving, broadcasting, consensus, execution and storage of transactions in a blockchain, generally is a trusted server, a workstation and the like of each blockchain member, and is responsible for encapsulating a request of a user into a transaction and broadcasting the transaction to other transaction nodes, or consensus is performed on the transactions broadcasted by other transaction nodes according to a rule of a blockchain consensus algorithm, intelligent contract processing is performed on the transactions passing the consensus, and finally, a block is generated according to a processing result and is persistently stored. All transaction nodes 2 in the block chain establish P2P (Peer-to-Peer) network connection with each other, and share the algorithm based on PBFT (Practical Byzantine Fault Tolerance) to recognize the transaction. Each transaction node 2 will verify whether the transaction sender has the authority to issue the contract or the authority to invoke the appointed contract according to the authority certificate, if so, the consensus process is continued, otherwise, the subsequent consensus process of the transaction is refused to be executed.

The transaction node 2 receives the prepared consensus message from other transaction nodes passing the verification step, and carries out the verification step again together with other transaction nodes passing the verification step, wherein the verification step comprises the step of verifying whether a corresponding legal transaction list comprises a transaction unique identifier in the received message or not; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process; if the transaction node passes the verification again, accumulating the number of the received preparation consensus messages together with other transaction nodes passing the verification again, and determining whether the number of the preparation consensus messages is larger than the number of the nodes needing to be approved; if the accumulated quantity of the messages for preparing consensus among all the transaction nodes participating in the accumulation is larger than the required number of the approved nodes, the consensus is achieved, and the intelligent contract appointed in the transaction is executed;

the main node further broadcasts a pre-prepared consensus message to other trading nodes except the main node in the blockchain, wherein the pre-prepared consensus message comprises a trading unique identifier, and each trading node comprises a legal trading list corresponding to the main node.

In the above embodiment, the step of transaction validity check is added to the consensus algorithm to perform unified authority control on the intelligent contract running on the blockchain, all blockchain nodes also ensure that the authority check results for the same transaction are the same through the agreed consensus algorithm, the transaction is executed only if the transaction consensus passes, otherwise, the transaction is refused to be executed, that is, the same processing result is ensured, the situation of forking of the blockchain network is avoided, and the maintenance cost of the blockchain network is reduced.

In one or more preferred embodiments of the present invention, the system further comprises a rights management node 1, wherein the rights management node 1 is connected to all transaction nodes 2 and all transaction nodes 2 are connected to each other via a network.

The authority management node 1 is a server or a plurality of servers which are backed up with each other, and is an authority management node trusted by each participant in the block chain network, and the authority management node performs identity authentication and access verification by issuing an authority certificate for the transaction node 2, so that member management service and authority authentication service are provided for the whole block chain network. The right certificate specifies the issuing contract right of the certificate owner and a contract right list, the issuing contract right describes whether the certificate owner has the right to issue the contract, and the contract right list describes the contract list which can be called by the certificate owner. And all the block chain nodes judge the legality of the transaction by checking the issued contract authority and the contract authority list in the authority certificate.

It will be appreciated that the various node servers may communicate using any suitable network protocol, including network protocols not yet developed at the filing date of the present application. The network protocol may include, for example, a TCP/IP protocol, a UDP/IP protocol, an HTTP protocol, an HTTPS protocol, or the like. Of course, the network Protocol may also include, for example, an RPC Protocol (Remote Procedure Call Protocol), a REST Protocol (Representational State Transfer Protocol), and the like used above the above Protocol.

In one or more embodiments of the present invention, the transaction processing method executed by the transaction node in the blockchain system as shown in fig. 6a specifically includes the following steps:

s100: receiving a prepared consensus message from other transaction nodes passing the verification step, and carrying out the verification step again together with the other transaction nodes passing the verification step, wherein the verification step comprises verifying whether a corresponding legal transaction list comprises a transaction unique identifier in the received message; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process;

s200: if the transaction node passes the verification again, accumulating the number of the received preparation consensus messages together with other transaction nodes passing the verification again, and determining whether the number of the preparation consensus messages is larger than the number of the nodes needing to be approved;

s300: if the accumulated quantity of the messages for preparing consensus among all the transaction nodes participating in the accumulation is larger than the required number of the approved nodes, consensus is achieved, and the intelligent contract appointed in the transaction is executed.

According to the consensus process, the consensus algorithm in the invention is a Byzantine consensus algorithm, namely PBFT consensus, and the PBFT consensus is divided into three stages, namely a pre-preparation stage, a preparation stage and a submission stage. The condition that PBET agrees with agreement is that each transaction node needs to receive an answer to the agreement message with the quantity at least equal to the number of the agreement passing nodes required to be agreed, and the transaction is only agreed to pass.

It is understood that the transaction node executing the above method may be a main node (a node that receives a transaction request uploaded by a client, also referred to as a transaction initiating node), or a backup node, that is, a node that receives a transaction broadcasted by the main node. In the consensus process, the master node performs the consensus initiation operation, and the above method does not limit the identity of the transaction node, and the following description takes byzantine consensus as an example.

In one or more embodiments of the present invention, the node identity performing the above steps is the master node, and it is understood that in this embodiment, as shown in fig. 6b, the transaction node as the master node further performs the following steps:

s0110: broadcasting a pre-prepared consensus message to other trading nodes except the trading node in the block chain, wherein the pre-prepared consensus message comprises a trading unique identifier, and each trading node comprises a legal trading list corresponding to the trading node.

The main node is a node which receives the transaction request, generates a transaction based on the transaction request package, and broadcasts a pre-prepared consensus message by the main node.

In one or more embodiments of the invention, the steps performed by the master node as in fig. 6c further include:

s0101, receiving a transaction request, generating a transaction unique identifier according to a contract operation identifier and a contract unique identifier in the transaction request, and generating a transaction according to the transaction unique identifier and the contract unique identifier;

s0102, broadcasting the transaction to other transaction nodes in the block chain;

s0103, the transaction unique identification is recorded into a legal transaction list corresponding to the transaction unique identification.

Preferably, the authority certificate of each transaction node of the authority management node is used for signature and signature verification of the transaction, and in this embodiment, the master node further performs the following steps:

s0100 a: receiving an authority certificate sent from an authority management node in the blockchain before broadcasting the transaction; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

s0100 b: and signing the transaction by using a private key of the authority certificate, and attaching a signature result and the authority certificate to the transaction so that the other transaction nodes verify the transaction according to the contract operation mark, the contract unique identifier and the authority certificate.

Specifically, as shown in fig. 4, a structure diagram of a set of authority certificates, and fig. 5 is a structure diagram of an authority certificate of each transaction node, the authority certificate specifies which transaction node 2 the certificate owner belongs to, and specifies an issuing contract authority of the certificate owner and a contract authority list, the issuing contract authority describes whether the certificate owner owns the authority to issue the contract, and the contract authority list describes the contract list that the certificate owner can invoke.

It will be appreciated that the public-private key pair of the permission certificate is generated by the transaction nodes, each of which also stores its own root certificate.

In this embodiment, the authority control uses "node + contract + operation type (issue or invoke)" as a granularity, so that a specified contract can only be issued or invoked by a specific node, an authority certificate is issued to a block link point, and an issue contract authority and a contract authority list of a certificate owner are specified in the authority certificate, the issue contract authority describes whether the certificate owner has authority to issue a contract, the contract authority list describes a contract list that the certificate owner can invoke, and all block link points judge the legitimacy of a transaction by checking the issue contract authority and the contract authority list in the authority certificate.

In one or more embodiments of the present invention, executing steps S100 to S300 is a standby node in the trading node, and in this embodiment, as shown in fig. 6c, the standby node further executes the following steps:

s0201: receiving a pre-prepared consensus message broadcast by a transaction node in a block chain;

s0202: and performing a verification step, and broadcasting the prepared consensus message to other transaction nodes if the verification is passed.

In a preferred embodiment, before receiving the pre-prepared consensus message, the standby node further performs:

s0200 a: verifying the validity of the authority certificate in the transaction by using the local root certificate; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

s0200 b: if the verification is passed, using the public key of the authority certificate in the transaction to carry out signature verification on the transaction;

s0200 c: if the signature passes the verification, verifying the legality of the transaction according to a contract operation mark, a contract unique mark, the issued contract authority of the authority certificate in the transaction and a contract authority list; wherein the contract operation flag and the contract unique identifier are included in a transaction request corresponding to a transaction;

s0200 d: and if the transaction is verified to be legal, the transaction unique identifier in the transaction is recorded into a corresponding legal transaction list.

Specifically, in one or more embodiments of the present invention, the contract operation flag in the transaction is an issuing contract, and the legitimacy checking step S0200d specifically is to determine an issuing contract authority of the authority certificate in the transaction; and if the issued contract authority is yes, the verification is passed.

Or, in one or more embodiments of the present invention, the contract operation flag in the transaction is a call contract, the validity checking step S0200d specifically is to retrieve a contract authority list of authority certificates in the transaction, and if the contract unique identifier is retrieved, the verification is passed.

In this embodiment, in the authority control, the "node + contract + operation type (issue or invoke)" is used as a granularity, so that a specified contract can only be issued or invoked by a specific node, a permission certificate is issued to a block link point, and an issue contract permission and a contract permission list of a certificate owner are specified in the permission certificate, the issue contract permission describes whether the certificate owner has permission to issue a contract, the contract permission list describes a contract list that the certificate owner can invoke, and all block link points judge the validity of a transaction by checking the issue contract permission and the contract permission list in the permission certificate.

Further, in one or more embodiments of the invention, the number of required endorsed nodes is determined based on a Byzantine consensus (PBET consensus) need.

Specifically, in the above embodiment, when the total number of nodes in the blockchain network is N, the number f of malicious nodes allowed to exist in the network and the number q of consensus nodes passing through the required authorized node are calculated as follows:

wherein the function floor () is the lower integer limit to take floating point numbers and the function ceil () is the upper integer limit to take floating point numbers.

From the description of the above embodiment, it can be seen that the blockchain transaction processing method provided by the present invention performs unified authority control on the intelligent contract running on the blockchain by adding a step of transaction validity check to the consensus algorithm, and all blockchain nodes also ensure that the authority check results for the same transaction are the same through the agreed consensus algorithm, and execute the transaction only if the transaction consensus passes, otherwise refuse to execute the transaction, i.e. ensure that the transaction has the same processing result, thereby avoiding the situation of forking of the blockchain network, and reducing the maintenance cost of the blockchain network.

Furthermore, in the preferred embodiment, the authority management node configures the authority certificate of each transaction node, and the granularity is "node + contract + operation type (issuing or calling)", so that the specified contract can only be issued or called by a specific node, the unified authority control is performed on the intelligent contract running on the blockchain, the specified contract can only be issued or called by the specific node, the security management for issuing the intelligent contract or calling the intelligent contract by the node in the blockchain is enhanced, further, the authority certificate is issued by the authority management node trusted by each participant in the blockchain network, and cannot be forged, and the validity for issuing the intelligent contract or calling the intelligent contract by the node in the blockchain is ensured.

Several specific scenarios are shown in conjunction below.

Generating blockchain root certificates and permission certificates

As shown in fig. 7, a flow chart for generating a blockchain root certificate and a permission certificate is shown, initialization of the member management node 1 and generation of a permission certificate and a corresponding public and private key pair by each transaction node 2 are performed as follows:

step S101: the certificate module 13 of the member management node 1 generates a root certificate public and private key pair according to an elliptic curve algorithm (ECDSA or SM2) by calling an interface of the password module 14.

Step S102: the certificate module 13 of the member management node 1 uses the root certificate private key to perform self-signature on the root certificate public key by calling the interface of the cryptographic module 14, and generates a root certificate.

Step S103: the certificate module 22 of the transaction node 2 generates a right certificate public-private key pair according to an elliptic curve algorithm (ECDSA or SM2) by calling an interface of the password module 23.

Step S104: the organization to which the transaction node 2 belongs submits the authority certificate public key to the member management node 1 through a secure channel (e.g., mail or offline copy).

Step S105: the member management node 1 searches the issuing contract authority and the contract authority list of the trading node 2 from the authority configuration module 11.

Step S106: the certificate module 13 of the member management node 1 issues the authority certificate according to the issued contract authority and contract authority list of the transaction node 2 and the authority certificate public key by calling the interface of the cryptographic module 14 and using the root certificate private key. The issuing contract authority and the contract authority list of the certificate owner are specified in the authority certificate.

Step S107: the communication module 12 of the member management node 1 returns the root certificate and the authority certificate to the corresponding transaction node 2.

Step S108: the certificate module 22 of the transaction node 2 stores and manages the root certificate, the authority certificate of the node and the corresponding public and private key pair.

Processing legitimate transactions

Fig. 8 shows a flow chart of processing a legal transaction of a block chain of an authority control intelligent contract, and the processing flow and authority control of the legal transaction comprise the following processing steps:

step S201: the communication module 21 of the transaction node 2, after receiving a transaction request from a client, reads key information such as a contract operation flag (issued or invoked), a contract unique identifier (the operation flag needs to be sent when invoked), and the like, generates a transaction unique identifier, thereby generating a transaction (including the transaction unique identifier, the contract operation flag, and the contract unique identifier), signs the transaction by using the authority certificate private key through invoking an interface of the cryptographic module 23, and attaches a signature result and an authority certificate to the transaction.

Step S202: the communication module 21 of the transaction node 2 broadcasts the transaction to other transaction nodes 2 by establishing a P2P network connection with other transaction nodes 2, and simultaneously records the transaction unique identifier of the transaction into a legal transaction list of the node, and delivers the transaction to the consensus module 25 for subsequent processing.

Step S203: after receiving the transaction, the communication modules 21 of the other transaction nodes 2 use the root certificate to verify the validity of the authority certificate in the transaction, reject the transaction if the verification fails, use the authority certificate public key in the authority certificate in the transaction if the verification passes, verify the signature result in the transaction, reject the transaction if the verification fails, and continue the following steps if the verification passes.

Step S204: and the authority verification module 24 of other transaction nodes 2 verifies the legality of the transaction according to the operation mark of the transaction contract, the contract unique identifier and the issued contract authority and contract authority list in the authority certificate.

The checking method comprises the following steps:

1. if the contract operation mark in the transaction is a release contract, determining the release contract authority in the authority certificate in the transaction, if the release contract authority is yes, checking to pass, and if the release contract authority is not, checking to fail;

2. if the contract operation mark in the transaction is a calling contract, searching in a contract authority list in the authority certificate according to the unique contract identifier in the transaction, if the contract operation mark is the calling contract, checking to be passed if the contract operation mark is obtained, and if the contract operation mark is not obtained, checking to be not passed.

And if the transaction passes the verification, recording the transaction unique identifier of the transaction to a legal transaction list, and continuing the following steps.

Step S205: the consensus module 25 of all trading nodes 2 performs a three-stage PBFT consensus. In the PBFT consensus process of each stage, after each transaction node 2 receives the consensus message, the invention searches the unique transaction identifier of the consensus message in the legal transaction list, if the search fails, the invention refuses the consensus process of the next stage, and if the search succeeds, the invention continues the consensus process of the next stage.

The three-stage PBFT consensus is: preparing, preparing and submitting, wherein in the submitting stage, each transaction node 2 needs to receive a consensus message response at least the number of which is equal to the number of the consensus passing nodes required, and the transaction is only known to pass.

When the total node number of the block chain network is N, the calculation mode that the number f of the malicious nodes allowed to exist in the network and the consensus pass through the number q of the approved nodes is as follows:

For the transaction passing the consensus, the transaction unique identifier of the transaction is deleted from the legal transaction list and the following steps are continued.

Step S206: the execution module 26 of all trading nodes 2 executes the intelligent contracts specified in the trade.

Step S207: the memory module 27 of all trading nodes 2 persistently stores the results of the execution of the trade.

Processing illegal transactions

As shown in fig. 9, a flow chart for processing an illegal transaction of a block chain of an authority control intelligent contract, a processing flow and authority control of the illegal transaction, the processing steps are as follows:

step S301: the communication module 21 of the transaction node 2, after receiving a transaction request from a client, reads key information such as a contract operation flag (issued or invoked), a contract unique identifier (the operation flag needs to be sent when invoked), and the like, generates a transaction unique identifier, thereby generating a transaction (including the transaction unique identifier, the contract operation flag, and the contract unique identifier), signs the transaction by using the authority certificate private key through invoking an interface of the cryptographic module 23, and attaches a signature result and an authority certificate to the transaction.

Step S302: the communication module 21 of the transaction node 2 broadcasts the transaction to other transaction nodes 2 by establishing a P2P network connection with other transaction nodes 2, and simultaneously records the transaction unique identifier of the transaction into a legal transaction list of the node, and delivers the transaction to the consensus module 25 for subsequent processing.

Step S303: after receiving the transaction, the communication modules 21 of the other transaction nodes 2 use the root certificate to verify the validity of the authority certificate in the transaction, reject the transaction if the verification fails, use the authority certificate public key in the authority certificate in the transaction if the verification passes, verify the signature result in the transaction, reject the transaction if the verification fails, and continue the following steps if the verification passes.

Step S304: and the authority verification module 24 of other transaction nodes 2 verifies the legality of the transaction according to the operation mark of the transaction contract, the contract unique identifier and the issued contract authority and contract authority list in the authority certificate.

The checking method comprises the following steps:

If the transaction verification fails, the transaction is abandoned.

Step S305: the consensus module 25 of all trading nodes 2 performs a three-stage PBFT consensus. In the PBFT consensus process of each stage, after each transaction node 2 receives the consensus message, the invention searches the unique transaction identifier of the consensus message in the legal transaction list, if the search fails, the invention refuses the consensus process of the next stage, and if the search succeeds, the invention continues the consensus process of the next stage.

For a transaction that does not agree, the transaction is aborted.

PBFT consensus process pre-preparation stage

Referring to fig. 10, a processing flow chart of a block chain PBFT algorithm in a preparation stage, the processing flow of the present invention in the preparation stage of the PBFT algorithm includes the following steps:

step S401: the transaction node 2 (main node) broadcasts a pre-prepared consensus message to other transaction nodes 2 (backup nodes), wherein the message contains a transaction body.

Step S402: after each transaction node 2 (backup node) receives the pre-prepared common identification message, searching in a legal transaction list of the node according to the transaction unique identification in the message, discarding the message if the searching fails, and continuing the following steps if the searching succeeds.

Step S403: each trading node 2 (backup node) broadcasts a prepared consensus message to all trading nodes 2, including the local node, wherein the message contains a trading unique identifier.

PBFT consensus process preparation phase

Referring to fig. 11, a processing flow chart of a block chain PBFT algorithm in a preparation stage, the processing flow of the PBFT algorithm in the preparation stage of the present invention includes the following steps:

step S501: each trading node 2 receives a prepare consensus message from all trading nodes 2 (backup nodes).

Step S502: and each transaction node 2 retrieves from the legal transaction list of the node according to the transaction unique identifier in the message, discards the message if the retrieval fails, and continues the following steps if the retrieval succeeds.

Step S503: each transaction node 2 is distinguished by a unique transaction identifier, the preparation consensus messages received and verified by each transaction are accumulated, and whether the following relations are met or not is calculated:

receiving and checking the number of passing preparation consensus messages (i.e. the number of nodes required for the consensus to pass-1)

When a certain transaction satisfies the above relationship, the following steps are continued.

Step S504: each trading node 2 broadcasts and submits a consensus message to all the trading nodes 2 including the node, and the message contains a trading unique identifier.

PBFT consensus process submission phase

As shown in fig. 12, a processing flow chart of the block chain PBFT algorithm in the commit stage, the processing flow of the PBFT algorithm in the commit stage of the present invention includes the following steps:

step S601: each trading node 2 receives a commit consensus message from all trading nodes 2.

Step S602: each transaction node 2 is distinguished by a unique transaction identifier, the submitted consensus messages received by each transaction are accumulated, and whether the following relations are met or not is calculated:

the number of the received submitted common identification messages is equal to the number of the nodes which are identified to pass the required acceptance

When a certain transaction satisfies the above relationship, the consensus passes.

From the above scenario case, it can be known that the present invention has the following advantages:

1. and performing unified authority control on the intelligent contracts running on the block chain by taking the node + contract + operation type (issuing or calling) as granularity, so that the specified contracts can be issued or called only by specific nodes, and the security management of issuing the intelligent contracts or calling the intelligent contracts by the nodes in the block chain is enhanced.

2. By adding the step of transaction validity check in the consensus algorithm, unified authority control is performed on the intelligent contract running on the block chain, the final consistency of check results of all normal nodes of the whole block chain network is ensured, the occurrence of a large number of branches is avoided, and the maintenance cost of the block chain network is reduced.

3. The authority certificate is signed and issued by authority management nodes trusted by all participants in the block chain network, and cannot be forged, so that the validity of issuing an intelligent contract or calling the intelligent contract by the nodes in the block chain is ensured.

Based on the same inventive concept, the present invention provides a module structure of a rights management node at a virtual device level, such as a structure diagram of a rights management node shown in fig. 3, where the "rights management node 1" includes: the system comprises an authority configuration module 11, a communication module 12, a certificate module 13 and a password module 14.

The "authority configuration module 11" is responsible for configuring the issuing contract authority and the contract authority list of each transaction node 2, the issuing contract authority describes whether the certificate owner has the authority to issue the contract, and the contract authority list describes the contract list that the certificate owner can call.

The "communication module 12" is responsible for establishing an RPC (Remote procedure call) network connection with each transaction node 2, receiving a request of the transaction node 2, and making a response.

The "certificate module 13" generates a self-signed root certificate by calling the interface of the cryptographic module 14, and issues an authority certificate for each transaction node 2. The right certificate specifies the issuing contract right of the certificate owner and a contract right list, the issuing contract right describes whether the certificate owner has the right to issue the contract, and the contract right list describes the contract list which can be called by the certificate owner.

The "cryptographic module 14" belongs to a technical support module, and provides cryptographic algorithm support for the certificate module 13 to generate a certificate. The signature algorithm may use ECDSA or SM 2.

From the description of the above embodiment, it can be seen that the authority management node provided by the present invention configures the authority certificate of each transaction node through the authority management node, and uses "node + contract + operation type (issue or invoke)" as granularity, so that a specified contract can only be issued or invoked by a specific node, and performs unified authority control on an intelligent contract running on a blockchain, so that the specified contract can only be issued or invoked by the specific node, and the security management on issuing the intelligent contract or invoking the intelligent contract by the node in the blockchain is enhanced.

Based on the same inventive concept, the present invention provides a module structure of a transaction node at a virtual device level, as shown in fig. 13, where both the master node and the backup node include:

the preparation consensus message receiving module 100 is used for receiving the preparation consensus messages from the other transaction nodes passing the verification step and carrying out the verification step again together with the other transaction nodes passing the verification step, wherein the verification step comprises the step of verifying whether a corresponding legal transaction list comprises a transaction unique identifier in the received message; wherein, other trading nodes also receive a preparation consensus message from a non-self trading node; the message for preparing the consensus is a message broadcasted in the preparation stage in the consensus process;

the prepared consensus message accumulation module 200 accumulates the number of the received prepared consensus messages together with other transaction nodes which pass the re-verification if the prepared consensus messages pass the re-verification, and determines whether the number of the prepared consensus messages is larger than the number of the nodes required to be approved;

and if the accumulated quantity of the prepared consensus messages of all the transaction nodes participating in the accumulation is greater than the required approved node number, the consensus module 300 achieves consensus and executes the intelligent contract appointed in the transaction.

It is to be appreciated that as a master node, in one or more embodiments, as shown in fig. 14, the transaction node further comprises:

the pre-prepared consensus message broadcasting module 0110 broadcasts a pre-prepared consensus message to other trading nodes except the trading node in the block chain, wherein the pre-prepared consensus message comprises a trading unique identifier, and each trading node comprises a legal trading list corresponding to the trading node.

Further, as a master node, in one or more embodiments, continuing with fig. 14, the transaction node further includes:

the transaction request receiving module 0101 is configured to receive a transaction request, generate a unique transaction identifier according to a contract operation identifier and a unique contract identifier in the transaction request, and generate a transaction accordingly;

a transaction broadcasting module 0102, which broadcasts the transaction to other transaction nodes in the block chain;

the transaction unique identifier is recorded in the module 0103, and the transaction unique identifier is recorded in the corresponding legal transaction list.

In an embodiment comprising a rights management node, the transaction node in the blockchain as master node further comprises:

the permission certificate receiving module 0100a receives a permission certificate sent from a permission management node in the block chain before the transaction is broadcast; the authority certificate comprises issuing contract authority and a contract authority list; the contract issuing authority is used for representing whether the corresponding trading node has the authority of issuing the contract or not, and the contract authority list represents a contract list which can be called by the corresponding trading node;

the signature module 0100b uses the private key of the authority certificate to sign the transaction, and attaches the signature result and the authority certificate to the transaction, so that the other transaction nodes verify the transaction according to the contract operation flag, the contract unique identifier and the authority certificate.

It will also be appreciated that in one or more embodiments, as a backup node, as shown in fig. 15, the trading node further comprises:

the pre-prepared consensus message receiving module 0201 is used for receiving a pre-prepared consensus message broadcast by a transaction node in the block chain;

and preparing a consensus message broadcasting module 0202, performing a verification step, and broadcasting the prepared consensus message to other transaction nodes if the verification is passed.

In addition, based on the above embodiment, in an embodiment that includes a rights management node, the standby node further includes:

In one or more embodiments, the contract operation in the transaction is flagged as a published contract; the transaction unique identification entry module judges the issuing contract authority of the authority certificate in the transaction; and if the issued contract authority is yes, the verification is passed.

In one or more embodiments, the contract operation flag in the transaction is a call contract, the transaction unique identifier posting module retrieves a contract authority list of the authority certificate in the transaction, and if the contract unique identifier is retrieved, the verification is passed.

It can be known from the above description that the transaction nodes in the blockchain provided by the present invention perform unified authority control on the intelligent contract running on the blockchain by adding the step of transaction validity check to the consensus algorithm, and all blockchain nodes also ensure that the authority check results for the same transaction are the same by the agreed consensus algorithm, and execute the transaction only if the transaction consensus passes, otherwise refuse to execute the transaction, i.e. ensure that the transaction has the same processing result, thereby avoiding the situation of forking of the blockchain network and reducing the maintenance cost of the blockchain network.

In addition, the security management of intelligent contract release or intelligent contract calling of the nodes in the block chain is enhanced by matching with the authority management node, and further, the authority certificate is issued by authority management nodes trusted by all participants in the block chain network and cannot be forged, so that the legality of intelligent contract release or intelligent contract calling of the nodes in the block chain is ensured.

From a hardware aspect, the present invention provides an embodiment of an electronic device for implementing all or part of contents in a transaction processing method, where the electronic device specifically includes the following contents:

a processor (processor), a memory (memory), a communication Interface (Communications Interface), and a bus; the processor, the memory and the communication interface complete mutual communication through the bus; the communication interface is used for realizing information transmission among related equipment such as a server, a device, a distributed message middleware cluster device, various databases, a user terminal and the like; the electronic device may be a desktop computer, a tablet computer, a mobile terminal, and the like, but the embodiment is not limited thereto. In this embodiment, the electronic device may refer to the embodiment of the transaction processing method in the embodiment and the embodiments of the transaction node and the authority node, which are incorporated herein, and repeated descriptions are omitted here.

Fig. 16 is a schematic block diagram of a system configuration of an electronic device 9600 according to an embodiment of the present invention. As shown in fig. 16, the electronic device 9600 can include a central processor 9100 and a memory 9140; the memory 9140 is coupled to the central processor 9100. Notably, this fig. 16 is exemplary; other types of structures may also be used in addition to or in place of the structure to implement telecommunications or other functions.

In one embodiment, the transaction processing steps may be integrated into the central processor 9100. For example, the central processor 9100 may be configured to control as follows:

As can be seen from the above description, in the electronic device provided in the embodiment of the present invention, the step of verifying the validity of the transaction is added to the consensus algorithm, so as to perform uniform authority control on the intelligent contract running on the blockchain, and all blockchain nodes also ensure that the authority verification results for the same transaction are the same through the agreed consensus algorithm, and execute the transaction only if the transaction consensus passes, otherwise refuse to execute the transaction, that is, ensure that the transaction has the same processing result, thereby avoiding the situation of forking of the blockchain network, and reducing the maintenance cost of the blockchain network.

As shown in fig. 16, the electronic device 9600 may further include: a communication module 9110, an input unit 9120, an audio processor 9130, a display 9160, and a power supply 9170. It is noted that the electronic device 9600 also does not necessarily include all of the components shown in fig. 16; further, the electronic device 9600 may further include components not shown in fig. 16, which can be referred to in the related art.

As shown in fig. 16, a central processor 9100, sometimes referred to as a controller or operational control, can include a microprocessor or other processor device and/or logic device, which central processor 9100 receives input and controls the operation of the various components of the electronic device 9600.

The memory 9140 can be, for example, one or more of a buffer, a flash memory, a hard drive, a removable media, a volatile memory, a non-volatile memory, or other suitable device. The information relating to the failure may be stored, and a program for executing the information may be stored. And the central processing unit 9100 can execute the program stored in the memory 9140 to realize information storage or processing, or the like.

The input unit 9120 provides input to the central processor 9100. The input unit 9120 is, for example, a key or a touch input device. Power supply 9170 is used to provide power to electronic device 9600. The display 9160 is used for displaying display objects such as images and characters. The display may be, for example, an LCD display, but is not limited thereto.

The memory 9140 can be a solid state memory, e.g., Read Only Memory (ROM), Random Access Memory (RAM), a SIM card, or the like. There may also be a memory that holds information even when power is off, can be selectively erased, and is provided with more data, an example of which is sometimes called an EPROM or the like. The memory 9140 could also be some other type of device. Memory 9140 includes a buffer memory 9141 (sometimes referred to as a buffer). The memory 9140 may include an application/function storage portion 9142, the application/function storage portion 9142 being used for storing application programs and function programs or for executing a flow of operations of the electronic device 9600 by the central processor 9100.

The memory 9140 can also include a data store 9143, the data store 9143 being used to store data, such as contacts, digital data, pictures, sounds, and/or any other data used by an electronic device. The driver storage portion 9144 of the memory 9140 may include various drivers for the electronic device for communication functions and/or for performing other functions of the electronic device (e.g., messaging applications, contact book applications, etc.).

The communication module 9110 is a transmitter/receiver 9110 that transmits and receives signals via an antenna 9111. The communication module (transmitter/receiver) 9110 is coupled to the central processor 9100 to provide input signals and receive output signals, which may be the same as in the case of a conventional mobile communication terminal.

Based on different communication technologies, a plurality of communication modules 9110, such as a cellular network module, a bluetooth module, and/or a wireless local area network module, may be provided in the same electronic device. The communication module (transmitter/receiver) 9110 is also coupled to a speaker 9131 and a microphone 9132 via an audio processor 9130 to provide audio output via the speaker 9131 and receive audio input from the microphone 9132, thereby implementing ordinary telecommunications functions. The audio processor 9130 may include any suitable buffers, decoders, amplifiers and so forth. In addition, the audio processor 9130 is also coupled to the central processor 9100, thereby enabling recording locally through the microphone 9132 and enabling locally stored sounds to be played through the speaker 9131.

An embodiment of the present invention further provides a computer-readable storage medium, which can implement all the steps in the transaction node or the right management node in the above embodiments, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the computer program implements all the steps of the transaction processing method in the above embodiments.

As can be seen from the above description, the computer-readable storage medium provided in the embodiment of the present invention records all write request data packets of a master node through the distributed message middleware on the premise of ensuring high availability of storage nodes, and records a timestamp indicating that synchronization of the last data is completed when synchronizing data of the master node is recorded in a backup node, when master-backup switching occurs, the distributed message middleware searches for a corresponding data packet according to the timestamp to find difference data between the master-backup nodes, and writes the data into a new master node after the master-backup switching through a number complementing mechanism, thereby avoiding data loss after the master-backup switching.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention 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 the like) having computer-usable program code embodied therein.

The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (devices), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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.

The principle and the implementation mode of the invention are explained by applying specific embodiments in the invention, and the description of the embodiments is only used for helping to understand the method and the core idea of the invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A blockchain transaction processing method, comprising:

2. The blockchain transaction processing method of claim 1, further comprising:

3. The blockchain transaction processing method of claim 2, further comprising:

broadcasting the transaction to other transaction nodes in the blockchain;

4. The blockchain transaction processing method of claim 3, wherein prior to broadcasting the transaction, the blockchain transaction processing method further comprises:

5. The blockchain transaction processing method of claim 1, further comprising:

6. The blockchain transaction processing method of claim 5, further comprising, prior to receiving the pre-preparation consensus message:

7. The blockchain transaction processing method according to claim 6, wherein the contract operation flag in the transaction is a release contract;

8. The blockchain transaction processing method according to claim 6, wherein the contract operation flag in the transaction is a calling contract, and the verifying the validity of the transaction according to the contract operation flag, the contract unique identifier, the issued contract right of the right certificate in the transaction and the contract right list comprises:

9. The blockchain transaction processing method of claim 1, wherein the number of approved nodes required is determined by the following formula:

10. A transaction node in a blockchain, comprising:

11. The blockchain transaction node of claim 10 further comprising:

12. The blockchain transaction node of claim 11 further comprising:

13. The trading node in a blockchain of claim 12, further comprising:

14. The blockchain transaction node of claim 10 further comprising:

15. The trading node in a blockchain of claim 14, further comprising:

16. A trading node in a blockchain according to claim 15, wherein the contract operation flag in the trade is a publishing contract;

17. The transaction node in the blockchain of claim 15, wherein the contract operation flag in the transaction is a call contract, the transaction unique identifier posting module retrieves a contract authority list of the authority certificate in the transaction, and if the contract unique identifier is retrieved, the verification is passed.

18. The blockchain transaction node of claim 10 wherein the number of approved required nodes is determined by the following equation:

19. A blockchain system, comprising:

20. The blockchain system of claim 19, further comprising:

21. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the transaction processing method of any of claims 1 to 9 when executing the program.

22. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the transaction processing method of any one of claims 1 to 9.