WO2020173502A1 - Système de transactions à base de chaîne de blocs et procédé de transactions - Google Patents

Système de transactions à base de chaîne de blocs et procédé de transactions Download PDF

Info

Publication number
WO2020173502A1
WO2020173502A1 PCT/CN2020/078673 CN2020078673W WO2020173502A1 WO 2020173502 A1 WO2020173502 A1 WO 2020173502A1 CN 2020078673 W CN2020078673 W CN 2020078673W WO 2020173502 A1 WO2020173502 A1 WO 2020173502A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
node
verification
transaction request
request
Prior art date
Application number
PCT/CN2020/078673
Other languages
English (en)
Chinese (zh)
Inventor
白杰
李冬云
吴先锋
Original Assignee
白杰
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 白杰 filed Critical 白杰
Publication of WO2020173502A1 publication Critical patent/WO2020173502A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/42—Confirmation, e.g. check or permission by the legal debtor of payment

Definitions

  • a blockchain-based transaction system and transaction method This application is required to be submitted to the Chinese Patent Office on February 26, 2019.
  • the application number is 201910141898.7.
  • the title of the invention is "Blockchain-based high-concurrency fast transaction and verification method” and The priority of a Chinese patent application filed with the Chinese Patent Office on August 8, 2019, the application number is 201910730034.9, and the invention title is "a blockchain-based transaction system and transaction method", the entire content of which is incorporated herein by reference Applying.
  • This application relates to the field of blockchain technology, in particular to a blockchain-based transaction system and transaction method. Background technique
  • Blockchain is a chain data structure that combines data blocks in sequence in chronological order, and is a distributed ledger that cannot be tampered with or forged that is guaranteed by cryptography.
  • the first step is used to verify whether the transaction is legal; the second step is used to verify that the transaction is legal.
  • the transactions are accounted for and synchronized across the entire network, and the consensus of the entire network is finally completed.
  • Verification and accounting belong to two different processes, and achieving “simultaneous” in a “parallel” manner is conducive to improving efficiency.
  • the function of the block is to keep accounts, and the premise of keeping accounts is verification.
  • This application provides a blockchain-based transaction system and transaction method, which can be used to solve the technical problems that the transaction mechanism in the prior art tends to cause a long waiting time and more transaction queues when there are too many transactions to be verified.
  • an embodiment of the present application provides a blockchain-based transaction system, in which nodes in the system establish a network connection with each other; some nodes in the system are configured as transaction verification nodes, except for the transaction verification node Some other nodes are configured as transaction accounting nodes;
  • the transaction verification node is further configured to: obtain a first transaction request from a first preset database, and perform legality verification on the first transaction request, if the first transaction request passes the legality verification, Adding the signature of the transaction verification node to the first transaction request, and storing the first transaction request with the added signature in a second preset database;
  • the transaction accounting node is further configured to: obtain a second transaction request from a second preset database, and according to the signature attached to the second transaction request, if it is determined that the second transaction request is a legal transaction, generate the The first blockchain data corresponding to the second transaction request is stored in the first blockchain data.
  • the transaction verification node is further configured to: receive a transaction request sent by a transaction initiation node or a neighboring node of the transaction verification node, and store the transaction request in a first preset database .
  • the transaction verification node is further configured to: obtain the historical verification times of the first transaction request from the first preset database, if the historical verification times of the first transaction request are greater than the first Threshold, abandoning the legality verification of the first transaction request, and storing the first transaction request in a second preset database; if the number of historical verifications of the first transaction request is less than or equal to the first threshold , Perform legality verification on the first transaction request.
  • the transaction verification node is further configured to: after verifying the validity of the first transaction request, update the number of historical verifications of the first transaction request.
  • the transaction verification node is further configured to: if the first transaction request fails the legality verification, ignore the first transaction request, and return to obtain from the first preset database The steps of 0T transaction request.
  • the transaction accounting node is further configured to: if the number of additional signatures in the second transaction request is greater than a second threshold, determine that the second transaction request is a legal transaction.
  • the transaction accounting node is further configured to: if the number of additional signatures in the second transaction request is less than or equal to a second threshold, determine that the second transaction request is illegal transaction.
  • the transaction accounting node is further configured to: after generating the blockchain data corresponding to the second transaction request, delete the second transaction from a second preset database request.
  • nodes other than the transaction verification node and the transaction verification node in the system are configured as transaction participating nodes;
  • the transaction participating node is further configured to: generate summary information corresponding to the first block chain data, and generate second block chain data according to the summary information, and store the second block chain data.
  • an embodiment of the present application provides a blockchain-based transaction method, which is applied to a blockchain-based transaction system, and some nodes in the system are configured as transaction verification nodes, except for the transaction Some nodes other than the verification node are configured as transaction accounting nodes; the method includes:
  • the transaction verification node obtains the first transaction request from the first preset database, and performs legality verification on the first transaction request. If the first transaction request passes the legality verification, the first transaction request Attaching the signature of the transaction verification node to the transaction verification node, and storing the first transaction request with the additional signature in the second preset database;
  • the transaction accounting node obtains the second transaction request from the second preset database, and according to the signature attached to the second transaction request, if it is determined that the second transaction request is a legal transaction, generate the corresponding second transaction request
  • the first blockchain data is stored in the first blockchain data.
  • the method further includes: The transaction verification node receives a transaction request sent by a transaction initiation node or a neighboring node of the transaction verification node, and stores the transaction request in a first preset database.
  • the method before the transaction verification node verifies the legality of the first transaction request, the method further includes:
  • the transaction verification node obtains the number of historical verifications of the first transaction request from the first preset database, and if the number of historical verifications of the first transaction request is greater than a first threshold, the legality of the first transaction request is abandoned Verifying, and storing the first transaction request in a second preset database; if the number of historical verifications of the first transaction request is less than or equal to a first threshold, verify the validity of the first transaction request.
  • the method further includes:
  • the transaction verification node updates the historical verification times of the first transaction request.
  • the method further includes:
  • the transaction verification node ignores the first transaction request and returns to the step of obtaining a new transaction request from the first preset database.
  • the determination by the transaction accounting node that the second transaction request is a legal transaction includes:
  • the transaction accounting node determines that the second transaction request is a legal transaction.
  • the method further includes:
  • the transaction accounting node determines that the second transaction request is an illegal transaction.
  • the method further includes:
  • the transaction accounting node deletes the second transaction request from the second preset database.
  • nodes other than the transaction verification node and the transaction verification node in the system are configured as transaction participating nodes;
  • the method also includes:
  • the transaction participating node generates summary information corresponding to the first block chain data, and generates second block chain data according to the summary information, and stores the second block chain data.
  • the transaction verification node can obtain the first transaction request from the first preset database, and verify the legality of the first transaction request. If the first transaction request passes the legality verification, Add the signature of the transaction verification node to the transaction request, and store the first transaction request with the additional signature in the second preset database; the transaction accounting node can obtain the second transaction request from the second preset database, and according to The signature attached to the second transaction request can be generated if it is determined that the second transaction request is a legal transaction
  • the first block chain data corresponding to the second transaction request, and the first block chain data is stored.
  • the transaction verification node is responsible for verifying transactions
  • the transaction accounting node is responsible for accounting
  • the two have a clear division of labor.
  • the transaction verification node there is no need to rely on the completion status of the transaction accounting node, which can improve the efficiency of transaction verification and shorten the transaction verification time; for the transaction accounting node, the verified data can be obtained directly from the second preset database.
  • the transaction request without the need for transaction verification, can use resources for the contention of accounting rights and data synchronization, thereby improving the efficiency of transaction accounting and shortening the time of transaction accounting.
  • the use of the transaction system provided by this application can effectively avoid the situation of long waiting and more transaction queues when there are too many transactions to be verified.
  • Figure 1 is a schematic structural diagram of a blockchain-based transaction system provided by an embodiment of the present application
  • FIG. 2 is a schematic diagram of a process of processing transactions in a blockchain-based transaction system provided by an embodiment of the present application
  • FIG. 3 is a schematic diagram of a process of transactions occurring in a blockchain-based transaction system provided by an embodiment of the present application
  • FIG. 4 is The process corresponding to the method for a transaction verification node to perform legality verification provided by the embodiment of the application is not intended;
  • FIG. 5 is a schematic flow diagram corresponding to a method for processing transactions by a transaction accounting node according to an embodiment of the present application
  • FIG. 6 is a schematic diagram of the overall flow of processing transactions by a transaction system provided by an embodiment of the present application.
  • the blockchain refers to the accounting data generated by transactions in the network system on the one hand, and refers to the network running blockchain technology, that is, the blockchain network.
  • the blockchain network refers to a peer-to-peer (P2P) network with a decentralized application architecture.
  • the blockchain network can perform distributed storage, public consensus, digital encryption, transaction accounting, and verification. It is a trading platform that covers distributed technology, cryptography, P2P network architecture, and various consensus algorithms that may be applied.
  • Blockchain or blockchain information is accounting information generated based on transaction data when transactions occur in the blockchain network, that is, multiple specific transactions form a block, and multiple blocks form a blockchain.
  • each node is equipped with a corresponding consensus mechanism, such as a smart contract, and has sufficient computing power to perform transaction verification and accounting procedures.
  • the nodes also have interface specifications that comply with a certain unified standard to realize access to more nodes or other types of blockchain networks through the interface specifications.
  • FIG. 1 exemplarily shows a schematic structural diagram of a blockchain-based transaction system provided by an embodiment of the present application.
  • the nodes in the transaction system provided by this application establish a network connection with each other. among them, Some nodes in the transaction system may be configured as transaction verification nodes, and some nodes other than the transaction verification nodes may be configured as transaction accounting nodes.
  • node 1, node 2, node 3, and node 4 can be configured as transaction verification nodes, and node 5, node 6, node 7, and node 8 can be configured as Transaction accounting nodes, node 9, node 10, and node 11 may be configured as transaction participating nodes.
  • FIG. 1 is only an exemplary illustration, and this application does not limit the respective numbers of transaction verification nodes, transaction accounting nodes, and transaction participating nodes.
  • Figure 1 shows only the configuration of each node in the trading system in one time period. In another time period, the configuration of each node in the trading system can be changed. For example, it was originally a node in the transaction verification node. 1. In the next time period, it may be configured as a transaction accounting node (or transaction participating node). Similarly, it was originally the node 5 in the transaction accounting node. In the next time period, it may be configured as a transaction verification node (or transaction participating node). Node); or, the configuration of each node in the transaction system may not be changed, which is not specifically limited.
  • FIG. 2 exemplarily shows a schematic diagram of a transaction processing flow of a blockchain-based transaction system provided by an embodiment of the present application.
  • the transaction verification node may be further configured to: obtain the first transaction request from the first preset database, and then perform legality verification on the first transaction request, If the first transaction request passes the legality verification, the signature of the transaction verification node is added to the first transaction request, and the first transaction request with the added signature is stored in the second preset database.
  • the transaction verification node may be further configured to: if the first transaction request fails the legality verification, ignore the first transaction request, and return to the step of obtaining a new transaction request from the first preset database (not shown in FIG. 2 ).
  • the transaction accounting node (node 5 shown in Figure 2) is further configured to: obtain a second transaction request from a second preset database, and according to the signature attached to the second transaction request, if the second transaction request is determined If it is a legal transaction, the first block chain data corresponding to the second transaction request is generated, and the first block chain data is stored.
  • the transaction verification node can obtain the first transaction request from the first preset database, and verify the legality of the first transaction request. If the first transaction request passes the legality verification, Add the signature of the transaction verification node to the transaction request, and store the first transaction request with the additional signature in the second preset database; the transaction accounting node can obtain the second transaction request from the second preset database, and according to For the signature attached to the second transaction request, if it is determined that the second transaction request is a legal transaction, the first blockchain data corresponding to the second transaction request may be generated, and the first blockchain data may be stored.
  • the nodes in the system by configuring the nodes in the system as transaction verification nodes and transaction accounting nodes, different roles are assigned to the nodes in the system.
  • the transaction verification node is responsible for verifying transactions
  • the transaction accounting node is responsible for accounting
  • the two have a clear division of labor.
  • the transaction verification node there is no need to rely on the completion status of the transaction accounting node, which can improve the efficiency of transaction verification and shorten the transaction verification time; for the transaction accounting node, the verified data can be obtained directly from the second preset database.
  • the transaction request without the need for transaction verification, can use resources for the contention of accounting rights and data synchronization, thereby improving the efficiency of transaction accounting and shortening the time of transaction accounting.
  • the use of the transaction system provided by this application can effectively avoid waiting for a long time when there are too many transactions to be verified When there are too many queues for transactions.
  • the first preset database may be presented in the form of a table, or may also be presented in the form of a queue, which is not specifically limited, and the first preset database may include multiple transactions to be verified.
  • the second preset database may be presented in the form of a table, or may also be presented in the form of a queue, which is not specifically limited, and the second preset database may include multiple verified transactions.
  • the first preset database and the second preset database may be two independent databases, or may also be the same database; when the first preset database and the second preset database are the same In the case of a database, the transaction verification node can directly add the signature of the transaction verification node to the first transaction request, and the transaction accounting node can directly obtain the second transaction request with the additional oil signature.
  • Both the first preset database and the second preset database can process transaction requests in the database on a first-in first-out principle.
  • FIG. 3 a schematic diagram of a transaction process in a blockchain-based transaction system is provided for this embodiment of the application.
  • the transaction verification node (node 1 shown in FIG. 3) is further configured to: receive a transaction request, and store the transaction request in a first preset database.
  • the transaction request received by the transaction verification node comes from node 0.
  • Node 0 can be the transaction initiating node or the neighboring node of the transaction verification node (ie, node 1).
  • the transaction verification node (node 1 as shown in Figure 3) can be further configured to: receive the transaction request sent by the transaction initiating node or the neighboring node of the transaction verification node.
  • the transaction form between the transaction initiation point and the transaction verification node is also different. There may be two situations in which the transaction verification node receives the transaction request sent by the transaction initiation node.
  • the transaction initiation node can conduct a transaction or information interaction with the direct transaction verification node, it can directly send a transaction request to the transaction verification node through the transaction initiation node.
  • This method is most suitable for transactions where the transaction initiating node and the transaction verification node are in the same blockchain network, that is, the transaction initiating node is also a node in the transaction system.
  • the transaction initiating node cannot directly conduct a transaction or information interaction with the transaction verification node, the transaction request can be broadcast through the transaction initiating node. Specifically, it can first broadcast the transaction request to the neighboring nodes, and then the neighboring nodes combine their own roles to determine whether to complete the transaction or continue broadcasting until the transaction verification node receives the transaction request.
  • the situation corresponding to the transaction verification node receiving the transaction data sent by its neighboring nodes may be that the transaction initiating node does not know the location information of the transaction verification node, and sends the transaction request in the blockchain through broadcast. In this way, as the information spreads, the transaction The verification node can receive the transaction request through its neighboring nodes.
  • the transaction initiating node is a neighboring node of the transaction verification node
  • the transaction verification node can also be regarded as directly receiving the transaction initiation node The transaction request sent.
  • the verification node stores the same transaction request in the first preset database, so that if the transaction accounting node records multiple times, a consensus can be reached between the transaction verification nodes. For example, for the same transaction request, it is agreed to be stored as early as the first The transaction request in the preset database is valid; for another example, a decentralized method is adopted to determine whether to perform accounting according to the storage times of the transaction request.
  • a possible implementation manner is that after receiving the transaction request, the transaction verification node can query whether there are the same transaction requests in the first preset database. If there is no same transaction request in the first preset database, The transaction request is stored in the first preset database; if there is the same transaction request in the first preset database, the transaction request is ignored.
  • Another possible implementation manner is that, after the transaction verification node stores the received transaction request in the first preset database, it may also broadcast it in the transaction system, so as to notify other transaction verification nodes that it is not necessary to store the transaction request.
  • Another possible implementation manner is that after multiple transaction verification nodes all receive the transaction request, the multiple transaction verification nodes all verify the transaction request, and store the transaction request in the first preset database in a sequential order; further, the transaction record The accounting node can determine whether the accounting operation can be performed according to the number of times the transaction request is stored (that is, the number of verifications). Further, after the transaction accounting node completes the accounting operation, the transaction verification node can synchronize the data block To confirm that the transaction has been booked, and then delete the transaction request of the first preset database.
  • the transaction verification node when the transaction verification node verifies the legality of the first transaction request, in an example, after the transaction verification node determines that the first transaction request passes the legality verification, the transaction verification may be added to the first transaction request.
  • the signature of the node and the first transaction request with the additional signature are stored in the second preset database.
  • this application embodiment also provides another method for the transaction verification node to perform legality verification.
  • FIG. 4 it is a schematic diagram of a flow corresponding to a method for a transaction verification node to perform legality verification provided by an embodiment of this application.
  • the transaction verification node may be further configured to: obtain the historical verification times of the first transaction request from the first preset database, if the historical verification times of the first transaction request are greater than the first Threshold, abandon the legality verification of the first transaction request, and store the first transaction request in the second preset database; if the number of historical verifications of the first transaction request is less than or equal to the first threshold, the first transaction request Perform legality verification.
  • multiple transaction verification nodes can verify the same transaction request multiple times. Only when the number of historical verifications of the transaction request is greater than the first threshold, indicating that the transaction request is recognized by multiple transaction verification nodes (the number of historical verifications is greater than or equal to the number of transaction verification nodes), then the transaction verification node will have The signed transaction request is stored in the second preset database.
  • the first threshold may be determined by those skilled in the art based on experience and actual conditions, and is not specifically limited.
  • the signature of the transaction verification node is added to the first transaction request. Name; if the first transaction request is illegal, the first transaction request is ignored.
  • the transaction verification node may update the historical verification times of the first transaction request, and store the updated historical verification times in the first preset database.
  • the number of verifications for the transaction request in the first preset database can be limited. In this way, the verification efficiency of the transaction verification node can be further improved, and the verification waiting time of other transaction requests can be shortened.
  • the transaction verification node when the transaction verification node verifies the legality of the transaction request, only after determining that the transaction request passes the legality verification, the transaction verification node's signature is appended to the transaction request. In other words, for a transaction request that fails the legality verification, the transaction request will not be accompanied by the signature of the transaction verification node.
  • the transaction accounting node determines whether the second transaction request is a legal transaction, which can be determined according to the signature attached to the second transaction request.
  • FIG. 5 it is a schematic flow diagram corresponding to a method for processing transactions by a transaction accounting node provided in an embodiment of this application.
  • the transaction accounting node may be further configured to: if the number of additional signatures in the second transaction request is greater than the second threshold, determine that the second transaction request is a legal transaction; If the number of additional signatures in the transaction request is less than or equal to the second threshold, it is determined that the second transaction request is an illegal transaction.
  • the second threshold may be determined by those skilled in the art based on experience and actual conditions, and is not specifically limited.
  • the first block chain data corresponding to the second transaction request is generated, and the first block chain data is stored; if the second transaction request is an illegal transaction, then The second preset database deletes the second transaction request.
  • the transaction accounting node may be further configured to: after generating the blockchain data corresponding to the second transaction request, from the second The second transaction request is deleted from the preset database.
  • the transaction verification node when sending a transaction, the transaction verification node (node 1 shown in Figure 6) can receive the transaction from the transaction initiating node or the neighboring node of the transaction verification node (node 0 shown in Figure 6).
  • the transaction request, and the transaction request is stored in the second preset database.
  • the transaction verification node (node 1 shown in FIG. 6) can also obtain the first transaction request from the first preset database, and then verify the legality of the first transaction request. If the first transaction request passes the legality Verification, the signature of the transaction verification node is added to the first transaction request, and the first transaction request with the additional signature is stored in the second preset database; if the first transaction request fails the legality verification, the first transaction is ignored Request, and return to the step of obtaining a new transaction request from the first preset database.
  • the transaction accounting node (node 5 as shown in Figure 6) can obtain the second transaction from the second preset database Request, and according to the signature attached to the second transaction request, if it is determined that the second transaction request is a legal transaction, the first blockchain data corresponding to the second transaction request is generated, the first blockchain data is stored, and the second preset The database deletes the second transaction request.
  • the transaction accounting node deletes the second transaction request from the second preset database if it determines that the second transaction request is an illegal transaction according to the signature attached to the second transaction request.
  • Transaction participating nodes can generate summary information corresponding to the first blockchain data, and generate second blockchain data according to the summary information, and store the second blockchain data.
  • the transaction participating node is essentially a user of the network, and it completes its own business and transaction by querying the second preset database of the transaction verification node and synchronizing the first blockchain data with the transaction accounting node The closed loop.
  • the final confirmation can be made through the first blockchain data, and for those with high real-time requirements, the relevant confirmation can be quickly completed by querying the second preset database.
  • the transaction verification node can obtain the first transaction request from the first preset database and verify the legality of the first transaction request. If the first transaction request passes the legality verification, the transaction verification is appended to the first transaction request.
  • the signature of the node, and the first transaction request with the additional signature stored in the second preset database; the transaction accounting node can obtain the second transaction request from the second preset database, and according to the additional signature in the second transaction request Sign, if it is determined that the second transaction request is a legal transaction, the first blockchain data corresponding to the second transaction request can be generated, and the first blockchain data can be stored.
  • the transaction participating node can generate summary information corresponding to the first block chain data, and generate second block chain data according to the summary information, and store the second block chain data.
  • the transaction verification node is responsible for verifying transactions
  • the transaction accounting node is responsible for accounting
  • the two have a clear division of labor.
  • the transaction verification node there is no need to rely on the completion status of the transaction accounting node, which can improve the efficiency of transaction verification and shorten the transaction verification time; for the transaction accounting node, the verified data can be obtained directly from the second preset database.
  • the transaction request without the need for transaction verification, can use resources for the contention of accounting rights and data synchronization, thereby improving the efficiency of transaction accounting and shortening the time of transaction accounting.
  • the use of the transaction system provided by this application can effectively avoid the situation where there are too many transactions to be verified, which will cause longer waiting times and more transaction queues.
  • the embodiments of the present application also provide a blockchain-based transaction method, which is applied to a blockchain-based transaction system, and some nodes in the system are configured as transaction verification nodes, except Some nodes other than the transaction verification node are configured as transaction accounting nodes; the method includes:
  • the transaction verification node obtains the first transaction request from the first preset database, and performs legality verification on the first transaction request. If the first transaction request passes the legality verification, the first transaction request Attaching the signature of the transaction verification node to the transaction verification node, and storing the first transaction request with the additional signature in the second preset database;
  • the transaction accounting node obtains the second transaction request from the second preset database, and according to the signature attached to the second transaction request, if it is determined that the second transaction request is a legal transaction, generate the corresponding second transaction request
  • the first blockchain data is stored in the first blockchain data.
  • the method further includes:
  • the transaction verification node receives a transaction request sent by a transaction initiation node or a neighboring node of the transaction verification node, and stores the transaction request in a first preset database.
  • the method before the transaction verification node verifies the legality of the first transaction request, the method further includes:
  • the transaction verification node obtains the number of historical verifications of the first transaction request from the first preset database, and if the number of historical verifications of the first transaction request is greater than a first threshold, the legality of the first transaction request is abandoned Verifying, and storing the first transaction request in a second preset database; if the number of historical verifications of the first transaction request is less than or equal to a first threshold, verify the validity of the first transaction request.
  • the method further includes:
  • the transaction verification node updates the historical verification times of the first transaction request.
  • the method further includes:
  • the transaction verification node ignores the first transaction request and returns to the step of obtaining a new transaction request from the first preset database.
  • the determination by the transaction accounting node that the second transaction request is a legal transaction includes:
  • the transaction accounting node determines that the second transaction request is a legal transaction.
  • the method further includes:
  • the transaction accounting node determines that the second transaction request is an illegal transaction.
  • the method further includes:
  • the transaction accounting node deletes the second transaction request from the second preset database.
  • nodes other than the transaction verification node and the transaction verification node in the system are configured as transaction participating nodes;
  • the method also includes:
  • the transaction participating node generates summary information corresponding to the first block chain data, and generates second block chain data according to the summary information, and stores the second block chain data.
  • the transaction verification node is responsible for verifying the transaction, and the transaction accounting node is responsible for bookkeeping, and the division of labor is clear.
  • the transaction verification node there is no need to rely on the completion status of the transaction accounting node, which can improve the efficiency of transaction verification and shorten the transaction verification time; for the transaction accounting node, the verified data can be obtained directly from the second preset database.
  • Transaction request without the need to verify the transaction. All resources can be used
  • the competition for accounting rights and the synchronization of data can improve the efficiency of transaction accounting and shorten the time for transaction accounting.
  • the use of the transaction system provided by this application can effectively avoid the situation of long waiting and more transaction queues when there are too many transactions to be verified.
  • a computer-readable storage medium in which a computer program or smart contract is stored, and the computer program or smart contract is loaded and executed by a node to implement the above-mentioned embodiments.
  • Transaction processing method may be a read-only storage memory
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • CD-ROM compact disc-read only memory
  • magnetic tape magnetic tape
  • floppy disk magnetic tape
  • optical data storage device etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)
  • Small-Scale Networks (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

La présente invention concerne un système de transactions à base de chaîne de blocs et un procédé de transactions. Certains nœuds du système sont configurés sous forme de nœuds de vérification de transactions et certains nœuds, autres que les nœuds de vérification de transactions, sont configurés sous forme de nœuds de comptabilité de transactions. Les nœuds de vérification de transactions peuvent obtenir une première demande de transaction à partir d'une première base de données prédéfinie et vérifier la validité de la première demande de transaction ; les nœuds de comptabilité de transactions peuvent obtenir une seconde demande de transaction vérifiée à partir d'une seconde base de données prédéfinie et effectuer une comptabilité. Ainsi, les nœuds de vérification de transactions sont chargés de la vérification de transactions tandis que les nœuds de comptabilité de transactions sont chargés de la comptabilité. Les deux types de nœuds présentent une division claire de travail. L'efficacité de la vérification de transactions est améliorée et la durée de vérification de transactions est abrégée ; l'efficacité de la comptabilité de transactions est améliorée et la durée de comptabilité de transactions est abrégée ; la situation d'attente de longue durée et une longue file d'attente de transactions, provoquées par un excès de transactions à vérifier, peuvent donc être efficacement évitées.
PCT/CN2020/078673 2019-02-26 2020-03-10 Système de transactions à base de chaîne de blocs et procédé de transactions WO2020173502A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201910141898.7 2019-02-26
CN201910141898 2019-02-26
CN201910730034.9 2019-08-08
CN201910730034.9A CN111614707A (zh) 2019-02-26 2019-08-08 一种基于区块链的交易系统及交易方法

Publications (1)

Publication Number Publication Date
WO2020173502A1 true WO2020173502A1 (fr) 2020-09-03

Family

ID=72197581

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/CN2020/078666 WO2020173498A1 (fr) 2019-02-26 2020-03-10 Procédé et système de transaction de sous-réseau basée sur une chaîne de blocs
PCT/CN2020/078672 WO2020173501A1 (fr) 2019-02-26 2020-03-10 Système de transaction basé sur une chaîne de blocs
PCT/CN2020/078673 WO2020173502A1 (fr) 2019-02-26 2020-03-10 Système de transactions à base de chaîne de blocs et procédé de transactions

Family Applications Before (2)

Application Number Title Priority Date Filing Date
PCT/CN2020/078666 WO2020173498A1 (fr) 2019-02-26 2020-03-10 Procédé et système de transaction de sous-réseau basée sur une chaîne de blocs
PCT/CN2020/078672 WO2020173501A1 (fr) 2019-02-26 2020-03-10 Système de transaction basé sur une chaîne de blocs

Country Status (3)

Country Link
JP (1) JP7041993B2 (fr)
CN (3) CN111614709B (fr)
WO (3) WO2020173498A1 (fr)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112017051B (zh) * 2020-10-29 2021-02-12 北京易真学思教育科技有限公司 区块链系统、相关方法、用户节点及存储介质
CN112232823B (zh) * 2020-12-10 2021-04-23 腾讯科技（深圳）有限公司 区块链系统的交易处理方法、装置、介质及电子设备
CN112688790B (zh) * 2020-12-23 2021-09-28 网易（杭州）网络有限公司 一种联盟链的数据处理方法、装置、电子设备和存储介质
CN112991058B (zh) * 2021-02-19 2023-09-22 区块动力(广州)科技有限公司 一种基于区块链进行交易的验证方法及系统
CN112990895A (zh) * 2021-03-11 2021-06-18 杭州复杂美科技有限公司 一种加速区块链交易并行执行的方法、设备及储存介质
CN113067895B (zh) * 2021-06-02 2021-08-31 支付宝(杭州)信息技术有限公司 组建区块链子网的方法和区块链系统
CN113886124B (zh) * 2021-10-04 2023-05-30 杭州复杂美科技有限公司 非法节点识别方法、计算机设备和存储介质
CN117591303B (zh) * 2024-01-18 2024-05-07 腾讯科技（深圳）有限公司 基于区块链的业务处理方法、区块链系统、介质及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956923A (zh) * 2016-04-20 2016-09-21 上海如鸽投资有限公司 资产交易平台以及资产的数字化认证和交易方法
CN106446067A (zh) * 2016-09-06 2017-02-22 联动优势科技有限公司 一种获取交易数据的方法和装置
CN107464117A (zh) * 2017-08-04 2017-12-12 平安科技（深圳）有限公司 基于区块链的数据管理方法及区块链系统
KR20180010467A (ko) * 2016-07-21 2018-01-31 주식회사 케이티 가상화폐 관리 방법 및 이를 위한 장치
CN108665359A (zh) * 2017-03-29 2018-10-16 中国移动通信有限公司研究院 区块链处理方法、记账节点及验证节点

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101467131A (zh) * 2005-07-20 2009-06-24 美国唯美安视国际有限公司 网络用户验证系统和方法
US10762504B2 (en) * 2016-02-22 2020-09-01 Bank Of America Corporation System for external secure access to process data network
US10097344B2 (en) * 2016-07-15 2018-10-09 Mastercard International Incorporated Method and system for partitioned blockchains and enhanced privacy for permissioned blockchains
US10565570B2 (en) * 2016-09-27 2020-02-18 The Toronto-Dominion Bank Processing network architecture with companion database
CN106682984B (zh) * 2016-10-27 2019-09-10 深圳壹账通智能科技有限公司 基于区块链的交易事务处理方法及系统
CN106603698A (zh) * 2016-12-28 2017-04-26 北京果仁宝科技有限公司 基于dpos的区块链共识方法和节点
CN107767134A (zh) * 2017-01-22 2018-03-06 平安医疗健康管理股份有限公司 基于区块链的医疗费用支付方法和系统
US11107048B2 (en) * 2017-04-17 2021-08-31 International Business Machines Corporation Providing out-of-band verification for blockchain transactions
CN107392040B (zh) * 2017-04-28 2019-08-09 阿里巴巴集团控股有限公司 一种共识验证的方法及装置
CN107317672A (zh) * 2017-05-10 2017-11-03 广东网金控股股份有限公司 一种轻量终端机区块链系统
CN107239940A (zh) * 2017-05-11 2017-10-10 北京博晨技术有限公司 基于区块链系统的网络交易方法及装置
CN107450981B (zh) * 2017-05-31 2020-04-24 创新先进技术有限公司 一种区块链共识方法及设备
CN107528886B (zh) * 2017-07-25 2020-07-31 中国科学院计算技术研究所 区块链全网拆分方法与系统
CN107507005B (zh) * 2017-08-01 2020-09-11 众安信息技术服务有限公司 一种基于联盟链的链外数据访问方法和系统
CN107679848B (zh) * 2017-09-22 2021-02-26 郑州大学 一种基于时延控制Petri网的小额交易时延控制方法
CN108023729B (zh) * 2017-10-13 2020-06-23 中国银联股份有限公司 区块链网络及其交易方法
CN107888562B (zh) * 2017-10-13 2019-12-27 布比（北京）网络技术有限公司 一种平行链接入互联链的数据验证和收发方法、节点及系统
CN107766540A (zh) * 2017-10-31 2018-03-06 上海分布信息科技有限公司 一种分区的区块链网络及其实现分区存储的方法
CN108256859B (zh) * 2018-01-02 2021-02-23 中国工商银行股份有限公司 基于区块链的金融产品交易共识方法、节点及系统
CN108596619B (zh) * 2018-04-26 2022-11-01 深圳怡化电脑股份有限公司 用于区块链系统的交易方法、装置、中心节点及系统
CN108615153A (zh) * 2018-04-28 2018-10-02 百度在线网络技术（北京）有限公司 区块链数据的处理方法、装置、系统、设备和存储介质
CN108647967B (zh) * 2018-05-10 2021-09-14 北京京东尚科信息技术有限公司 选择区块链共识机制的方法、装置以及共识节点
CN108964905A (zh) * 2018-07-18 2018-12-07 胡祥义 一种安全高效的区块链实现方法
CN109033422B (zh) * 2018-08-08 2020-05-22 云南天之游科技股份有限公司 一种生成区块链的方法、装置及区块链
CN109240900A (zh) * 2018-08-16 2019-01-18 北京京东尚科信息技术有限公司 区块链网络服务平台及其智能合约检测方法、存储介质
CN109447649A (zh) * 2018-09-03 2019-03-08 深圳壹账通智能科技有限公司 交易请求的处理方法及系统
CN109493223B (zh) * 2018-11-07 2021-12-21 联动优势科技有限公司 一种记账方法及装置
CN109274692B (zh) * 2018-11-14 2021-03-16 众安信息技术服务有限公司 一种识别区块链网络作恶节点的方法及装置
CN109710627A (zh) * 2018-12-29 2019-05-03 中国银联股份有限公司 一种基于区块链网络的交易查询方法及装置
CN109949160A (zh) * 2019-03-27 2019-06-28 上海优扬新媒信息技术有限公司 一种区块链的分片方法及装置
CN111046437A (zh) * 2019-10-31 2020-04-21 中国科学院计算技术研究所 基于同构多链的区块链并行事务处理方法及系统、终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956923A (zh) * 2016-04-20 2016-09-21 上海如鸽投资有限公司 资产交易平台以及资产的数字化认证和交易方法
KR20180010467A (ko) * 2016-07-21 2018-01-31 주식회사 케이티 가상화폐 관리 방법 및 이를 위한 장치
CN106446067A (zh) * 2016-09-06 2017-02-22 联动优势科技有限公司 一种获取交易数据的方法和装置
CN108665359A (zh) * 2017-03-29 2018-10-16 中国移动通信有限公司研究院 区块链处理方法、记账节点及验证节点
CN107464117A (zh) * 2017-08-04 2017-12-12 平安科技（深圳）有限公司 基于区块链的数据管理方法及区块链系统

Also Published As

Publication number Publication date
JP7041993B2 (ja) 2022-03-25
CN111614709A (zh) 2020-09-01
CN111614707A (zh) 2020-09-01
CN111614709B (zh) 2022-12-16
JP2022517436A (ja) 2022-03-08
CN111614708B (zh) 2021-06-08
CN111614708A (zh) 2020-09-01
WO2020173501A1 (fr) 2020-09-03
WO2020173498A1 (fr) 2020-09-03

Similar Documents

Publication Publication Date Title
WO2020173502A1 (fr) Système de transactions à base de chaîne de blocs et procédé de transactions
TWI690184B (zh) 跨區塊鏈的認證方法及裝置、電子設備
CN108055138B (zh) 基于区块链的应用分发记录方法和系统
US11128522B2 (en) Changing a master node in a blockchain system
JP7186862B2 (ja) ブロック処理方法、ブロックチェーンノード、ブロック処理システム及びコンピュータプログラム
WO2018076759A1 (fr) Procédé et système de gestion multi-chaînes fondés sur une chaîne de blocs, dispositif électronique et support d'informations
WO2019042101A1 (fr) Procédé et appareil de trading cross-chaînes
WO2020134895A1 (fr) Procédé et appareil comptabilité à base de chaîne de blocs, et dispositif électronique
TWI717135B (zh) 用於結束視域變換協定的系統和方法
US20130336323A1 (en) Optimized bi-directional communication in an information centric network
TW201942816A (zh) 跨區塊鏈的互動方法及裝置、系統、電子設備
WO2019062596A1 (fr) Dispositif et procédé de traitement de service basés sur une architecture de service
TW202036229A (zh) 用於結束視域變換協定的系統和方法
WO2023045620A1 (fr) Procédé et appareil de traitement de données de transaction, dispositif informatique et support de stockage
JP2020505663A (ja) リプレイ攻撃の検出のためのシステム及び方法
CN107197036A (zh) 一种基于区块链的信息一致处理方法及终端
WO2023045617A1 (fr) Procédé et appareil de traitement de données de transaction, dispositif et support
CN110401843A (zh) 直播平台中的榜单数据更新方法、装置、设备和介质
CN111338906A (zh) 终端设备、边缘节点及基于区块链的应用监管方法和系统
CN111611321A (zh) 一种数据存储方法、装置及区块链系统
WO2010091624A1 (fr) Procédé de suivi de flux, et appareil et système correspondants
WO2022206431A1 (fr) Procédé et appareil d'interrogation de données de registre d'une chaîne de blocs fabric
WO2013097234A1 (fr) Procédé et système de traitement de service
US20230259930A1 (en) Cross-chain transaction processing method and apparatus, electronic device, and storage medium
WO2023185042A1 (fr) Procédé et appareil pour établir un canal de connexion directe

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20762629

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20762629

Country of ref document: EP

Kind code of ref document: A1