CN117010890A

CN117010890A - Block chain-based transaction processing method, related device, medium and program product

Info

Publication number: CN117010890A
Application number: CN202210458205.9A
Authority: CN
Inventors: 陈自民
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2022-04-28
Filing date: 2022-04-28
Publication date: 2023-11-07
Also published as: WO2023207471A1

Abstract

The application provides a transaction processing method based on a blockchain, a related device, a medium and a program product, wherein the method comprises the following steps: acquiring a to-be-processed transaction set from a transaction pool corresponding to a service sub-chain, wherein each transaction in the to-be-processed transaction set comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; generating a target transaction block based on the transaction set to be processed, and sending verification indication information containing the target transaction block to a verification node; receiving verification data which is returned by the verification node and aims at a target transaction block; transmitting the verification data to a main chain node corresponding to the service main chain, so that the main chain node performs validity verification on the verification data; and receiving a verification result of the verification data returned by the main chain node, and correspondingly processing each transaction in the transaction set to be processed according to the verification result. By adopting the mode, the storage pressure of the main chain nodes in the blockchain network can be relieved, and meanwhile, the problem of double flowers of transactions is avoided.

Description

Block chain-based transaction processing method, related device, medium and program product

Technical Field

The present application relates to the field of computer technology, and in particular, to a blockchain-based transaction processing method, a blockchain-based transaction processing device, a computer apparatus, a computer readable storage medium, and a computer program product.

Background

With the rapid development of blockchain technology, transactions of various digital assets can be realized based on a blockchain network. In existing blockchain networks, all transactions are stored in one main chain blockchain, which causes the storage pressure of the main chain blockchain to be excessive, thereby affecting the performance of the blockchain network. In this regard, developers have proposed various schemes to attempt to expand the blockchain network, but in the process of expanding the blockchain network, there may be a problem that the transaction is repeatedly recorded, that is, the same transaction is validated twice, thereby resulting in a reduction in the security of the blockchain network. Therefore, how to expand the blockchain network and ensure that the transaction is not repeatedly recorded is a technical problem worthy of research.

Disclosure of Invention

The embodiment of the application provides a transaction processing method, a related device, a medium and a program product based on a blockchain, which can relieve the storage pressure of a main chain node in a blockchain network, effectively avoid the repeated execution of the same transaction and solve the problem of double flowers of the transaction.

In one aspect, an embodiment of the present application provides a transaction processing method based on a blockchain, where the blockchain includes a service main chain and a service sub-chain, and the method includes:

acquiring a to-be-processed transaction set from a transaction pool corresponding to a service sub-chain, wherein each transaction in the to-be-processed transaction set comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different;

generating a target transaction block based on the transaction set to be processed, and sending verification indication information containing the target transaction block to a verification node, wherein the verification indication information is used for indicating the verification node to verify the correctness of the transaction in the target transaction block;

receiving verification data which is returned by the verification node and aims at a target transaction block;

when the verification data indicate that the correctness of the target transaction block passes verification, the verification data are sent to a main chain node corresponding to the service main chain, so that the main chain node performs validity verification on the verification data;

and receiving a verification result of the verification data returned by the main chain node, and correspondingly processing each transaction in the transaction set to be processed according to the verification result.

In one aspect, an embodiment of the present application provides another method for processing a transaction based on a blockchain, where the blockchain includes a service main chain and a service sub-chain, the method including:

Receiving verification data sent by a sub-link node corresponding to a business sub-link, wherein the verification data is generated after the verification node verifies the correctness of the transaction in a target transaction block, the target transaction block is generated by a sub-link point based on a transaction set to be processed, each transaction in the transaction set to be processed is acquired from a transaction pool corresponding to the business sub-link, each transaction comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; the verification data is sent by the sub-link node when the verification data indicates that the correctness verification of the target transaction block passes;

carrying out validity verification on the verification data to obtain a verification result of the verification data;

and sending the verification result to the sub-link points so that the sub-link points can correspondingly process each transaction in the transaction set to be processed according to the verification result.

In one aspect, an embodiment of the present application provides a transaction processing device based on a blockchain, where the blockchain includes a service main chain and a service sub-chain, and the device includes:

the processing unit is used for acquiring a to-be-processed transaction set from a transaction pool corresponding to the business sub-chain, wherein each transaction in the to-be-processed transaction set comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different;

The processing unit is further used for generating a target transaction block based on the transaction set to be processed;

the communication unit is used for sending verification indication information containing the target transaction block to the verification node, wherein the verification indication information is used for indicating the verification node to verify the correctness of the transaction in the target transaction block;

the communication unit is also used for receiving verification data which are returned by the verification node and aim at the target transaction block;

when the verification data indicate that the correctness of the target transaction block passes, the communication unit is further used for sending the verification data to a main chain node corresponding to the service main chain, so that the main chain node performs validity verification on the verification data; receiving a verification result of verification data returned by the main chain node;

and the processing unit is also used for correspondingly processing each transaction in the transaction set to be processed according to the verification result.

In one embodiment, when the processing unit obtains the set of pending transactions from the transaction pool corresponding to the service sub-chain, the processing unit is specifically configured to: acquiring a transaction to be processed from a transaction pool corresponding to a service sub-chain, wherein each transaction in the transaction pool comprises a transaction identifier; based on the transaction identification of the transaction to be processed, detecting whether the transaction to be processed is contained in a transaction set to be processed formed based on the transaction acquired from the transaction pool; if the to-be-processed transaction is not contained in the to-be-processed transaction set formed based on the transaction acquired from the transaction pool, adding the to-be-processed transaction into the to-be-processed transaction set; if the pending transaction is included in a set of pending transactions that is based on the transactions that have been acquired from the transaction pool, discarding the pending transaction.

In one embodiment, the transaction identifier of the target transaction is related to a generation order of the target transaction in transactions generated for a first object, wherein the first object is an object to which the target transaction belongs, and the target transaction is any transaction in the transaction pool.

In one embodiment, the processing unit is further configured to obtain key transaction information of each transaction in the set of transactions to be processed; generating a set of critical transaction information based on the critical transaction information;

the communication unit is also used for sending the key transaction information set to the main chain node; the key transaction information in the key transaction information set is used for determining transaction state data of a second object, and the second object is any object associated with a transaction exchange in the transaction set to be processed.

In one embodiment, the processing unit is specifically configured to, when performing corresponding processing on each transaction in the set of transactions to be processed according to the verification result: executing each transaction in the transaction set to be processed when the verification result indicates that the verification data passes the validity verification; and updating the transaction state data of each object of the transaction according to the transaction data of each transaction and the transaction execution result.

In one embodiment, the communication unit is further configured to send the recorded transaction status data of each object to the master node when the status data reporting condition is met, so that the master node updates the transaction status data of each object recorded by the master node based on the received transaction status data.

In one embodiment, satisfying the status data reporting condition includes: the number of transactions performed at the current stage reaches a preset number, or the transactions in the transaction pool have all been performed.

In one aspect, an embodiment of the present application provides another blockchain-based transaction processing device, where a blockchain includes a service main chain and a service sub-chain, the device including:

the communication unit is used for receiving verification data sent by a sub-link node corresponding to the business sub-link, wherein the verification data is generated after the verification node verifies the correctness of the transaction in the target transaction block, the target transaction block is generated by the sub-link point based on a transaction set to be processed, each transaction in the transaction set to be processed is acquired from a transaction pool corresponding to the business sub-link, each transaction comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; the verification data is sent by the sub-link node when the verification data indicates that the correctness verification of the target transaction block passes;

The processing unit is used for carrying out validity verification on the verification data to obtain a verification result of the verification data;

and the communication unit is also used for sending the verification result to the sub-link points so that the sub-link points can correspondingly process each transaction in the transaction set to be processed according to the verification result.

In one embodiment, the verification data includes verification data corresponding to the target transaction block, and encryption data obtained by encrypting the verification data by using an encryption key corresponding to the verification node; the processing unit performs validity verification on the verification data, and is specifically used for when a verification result of the verification data is obtained: obtaining a decryption key matched with the encryption key, and decrypting the encryption data included in the verification data by using the decryption key to obtain decrypted data; and determining a verification result of the verification data based on a comparison result of the verification data and the decryption data included in the verification data.

In one embodiment, the communication unit is further configured to receive a set of key transaction information sent by the sub-link node, where the set of key transaction information is generated based on key transaction information of each transaction in the set of transactions to be processed, and the key transaction information in the set of key transaction information is used to determine transaction state data of a target object, where the target object is any object associated with a transaction in the set of transactions to be processed; the processing unit is also used for storing the key transaction information set.

In one embodiment, the communication unit is further configured to receive transaction status data of each object recorded by a child link point sent by the child link node when the status data reporting condition is met; the processing unit is also used for updating the transaction state data of each recorded object based on the received transaction state data; wherein, satisfying the status data reporting condition includes: the number of transactions performed at the current stage reaches a preset number, or the transactions in the transaction pool have all been performed.

In one aspect, an embodiment of the present application provides a computer device, including: the system comprises a processor, a communication interface and a memory, wherein the processor, the communication interface and the memory are mutually connected, the memory stores executable program codes, and the processor is used for calling the executable program codes to realize the transaction processing method based on the blockchain.

Accordingly, an embodiment of the present application also provides a computer-readable storage medium including: the computer readable storage medium stores a computer program which, when executed by a processor, implements the blockchain-based transaction processing method provided by the embodiment of the application.

Accordingly, embodiments of the present application provide a computer program product comprising a computer program or computer instructions which, when executed by a processor, implement the blockchain-based transaction processing method provided by embodiments of the present application.

Accordingly, embodiments of the present application provide a computer program including computer instructions stored in a computer readable storage medium, a processor of a computer device reading the computer instructions from the computer readable storage medium, the processor executing the computer instructions to cause the computer device to perform the blockchain-based transaction processing method provided by the embodiments of the present application.

According to the embodiment of the application, the sub-link points are used for acquiring a transaction set to be processed from the transaction pool corresponding to the business sub-link, then a target transaction block is generated based on the transaction set to be processed, the target transaction block is sent to the verification node for correctness verification, verification data of the verification node are received, when the verification data indicate that the target transaction block passes the correctness verification, the verification data are sent to the main chain node for validity verification, a verification result of the main chain node is received, and finally corresponding processing is carried out on each transaction in the transaction set to be processed according to the verification result. In this way, on one hand, since each transaction in the transaction set to be processed contains the transaction identifier, the sub-link point can ensure that no repeated transaction exists in the transaction set to be processed according to the transaction identifier, so that the same transaction is not repeatedly executed, the problem of double-flower transaction is avoided, and the safety of the system is increased. On the other hand, the main chain node does not need to execute each transaction, only needs to check the verification data, and when the verification is passed, each transaction in the transaction set to be processed can be executed by the child chain node, so that the processing performance of the main chain node is improved, and the storage pressure of the main chain node is also relieved. In summary, by implementing the embodiment of the application, the expansion of the main chain node can be realized and the system security can be ensured.

Drawings

In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings can be obtained according to these drawings without inventive effort for the person skilled in the art.

FIG. 1 is a block chain architecture diagram according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a block chain network according to an embodiment of the present application;

FIG. 3 is a block chain based transaction processing system architecture diagram according to an embodiment of the present application;

FIG. 4 is a flow chart of a transaction processing method based on blockchain according to an embodiment of the present application;

FIG. 5 is a schematic diagram of a scenario of a blockchain-based transaction process provided by an embodiment of the present application;

FIG. 6 is a flow chart of another blockchain-based transaction processing method according to an embodiment of the present application;

FIG. 7 is a schematic diagram of an application scenario of a blockchain-based transaction process according to an embodiment of the present application;

FIG. 8 is a schematic diagram of a sub-link point update transaction status data according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a transaction processing device based on blockchain according to an embodiment of the present application;

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

Detailed Description

The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by a person of ordinary skill in the art based on the embodiments of the application without making any inventive effort, are intended to fall within the scope of the application.

In order to better understand the solution of the embodiments of the present application, some basic concepts that may be related to the embodiments of the present application are described below.

(1) Blockchain: blockchains are novel application modes of computer technologies such as distributed data storage, point-to-point transmission, consensus mechanisms, encryption algorithms, and the like. It is essentially a decentralised database, a series of data blocks generated by cryptographic means, each of which contains a batch of information of network transactions for verifying the validity (anti-counterfeiting) of the information and generating the next block. In a narrow sense, a blockchain is a chain type data structure formed by sequentially connecting data blocks in time sequence, and is a distributed account book which cannot be tampered and counterfeited and is guaranteed in a cryptographic manner.

(2) Intelligent contract: a computerized agreement, which may execute terms of a contract, implemented by code deployed on the shared ledger for execution upon satisfaction of certain conditions, for completing automated transactions, such as querying the physical distribution status of goods purchased by the buyer, transferring the buyer's digital asset to the merchant's address after the buyer signs for the goods, based on actual business demand codes; of course, the smart contract is not limited to executing the contract for the transaction, and may execute a contract that processes the received information.

(3) Non-homogeneous rights attestation evidence: a unique digital encryption rights evidence with irreproducible and indivisible rules and information is derived on the basis of the blockchain technology and is used for indicating the rights attribution of a certain digital object.

Referring to fig. 1, an alternative block chain structure is shown in accordance with an embodiment of the present application.

As shown in fig. 1, a blockchain 101 is composed of a plurality of blocks, wherein a first block of the blockchain is called an creation block (which can be simply called an creation block), the creation block comprises a block head and a block body, the block head stores an input information characteristic value, a version number, a timestamp and a difficulty value, and the block body stores input information; the next block of the created block takes the created block as a father block, the next block also comprises a block head and a block body, the block head is stored with the input information characteristic value of the current block, the block head characteristic value of the father block, the version number, the timestamp and the difficulty value, and the like, so that the block data stored in each block in the block chain are associated with the block data stored in the father block, and the safety of the input information in the block is ensured.

Further, the blockchain network may be maintained by each blockchain node, and the blockchain network may be understood as a data sharing system for sharing data between the blockchain nodes, and an exemplary structure of the data sharing system may be seen in fig. 2; as shown in fig. 2, the data sharing system may include a plurality of blockchain nodes 102, where each blockchain node 102 may be a server that is connected to the blockchain network, or may be a terminal device (e.g., a client) that is connected to the blockchain network, and the specific form of the blockchain node 102 is not limited herein. For each blockchain node 102 in the blockchain network, there is a node identification corresponding thereto, and each blockchain node 102 in the blockchain network may store the node identifications of other blockchain nodes 102 in the blockchain network for subsequent broadcasting of the generated block to other blockchain nodes 102 in the data sharing system based on the node identifications of the other blockchain nodes 102. Each blockchain node 102 can maintain a node identification list, and correspondingly store the node name and the node identification in the node identification list; the node identification list can be seen in table 1:

TABLE 1

Node name	Node identification
		Node 1	117.114.151.174
Node 2	117.116.189.145
		…	…
Node X (X is a positive integer)	xx.xxx.xxx.xxx

As shown in table 1, the node identification may be an IP (Internet Protocol, protocol for interconnection between networks) address and any other information that can be used to identify the node; for example, the node identifier may also be a binary sequence code (e.g., 110001110), and table 1 is only illustrated by taking an IP address as an example. When a block to be verified is generated in the block chain network, a block chain node (or called a consensus node) running a consensus mechanism in the block chain network performs consensus on the block to be verified, and after the consensus is successful, the block to be verified is synchronized to each block chain node in the block chain network through a node identifier in a node identifier list, so that distributed storage of data in the block chain network is realized.

Based on the above description, an embodiment of the present application provides a transaction processing system based on a blockchain, please refer to fig. 3, which is a block chain architecture diagram of the transaction processing system according to the embodiment of the present application. As shown in fig. 3, a main service chain 104 and a sub service chain 105 are maintained in the blockchain network 103, the main service chain 104 includes a main chain node 1041, the sub service sub chain 105 includes a sub link point 1051, and data transmission between the main chain node 1041 and the sub link point 1051 can be realized through a communication network.

In an embodiment of the present application, the child link point 1051 may obtain a set of transactions to be processed from a transaction pool corresponding to the service child link 105, and then generate a target transaction block based on the set of transactions to be processed. It is noted that each transaction in the set of transactions to be processed contains a transaction identifier, and the transaction identifiers of the transactions belonging to the same object are different. The child link point 1051 then sends verification indication information to the verification node including the target transaction block, indicating to the verification node to verify the correctness of the transactions in the target transaction block. Here, the verification node may be a node in the blockchain network 103, or may be a node outside the blockchain network 103, which is not limited in the embodiment of the present application. After the verification node verifies the correctness of the target transaction block, verification data for the target transaction block is generated, and the verification data is sent to the main chain node 1041 in the service main chain 104. The main chain node 1041 performs validity verification on the verification data to obtain a verification result of the verification data, and returns the verification result to the sub-link point 1051, where the sub-link point 1051 can perform corresponding processing on each transaction in the transaction set to be processed according to the verification result. In this way, the transaction on the service main chain can be transferred to the service sub-chain, the storage pressure of the service main chain is relieved, and the problem of insufficient TPS (Transaction processing systems, transaction processing amount per second, which is a performance index of the processing capacity of the expression system) of the service main chain is solved; meanwhile, each transaction comprises a transaction identifier, and each transaction belonging to the same object is distinguished by different transaction identifiers, so that the transaction on the service sub-chain is prevented from being repeatedly processed, double flowers of the transaction are avoided, and the system security is improved.

It should be noted that, in the embodiment of the present application, the main chain node of the service main chain and the sub-chain node of the service sub-chain may be a server or a terminal in the access blockchain network. 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 based on cloud computing services, such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs, big data, and the like. The terminal may be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a notebook computer, a desktop computer, a smart speaker, a smart watch, etc., but is not limited thereto. The nodes may be directly or indirectly connected through wired or wireless communication, and the present application is not limited herein.

The block chain-based transaction processing method provided by the embodiment of the application is described in detail below with reference to the accompanying drawings.

Referring to fig. 4, a flow chart of a transaction processing method based on a blockchain according to an embodiment of the present application is shown, where the blockchain network may include a service main chain and a service sub-chain, and the method may be performed by sub-link points corresponding to the service sub-chain, including but not limited to the following steps:

S401, acquiring a transaction set to be processed from a transaction pool corresponding to a service sub-chain.

In the embodiment of the application, the sub-link node in the service sub-link can acquire a to-be-processed transaction set from the transaction pool corresponding to the service sub-link, wherein the to-be-processed transaction set comprises a plurality of to-be-processed transactions of a plurality of different objects, each transaction comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different. The transaction identifier herein refers to an identifier for indicating the generation sequence of each transaction belonging to the same object, and may be a specific numerical value, for example. For example, assuming that, in the set of transactions to be processed obtained from the transaction pool corresponding to the service sub-chain, the transactions belonging to the object a include a transaction a, a transaction b and a transaction c, if the transaction sequence of the three transactions is that the transaction b precedes the transaction a and the transaction a precedes the transaction c, the transaction identifier corresponding to the transaction b may be a value of 1, the transaction identifier corresponding to the transaction a may be a value of 2, and the transaction identifier corresponding to the transaction c may be a value of 3. In one implementation, the transaction identifier of each transaction belonging to the same object may be a value that increases linearly based on the generation sequence of each transaction, may be a value that increases exponentially based on the generation sequence of each transaction, or may be a value that increases logarithmically based on the generation sequence of each transaction, which is not limited by the present application.

In one embodiment, the manner in which the sub-link point obtains the set of transactions to be processed from the transaction pool corresponding to the service sub-link may specifically be that the transaction to be processed is obtained from the transaction pool corresponding to the service sub-link, where each transaction in the transaction pool is a transaction including the transaction identifier, and because the transaction identifier may represent the generating sequence of each transaction belonging to the same object, based on the transaction identifier of the transaction to be processed, it may be detected whether the set of transactions to be processed formed by the obtained transaction includes the transaction to be processed; if the transaction to be processed formed by the acquired transaction does not contain the transaction to be processed, namely the transaction identifier contained in the transaction to be processed formed by the acquired transaction is different from the transaction identifier of the transaction to be processed, the transaction to be processed can be added into the transaction to be processed; if the acquired transaction set contains the transaction to be processed, namely the transaction identifier contained in the transaction set composed of the acquired transactions is indicated to be the same as the transaction identifier of the transaction to be processed, discarding the transaction to be processed or deleting the transaction to be processed from the transaction pool. In this way, it is avoided that transactions with the same transaction identity exist in the set of transactions to be processed, resulting in the same transaction being repeatedly executed.

In one possible implementation, after the sub-link points acquire the set of transactions to be processed, the transactions belonging to each object may be saved through a tree data structure, and the tree in which the transactions of each object are saved may be referred to as a state tree. The state tree comprises leaf nodes and a root, wherein the leaf nodes can store transactions belonging to all objects, the root can store transaction state data corresponding to all objects, when a sub-chain executes all transactions, the leaf nodes in the state tree are correspondingly modified, and after all transactions corresponding to all objects are executed, the transaction state data corresponding to all objects stored by the root in the state tree are updated. It should be noted that, before updating the transaction status data corresponding to each object, the verification in both aspects described in step S402 and step S404 needs to be executed separately, so as to ensure the authenticity of the data and enhance the security of the system. The process of how the sub-link node verifies after it obtains the set of transactions to be processed is described below.

S402, generating a target transaction block based on the transaction set to be processed, and sending verification indication information containing the target transaction block to a verification node.

In the embodiment of the application, the sub-link node can package the set to be processed into the target transaction block, and then sends the verification indication information containing the target transaction block to the verification node so as to indicate the verification node to verify the correctness of the transaction in the target transaction block. The verification node is a node for verifying whether the acquired transaction is correct or not, and aims to ensure completeness and correctness of the transaction.

In one embodiment, after the sub-link node sends the verification indication information including the target transaction block to the verification node, the verification node may verify the correctness of the transaction in the target transaction block. When the verification node verifies the transaction in the target transaction block, in order to ensure the privacy of the transaction, a preferred implementation scheme is to complete the verification of the correctness of the transaction in the target transaction block without the verification node knowing the specific content of the transaction. Optionally, in order to achieve the above objective, the verification node may use a zero-knowledge proof algorithm to verify the transaction in the target transaction block, where one party proves a certain statement to another party through the zero-knowledge proof, and at the same time does not reveal the secret information contained in the statement, and another party can trust the correctness of the statement through verifying the zero-knowledge proof, and at the same time cannot obtain any secret information. Thus, the validation node may validate transactions in the target transaction block and generate validation data for the target transaction block based on a zero-knowledge proof algorithm, such as zero-knowledge compact non-interactive knowledge proof (zero-knowledge succinct non-interactive argument of knowledge, zkshark), elliptic curve cryptography algorithm, RSA (named by Rivest, shamir, adleman three-digit math), and the like. The verification node is used for verifying the correctness of the transaction in the target transaction block, so that the transaction logic of each transaction can be ensured to be correct, and the stability of the system is enhanced.

Specifically, if the transaction in the target transaction block passes the verification of the verification node based on the zero knowledge proof algorithm, that is, the verification that the transaction in the target transaction block is correct is indicated, the generated verification data may be a proof (proof) obtained based on the zero knowledge proof algorithm; if the transaction in the target transaction block fails to pass the verification of the verification node based on the zero knowledge proof algorithm, that is, the fact that the transaction in the target transaction block has errors is indicated, the generated verification data can be a character or a numerical value for indicating the transaction errors. The situations that the transaction in the target transaction block has errors can be the following: (1) the account of the target transaction object does not have enough balance to pay the transfer amount in the transaction to be processed or is a commission; (2) the transaction identifier contained in the transaction corresponding to the target transaction object is incorrect; (3) the transaction signature corresponding to the target transaction object is incorrect. Here, the target transaction object may be any object in which a transaction error exists.

S403, receiving verification data which is returned by the verification node and aims at the target transaction block.

In the embodiment of the application, after the verification node completes the correctness verification of the transaction in the target transaction block, the sub-link node can receive the verification data which is returned by the verification node and aims at the target transaction block. If the verification data received by the sub-link point indicates that the correctness of the target transaction block passes the verification, that is, the transaction logic in the target transaction block is correct, the validity of the main chain node of the service main chain needs to be further verified, and step S404 is executed at this time; if the verification data received by the sub-link point indicates that the correctness verification of the target transaction block is not passed, that is, the transaction in the target transaction block has an error, the transaction in the target transaction block can be determined to be invalid, and the execution of the transaction in the target transaction block is abandoned.

And S404, when the verification data indicate that the correctness of the target transaction block passes, the verification data are sent to the main chain nodes corresponding to the service main chain, so that the main chain nodes carry out validity verification on the verification data.

In the embodiment of the application, when the verification data indicates that the correctness of the target transaction block passes verification, the sub-link node can send the verification data to the main link node corresponding to the service main link, so that the main link node further performs validity verification on the verification data. The main chain node checks the validity of the verification data, so as to prevent the sub-chain node from being wrongly used, for example, the transaction of a certain object is maliciously modified, or the transaction of a certain object is maliciously not collected, and the like, and if the sub-chain node has any wrongly used operation, the verification data cannot pass the validity check of the main chain node. The process of verifying the validity of the verification data by the master node can be seen in step S602 in the embodiment shown in fig. 6, which is not described herein.

In one embodiment, the child link point may also generate a set of critical transaction information based on the critical transaction information and send the set of critical transaction information to the master node when sending the verification data to the master node. The key transaction information is simplified information for describing each transaction in the set of transactions to be processed, and compared with the complete transaction information corresponding to each transaction, unnecessary data are omitted so as to achieve the purpose of saving storage space, because the smaller the storage space occupied by each transaction is, the more the number of transactions can be accommodated on the premise of the same storage capacity. Optionally, the complete transaction information included in each transaction may include, for example, a transaction transfer party (from), a transaction receiver (to), a transaction amount (amountj), a transaction fee (fe), a transaction identifier (nonce), a transaction signature (signature), and a format corresponding to the complete transaction information may be (from, to, amountj, fe, nonce, signature); accordingly, each exchange includes key transaction information, which may be only a transaction transfer party, a transaction receiving party, a transaction amount, a transaction identifier, and a format corresponding to the key transaction information may be from (to, current, nonce), so that the key transaction information is more simplified compared with the complete transaction information, and storage space is saved.

Further, the key transaction information set may be obtained by ordering each key transaction information according to a transaction sequence, and the main chain node may determine transaction state data of a second object according to the key transaction information in the key transaction information set, where the second object may be any object associated with a transaction in the to-be-processed transaction set. The transaction related object may be a transaction transfer party corresponding to the transaction or a transaction receiver. In one possible implementation, when the verification data sent by the sub-link node to the main link node fails the validity check, the main link node may determine that the sub-link node is suspected, at this time, the main link node may choose not to trust the sub-link node, and the main link node may perform each transaction by itself based on the key transaction information set, so as to determine the transaction state data of each object. Meanwhile, the key transaction information set is obtained by sequencing the key transaction information according to the transaction sequence, so that the main chain node can be more convenient and faster when executing each transaction based on the key transaction information set, and the processing pressure of the main chain node is reduced.

S405, receiving a verification result of verification data returned by the main chain node, and correspondingly processing each transaction in the transaction set to be processed according to the verification result.

In the embodiment of the application, after the main chain node performs validity verification on the verification data, the sub-chain node can receive the verification result returned by the main chain node and perform corresponding processing on each transaction in the transaction set to be processed according to the verification result.

In one embodiment, when the verification result received by the sub-link node indicates that the verification data passes the validity verification, each transaction in the set of transactions to be processed can be executed to obtain a transaction execution result of each transaction, and then the transaction state data of each object to which the transaction belongs is updated according to the transaction data of each transaction and the transaction execution result. The transaction execution result is used for indicating whether the current transaction is executed successfully, and because in practical applications, there may be a problem that the transaction is executed unsuccessfully, for example, the transaction is executed unsuccessfully due to unstable network, so that only if the transaction execution result indicates that the current transaction is executed successfully, the sub-link node updates the transaction state data of the object to which the transaction belongs according to the transaction data of each transaction.

In one embodiment, after the child link point updates the transaction state data of the object to which each transaction belongs, when the state data reporting condition is met, the recorded transaction state data of each object may be sent to the master node, so that the master node updates the transaction state data of each object recorded by the master node based on the received transaction state data. Wherein, meeting the status data reporting condition may include any one or more of the following: (1) the number of executed transactions in the current stage reaches a preset number; for example, if the preset number is 100, when the number of executed transactions reaches 100, the child link point may send the transaction status data of each object to the main link node. (2) The transactions in the transaction pool have all been performed; if all the transactions in the transaction pool are executed, no transaction to be processed is currently performed, and at this time, the child link point can also send the transaction state data of each object to the main chain node. (3) The current time interval reaches a preset time interval; for example, if the preset time interval is 10 minutes, the sub-link node may send the transaction state data of each object to the main link node once every 10 minutes, so that the main link node may update the transaction state data of each object recorded by the sub-link node in time.

In another embodiment, when the verification result received by the sub-link node indicates that the verification data fails the validity verification, the transaction in the set of transactions to be processed may be terminated, that is, the transaction in the set of transactions to be processed is abandoned, so that the transaction problem is avoided, and the security of the system is affected.

For ease of understanding, please refer to fig. 5, fig. 5 is a schematic diagram of a transaction processing scenario based on blockchain according to an embodiment of the present application. As shown in fig. 5, the entire transaction process can be summarized in three parts: (1) The sub-link point 501 obtains a to-be-processed transaction set from a transaction pool 50 corresponding to a service sub-link, wherein each transaction in the to-be-processed transaction set contains a transaction identifier, the transaction identifiers of all transactions belonging to the same object are different, then the sub-link point 501 packages and processes the to-be-processed transaction set into a target transaction block, and then verification indicating information containing the target transaction block is sent to the verification node 502; (2) After the verification node 502 receives the target transaction block, the correctness of the transaction in the target transaction block is verified, and verification data is returned to the sub-link point 501, optionally, the verification node 502 can verify the transaction in the target transaction block based on a zero knowledge proof algorithm, so that the confidentiality of the data is guaranteed, and if the transaction in the target transaction block passes the correctness verification of the verification node, the sub-link point 501 can send the verification data to the main link point 503 for further validity verification; (3) After the validity of the verification data is verified by the main chain node 503, a verification result for the verification data is generated, and the verification result is returned to the sub-chain node 501, the sub-chain node 501 can perform corresponding processing on each transaction in the set to be processed according to the verification result, if the verification result indicates that the verification data passes the validity verification, the sub-chain node 501 can execute each transaction in the set to be processed, to a transaction execution result of each transaction, and then update the transaction state data of each object to which the transaction belongs according to the transaction data and the transaction execution result of each transaction.

According to the embodiment of the application, the sub-link points are used for acquiring a transaction set to be processed from the transaction pool corresponding to the business sub-link, then a target transaction block is generated based on the transaction set to be processed, the target transaction block is sent to the verification node for correctness verification, verification data of the verification node are received, when the verification data indicate that the target transaction block passes the correctness verification, the verification data are sent to the main chain node for validity verification, a verification result of the main chain node is received, and finally corresponding processing is carried out on each transaction in the transaction set to be processed according to the verification result. In this way, on one hand, since each transaction in the transaction set to be processed contains the transaction identifier, the sub-link point can ensure that no repeated transaction exists in the transaction set to be processed according to the transaction identifier, so that the same transaction is ensured not to be repeatedly executed, the problem of double-flower transaction is avoided, and the safety of the system is increased. On the other hand, the main chain node does not need to execute each transaction, only needs to check the verification data, and when the verification is passed, each transaction in the transaction set to be processed can be executed by the sub-chain link point, so that TPS of the transaction of the main chain node is improved, and the storage pressure of the main chain node is relieved. In summary, by implementing the embodiment of the application, the expansion of the main chain node can be realized and the system security can be ensured.

Further, please refer to fig. 6, which is a flowchart illustrating another blockchain-based transaction processing method according to an embodiment of the present application, the blockchain network may include a service main chain and a service sub-chain, and the method may be performed by a main chain node corresponding to the service main chain, including but not limited to the following steps:

s601, receiving verification data sent by a sub-link node corresponding to a service sub-link.

In the embodiment of the application, the main chain node can receive the verification data sent by the sub-chain node corresponding to the service sub-chain. The verification data are generated after the verification node verifies the correctness of the transaction in the target transaction block, the target transaction block is generated by the sub-link points based on the transaction set to be processed, each transaction in the transaction set to be processed is obtained from the transaction pool corresponding to the service sub-link, each transaction contains a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different. It is noted that the sub-link node will send the verification data to the main link node only if the verification data indicates that the target transaction block passes the correctness verification, and otherwise will not send the verification data.

S602, carrying out validity verification on the verification data to obtain a verification result of the verification data.

In the embodiment of the application, the main chain node can carry out validity check on the received verification data to obtain the verification result of the verification data. The verification data may include verification data corresponding to the target transaction block, and encryption data obtained by encrypting the verification data by using an encryption key corresponding to the verification node. Here, the verification data is data for indicating that the target transaction block passes the correctness verification, and may be a numerical value, for example, when the verification node verifies the target transaction block based on the zero-knowledge proof algorithm, the verification data may be a proof value generated by the verification node based on the zero-knowledge proof algorithm. The encryption key for encrypting the verification data may be a symmetric key, i.e., an encryption key for encryption and a decryption key for decryption are identical, or may be an asymmetric key, i.e., an encryption key for encryption and a decryption key for decryption are different. Accordingly, the encryption algorithm for acquiring the encryption key may be a symmetric encryption algorithm, for example, a DES algorithm (Data Encryption Standard ), a 3DES algorithm, a Blowfish algorithm (block encryption algorithm developed by brus Shi Naier), or the like, or an asymmetric encryption algorithm, for example, a knapsack algorithm, an RSA algorithm, an ECC (elliptic curve encryption) algorithm, or the like.

In one embodiment, the main node performs validity verification on the verification data by acquiring a decryption key matched with the encryption key, decrypting the encrypted data included in the verification data by using the decryption key to obtain decrypted data, and determining a verification result of the verification data based on a comparison result of the verification data included in the verification data and the decrypted data. Specifically, the decryption key may be stored in the main node intelligent contract, and if the decryption data obtained by decrypting the encrypted data included in the verification data by the main node using the decryption key is the same as the verification data included in the verification data, it indicates that the verification data passes the validity verification of the main node; otherwise, if the decryption data obtained by decrypting the encrypted data included in the verification data by the main chain node through the decryption key is different from the verification data included in the verification data, the verification data is indicated to not pass the validity verification of the main chain node.

In one embodiment, the master node may receive transaction state data of each object transmitted by the child link, and when the verification data passes the validity check, the master node may update the recorded transaction state data of each object based on the received transaction state data. It should be noted that, when the link point of the sub-link satisfies a certain reporting condition, the reporting condition may be that the number of transactions executed by the sub-link node in the current stage reaches a preset number, or that all transactions in the transaction pool have been executed, or that a preset time interval is reached, or the like.

In one embodiment, the main chain node may further receive a set of key transaction information transmitted by the sub-link and store the set of key transaction information, and when the verification data fails to pass the validity check, the main chain node may determine transaction state data of a target object based on key transaction information of each transaction in the set of key transaction information, where the target object may be any object associated with a transaction in the set of pending transactions.

In one possible implementation, the main chain node may also store transactions of each object through a tree data structure, key transaction information corresponding to each object may be stored in leaf nodes of the tree, and transaction state data corresponding to each object may be stored in a root of the tree, where the root may represent transaction states of all objects in the current system. Correspondingly, when the verification data passes the validity verification of the main chain node, the main chain node can directly update the root in the tree according to the received transaction state data of each object, so that the child chain link points execute a batch of transactions, and the corresponding main chain node can only update the transaction state data stored by the root, thereby improving the operation efficiency of the main chain node; when the verification data does not pass the validity verification of the main chain node, the main chain node is required to update the whole tree according to the key transaction information stored in the leaf node so as to ensure that the transaction state data of each object can be correctly updated and enhance the system stability.

And S603, sending the verification result to the sub-link points so that the sub-link points can correspondingly process each transaction in the transaction set to be processed according to the verification result.

In the embodiment of the application, the main chain node can send the verification result to the sub-link point so that the sub-link point can correspondingly process each transaction in the to-be-processed set according to the verification result. The process of the sub-link point performing the corresponding processing on each transaction in the set to be processed according to the verification result can be seen from the detailed description of step S405 in the embodiment shown in fig. 4, which is not repeated herein.

In the embodiment of the application, the main chain node obtains the verification result of the verification data by carrying out validity verification on the verification data sent by the received sub-chain node, and returns the verification result to the sub-chain node, so that the sub-chain node can carry out corresponding processing on each transaction in the transaction set to be processed according to the verification result. In this way, the main chain node can directly update the transaction state data of each object only by confirming that the verification data sent by the sub-chain node passes the verification, thereby improving the TPS of the main chain node and relieving the storage pressure of the main chain node.

The block chain-based transaction processing method according to the embodiment of the present application is described in detail in the foregoing, and in order to facilitate understanding of the present solution, the present application will be further described from the perspective of a specific application scenario.

The transaction processing method based on the blockchain provided by the embodiment of the application can be applied to the business scene of digital commodity transaction, and can solve the problem that the transaction speed of the non-homogeneous equity evidence certificate in the blockchain network is low and the transaction is repeatedly packed. Specifically, the application scenario of the embodiment of the present application may include, but is not limited to, deposit of a digital commodity from a main chain node to a sub-chain node, refund of a digital commodity from a sub-chain node to a main chain node (withdraw), update of object information (updataacount), and transaction of a digital commodity (transfer). The deposit of digital goods from a main chain node to a sub-chain node is described below as an example.

Fig. 7 is a schematic diagram of an application scenario of transaction processing based on blockchain according to an embodiment of the present application. As shown in fig. 7, (1) object a submitted a deposit transaction to the master node, deposit equity proof voucher (Token) a, quantity 10. The Token can be understood as a negotiable proof of rights credential in the blockchain, and can be used as a basic unit of transaction. (2) The main chain node may send a deposit transaction request of the object a to the sub-link point, and the sub-link point may acquire a set of transactions to be processed after receiving the transaction request, where the set of transactions to be processed includes a transaction to be processed corresponding to the object a (deposit Token a of the object a, the number of the transactions to be processed is 10), and records a transaction identifier of the transaction to be processed corresponding to the object a, for example, the transaction identifier may be 1, and correspondingly, when the object a sends the next transaction to be processed again, the transaction identifier will be 2, so that the transaction may be prevented from being repeatedly executed. (3) The sub-link point packages the to-be-processed transaction set into a target transaction block, and sends verification indication information containing the target transaction block to a verification node, and the verification node can verify the target transaction block based on a zero knowledge proof algorithm to generate verification data. (4) When the verification data indicate that the correctness of the target transaction block passes, the sub-link node can send the verification data to the main link node to enable the main link node to carry out validity verification on the verification data, and in addition, the sub-link node can also send the key transaction information set to the main link node to enable the main link node to determine the transaction state data of each object according to the key transaction information set. (5) After the main chain node performs validity verification on the verification data, a verification result of the verification data can be generated, and if the verification result indicates that the verification data passes the validity verification, the sub-chain node can execute the transaction in the transaction set to be processed. The process of executing the transaction to be processed (object a deposit token, number 10) by the child link point can be seen in fig. 8, as shown in fig. 8, the child link point can manage the transactions belonging to each object through the tree data structure, for the object a, the number 10 token stored in the leaf node before the state update, after executing the transaction to be processed (object a deposit token, number 10), the number 20 token will be stored in the leaf node corresponding to the object a, and at the same time, the root in the tree data structure will be updated accordingly, and it can be understood that the root stores the hash value of the transaction state data of each object. (6) The main chain node may receive the transaction state data of each object sent by the sub-link node, and update the transaction state data recorded in the intelligent contract according to the received transaction state data of each object, for example, after the number 10 of token deposits of the transaction object a, the number 20 token is obtained, and then the state of the object a in the intelligent contract is correspondingly changed to the number 20 of the object a, token. By the method, the circulation speed of the non-homogeneous equity proof certificate on the main chain node can be improved, meanwhile, the transaction of the sub-chain link point is guaranteed not to be repeatedly packed, and the safety of the system is enhanced.

In addition, the execution carrier for executing the steps in the above method embodiment may be configured by hardware, may be configured by software, or may be configured by a combination of hardware and software. In a specific embodiment of the application, related data of a transaction to be processed, transaction data, a target transaction object, transaction state data, an account and the like are related, and all related data are subject to authorization. When the above embodiments of the present application are applied to a particular product or technology, the data involved requires that subject permissions or consents be obtained and the collection, use and processing of the relevant data requires compliance with relevant regulations and standards of the relevant country and region.

Further, please refer to fig. 9, which is a schematic diagram of a block chain-based transaction processing device according to an embodiment of the present application. Where the blockchain includes a business backbone and business sub-chains, the blockchain-based transaction processing device 900 may include:

the processing unit 901 is configured to obtain a set of transactions to be processed from a transaction pool corresponding to a service sub-chain, where each transaction in the set of transactions to be processed includes a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different;

The processing unit 901 is further configured to generate a target transaction block based on the set of transactions to be processed;

a communication unit 902, configured to send, to a verification node, verification instruction information including a target transaction block, where the verification instruction information is configured to instruct the verification node to perform correctness verification on a transaction in the target transaction block;

the communication unit 902 is further configured to receive verification data for the target transaction block returned by the verification node;

when the verification data indicates that the correctness of the target transaction block passes, the communication unit 902 is further configured to send the verification data to a main chain node corresponding to the service main chain, so that the main chain node performs validity verification on the verification data; receiving a verification result of verification data returned by the main chain node;

the processing unit 901 is further configured to perform corresponding processing on each transaction in the transaction set to be processed according to the verification result.

In one embodiment, when the processing unit 901 obtains a transaction set to be processed from a transaction pool corresponding to a service sub-chain, the processing unit is specifically configured to: acquiring a transaction to be processed from a transaction pool corresponding to a service sub-chain, wherein each transaction in the transaction pool comprises a transaction identifier; based on the transaction identification of the transaction to be processed, detecting whether the transaction to be processed is contained in a transaction set to be processed formed based on the transaction acquired from the transaction pool; if the to-be-processed transaction is not contained in the to-be-processed transaction set formed based on the transaction acquired from the transaction pool, adding the to-be-processed transaction into the to-be-processed transaction set; if the pending transaction is included in a set of pending transactions that is based on the transactions that have been acquired from the transaction pool, discarding the pending transaction.

In one embodiment, the processing unit 901 is further configured to obtain key transaction information of each transaction in the set of transactions to be processed; generating a set of critical transaction information based on the critical transaction information;

a communication unit 902, configured to send the set of key transaction information to the backbone node; the key transaction information in the key transaction information set is used for determining transaction state data of a second object, and the second object is any object associated with a transaction exchange in the transaction set to be processed.

In one embodiment, the processing unit 901 is specifically configured to, when performing corresponding processing on each transaction in the set of transactions to be processed according to the verification result: executing each transaction in the transaction set to be processed when the verification result indicates that the verification data passes the validity verification; and updating the transaction state data of each object of the transaction according to the transaction data of each transaction and the transaction execution result.

In one embodiment, the communication unit 902 is further configured to send the recorded transaction status data of each object to the master node when the status data reporting condition is met, so that the master node updates the transaction status data of each object recorded by the master node based on the received transaction status data.

In other possible embodiments, the blockchain-based transaction processing method described in the embodiments of the present application may also be applied to the main chain node of the service main chain, and the blockchain-based transaction processing device 900 may include:

the communication unit 902 is configured to receive verification data sent by a sub-link node corresponding to a service sub-link, where the verification data is generated after the verification node verifies correctness of a transaction in a target transaction block, the target transaction block is generated by a sub-link point based on a to-be-processed transaction set, each transaction in the to-be-processed transaction set is obtained from a transaction pool corresponding to the service sub-link, each transaction includes a transaction identifier, and transaction identifiers of transactions belonging to the same object are different; the verification data is sent by the sub-link node when the verification data indicates that the correctness verification of the target transaction block passes;

The processing unit 901 is configured to perform validity verification on the verification data to obtain a verification result of the verification data;

the communication unit 902 is further configured to send the verification result to the sub-link point, so that the sub-link point performs corresponding processing on each transaction in the transaction set to be processed according to the verification result.

In one embodiment, the verification data includes verification data corresponding to the target transaction block, and encryption data obtained by encrypting the verification data by using an encryption key corresponding to the verification node; the processing unit 901 is specifically configured to, when performing validity verification on the verification data to obtain a verification result of the verification data: obtaining a decryption key matched with the encryption key, and decrypting the encryption data included in the verification data by using the decryption key to obtain decrypted data; and determining a verification result of the verification data based on a comparison result of the verification data and the decryption data included in the verification data.

In one embodiment, the communication unit 902 is further configured to receive a set of key transaction information sent by the sub-link node, where the set of key transaction information is generated based on key transaction information of each transaction in the set of transactions to be processed, and the key transaction information in the set of key transaction information is used to determine transaction status data of a target object, where the target object is any object associated with a transaction in the set of transactions to be processed; the processing unit 901 is further configured to store a set of critical transaction information.

In one embodiment, the communication unit 902 is further configured to receive transaction status data of each object recorded by a child link point sent by the child link node when the status data reporting condition is met; the processing unit 901 is further configured to update the transaction status data of each recorded object based on the received transaction status data; wherein, satisfying the status data reporting condition includes: the number of transactions performed at the current stage reaches a preset number, or the transactions in the transaction pool have all been performed.

It may be understood that the functions of each functional unit of the blockchain-based transaction processing device provided by the embodiment of the present application may be specifically implemented according to the related method in the embodiment of the method, and the specific implementation process may refer to the related description in the embodiment of the method, which is not repeated herein.

In a possible embodiment, the transaction processing device based on the blockchain provided by the embodiment of the application can be implemented in a software manner, and the transaction processing device based on the blockchain can be stored in a memory, can be software in the form of a program, a plug-in unit and the like, and comprises a series of units, including a processing unit and a communication unit; the processing unit and the communication unit are used for realizing the transaction processing method based on the blockchain.

In other possible embodiments, the blockchain-based transaction processing device provided by the embodiments of the present application may also be implemented in a combination of hardware and software, and by way of example, the blockchain-based transaction processing device provided by the embodiments of the present application may be a processor in the form of a hardware decoding processor that is programmed to perform the blockchain-based transaction processing method provided by the embodiments of the present application, e.g., the processor in the form of a hardware decoding processor may employ one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSPs, programmable logic devices (PLD, programmable Logic Device), complex programmable logic devices (CPLD, complex Programmable Logic Device), field programmable gate arrays (FPGA, field-Programmable Gate Array), or other electronic components.

According to the embodiment of the application, the sub-link points are used for acquiring a transaction set to be processed from the transaction pool corresponding to the business sub-link, then a target transaction block is generated based on the transaction set to be processed, the target transaction block is sent to the verification node for correctness verification, verification data of the verification node are received, when the verification data indicate that the target transaction block passes the correctness verification, the verification data are sent to the main chain node for validity verification, a verification result of the main chain node is received, and finally corresponding processing is carried out on each transaction in the transaction set to be processed according to the verification result. In this way, on one hand, since each transaction in the transaction set to be processed contains the transaction identifier, the sub-link point can ensure that no repeated transaction exists in the transaction set to be processed according to the transaction identifier, so that the same transaction is ensured not to be repeatedly executed, the problem of double-flower transaction is avoided, and the safety of the system is increased. On the other hand, the main chain node does not need to execute each transaction, only needs to check the verification data, and when the verification is passed, each transaction in the transaction set to be processed can be executed by the child chain node, so that the processing performance of the main chain node is improved, and the storage pressure of the main chain node is also relieved. In summary, by implementing the embodiment of the application, the expansion of the main chain node can be realized and the system security can be ensured.

Referring to fig. 10, fig. 10 is a schematic structural diagram of a computer device 1000 according to an embodiment of the application. The computer device may include: the communication interface 1001, the memory 1002 and the processor 1003 are connected by one or more communication buses for enabling connection communication between these components. The communications interface 1001 may include a standard wired interface, a wireless interface (e.g., a WIFI interface). The memory 1002 may include volatile memory (RAM), such as random-access memory (RAM); the memory 1002 may also include a non-volatile memory (non-volatile memory), such as a flash memory (flash memory), a Solid State Drive (SSD), etc.; the memory 1002 may also include a combination of the above types of memory. The processor 1003 may be a central processing unit (central processing unit, CPU). The processor 1003 may further include a hardware chip. The hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (programmable logic device, PLD), or the like. The PLD may be a field-programmable gate array (FPGA), general-purpose array logic (generic array logic, GAL), or the like.

In an embodiment of the present application, the computer device 1000 is configured to implement the blockchain-based transaction processing method in the previous embodiment, where the blockchain includes a service main chain and a service sub-chain.

In a possible embodiment, the computer device may correspond to the sub-link node of the service sub-link described above, at which time the processor 1003, via executable program code in the execution memory 1002, performs the following operations:

acquiring a to-be-processed transaction set from a transaction pool corresponding to a service sub-chain, wherein each transaction in the to-be-processed transaction set comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; generating a target transaction block based on the to-be-processed transaction set, and sending verification indication information containing the target transaction block to a verification node through a communication interface 1001, wherein the verification indication information is used for indicating the verification node to verify the correctness of the transaction in the target transaction block; receiving verification data for the target transaction block returned by the verification node through the communication interface 1001; when the verification data indicate that the correctness of the target transaction block passes verification, the verification data are sent to a main chain node corresponding to the service main chain, so that the main chain node performs validity verification on the verification data; and receiving a verification result of the verification data returned by the main chain node through the communication interface 1001, and correspondingly processing each transaction in the transaction set to be processed according to the verification result.

In one embodiment, when the processor 1003 obtains the set of pending transactions from the transaction pool corresponding to the service sub-chain, the processor is specifically configured to: acquiring a transaction to be processed from a transaction pool corresponding to a service sub-chain, wherein each transaction in the transaction pool comprises a transaction identifier; based on the transaction identification of the transaction to be processed, detecting whether the transaction to be processed is contained in a transaction set to be processed formed based on the transaction acquired from the transaction pool; if the to-be-processed transaction is not contained in the to-be-processed transaction set formed based on the transaction acquired from the transaction pool, adding the to-be-processed transaction into the to-be-processed transaction set; if the pending transaction is included in a set of pending transactions that is based on the transactions that have been acquired from the transaction pool, discarding the pending transaction.

In one embodiment, the processor 1003 is further configured to obtain critical transaction information for each transaction in the set of transactions to be processed; generating a set of critical transaction information based on the critical transaction information; transmitting the set of critical transaction information to the backbone node through the communication interface 1001; the key transaction information in the key transaction information set is used for determining transaction state data of a second object, and the second object is any object associated with a transaction exchange in the transaction set to be processed.

In one embodiment, the processor 1003 is specifically configured to, when performing corresponding processing on each transaction in the set of transactions to be processed according to the verification result: executing each transaction in the transaction set to be processed when the verification result indicates that the verification data passes the validity verification; and updating the transaction state data of each object of the transaction according to the transaction data of each transaction and the transaction execution result.

In one embodiment, the processor 1003 is further configured to: when the status data reporting condition is satisfied through the communication interface 1001, the recorded transaction status data of each object is sent to the master node, so that the master node updates the transaction status data of each object recorded by the master node based on the received transaction status data.

In other possible embodiments, the computer device may correspond to the backbone node of the service backbone described above, at which time the processor 1003, via executable program code in the execution memory 1002, performs the following operations: receiving verification data sent by a sub-link node corresponding to a service sub-link through a communication interface 1001, wherein the verification data is generated after the verification node verifies the correctness of the transaction in a target transaction block, the target transaction block is generated by a sub-link point based on a transaction set to be processed, each transaction in the transaction set to be processed is acquired from a transaction pool corresponding to the service sub-link, each transaction contains a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; the verification data is sent by the sub-link node when the verification data indicates that the correctness verification of the target transaction block passes; carrying out validity verification on the verification data to obtain a verification result of the verification data; and sending the verification result to the sub-link points so that the sub-link points can correspondingly process each transaction in the transaction set to be processed according to the verification result.

In one embodiment, the verification data includes verification data corresponding to the target transaction block, and encryption data obtained by encrypting the verification data by using an encryption key corresponding to the verification node; the processor 1003 performs validity check on the verification data, and when obtaining a verification result of the verification data, is specifically configured to: obtaining a decryption key matched with the encryption key, and decrypting the encryption data included in the verification data by using the decryption key to obtain decrypted data; and determining a verification result of the verification data based on a comparison result of the verification data and the decryption data included in the verification data.

In one embodiment, the processor 1003 is further configured to: receiving transaction state data of each object recorded by a sub-link point sent by a sub-link node when a state data reporting condition is met through a communication interface 1001; updating the transaction state data of each recorded object based on the received transaction state data; wherein, satisfying the status data reporting condition includes: the number of transactions performed at the current stage reaches a preset number, or the transactions in the transaction pool have all been performed.

In a specific implementation, the communication interface 1001, the memory 1002 and the processor 1003 described in the embodiment of the present application may execute an implementation manner of a sub-link node of a service sub-link and a main link node of a service main link described in the transaction processing method based on a blockchain provided in the embodiment of the present application, and may also execute an implementation manner described in the transaction processing device based on a blockchain provided in the embodiment of the present application, which is not described herein again.

Embodiments of the present application also provide a computer readable storage medium having a computer program stored therein, which when run on a computer, causes the computer to implement a blockchain-based transaction processing method according to embodiments of the present application. The specific implementation manner may refer to the foregoing description, and will not be repeated here.

It should be noted that, for simplicity of description, the foregoing method embodiments are all expressed as a series of combinations of actions, but it should be understood by those skilled in the art that the present application is not limited by the order of actions described, as some steps may take other orders or may be performed simultaneously in accordance with the present application. Further, it should be understood by those skilled in the art that the embodiments described in the specification are all preferred embodiments, and the acts and modules involved are not necessarily required for the present application.

It will be appreciated by those of ordinary skill in the art that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by a computer program stored on a computer readable storage medium, which when executed, may comprise the steps of the above-described embodiments of the methods. The storage medium may be a magnetic disk, an optical disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), or the like.

The foregoing disclosure is illustrative of the present application and is not to be construed as limiting the scope of the application, which is defined by the appended claims.

Claims

1. A blockchain-based transaction processing method, wherein the blockchain includes a business backbone and a business subchain, the method comprising:

acquiring a to-be-processed transaction set from a transaction pool corresponding to the service sub-chain, wherein each transaction in the to-be-processed transaction set comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different;

generating a target transaction block based on the to-be-processed transaction set, and sending verification indication information containing the target transaction block to a verification node, wherein the verification indication information is used for indicating the verification node to verify the correctness of the transaction in the target transaction block;

Receiving verification data which is returned by the verification node and aims at the target transaction block;

2. The method of claim 1, wherein the obtaining the set of pending transactions from the transaction pool corresponding to the service sub-chain comprises:

obtaining a transaction to be processed from a transaction pool corresponding to the service sub-chain, wherein each transaction in the transaction pool comprises a transaction identifier;

based on the transaction identification of the transaction to be processed, detecting whether the transaction to be processed is contained in a transaction set to be processed formed based on the transaction acquired from the transaction pool;

if the to-be-processed transaction is not contained in the to-be-processed transaction set formed based on the transaction acquired from the transaction pool, adding the to-be-processed transaction into the to-be-processed transaction set;

Discarding the pending transaction if the pending transaction is included in the set of pending transactions that is based on the transactions that have been acquired from the pool.

3. The method of claim 2, wherein the transaction identity of a target transaction relates to a generation order of the target transaction in transactions generated for a first object, the first object being an object to which the target transaction belongs, the target transaction being any one of the transactions in the pool.

4. A method according to any one of claims 1-3, wherein the method further comprises:

acquiring key transaction information of each transaction in the transaction set to be processed;

generating a key transaction information set based on the key transaction information, and sending the key transaction information set to the main chain node;

the key transaction information in the key transaction information set is used for determining transaction state data of a second object, and the second object is any object associated with a transaction exchange in the transaction set to be processed.

5. A method according to any one of claims 1-3, wherein said performing a corresponding process on each transaction in said set of transactions to be processed based on said verification result comprises:

Executing each transaction in the set of transactions to be processed when the verification result indicates that the verification data passes the validity verification;

and updating the transaction state data of each object to which the transaction belongs according to the transaction data of each transaction and the transaction execution result.

6. The method of claim 5, wherein the method further comprises:

and when the status data reporting condition is met, transmitting the recorded transaction status data of each object to the main chain node so that the main chain node updates the transaction status data of each object recorded by the main chain node based on the received transaction status data.

7. The method of claim 6, wherein the satisfying a status data reporting condition comprises: the number of transactions executed at the current stage reaches a preset number, or all transactions in the transaction pool are executed.

8. A blockchain-based transaction processing method, wherein the blockchain includes a business backbone and a business subchain, the method comprising:

receiving verification data sent by a sub-link node corresponding to the service sub-link, wherein the verification data is generated after the verification node verifies the correctness of the transaction in a target transaction block, the target transaction block is generated by the sub-link point based on a transaction set to be processed, each transaction in the transaction set to be processed is obtained from a transaction pool corresponding to the service sub-link, each transaction comprises a transaction identifier, and the transaction identifiers of all transactions belonging to the same object are different; the verification data is sent by the child link point when the verification data indicates that the correctness of the target transaction block is verified;

and sending the verification result to the sub-link node so that the sub-link node carries out corresponding processing on each transaction in the transaction set to be processed according to the verification result.

9. The method of claim 8, wherein the verification data includes verification data corresponding to the target transaction block, and encryption data obtained by encrypting the verification data using an encryption key corresponding to the verification node;

and performing validity verification on the verification data to obtain a verification result of the verification data, wherein the verification result comprises the following steps:

obtaining a decryption key matched with the encryption key, and decrypting the encrypted data included in the verification data by using the decryption key to obtain decrypted data;

and determining a verification result of the verification data based on a comparison result of the verification data and the decryption data.

10. The method of claim 8 or 9, wherein the method further comprises:

receiving a key transaction information set sent by the sub-link node, wherein the key transaction information set is generated based on key transaction information of each transaction in the to-be-processed transaction set, and the key transaction information in the key transaction information set is used for determining transaction state data of a target object, and the target object is any object associated with a transaction in the to-be-processed transaction set;

Storing the set of critical transaction information.

11. The method of claim 8 or 9, wherein the method further comprises:

receiving transaction state data of each object recorded by the child link point, wherein the transaction state data is sent by the child link point when the state data reporting condition is met;

updating the transaction state data of each recorded object based on the received transaction state data;

wherein, the meeting status data reporting condition includes: the number of transactions executed at the current stage reaches a preset number, or all transactions in the transaction pool are executed.

12. A blockchain-based transaction processing device comprising means for implementing the blockchain-based transaction processing method of any of claims 1-7 or means for implementing the blockchain-based transaction processing method of any of claims 8-11.

13. A computer device, comprising: a processor, a communication interface, and a memory, the processor, the communication interface, and the memory being interconnected, wherein the memory stores executable program code, the processor being configured to invoke the executable program code to implement the blockchain-based transaction processing method of any of claims 1-7, or to implement the blockchain-based transaction processing method of any of claims 8-11.

14. A computer readable storage medium having stored therein computer instructions which, when run on a computer, cause the computer to implement the blockchain-based transaction processing method of any of claims 1-7 or the blockchain-based transaction processing method of any of claims 8-11.

15. A computer program product comprising a computer program or computer instructions which, when executed by a processor, implement the blockchain-based transaction processing method of any of claims 1-7 or the blockchain-based transaction processing method of any of claims 8-11.