1. A data processing method based on a block chain is characterized by comprising the following steps:

the block processing node generates a transaction packaging request, and sends the transaction packaging request to a transaction processing node so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; the one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent of each other;

receiving the transaction data packet sent by the transaction processing node, and generating an offer block according to the one or more transaction data in the transaction data packet;

performing consensus processing on the proposed block to obtain a consensus processing result;

and if the consensus processing result is a consensus passing result, executing the proposed block to obtain a transaction execution result corresponding to the one or more transaction data, and writing the proposed block and the transaction execution result into a block chain account book.

2. The method of claim 1, wherein the consensus processing on the proposed block to obtain a consensus processing result comprises:

performing signature processing on the proposed block to obtain block signature data;

forwarding the block signature data and the proposed block to a first block chain gateway node, such that the first block chain gateway node obtains a communication address of a second block chain gateway node, forwarding the block signature data and the proposed block to the second block chain gateway node based on the communication address; the second block chain gateway node to forward the proposed block to a communicable block processing node; after the block signature data is successfully checked, the block-communicable processing node performs block check processing on the proposed block to obtain a first block check result;

performing block checking processing on the proposed block to obtain a second block checking result;

determining a consensus processing result for the proposed chunk according to the first chunk checking result and the second chunk checking result.

3. The method of claim 2, wherein the block checking the proposed block to obtain a second block checking result comprises:

generating a block query instruction for the proposed block;

sending the block query instruction to the transaction processing node so that the transaction processing node performs block query processing on the proposed block according to the block query instruction to obtain a second block verification result;

and receiving the second block verification result sent by the transaction processing node.

4. The method of claim 1, further comprising:

after the proposed block and the transaction execution result are written into a blockchain book, a transaction completion notification instruction is generated and sent to the transaction processing node, so that the transaction processing node deletes the one or more transaction data in the transaction pool based on the transaction completion notification instruction and adds the one or more transaction data into an uplink transaction buffer pool.

5. A data processing method based on a block chain is characterized by comprising the following steps:

the transaction processing node acquires transaction data to be verified, and verifies the transaction data to be verified to obtain a verification processing result of the transaction data to be verified;

if the verification processing result of the transaction data to be verified is a verification legal result, adding the transaction data to be verified into a transaction pool;

when a transaction packaging request sent by a block processing node is received, acquiring one or more transaction data from the transaction pool according to the transaction packaging request; hardware equipment resources of the transaction processing node and the block processing node are independent of each other;

and packaging the one or more transaction data to obtain a transaction data packet, and sending the transaction data packet to the block processing node so that the block processing node generates an proposed block according to the one or more transaction data in the transaction data packet.

6. The method according to claim 5, wherein the transaction processing node obtains transaction data to be verified, performs verification processing on the transaction data to be verified to obtain a verification processing result of the transaction data to be verified, and comprises:

the transaction processing node receives transaction data to be verified, which is sent by the third block link gateway node; the third block chain gateway node is used for forwarding the transaction data to be verified to the transaction processing node when receiving the transaction data to be verified sent by the terminal equipment;

receiving transaction signature data which is sent by the third block chain gateway node and is associated with the transaction data to be verified; the transaction signature data is signature data obtained by the terminal equipment signing the transaction data to be verified through a private key of a transaction initiating object;

acquiring a public key of the transaction initiating object, and performing signature verification processing on the transaction signature data through the public key to obtain a signature verification result;

if the signature checking result is a signature checking passing result, performing duplication checking processing on the transaction data to be verified to obtain a duplication checking processing result;

and if the re-verification processing result is a re-verification passing result, determining that the verification processing result of the transaction data to be verified is a verification legal result.

7. The method according to claim 6, wherein the verifying and reprocessing the transaction data to be verified to obtain a result of the verifying and reprocessing, comprises:

searching the transaction data to be verified in a block chain account book;

if the transaction data to be verified is found in the block chain account book, determining that the re-verification processing result is a re-verification non-passing result;

and if the transaction data to be verified is not found in the block chain account book, determining that the re-verification processing result is a re-verification passing result.

8. The method of claim 5, further comprising:

receiving a transaction completion notification instruction sent by the block processing node; the transaction completion notification instruction is generated by the block processing node after writing the proposed block and the transaction execution result into a block chain ledger; the transaction execution result is a transaction execution result corresponding to the one or more transaction data obtained by executing the proposed block after the block processing node passes the consensus on the proposed block;

deleting the one or more transaction data in the transaction pool according to the transaction completion notification instruction, and adding the one or more transaction data into an uplink transaction buffer pool.

9. The method of claim 8, further comprising:

receiving a transaction query request aiming at target transaction data generated by terminal equipment, and searching the target transaction data in the uplink transaction buffer pool according to the transaction query request;

if the target transaction data is found in the uplink transaction buffer pool, a transaction completion result is sent to the terminal equipment;

if the target transaction data is not found in the uplink transaction buffer pool, finding the target transaction data from the block chain account book;

if the target transaction data is found in the block chain account book, adding the target transaction data into the uplink transaction buffer pool, and sending a transaction completion result to the terminal equipment;

and if the target transaction data is not found in the block chain account book, transmitting a transaction unfinished result to the terminal equipment.

10. The method of claim 5, further comprising:

receiving a block query instruction sent by the block processing node; the block query instruction is generated by the block processing node after generating the proposed block;

according to the block query instruction, performing block query processing on the proposed block to obtain a block verification result;

sending the block check result to the block processing node so that the block processing node performs consensus voting on the proposed block according to the block check result.

11. The method of claim 10, wherein the block verification result comprises a verification pass result or a verification fail result; the check pass result is used to instruct the block processing node to generate consensus pass votes for the proposed block; the check failure result is used to instruct the block processing node to generate a consensus failure vote for the proposed block; the proposed block includes transaction data M;

the block query processing is performed on the proposed block according to the block query instruction to obtain a block verification result, and the block verification processing includes:

searching the transaction data M in the transaction pool according to the block query instruction;

if the transaction data M is found in the transaction pool, determining the transaction data M as valid transaction data;

if the transaction data M is not found in the transaction pool, performing signature checking and duplication checking on the transaction data M to obtain a signature checking and duplication checking processing result of the transaction data M;

if the signature verification and duplication checking processing result of the transaction data M is a verification legal result, determining the transaction data M as valid transaction data, otherwise determining the transaction data M as invalid transaction data;

if each transaction data in the proposed block is valid transaction data, determining that the block query result of the proposed block is a check passing result;

if one or more invalid transaction data exists in the proposed block, determining that the block query result of the proposed block is a check failure result.

12. The method according to claim 5, wherein the transaction data to be verified comprises N transaction data to be verified, N being a positive integer; the method further comprises the following steps:

selecting L transaction data to be verified from the N transaction data to be verified added into the transaction pool to perform transaction packaging processing to obtain a broadcast transaction packet; l is a positive integer, and the total data capacity of the L transaction data to be verified is smaller than a configurable capacity threshold;

sending the broadcast transaction packet to a fourth blockchain gateway node, so that the fourth blockchain gateway node acquires a communication address of a fifth blockchain gateway node, and forwarding the broadcast transaction packet to the fifth blockchain gateway node based on the communication address; the fifth blockchain gateway node is to forward the broadcast transaction packet to a communicable transaction processing node; the communication transaction processing node is used for decompressing the broadcast transaction packet into the L transaction data to be verified, and adding the L transaction data to be verified into a transaction pool to which the communication transaction processing node belongs after the L transaction data to be verified are verified to be legal.

13. A data processing method based on a block chain is characterized by comprising the following steps:

the block chain gateway node receives transaction data to be verified sent by terminal equipment, and forwards the transaction data to be verified to a transaction processing node, so that the transaction processing node adds the transaction data to be verified which is verified to be legal into a transaction pool;

receiving block signature data and a proposed block forwarded by a block processing node; the block signature data is signed by the block processing node for the proposed block; the proposed block is generated by the block processing node from one or more transaction data from the transaction pool sent by the transaction processing node;

obtaining a communication address of a communicable block chaining node, forwarding the block signature data and the proposed block to the communicable block chaining node based on the communication address to cause the communicable block chaining node to forward the proposed block to a communicable block processing node; the communicable block processing node is to consensus vote for the proposed block based on the block signature data.

14. The method of claim 13, further comprising:

sending a heartbeat message to the transaction processing node to cause the transaction processing node to generate a reply message based on the heartbeat message;

if the response message of the transaction processing node is not received in the target time period, determining the transaction processing node as a failure transaction processing node, and selecting a first standby transaction processing node;

and when receiving new transaction data to be verified sent by the terminal equipment, sending the new transaction data to be verified to the first standby transaction processing node.

15. The method of claim 13, further comprising:

monitoring the load condition of the transaction processing node;

when the load condition of the transaction processing node is an overload condition, selecting a second standby transaction processing node;

when first transaction data to be verified and second transaction data to be verified which are sent by the terminal equipment are received, the first transaction data to be verified are sent to the transaction processing node, so that the transaction processing node adds the first transaction data to be verified which is verified to be legal into a transaction pool;

and sending the second to-be-verified transaction data to the second standby transaction processing node so that the second standby transaction processing node adds the second to-be-verified transaction data which is verified to be legal into a standby transaction pool.

16. A computer device, comprising: a processor, a memory, and a network interface;

the processor is coupled to the memory and the network interface, wherein the network interface is configured to provide data communication functionality, the memory is configured to store program code, and the processor is configured to invoke the program code to perform the method of any of claims 1-15.

17. A computer-readable storage medium, in which a computer program is stored which is adapted to be loaded by a processor and to carry out the method of any one of claims 1 to 15.

Background

The block chain 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, is mainly used for sorting data according to a time sequence and encrypting the data into an account book, so that the data cannot be falsified or forged, and meanwhile, the data can be verified, stored and updated. The blockchain can also carry out data encryption transmission, node identification and safe access, and is an advanced distributed infrastructure. At present, the applications of block chains are increasing because of their non-tamper-ability and authenticity.

Currently, in a blockchain network built by some popular blockchain protocols, all functions required for transacting uplink are generally completed by a core node, i.e. a full node, such as: transaction broadcasts, transaction checkmarks, transaction checkups, block packaging, block consensus, transaction executions, ledger deposits, and the like. However, some functions in the blockchain need to use the same resource, such as a Central Processing Unit (CPU), a hard disk Input/Output (IO), and so on. Therefore, for some large blockchain projects, such as tax blockchains, because of the wide audience and the concentrated service handling time, a blockchain network needs to perform thousands of transaction uplink links in the same time period, and the functions currently required for different transactions are different, and the functions currently required for a large number of transactions are parallel, resources such as CPUs, IOs and the like of all nodes are frequently seized, so that a large amount of system scheduling is caused, the time is wasted, and the improvement of the performance of the blockchain is not facilitated.

Disclosure of Invention

The embodiment of the application provides a data processing method, a data processing device, data processing equipment and a readable storage medium based on a block chain, which can reduce system scheduling consumption and improve block chain performance.

An embodiment of the present application provides a data processing method based on a block chain, including:

the block processing node generates a transaction packaging request, and sends the transaction packaging request to the transaction processing node so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent;

receiving a transaction data packet sent by a transaction processing node, and generating an offer block according to one or more transaction data in the transaction data packet;

performing consensus processing on the proposed block to obtain a consensus processing result;

if the result of the consensus processing is a result of the consensus, the proposal block is executed to obtain one or more transaction execution results corresponding to the transaction data, and the proposal block and the transaction execution results are written into the block chain ledger.

An embodiment of the present application provides a data processing method based on a block chain, including:

the transaction processing node acquires transaction data to be verified, and verifies the transaction data to be verified to obtain a verification processing result of the transaction data to be verified;

if the verification processing result of the transaction data to be verified is a verification legal result, adding the transaction data to be verified into a transaction pool;

when a transaction packaging request sent by a block processing node is received, acquiring one or more transaction data from a transaction pool according to the transaction packaging request; hardware equipment resources of the transaction processing node and the block processing node are independent;

and packaging the one or more transaction data to obtain a transaction data packet, and sending the transaction data packet to the block processing node so that the block processing node generates an offer block according to the one or more transaction data in the transaction data packet.

An embodiment of the present application provides a data processing method based on a block chain, including:

the block chain gateway node receives transaction data to be verified sent by the terminal equipment, and forwards the transaction data to be verified to the transaction processing node, so that the transaction processing node adds the transaction data to be verified which is verified to be legal into a transaction pool;

receiving block signature data and a proposed block forwarded by a block processing node; the block signature data is obtained by the block processing node by signing the proposed block; the proposed block is generated by the block processing node according to one or more transaction data from the transaction pool sent by the transaction processing node;

obtaining a communication address of the communicable block chain gateway node, forwarding the block signature data and the proposed block to the communicable block chain gateway node based on the communication address, so that the communicable block chain gateway node forwards the proposed block to the communicable block processing node; a communicable block processing node is to consensus vote on the proposed block based on the block signature data.

An embodiment of the present application provides a data processing apparatus based on a block chain, including:

the request generation module is used for generating a transaction packaging request and sending the transaction packaging request to the transaction processing node so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent;

the block generation module is used for receiving a transaction data packet sent by the transaction processing node and generating an offer block according to one or more transaction data in the transaction data packet;

the block consensus module is used for carrying out consensus processing on the proposed blocks to obtain consensus processing results;

and the block execution module is used for executing the proposal block to obtain one or more transaction execution results corresponding to the transaction data if the consensus processing result is a consensus passing result, and writing the proposal block and the transaction execution results into the block chain ledger.

Wherein, the block consensus module comprises:

the signature unit is used for carrying out signature processing on the proposed block to obtain block signature data;

a forwarding unit, configured to forward the block signature data and the proposed block to the first block chain gateway node, so that the first block chain gateway node obtains a communication address of the second block chain gateway node, and forward the block signature data and the proposed block to the second block chain gateway node based on the communication address; a second block chain gateway node for forwarding the proposed block to a communicable block processing node; after the block signature data is successfully checked, the block processing node capable of communicating carries out block checking processing on the proposed block to obtain a first block checking result;

the checking unit is used for carrying out block checking processing on the proposed block to obtain a second block checking result;

a determining unit, configured to determine a consensus processing result for the proposed chunk according to the first chunk checking result and the second chunk checking result.

Wherein, the check-up unit includes:

a query subunit, configured to generate a block query instruction for the proposed block;

the inquiry subunit is further configured to send the block inquiry instruction to the transaction processing node, so that the transaction processing node performs block inquiry processing on the proposed block according to the block inquiry instruction to obtain a second block verification result;

and the receiving subunit is used for receiving the second block verification result sent by the transaction processing node.

Wherein, above-mentioned data processing apparatus still includes:

and the notification sending module is used for generating a transaction completion notification instruction after writing the proposal block and the transaction execution result into the blockchain account book, and sending the transaction completion notification instruction to the transaction processing node, so that the transaction processing node deletes one or more transaction data in the transaction pool based on the transaction completion notification instruction, and adds the one or more transaction data into the uplink transaction buffer pool.

An embodiment of the present application provides a data processing apparatus based on a block chain, including:

the transaction verification module is used for acquiring transaction data to be verified, verifying the transaction data to be verified and obtaining a verification processing result of the transaction data to be verified;

the transaction adding module is used for adding the transaction data to be verified into the transaction pool if the verification processing result of the transaction data to be verified is a verification legal result;

the request receiving module is used for acquiring one or more transaction data from the transaction pool according to the transaction packaging request when receiving the transaction packaging request sent by the block processing node; hardware equipment resources of the transaction processing node and the block processing node are independent;

and the transaction packaging module is used for packaging one or more transaction data to obtain a transaction data packet, and sending the transaction data packet to the block processing node so that the block processing node generates an offer block according to one or more transaction data in the transaction data packet.

Wherein, the transaction verification module includes:

the transaction receiving unit is used for receiving transaction data to be verified, which is sent by the third block link gateway node; the third block chain gateway node is used for forwarding the transaction data to be verified to the transaction processing node when receiving the transaction data to be verified sent by the terminal equipment;

the transaction receiving unit is further used for receiving transaction signature data which is sent by the third block chain gateway node and is associated with the transaction data to be verified; the transaction signature data is signature data obtained by the terminal equipment by signing the transaction data to be verified through a private key of a transaction initiating object;

the signature verification unit is used for acquiring a public key of the transaction initiating object, and verifying the signature of the transaction signature data through the public key to obtain a signature verification result;

the verification unit is used for verifying the transaction data to be verified if the verification result is a verification result, so as to obtain a verification result;

and the verification unit is used for determining the verification processing result of the transaction data to be verified as a verification legal result if the verification processing result is a verification passing result.

Wherein, check heavy unit includes:

the searching subunit is used for searching the transaction data to be verified in the block chain account book;

the check-replay processing subunit is used for determining that the check-replay processing result is a check-replay failure result if the transaction data to be verified is found in the block chain account book;

and the duplication checking processing subunit is further configured to determine that the duplication checking processing result is a duplication checking passing result if the to-be-verified transaction data is not found in the block chain ledger.

Wherein, above-mentioned data processing apparatus still includes:

the notification receiving module is used for receiving a transaction completion notification instruction sent by the block processing node; the transaction completion notification instruction is generated by the block processing node after writing the proposed block and the transaction execution result into the block chain account book; the transaction execution result is the transaction execution result corresponding to one or more transaction data obtained by executing the proposed block after the block processing node passes the consensus on the proposed block;

and the notification execution module is used for deleting one or more transaction data in the transaction pool according to the transaction completion notification instruction and adding the one or more transaction data into the uplink transaction buffer pool.

Wherein, above-mentioned data processing apparatus still includes:

the transaction inquiry module is used for receiving a transaction inquiry request aiming at target transaction data generated by the terminal equipment and searching the target transaction data in the uplink transaction buffer pool according to the transaction inquiry request;

the transaction inquiry module is also used for sending a transaction completion result to the terminal equipment if the target transaction data is found in the uplink transaction buffer pool;

the transaction inquiry module is also used for searching the target transaction data from the block chain account book if the target transaction data is not searched in the uplink transaction buffer pool;

the transaction inquiry module is also used for adding the target transaction data into the uplink transaction buffer pool and sending a transaction completion result to the terminal equipment if the target transaction data is found in the block chain account book;

and the transaction query module is also used for issuing a transaction unfinished result to the terminal equipment if the target transaction data is not found in the block chain account book.

Wherein, above-mentioned data processing apparatus still includes:

the query receiving module is used for receiving a block query instruction sent by the block processing node; the block query command is generated by the block processing node after the proposed block is generated;

the query processing module is used for performing block query processing on the proposed block according to the block query instruction to obtain a block verification result;

and the result sending module is used for sending the block checking result to the block processing node so that the block processing node performs consensus voting on the proposed block according to the block checking result.

The block checking result comprises a checking passing result or a checking failure result; the check passing result is used for indicating the block processing node to generate consensus passing votes for the proposed blocks; the check failure result is used for indicating the block processing node to generate consensus failure votes for the proposed blocks; the proposed block includes transaction data M;

a query processing module comprising:

the data searching unit is used for searching the transaction data M in the transaction pool according to the block query instruction;

the data searching unit is further used for determining the transaction data M as valid transaction data if the transaction data M is searched in the transaction pool;

the data searching unit is further used for carrying out label checking and duplication checking processing on the transaction data M if the transaction data M is not searched in the transaction pool, so that a label checking and duplication checking processing result of the transaction data M is obtained;

the data determining unit is used for determining the transaction data M as valid transaction data if the signature verification and duplication checking processing result of the transaction data M is a verification legal result, and otherwise determining the transaction data M as invalid transaction data;

the result determining unit is used for determining the block query result of the proposed block as a check passing result if each transaction data in the proposed block is valid transaction data;

and the result determining unit is further used for determining the block query result of the proposed block as a verification failure result if one or more invalid transaction data exist in the proposed block.

The transaction data to be verified comprises N transaction data to be verified, wherein N is a positive integer;

the data processing apparatus further includes:

the transaction broadcasting module is used for selecting L transaction data to be verified from the N transaction data to be verified added into the transaction pool to perform transaction packaging processing to obtain a broadcast transaction packet; l is a positive integer, and the total data capacity of the L transaction data to be verified is smaller than a configurable capacity threshold;

the transaction broadcasting module is further used for sending the broadcast transaction packet to the fourth blockchain gateway node so that the fourth blockchain gateway node acquires the communication address of the fifth blockchain gateway node and forwards the broadcast transaction packet to the fifth blockchain gateway node based on the communication address; the fifth blockchain gateway node is used for forwarding the broadcast transaction packet to a communicable transaction processing node; the communication transaction processing node is used for decompressing the broadcast transaction packet into L transaction data to be verified, and after the L transaction data to be verified are verified to be legal, the L transaction data to be verified are added into a transaction pool to which the communication transaction processing node belongs.

An embodiment of the present application provides a data processing apparatus based on a block chain, including:

the first transaction forwarding module is used for receiving transaction data to be verified sent by the terminal equipment and forwarding the transaction data to be verified to the transaction processing node so that the transaction processing node adds the transaction data to be verified which is verified to be legal into the transaction pool;

the block receiving module is used for receiving the block signature data and the proposed block forwarded by the block processing node; the block signature data is obtained by the block processing node by signing the proposed block; the proposed block is generated by the block processing node according to one or more transaction data from the transaction pool sent by the transaction processing node;

a block forwarding module for obtaining a communication address of the communicable block chaining node, forwarding the block signature data and the proposed block to the communicable block chaining node based on the communication address, so that the communicable block chaining node forwards the proposed block to the communicable block processing node; a communicable block processing node is to consensus vote on the proposed block based on the block signature data.

Wherein, above-mentioned data processing apparatus still includes:

the heartbeat sending module is used for sending a heartbeat message to the transaction processing node so that the transaction processing node generates a response message based on the heartbeat message;

the response module is used for determining the transaction processing node as a failure transaction processing node and selecting a first standby transaction processing node if the response message of the transaction processing node is not received in the target time period;

and the second transaction forwarding module is used for sending the new transaction data to be verified to the first standby transaction processing node when receiving the new transaction data to be verified sent by the terminal equipment.

Wherein, above-mentioned data processing apparatus still includes:

the node monitoring module is used for monitoring the load condition of the transaction processing node;

the node selection module is used for selecting a second standby transaction processing node when the load condition of the transaction processing node is an overload condition;

the third transaction forwarding module is used for sending the first to-be-verified transaction data to the transaction processing node when receiving the first to-be-verified transaction data and the second to-be-verified transaction data sent by the terminal equipment, so that the transaction processing node adds the first to-be-verified transaction data which is verified to be legal into the transaction pool;

the third transaction forwarding module is further configured to send the second to-be-verified transaction data to the second standby transaction processing node, so that the second standby transaction processing node adds the second to-be-verified transaction data that is verified to be legitimate into the standby transaction pool.

An aspect of an embodiment of the present application provides a computer device, including: a processor, a memory, a network interface;

the processor is connected to the memory and the network interface, wherein the network interface is used for providing a data communication network element, the memory is used for storing a computer program, and the processor is used for calling the computer program to execute the method in the embodiment of the present application.

An aspect of the present embodiment provides a computer-readable storage medium, in which a computer program is stored, where the computer program is adapted to be loaded by a processor and to execute the method in the present embodiment.

An aspect of the embodiments of the present application provides a computer program product or a computer program, where the computer program product or the computer program includes computer instructions, the computer instructions are stored in a computer-readable storage medium, and a processor of a computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the method in the embodiments of the present application.

In the embodiment of the application, a block processing node generates a transaction packaging request, sends the transaction packaging request to a transaction processing node, and waits for the transaction processing node to return a transaction data packet; then, the block processing node can generate an proposed block according to one or more transaction data in the received transaction data packet, and perform consensus processing on the proposed block to obtain a consensus processing result; if the consensus processing result is a consensus passing result, the block processing node executes the proposed block to obtain one or more transaction execution results corresponding to the transaction data, and finally writes the proposed block and the transaction execution results into the block chain ledger. One or more transaction data are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent of each other. According to the method provided by the embodiment of the application, operations such as transaction verification, transaction broadcasting and the like are distributed to the transaction processing nodes to be completed, and operations such as block packaging, block consensus, transaction execution and account book storage are distributed to the block processing nodes to be completed, namely, according to hardware resource requirements required by each function, the block chain is subjected to function division, namely, different functions can be distributed to different hardware resources through the transaction processing nodes and the block processing nodes, so that the hardware resources cannot be occupied by partial functions.

Drawings

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

Fig. 1 is a schematic diagram of a network architecture provided in an embodiment of the present application;

fig. 2a is a schematic view of a scenario of data processing based on a block chain according to an embodiment of the present application;

fig. 2b is a schematic view of a scenario of data processing based on a block chain according to an embodiment of the present application;

fig. 2c is a schematic view of a scenario of data processing based on a block chain according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a data processing method based on a block chain according to an embodiment of the present application;

fig. 4 is a schematic flowchart of a data processing method based on a block chain according to an embodiment of the present application;

FIG. 5 is a schematic overall interaction diagram of a data processing method according to an embodiment of the present application;

fig. 6a is an interaction diagram of a blockchain gateway node forwarding transaction according to an embodiment of the present application;

fig. 6b is an interaction diagram of forwarding a proposed block by a blockchain gateway according to an embodiment of the present application;

FIG. 6c is a schematic diagram of an interaction between a transaction processing node and a block processing node to perform block verification according to an embodiment of the present disclosure;

FIG. 6d is an interaction diagram of a transaction processing node and a block processing node performing block packing according to an embodiment of the present disclosure;

FIG. 6e is a schematic diagram of a data interaction of a transaction query according to an embodiment of the present application;

FIG. 6f is a schematic diagram of data interaction of a multiple small transaction broadcast provided in an embodiment of the present application;

fig. 7 is a schematic process diagram of a blockchain transaction processing according to an embodiment of the present disclosure;

fig. 8 is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application;

FIG. 9 is a schematic structural diagram of a computer device according to an embodiment of the present disclosure;

fig. 10 is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application;

FIG. 11 is a schematic structural diagram of a computer device according to an embodiment of the present disclosure;

fig. 12 is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a computer device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. 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 application.

The block chain is a chain data structure with blocks as basic units, and the transaction history acquired before is verified by using the digital abstract in the blocks, so that the block chain is suitable for the requirements of tamper resistance and expandability in a distributed accounting scene. Blockchains also refer to distributed accounting techniques implemented by blockchain structures, including distributed consensus, privacy and security protection, peer-to-peer communication techniques, network protocols, intelligent contracts, and the like. The goal of the blockchain is to implement a distributed data record ledger that allows only additions and not deletions. The basic structure of the ledger bottom layer is a linear linked list. The linked list is composed of a series of 'blocks', the Hash (Hash) value of the previous block is recorded in the subsequent block, and whether each block (and the transaction in the block) is legal or not can be quickly checked by calculating the Hash value. If a new block is proposed to be added by a block link node in the blockchain network, a consensus is established for the block through a consensus mechanism.

It is understood that a Block (Block) is a data packet carrying transaction data (i.e. transaction traffic) on a blockchain network, and is a data structure marked with a timestamp and a hash value of a previous Block, and the Block verifies and determines the transaction in the Block through a consensus mechanism of the network.

It is understood that a hash value, also referred to as an information characteristic value or a characteristic value, is generated by converting input data of an arbitrary length into a password by a hash algorithm and outputting the password fixedly, cannot retrieve the original input data by decrypting the hash value, and is a one-way encryption function. In a blockchain, each block (except the original block) contains the hash value of the succeeding block, which is referred to as the parent block of the current block. Hash values are the core foundation and most important aspect of the potential in blockchain technology, which preserves the authenticity of the record and view data, as well as the integrity of the blockchain as a whole.

A blockchain network usually consists of a number of blockchain link points, with which users interact via DApp (decentralized application), i.e. users can send transaction data (service requests) corresponding to transactions into the blockchain via the DApp. Typically the lifecycle of a transaction comprises:

and (3) transaction generation: the user inputs parameters through the DApp, which packages them into transaction data and sends it to a blockchain node.

And (4) transaction broadcasting, namely broadcasting the received transaction data to the whole blockchain network by the blockchain nodes.

Transaction verification: and after receiving the transaction data, the block chain nodes check the transaction data, check the transaction data and check the transaction duplicate from the account book (DB), and enter a transaction pool after the transaction data passes the verification.

And (3) block packing: the block-out node takes out the transaction data from the transaction pool, packs the transaction data into the proposed block, and broadcasts the proposed block to the blockchain network. The block output node is a block link point which is responsible for packaging the proposed block in the current round, the selection of the block output node is different due to a consensus algorithm, and the common block output nodes in turn, the block output in a competitive mode and the like are obtained.

And (3) block checking: and after the block chain node receives the proposal block, verifying the transaction data in the proposal block, if the transaction is in the transaction pool, the verification is passed, otherwise, performing signature verification and duplication checking operation on the transaction.

Block consensus: and the block chain node votes for the received proposal block according to the block checking result, and approves and starts to submit the proposal block when the block chain node receives a plurality of votes and meets the consensus passing condition.

And (3) transaction execution: transaction data in the approved proposed block is executed.

And (4) storing an account book: the proposed block, transaction data and transaction execution result are stored in a block chain book.

Please refer to fig. 1, which is a schematic diagram of a network architecture according to an embodiment of the present application. As shown in fig. 1, the network architecture may include a terminal device (client) cluster 10 and a blockchain node cluster 100, and the blockchain node cluster 100 may include at least two blockchain nodes. As shown in fig. 1, the terminal device cluster 10 may specifically include a terminal device 10a, a terminal device 10b, a terminal device 10c, …, and a terminal device 10n, and the block link point cluster 100 may specifically include a block chain node 101, block link points 102, …, and a block link point m. Each blockchain link node in the blockchain node cluster 100 may include a blockchain gateway node, a transaction processing node, and a blockchain processing node, for example, the blockchain node 101 may include a blockchain gateway node 101a, a transaction processing node 101b, and a blockchain processing node 101c, and the blockchain node 102 may include a blockchain gateway node 102a, a transaction processing node 102b, and a blockchain processing node 102 c. The block chain gateway node is mainly used for being responsible for data forwarding among the block chain nodes, the transaction processing node is mainly used for being responsible for transaction broadcasting and transaction verification, and the block processing node is mainly used for being responsible for block packaging, block consensus, transaction execution and account book storage.

The network architecture shown in fig. 1 can be applied to a blockchain network, which can include, but is not limited to, a blockchain network corresponding to a federation chain. Inside each block chain link point, a block chain gateway node, a transaction processing node and a block processing node can have data connection between every two nodes, so that the block chain gateway node, the transaction processing node and the block processing node can perform data interaction, and the functions required by the transaction uplink are realized together. For example, there is a data connection between blockchain gateway node 101a and transaction processing node 101b, a data connection between blockchain gateway node 101a and blockchain processing node 101c, and a data connection between transaction processing node 101b and blockchain processing node 101 c. Each blockchain node in the blockchain node cluster 100 may receive data sent by any terminal device in the terminal device cluster 10 during normal operation, and perform block uplink processing based on the received data, or send data to any terminal device in the terminal device cluster 10, that is, the terminal device 10a, the terminal device 10b, the terminal devices 10c, …, and the terminal device 10n may respectively perform data connection with the blockchain node 101, the blockchain nodes 102, …, and the blockchain node m, so that the terminal device may perform data interaction with the service node through the network connection. Data may be shared between block chain nodes and block chain nodes in the block chain node cluster 100. In order to ensure data communication between each block chain node, data connection may exist between each block chain node, for example, data connection exists between block chain node 101 and block chain link point 102, data connection exists between block chain link point 101 and block chain link point m, and data connection exists between block chain link point 102 and block chain link point m. The transmission of transaction data or proposal blocks can be carried out via the data connection described above.

It is understood that when the tile link nodes in the tile link node cluster 100 perform data interaction with the outside (e.g., other tile link nodes in the tile link node cluster 100, and any terminal device in the terminal device cluster 10), data connection is generally performed through the respective tile link gateway nodes. In the blockchain network to which blockchain link point cluster 100 corresponds, data connections between blockchain gateway nodes may be implemented based on node identification. Each blockchain gateway node in the blockchain network has a node identifier corresponding thereto, and each blockchain gateway node may store node identifiers of other blockchain gateway nodes having a connection relationship with itself, so that the obtained transaction data or proposed block is broadcast to other blockchain nodes according to the node identifiers of other blockchain gateway nodes in the following, for example, a node identifier list shown in table 1 may be maintained in the blockchain gateway node 101a, where the node identifier list stores node names and node identifiers of other blockchain gateway nodes:

TABLE 1

The node identifier may be an Internet Protocol (IP) address and any other information that can be used to identify a node of a blockchain network in the blockchain network, and table 1 only illustrates the IP address as an example. For example, blockchain gateway node 101a may send information (e.g., transaction data, proposed blockings) to blockchain gateway node 102a via node identification 117.116.189.145, and blockchain gateway node 102a may determine via node identification 117.114.151.174 that the information was sent by blockchain gateway node 101 a.

It should be understood that the data connection is not limited to the connection manner, and may be directly or indirectly connected through a wired communication manner, may be directly or indirectly connected through a wireless communication manner, and may also be connected through other connection manners, which is not limited herein.

It is understood that the data processing method provided by the embodiments of the present application can be executed by a computer device, including but not limited to the above-mentioned blockchain gateway node, transaction processing node, or blockchain processing node (which may be a terminal device or a server). The server may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, middleware service, a domain name service, a security service, a CDN, a big data and artificial intelligence platform, and the like. The terminal may be a smart phone, a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, a vehicle-mounted terminal, and the like, but is not limited thereto. It should be noted that, the blockchain gateway node, the transaction processing node, and the blockchain processing node are independent from each other in terms of hardware device resources.

As shown in fig. 1, any terminal device in the terminal device cluster 10 may be integrally installed with a target application, wherein the target application may be a decentralized application. Assuming that the target application is running on the terminal device 10a, the terminal device 10a may generate transaction data through the target application, and send the transaction data to a blockchain gateway node of any blockchain node in the blockchain, such as the blockchain gateway node 101a sent to the blockchain node 101, where the blockchain gateway node 101a forwards the received transaction data to the transaction processing node 101b of the blockchain node 101. After the transaction processing node 101b obtains the transaction data, it will verify the transaction data to obtain a verification processing result of the transaction data, and if the verification processing result is a verification legal result, the transaction data is added into the transaction pool. The transaction pool is a temporary list for storing transaction data, which needs to be maintained by a transaction processing node in the blockchain network. The transaction processing node temporarily stores the known transaction data in the blockchain network but not included in the blockchain through the transaction pool, that is, the transaction pool can store a plurality of transaction data for verifying the validity.

Referring back to fig. 1, any one of the block nodes in the block node cluster 100 can be used as a block node, and the block processing node of the block node is responsible for the generation of the proposed block. Assuming blockchain node 101 is a block-out node, blockprocessing node 101c may generate a transaction packaging request and then send the transaction request to transaction processing node 101 b. After receiving the transaction packaging request, the transaction processing node 101b takes out one or more transaction data from the transaction pool according to the transaction packaging request, then generates a transaction data packet, and returns the transaction data packet to the block processing node 101 c. Upon receiving the transaction data packet sent by transaction processing node 101b, block processing node 101c may generate an proposed block based on one or more transaction data in the transaction data packet. Then, the block processing node 101c performs consensus processing on the proposed block to obtain a consensus processing result; and if the consensus processing result is a consensus passing result, executing the proposal block to obtain one or more transaction execution results corresponding to the transaction data, and writing the proposal block and the transaction execution results into a block chain account book. The process of the block processing node 101c performing consensus processing on the proposed block to obtain a consensus processing result may be: the block processing node 101c performs signature processing on the proposed block to obtain block signature data, then the block processing node 101c forwards the proposed block and the block signature data to the block chain gateway node 101a, the block chain gateway node 101a broadcasts the proposed block and the block signature data to the block chain gateway nodes of the rest of the block chain nodes in the block chain node cluster 100, the block chain gateway nodes of the rest of the block chain nodes forwards the proposed block and the block signature data to the block processing nodes in the respective block chain nodes, after the rest of the block processing nodes receive the proposed block and the block signature data, the block processing node performs block verification processing on the proposed block to obtain a first block verification result, and the block processing node 101c also performs block verification processing on the proposed block, the second block verification processing result is obtained, and the block processing node 101c determines a consensus processing result for the proposed block according to the first block verification result and the second block verification result.

For ease of understanding, please refer to fig. 2a to fig. 2c, and fig. 2a to fig. 2c are schematic diagrams of a scenario of data processing based on a block chain according to an embodiment of the present application. The terminal device 20 corresponding to the transaction initiation object a shown in fig. 2a may be any terminal device in the terminal device cluster 10 in the embodiment corresponding to fig. 1, for example, the terminal device 20 may be the terminal device 10 a; the blockchain node 200 shown in fig. 2a may be any blockchain node in the blockchain link node cluster 100 in the embodiment corresponding to fig. 1, for example, the blockchain node 200 may be the blockchain node 101, and thus, the blockchain gateway node 200a included in the blockchain node 200 may be the blockchain gateway node 101a, the transaction processing node 200b included in the blockchain node 200 may be the transaction processing node 101b, and the blockchain node 200c included in the blockchain node 200 may be the blockchain processing node 101 c.

As shown in fig. 2a, a target application (i.e., the target application described above in fig. 1) may be installed on the terminal device 20, and the transaction initiator a may initiate a transaction through the target application, for example, transfer 100 dollars to the transaction recipient B. After the transaction initiating object a inputs the relevant parameters through the target application, the terminal device 20 may obtain the relevant parameters through the target application, and then generate the transaction data 201. The transaction data 201 needs to go through a series of processes of transaction broadcasting, transaction signature checking, transaction duplication checking, block packing, block consensus, transaction execution and the like of the blockchain network to finally obtain a corresponding transaction execution result, and then the transaction data 201 and the transaction execution result corresponding to the transaction data 201 are written into a blockchain ledger, at this time, the account balance of the transaction initiating object a is reduced by 100 yuan, the account balance of the transaction receiving object B is increased by 100 yuan, and the transaction of the transaction initiating object a is realized. The terminal device 20 will send the transaction data 201 to the blockchain gateway node of any blockchain node in the blockchain network, as shown in fig. 2a, the terminal device 20 sends the transaction data 201 to the blockchain gateway node 200a, and then the blockchain gateway node 200a forwards the transaction data 201 to the transaction processing node 200 b. When the transaction processing node 200b receives the transaction data 201, the transaction data 201 is verified, and after the transaction data 201 is determined to be verified to be legal, the transaction data 201 is added to the transaction pool 204. The verification process is mainly to verify whether the source of the transaction data 201 is abnormal, whether the data is modified, whether the data is repeatedly received, and the like. When the transaction processing node 200b determines that the transaction data 201 is transaction data initiated by a normal user, the data is not lost or modified during transmission, and the transaction data 201 is not repeatedly received, the transaction processing node 200b may determine that the transaction data 201 is verified to be legitimate. As noted above, the transaction pool 204 is a temporary list maintained by each transaction processing node in the blockchain network for storing transaction data. As shown in fig. 2a, in addition to the newly added transaction data 201, a plurality of transaction data such as transaction data 202 and transaction data 203 are stored in the transaction pool 204, and it can be understood that the transaction data 202 and the transaction data 203 may be generated by different terminal devices, and are added into the transaction pool 204 after being verified to be legal by the transaction processing node.

In a blockchain network, the generation of the proposed block is typically done by an out-block node, which can act as any blockchain node in the blockchain network. Assuming blockchain node 200 is a block out node, as shown in fig. 2b, blockprocessing node 200c generates transaction packaging request 205 and then sends transaction packaging request 205 to transaction processing node 200 b. After receiving the transaction packaging request 205 sent by the block processing node 200c, the transaction processing node 200b acquires one or more transaction data, such as the transaction data 201, the transaction data 202, and the transaction data 203, from the transaction pool 204 according to the transaction packaging request 205, and then the transaction processing node 200b performs packaging processing on the transaction data 201, the transaction data 202, and the transaction data 203 to obtain a transaction data packet 206.

After obtaining the transaction packet 206, the transaction processing node 200b forwards the transaction packet 206 to the block processing node 200 c. As shown in fig. 2c, after receiving the transaction data packet 206, the block processing node 200c decompresses the transaction data packet 206 to obtain the transaction data 201, the transaction data 202 and the transaction data 203, and then the block processing node 200c performs block packing according to the transaction data 201, the transaction data 202 and the transaction data 203 to obtain the proposed block 207. The proposed block 207 comprises a block header and a block body, wherein the block header is mainly used for storing basic data such as a block hash value, a version number, a timestamp, a difficulty value and the like of a parent block, and can also store other related data; the block body is mainly used for storing transaction data 201, transaction data 202 and transaction data 203. Then, the block processing node 200c performs consensus accounting on the proposed block 207, i.e. performs consensus processing on the proposed block 207 to obtain a consensus processing result; if the result of the consensus processing is a result of the consensus, the proposal block is executed to obtain one or more transaction execution results corresponding to the transaction data, and the proposal block and the transaction execution results are written into the block chain ledger. As can be seen from the above, the functions of the blockchain link points are allocated to different nodes, that is, the blockchain gateway node, the transaction processing node, and the blockchain processing node, and the nodes are independent from each other, when the functions of the blockchain nodes are simultaneously implemented, each function provides the required hardware resource by the corresponding node, and part of the functions do not seize the hardware resource, so that the system scheduling consumption can be reduced, and thus the performance of the blockchain is improved.

Further, please refer to fig. 3, where fig. 3 is a schematic flowchart of a data processing method based on a block chain according to an embodiment of the present application. The method may be executed by a block processing node (e.g., the block processing node in the embodiment corresponding to fig. 1), or may be executed by a block processing node, a transaction processing node (e.g., the transaction processing node in the embodiment corresponding to fig. 1), a blockchain gateway node (e.g., the blockchain gateway node in the embodiment corresponding to fig. 1), and a terminal device (e.g., the terminal device in the embodiment corresponding to fig. 1). The following will be described as an example of the method executed by the block processing node, where the data processing method based on the blockchain at least includes the following steps S101 to S104:

step S101, a block processing node generates a transaction packaging request, and the transaction packaging request is sent to a transaction processing node, so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; the one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent of each other.

Specifically, the block processing node and the transaction processing node have an association relationship, that is, the block processing node and the transaction processing node belong to the same block chain node, for example, the transaction processing node 101b and the block processing node 101c belonging to the same block chain node 101 shown in fig. 1. The block processing node and the transaction processing node may be two different machines, for example, the block processing node is a server a, the transaction bidding node is a server B, and hardware device resources between the server a and the server B are independent of each other, that is, resources required by the block processing node during operation are unrelated to resources required by the transaction processing node during operation, so that resource conflict is not generated, and system scheduling consumption caused by resource preemption is not generated. Optionally, the block processing node and the transaction processing node may be deployed in different processes of the same server, for example, the block processing node runs in process a, and the transaction processing node runs in process B, it should be noted that the process a and the process B are independent of each other, and the processes correspond to specific hardware device resources and are also independent of each other, that is, although the process a and the process B both run in the same server, the hardware device resources corresponding to the process B cannot be used by the process a.

Step S102, receiving the transaction data packet sent by the transaction processing node, and generating an offer block according to the one or more transaction data in the transaction data packet.

Specifically, the proposed block mainly includes a block header and a block body, wherein the block header needs to encapsulate information such as a current Version number (Version), a previous block address (Prev-block), a Timestamp (Timestamp), a random number (Nonce), a target hash value (Bits) of the current block, a Merkel tree root (Merkel-root), and the like, and the block body is mainly used for encapsulating transaction data. Therefore, after the block processing node acquires the transaction data packet, the block processing node decompresses the transaction data packet to acquire one or more transaction data in the transaction data packet, acquires information required for building the proposed block, and completes encapsulation processing of the proposed block to acquire the proposed block.

Step S103, performing consensus on the proposed blocks to obtain consensus results.

Specifically, the block processing node performs signature processing on the proposed block to obtain block signature data, and then forwards the block signature data and the proposed block to the first block chain gateway node. The first blockchain gateway node and the blockchain processing node have an association relationship, that is, the first blockchain gateway node and the blockchain processing node belong to the same blockchain node, for example, the blockchain gateway node 101a and the blockchain processing node 101c belonging to the same blockchain node 101 shown in fig. 1. The first blockchain gateway node obtains a communication address of the second blockchain gateway node and then forwards the block signature data and the proposed block to the second blockchain gateway node based on the communication address. The second blockchain gateway node, i.e., the blockchain gateway node in the blockchain network that is not related to the blockchain processing node, for example, when the blockchain processing node is the blockchain processing node 101c shown in fig. 1, the second blockchain gateway node may include the blockchain gateway nodes 102a and … and the blockchain gateway node included in the blockchain link node m. Each second blockchain gateway node, upon receiving the proposed block and the block signature data sent by the first blockchain gateway node, forwards the proposed block and the block signature data to the communicable block processing node. A communicable block processing node is a block processing node having an association relationship with a second block link gateway node, for example, when the second block link gateway node is the block processing node 102a shown in fig. 1, the block processing node having an association relationship with the second block link gateway node is the block processing node 102 c. After the block signature data is successfully checked, the block-capable processing node performs block check processing on the proposed block to obtain a first block check result. The block processing node also performs block verification processing on the proposed block to obtain a second block verification result. Finally, the block processing node may determine a consensus processing result for the proposed block according to the first block check result and the second block check result.

Specifically, the process of performing block verification processing on the proposed block by the block processing node to obtain the second block verification result may be: generating a block query instruction for the proposed block; sending the block query instruction to the transaction processing node so that the transaction processing node performs block query processing on the proposed block according to the block query instruction to obtain a second block verification result; and then receiving a second block check result sent by the transaction processing node. It is understood that the purpose of the block check processing of the proposed block is to check the correctness and validity of the transaction data in the proposed block, and as can be seen from the above description, the check and storage of the transaction data are both performed by the transaction processing node, and therefore, the check of the proposed block can also be performed by the transaction processing node.

Step S104, if the consensus processing result is a consensus passing result, executing the proposed block to obtain a transaction execution result corresponding to the one or more transaction data, and writing the proposed block and the transaction execution result into a block chain ledger.

Specifically, after the consensus on the proposed block passes, the block processing node is responsible for performing transactions and depositing accounts in the proposed block.

Optionally, after writing the proposed block and the transaction execution result into the blockchain ledger, the blockchain processing node may further generate a transaction completion notification instruction, and then send the transaction completion notification instruction to the transaction processing node, and the transaction processing node may delete one or more transaction data included in the proposed block in the transaction pool based on the received transaction completion notification instruction, and add the one or more transaction data into the uplink transaction buffer pool. The uplink transaction buffer pool is used for recording transaction data written into the block chain account book, so that the query speed can be improved.

By adopting the method provided by the embodiment of the application, the block processing node only needs to send the transaction packaging request to the transaction processing node, then receives the transaction data packet sent by the transaction processing node according to the transaction packaging request, then decompresses the received transaction data packet to obtain one or more transaction data contained in the transaction data packet, namely an offer block can be generated according to the one or more transaction data, then the block processing node performs consensus processing on the offer block, the offer block can be executed after the consensus is passed, and the transaction execution result and the offer block corresponding to the obtained one or more transaction data are written into the block chain ledger. Therefore, the block processing node does not need to be responsible for verification processing and storage of transaction data, consumption of system scheduling caused by resource preemption when all functions are executed simultaneously can be reduced, and block chain performance is improved.

Further, please refer to fig. 4, where fig. 4 is a schematic flowchart of a data processing method based on a block chain according to an embodiment of the present application. The method may be executed by a transaction processing node (e.g., the transaction processing node in the embodiment corresponding to fig. 1), or may be executed by a block processing node (e.g., the block processing node in the embodiment corresponding to fig. 1), a transaction processing node, a blockchain gateway node (e.g., the blockchain gateway node in the embodiment corresponding to fig. 1), and a terminal device (e.g., the terminal device in the embodiment corresponding to fig. 1). The following will be described as an example of the method executed by the transaction processing node, where the blockchain-based data processing method may include at least the following steps S201 to S204:

in step S201, a transaction processing node obtains transaction data to be verified, and performs verification processing on the transaction data to be verified to obtain a verification processing result of the transaction data to be verified.

Specifically, the transaction processing node receives transaction data to be verified, which is sent by the third blockchain gateway node.

In a feasible embodiment, the transaction data to be verified received by the third blockchain gateway node may be sent by the terminal device, that is, the transaction data to be verified generated by the terminal device is first sent to the third blockchain gateway node, and then the third blockchain gateway node sends the transaction data to be verified to the transaction processing node. The third blockchain gateway node and the transaction processing node have an association relationship, that is, the third blockchain gateway node and the transaction processing node belong to the same blockchain node, for example, the transaction processing node 101b and the blockchain gateway node 101a belonging to the same blockchain node 101 shown in fig. 1. Meanwhile, the transaction processing node also receives transaction signature data which is sent by the third block chain gateway node and is associated with the transaction data to be verified, wherein the transaction signature data is signature data obtained by the terminal device signing the transaction data to be verified through a private key of a transaction initiating object. The transaction processing node can obtain the public key of the transaction initiating object, and the public key is used for carrying out signature verification processing on the transaction signature data to obtain a signature verification result. And if the signature checking result is a signature checking passing result, the transaction processing node also performs duplication checking processing on the transaction data to be verified to obtain a duplication checking processing result. If the result of the duplication checking processing is a result of passing the duplication checking, the transaction processing node can determine that the verification processing result of the transaction data to be verified is a verification legal result. The process of verifying and reprocessing the transaction data to be verified by the transaction processing node may be as follows: searching transaction data to be verified in a block chain account book; if the transaction data to be verified are found in the block chain account book, determining that the re-verification processing result is a re-verification non-passing result; and if the transaction data to be verified is not found in the block chain account book, determining that the re-verification processing result is a re-verification passing result.

In one possible embodiment, the transaction data to be verified received by the third blockchain gateway node may be sent by a communicable blockchain gateway node in the blockchain network. The communicable blockchain gateway node is a blockchain gateway node belonging to another blockchain node in the blockchain network. It can be understood that the transaction data to be verified generated by the terminal device may be sent to any blockchain gateway node in the blockchain network, and the blockchain gateway node forwards the transaction data to be verified, which has an association relationship with the blockchain gateway node, to the transaction processing nodes, and meanwhile, the transaction processing nodes also need to broadcast the transaction data to be verified, which is directly sent by the terminal device, to the other transaction processing nodes, so as to ensure that the transaction data stored in the transaction pool of each transaction processing node in the blockchain network is kept synchronous. Therefore, when the transaction data to be verified generated by the terminal device is sent to the communicable blockchain gateway node, after the communicable transaction processing node having an association relationship with the communicable blockchain gateway node determines that the transaction data to be verified is verified to be legal, the communicable transaction processing node may notify the communicable blockchain gateway node to forward the transaction data to be verified to the third blockchain gateway node. The third blockchain gateway node receives the transaction data to be verified transmitted by the communicable blockchain gateway node, and forwards the transaction data to be verified to the transaction processing node, and the transaction processing node still needs to verify the transaction data to be verified, and adds the transaction data to the transaction pool after the verification is determined to be legal.

Step S202, if the verification processing result of the transaction data to be verified is a verification legal result, adding the transaction data to be verified into a transaction pool.

Specifically, a plurality of transaction data may be stored in the transaction pool, and each transaction data is added to the transaction pool after the transaction processing node verifies that the transaction data is legal.

Step S203, when a transaction packaging request sent by a block processing node is received, one or more transaction data are obtained from the transaction pool according to the transaction packaging request; hardware equipment resources of the transaction processing node and the block processing node are independent of each other.

Step S204, performing a packaging process on the one or more transaction data to obtain a transaction data packet, and sending the transaction data packet to the block processing node, so that the block processing node generates an proposed block according to the one or more transaction data in the transaction data packet.

Specifically, the transaction processing node is responsible for verifying and storing transaction data, and the block generation, consensus and accounting transaction processing node does not need to be responsible. The transaction processing node only needs to obtain one or more corresponding transaction data after receiving the transaction packaging request sent by the block processing node with the association relation, then packages the transaction data into a transaction data packet and sends the transaction data packet to the block processing node. After receiving the transaction data packet, the block processing node generates an proposed block according to one or more transaction data in the transaction data packet, and then performs a series of operations such as block consensus and ledger deposit on the proposed block, which may be specifically described in step S102 to step S104 in the embodiment corresponding to fig. 3, and is not described herein again.

Optionally, after the block processing node passes the consensus of the proposed block, the proposed block is executed to obtain a transaction execution result corresponding to one or more transaction data, and then the block processing node writes the proposed block and the transaction execution result into a block chain ledger, and the block processing node generates a transaction completion notification instruction and then sends the transaction completion notification instruction to the transaction processing node. After receiving the transaction completion notification instruction, the transaction processing node deletes one or more transaction data in the transaction pool and adds the one or more transaction data into the uplink transaction buffer pool.

Optionally, when the transaction processing node receives a transaction query request for target transaction data generated by the terminal device, the target transaction data may be searched in the uplink transaction buffer pool according to the transaction query request; if the target transaction data is found in the uplink transaction buffer pool, the transaction completion result is sent to the terminal equipment; if the target transaction data is not found in the uplink transaction buffer pool, finding the target transaction data from the block chain account book; if the target transaction data are found in the block chain account book, adding the target transaction data into the uplink transaction buffer pool, and sending a transaction completion result to the terminal equipment; and if the target transaction data is not found in the block chain account book, transmitting the transaction unfinished result to the terminal equipment.

Optionally, when the block processing node performs the block verification process on the proposed block, it needs to verify the transaction data in the proposed block, so that the block processing node may generate a block query instruction and then send the block query instruction to the transaction processing node. The transaction processing node performs block query processing on the proposed block according to the block query command to obtain a block verification result. The block verification result comprises a verification passing result or a verification failure result. Wherein the check-passing result is used for indicating the block processing node to generate consensus-passing votes for the proposed block; the check failure result is used to instruct the block processing node to generate consensus failure votes for the proposed block. Assuming that the proposed block includes the transaction data M, the transaction processing node performs block query processing on the proposed block according to the block query command to obtain a block verification result, which may be: searching transaction data M in a transaction pool according to the block query instruction; if the transaction data M is found in the transaction pool, determining the transaction data M as valid transaction data; if the transaction data M is not found in the transaction pool, performing signature checking and duplicate checking on the transaction data M to obtain a signature checking and duplicate checking processing result of the transaction data M; and if the signature verification and duplication checking processing result of the transaction data M is a verification legal result, determining the transaction data M as valid transaction data, otherwise, determining the transaction data M as invalid transaction data. After the transaction processing node determines that each transaction data in the proposed block is valid transaction data or invalid transaction data, if each transaction data in the proposed block is valid transaction data, determining that the block query result of the proposed block is a check passing result; if one or more invalid transaction data exists in the proposed block, determining the block query result of the proposed block as a check failure result.

By adopting the method provided by the embodiment of the application, the transaction processing node is responsible for verifying the received transaction data to be verified to obtain the verification processing result of the transaction data to be verified, and if the verification processing result is a verification legal result, the transaction processing node adds the transaction data to be verified into the transaction pool, so that the transaction pool can store a plurality of transaction data which are verified to be legal, and further, when the transaction processing node receives a transaction packaging request of the block processing node, one or more transaction data are obtained from the transaction pool and packaged into a transaction data packet to be sent to the block processing node. Therefore, the transaction processing node only needs to be responsible for verification processing and storage of transaction data, consumption of system scheduling caused by resource preemption when all functions required to be realized by the block chain are executed simultaneously can be reduced, and performance of the block chain is improved.

Further, please refer to fig. 5, wherein fig. 5 is an overall interaction diagram of a data processing method according to an embodiment of the present application. As shown in fig. 5, the blockchain node includes a blockchain gateway node, a transaction processing node 1, a transaction processing node 2, and a blockchain processing node; the communicable blockchain node includes a communicable blockchain gateway node, a communicable transaction processing node 1, a communicable transaction processing node 2, and a communicable blockchain processing node. The block link point may be any one of the block link nodes in the block link point cluster 100 shown in fig. 1, and the remaining block link points may be all communicable block link nodes corresponding to the block link point. It should be noted that one blockchain node may include one or more transaction processing nodes, the transaction processing nodes are stateless and may work simultaneously or only one transaction processing node may work, and the remaining transaction processing nodes serve as alternative transaction processing nodes and replace the transaction processing node for continuous work when the transaction processing node for work fails.

As shown in fig. 5, the terminal device may send the transaction data to be verified to the blockchain gateway node, and after receiving the transaction data to be verified, the blockchain gateway node forwards the transaction data to be verified to the transaction processing node. Assuming that the transaction processing node 1 is in a working state and the transaction processing node 2 is in a standby state at this time, the blockchain gateway node forwards the transaction data to be verified to the transaction processing node 1, and the transaction processing node 1 adds the transaction data to be verified that is verified to be legal into the transaction pool, and the specific verification processing process may refer to step S201 in the embodiment corresponding to fig. 4, which is not described herein again. When the block link point is used as a block output node, data interaction is carried out between the block processing node and the transaction processing node 1 to generate an offer block, namely the block processing node sends a transaction packaging request to the transaction processing node 1, the transaction processing node 1 acquires one or more transaction data from the transaction pool according to the transaction packaging request, then packages the transaction data into a transaction data packet and returns the transaction data packet to the block processing node, and the block processing node can generate the offer block according to the one or more transaction data from the transaction pool sent by the transaction processing node 1. The specific implementation process of the block processing node and the transaction processing node performing data interaction to generate the proposed block may refer to the description of step S101 and step S102 in the embodiment corresponding to fig. 3, and is not described herein again. The block processing node performs signature processing on the proposed block to obtain block signature data. The block processing node forwards the proposed block and the block signature data to the block chain gateway node.

As shown in fig. 5, after receiving the block signature data and the proposed block forwarded by the block processing node, the block chain gateway node obtains a communication address of the block chain gateway node capable of communicating, and then forwards the block signature data and the proposed block to the block chain gateway node capable of communicating based on the communication address. When the communicable block chain gateway node receives the block signature data and the proposed block, the communicable block chain gateway node performs consensus voting on the proposed block based on the block signature data, and the implementation process may be as follows: the block chain gateway node capable of communicating carries out signature checking processing on the block signature data, if the signature checking is successful, the block chain gateway node capable of communicating sends a block checking request to the transaction processing node 1 capable of communicating, then a first block checking result returned by the transaction processing node 1 capable of communicating is waited for, and the block chain gateway node capable of communicating carries out voting on the proposed block according to the first block checking result, namely if the first block checking result is a checking passing result, common identification passing voting is generated for the proposed block; if the first block check result is a transaction failure result, a consensus failure vote is generated for the proposed block. Similarly, after the block processing node generates the proposed block, the proposed block also needs to be consensus voted, the block processing node may send a block check request to the transaction processing node 1, then wait for a second block check result returned by the transaction processing node 1, and the block processing node votes the proposed block according to the second block check result, that is, if the second block check result is a check pass result, the consensus votes are generated for the proposed block; if the second block check result is a transaction failure result, a consensus failure vote is generated for the proposed block. Finally, the block processing node and the communicable block processing node both determine a consensus processing result of the proposed block based on the voting result of the block processing node and the voting result of the communicable block chain gateway node, and if the consensus passes, both the block processing node and the communicable block processing node execute the proposed block to obtain a transaction execution result, and write the proposed block and the transaction execution result into respective block chain ledgers. The specific implementation processes of the transaction processing node 1 obtaining the first block verification result and the transaction processing node 1 obtaining the second block verification result may refer to the specific description of the optional data processing process in the embodiment corresponding to fig. 4, and are not described herein again.

In the above description, in the whole interaction process of the data processing method, the blockchain gateway node may perform data interaction with the terminal device, the communicable blockchain gateway node, the transaction processing node, and the blockchain processing node, respectively. Optionally, the blockchain gateway node may enable the standby transaction processing node 2 to replace the transaction processing node 1 when the transaction processing node 1 fails. As shown in fig. 5, the blockchain gateway node may send a heartbeat message to the transaction processing node 1, and the transaction processing node 1 generates a response message when receiving the heartbeat message, and returns the response message to the blockchain gateway node. If the blockchain gateway node does not receive the response message of the transaction processing node 1 in the target time period, the blockchain gateway node may determine the transaction processing node 1 as a failed transaction processing node, and select a first standby transaction processing node, for example, the transaction processing node 2. When the block chain gateway node receives new transaction data to be verified sent by the terminal device, the new transaction data to be verified is sent to the first standby transaction processing node, namely the transaction processing node 2, and is not sent to the transaction processing node 1 any more. The blockchain gateway node may send heartbeat messages to the transaction processing node 1 at a fixed frequency, such as one heartbeat message for five minutes. The blockchain gateway node enables the transaction processing node 2 after the transaction processing node 1 fails, and the process is transparent to the communicable blockchain nodes and does not affect the work of the communicable blockchain nodes.

Optionally, the blockchain gateway node may also function as a load balancer, as shown in fig. 5, the blockchain gateway node may monitor a load condition of the transaction processing node 1, and select a second standby transaction processing node, for example, the transaction processing node 2, when the load condition of the transaction processing node 1 is an overload condition. When the blockchain gateway node receives the first to-be-verified transaction data and the second to-be-verified transaction data sent by the terminal device, the blockchain gateway node may send the first to-be-verified transaction data to the transaction processing node 1, and send the second to-be-verified transaction data to the second standby transaction processing node, that is, the transaction processing node 2. The transaction processing node 1 will add the first to-be-verified transaction data which is verified to be legal into the transaction pool, and the transaction processing node 2 will add the second to-be-verified transaction data which is verified to be legal into the standby transaction pool.

Further, for better understanding of the data interaction process in the data processing method, please refer to fig. 6a to 6f together, which are schematic partial interaction diagrams of the data processing method according to the embodiment of the present application.

Fig. 6a is an interaction schematic diagram of forwarding a transaction by a blockchain gateway node according to an embodiment of the present application, where as shown in fig. 6a, a transaction initiation object may initiate a transaction by a decentralized application in a terminal device, the terminal device generates a transaction, that is, transaction data to be verified is sent to a blockchain gateway, the blockchain gateway receives the transaction data to be verified, and then forwards the transaction data to a transaction processing node, and the transaction processing node performs transaction verification on the transaction data to be verified. The transaction verification comprises a transaction signature verification process and a transaction duplication verification process, and the transaction passing the verification is stored in a transaction pool. For specific implementation of the transaction verification, reference may be made to the detailed description of step S201 to step S202 in the embodiment corresponding to fig. 4, which is not described herein again.

Fig. 6b is an interaction diagram of forwarding a proposed block by a blockchain gateway according to an embodiment of the present application, and as shown in fig. 6b, after the proposed block is generated, a block processing node needs to forward the proposed block to a communicable block processing node through the blockchain gateway. The block-communicable processing node, upon receiving the proposed block, performs a block check on the proposed block and then generates consensus voting information. At the same time, consensus voting information for the proposed block by the block processing node and the communicable block processing node also needs to be forwarded through the blockchain gateway.

Fig. 6c is an interactive schematic diagram of a transaction processing node and a block processing node completing block verification according to an embodiment of the present invention, as shown in fig. 6c, the block processing node receives an proposed block, sends a block query instruction to the transaction processing node, and then the transaction processing node performs block query processing on a transaction in the proposed block to obtain a block verification result. The specific process of block query processing may refer to the description of the optional method in the embodiment corresponding to fig. 4, and is not described herein again. It should be noted that, when the block processing node is used as a block output node to generate the proposed block, block verification may be performed on the generated proposed block; the block check process performed by the communicable processing node as a non-chunking node when receiving the proposed block may be the same as that performed by the chunking processing node.

Fig. 6d is an interaction diagram of a transaction processing node and a block processing node completing block packing according to an embodiment of the present disclosure, and as shown in fig. 6d, when the block processing node is used as a block output node, a transaction packing request is forwarded to the transaction processing node, the transaction processing node takes out a transaction from a transaction pool, packs the transaction and returns the transaction to the block processing node, and the block processing node completes block assembly work including padding a hash (block hash value), a block signature, and the like to obtain a proposed block. Then the block processing node performs block broadcasting, block consensus and other operations on the proposed block, executes the proposed block to obtain a transaction execution result when the consensus processing result of the proposed block is a consensus passing result, and writes the proposed block and the transaction execution result into a block chain account book. And then, the block processing node notifies the transaction processing node, and after receiving the notification, the transaction processing node deletes the transaction written in the block chain account book from the transaction pool and places the transaction into an uplink transaction buffer pool, so that subsequent quick query is facilitated.

Fig. 6e is a schematic data interaction diagram of transaction query provided in an embodiment of the present application, and as shown in fig. 6e, after a terminal device generates a transaction query request through a decentralized application, the transaction query request is sent to a blockchain gateway, the blockchain gateway forwards the transaction query request to a transaction processing node, the transaction processing node first checks whether a transaction to be queried exists in a transaction buffer pool, and if so, directly returns a transaction completion result, otherwise, queries the transaction from an account, and if so, returns a transaction completion result and stores the transaction completion result in the transaction buffer pool.

Fig. 6f is a schematic data interaction diagram of multiple small transaction broadcasts according to an embodiment of the present application, and as shown in fig. 6f, a terminal device may generate multiple transactions, that is, N transaction data to be verified, and send the transactions together to a blockchain gateway. Wherein N is a positive integer. The block chain gateway sends the N transaction data to be verified to the transaction processing node, the transaction processing node verifies the N transaction data to be verified, and the N validated transaction data to be verified are added into the transaction pool. Then, the transaction processing node selects L transaction data to be verified from the N transaction data to be verified added into the transaction pool to perform transaction packaging processing, and a broadcast transaction packet is obtained. And L is a positive integer, and the total data capacity of the L transaction data to be verified is smaller than a configurable capacity threshold. The transaction processing node then sends the broadcast transaction packet to the communicable blockchain gateway node, which forwards the broadcast transaction packet to the communicable transaction processing node. The process of the transaction processing node sending the broadcast transaction packet to the communicable blockchain gateway node may be: the transaction processing node sends the broadcast transaction packet to the blockchain gateway node, which obtains a communication address of the communicable blockchain gateway node and forwards the broadcast transaction packet to the communicable transaction processing node based on the communication address. The communication transaction processing node decompresses the broadcast transaction packet into L transaction data to be verified, verifies the received L transaction data to be verified according to a normal transaction processing flow, and adds the L valid transaction data to be verified into a transaction pool of the communication transaction processing node.

By adopting the method provided by the embodiment of the application, operations such as transaction verification, transaction broadcasting and the like are distributed to the transaction processing node to be completed, and operations such as block packaging, block consensus, transaction execution and account book storage are distributed to the block processing node to be completed. In addition, in the embodiment of the application, the transaction processing node can pack a plurality of small transactions into the broadcast transaction packet for broadcasting together, so that the message header is reduced, the network transmission times are reduced, and the message transmission efficiency can be improved.

Further, please refer to fig. 7, fig. 7 is a schematic diagram illustrating a processing procedure of a blockchain transaction according to an embodiment of the present disclosure. The blockchain transaction processing involves a terminal device (e.g., any one of the terminal devices 10 shown in fig. 1) and a blockchain node cluster in a blockchain network (e.g., the blockchain node cluster 100 shown in fig. 1), and for convenience of subsequent description, only the example that the blockchain node cluster includes a blockchain node a, a blockchain node B, and a blockchain node C is described. It can be understood that each block link node may be composed of a block link gateway node, a transaction processing node and a block processing node, and inside the block link node, the block link gateway node and the transaction processing node may communicate with each other, the transaction processing node and the block processing node may communicate with each other, and the block link gateway node and the block processing node may communicate with each other; communication between blockchain nodes is accomplished by blockchain gateway nodes. As shown in fig. 7, the blockchain transaction processing may include the steps of:

step S71, transaction generation.

Specifically, the terminal device may generate a transaction (which may also be referred to as transaction data, i.e., the transaction data to be verified in the embodiment corresponding to fig. 4) through the decentralized application.

Step S72, the transaction propagates.

Specifically, the terminal device may send the transaction to a certain blockchain node in the blockchain network, such as blockchain node a, and then the blockchain node a may broadcast the transaction to the other blockchain nodes in the blockchain network, i.e., blockchain node B and blockchain node C. The terminal device sends the transaction to the blockchain node a, actually sends the transaction to the blockchain gateway node of the blockchain node a, and then forwards the transaction to the transaction processing node of the blockchain node a by the blockchain gateway node of the blockchain node a, where the specific interaction process may refer to the description of the embodiment corresponding to fig. 6a, and is not described herein again. The process of broadcasting the transaction to the other blockchain nodes by the blockchain node a may refer to the description in the embodiment corresponding to fig. 6f, and is not described herein again.

Step S73, transaction pool verification.

Specifically, each blockchain node in the blockchain network needs to perform transaction verification on the acquired transaction. If the transaction fails, the transaction is ignored; if the transaction is successful, the transaction is stored in the transaction pool. The transaction verification of the transaction at the block link node is implemented by the transaction processing node, and the specific transaction verification process may refer to the specific description of step S201 to step S202 in the embodiment corresponding to fig. 4, which is not described herein again.

At step S74, the transaction is packaged into tiles.

Specifically, the chunking node needs to obtain one or more transactions from the transaction pool and then generate the proposed chunk based on the one or more transactions. The block exit node may be any block chain node in the block chain network, as shown in fig. 7, assuming that the block chain node C is the block exit node, the transaction processing node and the block processing node of the block chain node C will jointly complete the generation of the proposed block, and the specific interaction implementation process may refer to the specific description in the embodiment corresponding to fig. 6d, which is not described herein again.

In step S75, the tiles are identified.

Specifically, after the proposed block is generated by the block link node C, the proposed block needs to be broadcast to the other block link nodes, that is, the block processing node of the block link node C broadcasts the proposed block to the block processing nodes of the other block link nodes, and the specific implementation process may refer to the specific description in the embodiment corresponding to fig. 6b, which is not described herein again. Then, the block processing node of each blockchain node performs block checking on the proposed block to obtain a block checking result. The implementation of the block verification process may refer to the description in the embodiment corresponding to fig. 6c, and is not described herein again.

Specifically, if the block check result is a check passing result, the block processing node of the block link point generates a consensus voting for the proposed block; if the block check result is a check failure result, the block processing node of the block link point generates a consensus failure vote for the proposed block. The voting results for each blockchain node are then broadcast to the remaining blockchain nodes. When the number of block link points generating consensus pass votes for the proposed block exceeds a consensus threshold, then a consensus pass for the proposed block is determined.

At step S76, the transaction is executed.

Specifically, after each block link point confirms the agreement of the proposed block, one or more transactions within the proposed block are executed to obtain a transaction execution result. As shown in fig. 7, transaction execution is performed by the block processing node.

Step S77, the ledger is stored.

Specifically, the block processing node of each blockchain node writes the proposed block and the transaction execution result into the blockchain book.

According to the method and the device, each function of the blockchain node is divided into the blockchain processing node and the transaction processing node, each node runs in an independent process or hardware equipment, and independent hardware resources are used, so that time consumed by system scheduling caused by the fact that each function occupies the hardware resources of the system is reduced, and the blockchain performance and the throughput are improved.

Please refer to fig. 8, which is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application. The data processing means may be a computer program (comprising program code) running on a computer device, for example the data processing means being an application software; the device can be used for executing corresponding steps in the data processing method provided by the embodiment of the application. As shown in fig. 8, the data processing apparatus 1 may include: a request generation module 11, a block generation module 12, a block consensus module 13, and a block execution module 14.

The request generation module 11 is configured to generate a transaction packaging request, and send the transaction packaging request to a transaction processing node, so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent;

the block generation module 12 is configured to receive a transaction data packet sent by a transaction processing node, and generate an offer block according to one or more transaction data in the transaction data packet;

a block consensus module 13, configured to perform consensus on the proposed blocks to obtain consensus results;

the block execution module 14 is configured to execute the proposed block if the consensus processing result is a consensus pass result, obtain a transaction execution result corresponding to one or more transaction data, and write the proposed block and the transaction execution result into the blockchain ledger.

For a specific implementation manner of the request generation module 11, the block generation module 12, the block consensus module 13, and the block execution module 14, reference may be made to the description of step S101 to step S104 in the embodiment corresponding to fig. 3, which will not be described herein again.

Referring to fig. 8, the block consensus module 13 may include: a signature unit 131, a forwarding unit 132, a verification unit 133 and a determination unit 134.

A signature unit 131, configured to perform signature processing on the proposed block to obtain block signature data;

a forwarding unit 132, configured to forward the block signature data and the proposed block to the first blockchain gateway node, so that the first blockchain gateway node obtains a communication address of the second blockchain gateway node, and forwards the block signature data and the proposed block to the second blockchain gateway node based on the communication address; a second block chain gateway node for forwarding the proposed block to a communicable block processing node; after the block signature data is successfully checked, the block processing node capable of communicating carries out block checking processing on the proposed block to obtain a first block checking result;

a checking unit 133, configured to perform block checking on the proposed block to obtain a second block checking result;

a determining unit 134, configured to determine a consensus processing result for the proposed chunk according to the first chunk checking result and the second chunk checking result.

For a specific implementation manner of the signature unit 131, the forwarding unit 132, the verification unit 133, and the determination unit 134, reference may be made to the description of step S103 in the embodiment corresponding to fig. 3, which will not be described herein again.

Referring to fig. 8, the verification unit 133 may include: a query subunit 1331 and a receive subunit 1332.

A query subunit 1331, configured to generate a block query instruction for the proposed block;

the query subunit 1331 is further configured to send the block query instruction to the transaction processing node, so that the transaction processing node performs block query processing on the proposed block according to the block query instruction to obtain a second block verification result;

receiving sub-unit 1332 is configured to receive the second block verification result sent by the transaction processing node.

For specific implementation of the querying sub-unit 1331 and the receiving sub-unit 1332, reference may be made to the description of step S103 in the embodiment corresponding to fig. 3, which will not be described herein again.

Referring to fig. 8, the data processing apparatus 1 may further include: the notification transmission module 15.

And the notification sending module 15 is configured to generate a transaction completion notification instruction after writing the proposed block and the transaction execution result into the blockchain ledger, and send the transaction completion notification instruction to the transaction processing node, so that the transaction processing node deletes one or more transaction data in the transaction pool based on the transaction completion notification instruction, and adds the one or more transaction data into the uplink transaction buffer pool.

For a specific implementation manner of the notification sending module 15, reference may be made to the optional description of step S104 in the embodiment corresponding to fig. 3, which will not be described herein again.

Further, please refer to fig. 9, where fig. 9 is a schematic structural diagram of a computer device according to an embodiment of the present application. As shown in fig. 9, the data processing apparatus 1 in the embodiment corresponding to fig. 8 may be applied to the computer device 9000, and the computer device 9000 may include: a processor 9001, a network interface 9004, and a memory 9005, further comprising: a user interface 9003, and at least one communication bus 9002. Among other things, a communication bus 9002 is used to enable connected communication between these components. The user interface 9003 may include a Display (Display) and a Keyboard (Keyboard), and the optional user interface 9003 may also include a standard wired interface and a wireless interface. Network interface 9004 optionally may comprise a standard wired interface, a wireless interface (e.g., a WI-FI interface). The memory 9005 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 9005 may optionally be at least one storage device located remotely from the processor 9001. As shown in fig. 9, a memory 9005, which is one type of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the computer device 9000 of fig. 9, a network interface 9004 may provide network communication functions; and user interface 9003 is primarily an interface for providing input to a user; and the processor 9001 may be operative to invoke a device control application stored in memory 9005 to implement:

generating a transaction packaging request, and sending the transaction packaging request to a transaction processing node so that the transaction processing node generates a transaction data packet based on the transaction packaging request; the transaction data package contains one or more transaction data; one or more transaction data are the transaction data which are stored in the transaction pool after being verified to be legal by the transaction processing node; hardware equipment resources of the transaction processing node and the block processing node are independent;

receiving a transaction data packet sent by a transaction processing node, and generating an offer block according to one or more transaction data in the transaction data packet;

performing consensus processing on the proposed block to obtain a consensus processing result;

if the result of the consensus processing is a result of the consensus, the proposal block is executed to obtain one or more transaction execution results corresponding to the transaction data, and the proposal block and the transaction execution results are written into the block chain ledger.

It should be understood that the computer device 1000 described in this embodiment of the present application may perform the description of the data processing method in the foregoing embodiments, and may also perform the description of the data processing apparatus 1 in the embodiment corresponding to fig. 8, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Further, here, it is to be noted that: an embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores the aforementioned computer program executed by the data processing apparatus 1, and when the processor loads and executes the computer program, the description of the data processing method in any of the foregoing embodiments can be executed, so that details are not repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application.

Further, please refer to fig. 10, where fig. 10 is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application. The data processing means may be a computer program (including program code) running on a computer device, for example, an application software; the data processing device can be used for executing the corresponding steps in the method provided by the embodiment of the application. As shown in fig. 10, the data processing apparatus 2 may include: a transaction verification module 21, a transaction addition module 22, a request reception module 23, and a transaction packaging module 24.

The transaction verification module 21 is configured to obtain transaction data to be verified, perform verification processing on the transaction data to be verified, and obtain a verification processing result of the transaction data to be verified;

the transaction adding module 22 is configured to add the transaction data to be verified into the transaction pool if the verification processing result of the transaction data to be verified is a verification legal result;

the request receiving module 23 is configured to, when receiving a transaction packaging request sent by the tile processing node, obtain one or more transaction data from the transaction pool according to the transaction packaging request; hardware equipment resources of the transaction processing node and the block processing node are independent;

and the transaction packing module 24 is configured to pack one or more transaction data to obtain a transaction data packet, and send the transaction data packet to the block processing node, so that the block processing node generates an proposed block according to the one or more transaction data in the transaction data packet.

For specific implementation manners of the transaction verification module 21, the transaction adding module 22, the request receiving module 23, and the transaction packing module 24, reference may be made to the descriptions of step S201 to step S204 in the embodiment corresponding to fig. 4, which will not be described herein again.

Referring to fig. 10, the transaction verification module 21 may include: a transaction receiving unit 2101, a signature verification unit 2102, a duplication verification unit 2103 and a verification unit 2104.

A transaction receiving unit 2101, configured to receive transaction data to be verified sent by the third blockchain gateway node; the third block chain gateway node is used for forwarding the transaction data to be verified to the transaction processing node when receiving the transaction data to be verified sent by the terminal equipment;

the transaction receiving unit 2101 is further configured to receive transaction signature data associated with the transaction data to be verified, which is sent by the third blockchain gateway node; the transaction signature data is signature data obtained by the terminal equipment by signing the transaction data to be verified through a private key of a transaction initiating object;

the signature verification unit 2102 is used for acquiring a public key of a transaction initiating object, and performing signature verification processing on transaction signature data through the public key to obtain a signature verification result;

the verification unit 2103 is used for performing verification processing on the transaction data to be verified if the verification result is a verification passing result, so as to obtain a verification processing result;

the verifying unit 2104 is configured to determine that the verification processing result of the transaction data to be verified is a verification valid result if the verification processing result is a verification passing result.

For specific implementation of the transaction receiving unit 2101, the signature verification unit 2102, the duplication verification unit 2103, and the verification unit 2104, reference may be made to the description of step S201 in the embodiment corresponding to fig. 4, which will not be described herein again.

Referring to fig. 10, the check weighing unit 2103 may include: a lookup sub-unit 21031 and a check and replay processing sub-unit 21032.

A search subunit 21031, configured to search for transaction data to be verified in the blockchain ledger book;

a duplication checking processing subunit 21032, configured to determine that the duplication checking processing result is an duplication checking non-passing result if the to-be-verified transaction data is found in the block chain ledger book;

the duplication checking processing subunit 21032 is further configured to determine that the duplication checking processing result is a duplication checking passing result if the to-be-verified transaction data is not found in the block chain ledger.

The specific implementation manners of the search subunit 21031 and the check-replay processing subunit 21032 may refer to the description of step S201 in the embodiment corresponding to fig. 4, and will not be described herein again.

Referring to fig. 10, the data processing apparatus 2 may further include: a notification reception module 25 and a notification execution module 26.

A notification receiving module 25, configured to receive a transaction completion notification instruction sent by the block processing node; the transaction completion notification instruction is generated by the block processing node after writing the proposed block and the transaction execution result into the block chain account book; the transaction execution result is the transaction execution result corresponding to one or more transaction data obtained by executing the proposed block after the block processing node passes the consensus on the proposed block;

the notification execution module 26 is configured to delete one or more transaction data in the transaction pool according to the transaction completion notification instruction, and add the one or more transaction data into the uplink transaction buffer pool.

For a specific implementation manner of the notification receiving module 25 and the notification executing module 26, reference may be made to the optional description of step S204 in the embodiment corresponding to fig. 4, which will not be described herein again.

Referring to fig. 10, the data processing apparatus 2 may further include: a transaction query module 27.

The transaction inquiry module 27 is configured to receive a transaction inquiry request for the target transaction data generated by the terminal device, and search the target transaction data in the uplink transaction buffer pool according to the transaction inquiry request;

the transaction query module 27 is further configured to, if the target transaction data is found in the uplink transaction buffer pool, send the transaction completion result to the terminal device;

the transaction inquiry module 27 is further configured to search the target transaction data from the blockchain book if the target transaction data is not found in the uplink transaction buffer pool;

the transaction query module 27 is further configured to, if the target transaction data is found in the blockchain ledger, add the target transaction data into the uplink transaction buffer pool, and send the transaction completion result to the terminal device;

the transaction query module 27 is further configured to send the transaction incomplete result to the terminal device if the target transaction data is not found in the blockchain ledger.

For a specific implementation of the transaction query module 27, reference may be made to the optional description of step S204 in the embodiment corresponding to fig. 4, which will not be described herein again.

Referring to fig. 10, the data processing apparatus 2 may further include: a query receiving module 28, a query processing module 29, and a result sending module 210.

A query receiving module 28, configured to receive a block query instruction sent by a block processing node; the block query command is generated by the block processing node after the proposed block is generated;

the query processing module 29 is configured to perform block query processing on the proposed block according to the block query instruction to obtain a block verification result;

the result sending module 210 is configured to send the block verification result to the block processing node, so that the block processing node performs consensus voting on the proposed block according to the block verification result.

For a specific implementation manner of the query receiving module 28, the query processing module 29, and the result sending module 210, reference may be made to the description of step S204 in the embodiment corresponding to fig. 4, which will not be described herein again.

The block checking result comprises a checking passing result or a checking failure result; the check passing result is used for indicating the block processing node to generate consensus passing votes for the proposed blocks; the check failure result is used for indicating the block processing node to generate consensus failure votes for the proposed blocks; the proposed block includes transaction data M;

referring to fig. 10, the query processing module 29 may include: a data lookup unit 291, a data determination unit 292, and a result determination unit 293.

The data searching unit 291 is configured to search the transaction data M in the transaction pool according to the block query instruction;

the data searching unit 291 is further configured to determine that the transaction data M is valid transaction data if the transaction data M is found in the transaction pool;

the data searching unit 291 is further configured to, if the transaction data M is not searched in the transaction pool, perform signature verification and duplication checking processing on the transaction data M to obtain a signature verification and duplication checking processing result of the transaction data M;

the data determining unit 292 is configured to determine the transaction data M as valid transaction data if the signature verification and duplication checking processing result of the transaction data M is a verification legal result, and otherwise determine the transaction data M as invalid transaction data;

a result determining unit 293, configured to determine that the block query result of the proposed block is a check passing result if each transaction data in the proposed block is valid transaction data;

the result determining unit 293 is further configured to determine that the block query result of the proposed block is a check failure result if one or more invalid transaction data exists in the proposed block.

For specific implementation manners of the data searching unit 291, the data determining unit 292, and the result determining unit 293, reference may be made to the optional description of step S204 in the embodiment corresponding to fig. 4, which will not be described herein again.

Referring to fig. 10, the data processing apparatus 2 may further include: the transaction broadcast module 211.

The transaction broadcasting module 211 is configured to select L transaction data to be verified from the N transaction data to be verified added into the transaction pool, and perform transaction packaging processing to obtain a broadcast transaction packet; l is a positive integer, and the total data capacity of the L transaction data to be verified is smaller than a configurable capacity threshold;

the transaction broadcasting module 211 is further configured to send the broadcast transaction packet to the fourth blockchain gateway node, so that the fourth blockchain gateway node obtains a communication address of the fifth blockchain gateway node, and forwards the broadcast transaction packet to the fifth blockchain gateway node based on the communication address; the fifth blockchain gateway node is used for forwarding the broadcast transaction packet to a communicable transaction processing node; the communication transaction processing node is used for decompressing the broadcast transaction packet into L transaction data to be verified, and after the L transaction data to be verified are verified to be legal, the L transaction data to be verified are added into a transaction pool to which the communication transaction processing node belongs.

For a specific implementation of the transaction broadcast module 211, reference may be made to the specific description of the embodiment corresponding to fig. 6f, which will not be described herein again.

Further, please refer to fig. 11, where fig. 11 is a schematic structural diagram of a computer device according to an embodiment of the present application. As shown in fig. 11, the data processing apparatus 2 in the embodiment corresponding to fig. 10 may be applied to the computer device 2000, and the computer device 2000 may include: a processor 2001, a network interface 2004 and a memory 2005, the computer device 2000 further comprising: a user interface 2003, and at least one communication bus 2002. The communication bus 2002 is used to implement connection communication between these components. The user interface 2003 may include a Display (Display) and a Keyboard (Keyboard), and the optional user interface 2003 may further include a standard wired interface and a standard wireless interface. The network interface 2004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). Memory 2005 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 2005 may optionally also be at least one memory device located remotely from the aforementioned processor 2001. As shown in fig. 11, the memory 2005, which is a type of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the computer device 2000 shown in fig. 11, the network interface 2004 may provide a network communication function; and the user interface 2003 is primarily used to provide an interface for user input; and processor 2001 may be used to invoke the device control application stored in memory 2005 to implement:

acquiring transaction data to be verified, and verifying the transaction data to be verified to obtain a verification processing result of the transaction data to be verified;

if the verification processing result of the transaction data to be verified is a verification legal result, adding the transaction data to be verified into a transaction pool;

when a transaction packaging request sent by a block processing node is received, acquiring one or more transaction data from a transaction pool according to the transaction packaging request; hardware equipment resources of the transaction processing node and the block processing node are independent;

and packaging the one or more transaction data to obtain a transaction data packet, and sending the transaction data packet to the block processing node so that the block processing node generates an offer block according to the one or more transaction data in the transaction data packet.

It should be understood that the computer device 2000 described in this embodiment of the present application may perform the description of the data processing method in the foregoing embodiments, and may also perform the description of the data processing apparatus 2 in the foregoing embodiment corresponding to fig. 10, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Further, here, it is to be noted that: an embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores the aforementioned computer program executed by the data processing apparatus 2, and when the processor loads and executes the computer program, the description of the data processing method in any of the foregoing embodiments can be executed, so that details are not repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application.

Further, please refer to fig. 12, where fig. 12 is a schematic structural diagram of a data processing apparatus based on a block chain according to an embodiment of the present application. The data processing means may be a computer program (including program code) running on a computer device, for example, an application software; the data processing device can be used for executing the corresponding steps in the method provided by the embodiment of the application. As shown in fig. 12, the data processing apparatus 3 may include: a first transaction forwarding module 31, a block receiving module 32, and a block forwarding module 33.

The first transaction forwarding module 31 is configured to receive transaction data to be verified sent by the terminal device, and forward the transaction data to be verified to the transaction processing node, so that the transaction processing node adds the transaction data to be verified that is verified to be legal into the transaction pool;

a block receiving module 32, configured to receive the block signature data and the proposed block forwarded by the block processing node; the block signature data is obtained by the block processing node by signing the proposed block; the proposed block is generated by the block processing node according to one or more transaction data from the transaction pool sent by the transaction processing node;

a block forwarding module 33 for acquiring a communication address of the communicable block chain gateway node, forwarding the block signature data and the proposed block to the communicable block chain gateway node based on the communication address, so that the communicable block chain gateway node forwards the proposed block to the communicable block processing node; a communicable block processing node is to consensus vote on the proposed block based on the block signature data.

For a specific implementation manner of the first transaction forwarding module 31, the block receiving module 32, and the block forwarding module 33, reference may be made to the specific description of the embodiment corresponding to fig. 5, which will not be described herein again.

Referring to fig. 10, the data processing apparatus 3 may further include: a heartbeat sending module 34, a reply response module 35, and a second transaction forwarding module 36.

A heartbeat sending module 34, configured to send a heartbeat message to the transaction processing node, so that the transaction processing node generates a response message based on the heartbeat message;

the response module 35 is configured to determine, if a response message of the transaction processing node is not received within the target time period, the transaction processing node as a failed transaction processing node, and select a first standby transaction processing node;

and the second transaction forwarding module 36 is configured to, when receiving new transaction data to be verified sent by the terminal device, send the new transaction data to be verified to the first standby transaction processing node.

For a specific implementation manner of the heartbeat sending module 34, the response module 35, and the second transaction forwarding module 36, reference may be made to the specific description of the embodiment corresponding to fig. 5, which will not be described herein again.

Referring to fig. 10, the data processing apparatus 3 may further include: a node monitoring module 37, a node selection module 38, and a third transaction forwarding module 39.

A node monitoring module 37, configured to monitor a load condition of the transaction processing node;

a node selection module 38, configured to select a second standby transaction processing node when the load condition of the transaction processing node is an overload condition;

the third transaction forwarding module 39 is configured to, when receiving the first to-be-verified transaction data and the second to-be-verified transaction data sent by the terminal device, send the first to-be-verified transaction data to the transaction processing node, so that the transaction processing node adds the first to-be-verified transaction data that is verified to be legitimate into the transaction pool;

the third transaction forwarding module 39 is further configured to send the second to-be-verified transaction data to the second standby transaction processing node, so that the second standby transaction processing node adds the second to-be-verified transaction data that is verified to be legitimate into the standby transaction pool.

For specific implementation manners of the node monitoring module 37, the node selecting module 38, and the third transaction forwarding module 39, reference may be made to the specific description of the embodiment corresponding to fig. 5, which will not be described herein again.

Further, please refer to fig. 13, fig. 13 is a schematic structural diagram of another computer device according to an embodiment of the present application. As shown in fig. 13, the data processing apparatus 3 in the embodiment corresponding to fig. 12 may be applied to the computer device 3000, and the computer device 3000 may include: a processor 3001, a network interface 3004 and a memory 3005, wherein said computer device 3000 further comprises: a user interface 3003, and at least one communication bus 3002. The communication bus 3002 is used to realize connection communication between these components. The user interface 3003 may include a Display screen (Display) and a Keyboard (Keyboard), and the optional user interface 3003 may also include a standard wired interface and a standard wireless interface. The network interface 3004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 3005 may be a high-speed RAM memory or a non-volatile memory (e.g., at least one disk memory). The memory 3005 may alternatively be at least one storage device located remotely from the processor 3001. As shown in fig. 13, the memory 3005, which is a kind of computer-readable storage medium, may include therein an operating system, a network communication module, a user interface module, and a device control application program.

In the computer device 3000 shown in fig. 13, the network interface 3004 may provide a network communication function; and the user interface 3003 is an interface mainly for providing input to the user; and the processor 3001 may be configured to invoke a device control application stored in the memory 3005 to implement:

receiving transaction data to be verified sent by terminal equipment, and forwarding the transaction data to be verified to a transaction processing node so that the transaction processing node adds the transaction data to be verified which is verified to be legal into a transaction pool;

receiving block signature data and a proposed block forwarded by a block processing node; the block signature data is obtained by the block processing node by signing the proposed block; the proposed block is generated by the block processing node according to one or more transaction data from the transaction pool sent by the transaction processing node;

obtaining a communication address of the communicable block chain gateway node, forwarding the block signature data and the proposed block to the communicable block chain gateway node based on the communication address, so that the communicable block chain gateway node forwards the proposed block to the communicable block processing node; a communicable block processing node is to consensus vote on the proposed block based on the block signature data.

It should be understood that the computer device 2000 described in this embodiment of the present application may perform the description of the data processing method in the foregoing embodiments, and may also perform the description of the data processing apparatus 3 in the foregoing embodiment corresponding to fig. 10, which is not described herein again. In addition, the beneficial effects of the same method are not described in detail.

Further, here, it is to be noted that: an embodiment of the present application further provides a computer-readable storage medium, where the computer-readable storage medium stores the aforementioned computer program executed by the data processing apparatus 3, and when the processor loads and executes the computer program, the description of the access control method in any of the foregoing embodiments can be executed, so that details are not repeated here. In addition, the beneficial effects of the same method are not described in detail. For technical details not disclosed in embodiments of the computer-readable storage medium referred to in the present application, reference is made to the description of embodiments of the method of the present application.

The computer readable storage medium may be the data processing apparatus provided in any of the foregoing embodiments or an internal storage unit of the computer device, such as a hard disk or a memory of the computer device. The computer readable storage medium may also be an external storage device of the computer device, such as a plug-in hard disk, a Smart Memory Card (SMC), a Secure Digital (SD) card, a flash card (flash card), and the like, provided on the computer device. Further, the computer-readable storage medium may also include both an internal storage unit and an external storage device of the computer device. The computer-readable storage medium is used for storing the computer program and other programs and data required by the computer device. The computer readable storage medium may also be used to temporarily store data that has been output or is to be output.

Further, here, it is to be noted that: embodiments of the present application also provide a computer program product or computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the method provided by any one of the corresponding embodiments.

The terms "first," "second," and the like in the description and in the claims and drawings of the embodiments of the present application are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "comprises" and any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, apparatus, product, or apparatus that comprises a list of steps or elements is not limited to the listed steps or modules, but may alternatively include other steps or modules not listed or inherent to such process, method, apparatus, product, or apparatus.

The above disclosure is only for the purpose of illustrating the preferred embodiments of the present application and is not to be construed as limiting the scope of the present application, so that the present application is not limited thereto, and all equivalent variations and modifications can be made to the present application.