CN110570196A - Transaction data processing method and device, terminal equipment and storage medium - Google Patents

Transaction data processing method and device, terminal equipment and storage medium Download PDF

Info

Publication number
CN110570196A
CN110570196A CN201910837647.2A CN201910837647A CN110570196A CN 110570196 A CN110570196 A CN 110570196A CN 201910837647 A CN201910837647 A CN 201910837647A CN 110570196 A CN110570196 A CN 110570196A
Authority
CN
China
Prior art keywords
transaction
transaction data
block
link point
result
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN201910837647.2A
Other languages
Chinese (zh)
Inventor
刘攀
李茂材
王宗友
孔利
朱耿良
陈秋平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910837647.2A priority Critical patent/CN110570196A/en
Publication of CN110570196A publication Critical patent/CN110570196A/en
Pending legal-status Critical Current

Links

Classifications

    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • 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

Abstract

The embodiment of the application discloses a transaction data processing method, a device, terminal equipment and a storage medium, wherein the method comprises the following steps: receiving a transaction request sent by a transaction initiator, and acquiring first transaction data carried in the transaction request; broadcasting the first transaction data in the block link point system so that each block link point in the block link point system checks the first transaction data; receiving a first verification result generated and returned after each block link point in the block link node system verifies the first transaction data; and determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing the transaction based on the first transaction data after determining that the first transaction data achieves the consensus. By adopting the embodiment of the application, the consensus time can be shortened, and the applicability is high.

Description

Transaction data processing method and device, terminal equipment and storage medium
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a transaction data processing method and apparatus, a terminal device, and a storage medium.
background
The blockchain technology is a brand new distributed infrastructure and computing mode that uses blockchain data structures to verify and store data, uses distributed node consensus algorithms to generate and update data, uses cryptography to secure data transmission and access, and uses intelligent contracts composed of automated script codes to program and manipulate data.
the consensus process of the current blockchain technology takes a long time and the consensus time is uncertain, which affects the performance of the whole blockchain platform. Therefore, how to shorten the consensus time and ensure the stability of the consensus time is a problem to be solved.
Disclosure of Invention
The embodiment of the application provides a transaction data processing method and device, terminal equipment and a storage medium, which can shorten consensus time, ensure the stability of the consensus time and have high applicability.
in a first aspect, an embodiment of the present application provides a transaction data processing method, including:
receiving a transaction request sent by a transaction initiator, and acquiring first transaction data carried in the transaction request;
Broadcasting the first transaction data in a block link point system so that each block link point in the block link point system verifies the first transaction data;
Receiving a first verification result generated and returned after each block link point in the block link node system verifies the first transaction data;
and determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing transaction based on the first transaction data after determining that the first transaction data achieves consensus.
in a second aspect, an embodiment of the present application provides a transaction data processing apparatus, including:
the transaction request receiving module is used for receiving a transaction request sent by a transaction initiator and acquiring first transaction data carried in the transaction request;
A data broadcasting module, configured to broadcast the first transaction data in a block link point system so that each block link point in the block link point system checks the first transaction data;
a check result receiving module, configured to receive a first check result generated and returned after each block link point in the block link node system checks the first transaction data;
And the data processing module is used for determining a consensus result of the first transaction data according to the received first verification result returned by each block link point, and executing transaction based on the first transaction data after determining that the first transaction data achieves consensus.
In a third aspect, an embodiment of the present application provides a terminal device, where the terminal device includes a processor and a memory, and the processor and the memory are connected to each other. The memory is configured to store a computer program that supports the terminal device to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect, where the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect.
in a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program, where the computer program includes program instructions, and the program instructions, when executed by a processor, cause the processor to execute the method provided by the first aspect and/or any one of the possible implementation manners of the first aspect.
According to the embodiment of the application, the received first transaction data carried in the transaction request sent by the transaction initiator is obtained, the first transaction data is broadcasted in the block chain link point system so that each block chain link point in the block chain link point system checks the first transaction data, and a first check result generated and returned after the first transaction data is checked based on each block chain link point in the block chain node system can be received. And determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing the transaction based on the first transaction data after determining that the first transaction data achieves the consensus. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
Drawings
in order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a schematic block link point system according to an embodiment of the present disclosure;
FIG. 2 is a flow chart of a transaction data processing method according to an embodiment of the present application;
FIG. 3 is a schematic diagram of a communication process based on transaction digital signatures according to an embodiment of the present application;
fig. 4 is a schematic view of an application scenario for receiving a first verification result according to an embodiment of the present application;
FIG. 5 is another flow chart diagram of a transaction data processing method provided by an embodiment of the present application;
FIG. 6 is a block diagram including first transaction data and a first transaction execution result according to an embodiment of the present disclosure;
fig. 7 is a schematic diagram of a block chain and a block structure provided in an embodiment of the present application;
fig. 8 is a block diagram showing a configuration of a transaction data processing device according to an embodiment of the present application;
Fig. 9 is a block diagram of a terminal device according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
referring to fig. 1, fig. 1 is a schematic structural diagram of a block link point system according to an embodiment of the present disclosure. As shown in fig. 1, the block link point system 100 refers to a system for sharing data between block link points and block link nodes, and the block link point system 100 may include a plurality of block link nodes, and the block link nodes are connected to each other, and as shown in fig. 1, the block link point system 100 includes a block link node 10a, a block link point 10b, a block link point 10c, a block link point 10d, and a block link point 10e, where each block link node has a connection relationship with other block link nodes. It is to be understood that any blockchain node in a blockchain node system may be any type of computing device, such as a server, a terminal, etc., and is not limited thereto. Each blockchain node may receive input information during normal operation and maintain shared data in the blockchain node system based on the received input information, for example, the input information may be a transaction request, and the like, which is not limited herein. In order to ensure information intercommunication in the block link point system, information connection can exist between each block link node in the block link point system, and information transmission can be carried out between the block link points through the information connection. For example, when any block link point in the block link point system receives input information, other block link nodes in the block link point system acquire the input information according to a consensus algorithm, and store the input information as data in shared data, so that the data stored on all the block link nodes in the block link point system are consistent.
each block link node in the block link point system has a corresponding block link point identifier, and each block link point in the block link point system can store block link point identifiers of other block link nodes in the block link point system, so that the generated block is broadcasted to other block link nodes in the block link point system according to the block link point identifiers of other block link nodes. Each block chain node can maintain a block chain link point identification list as shown in the following table, and the block chain node name and the block chain link point identification are correspondingly stored in the block chain link point identification list. The block link node identifier may be an IP (Internet Protocol) address and any other information that can be used to identify the block link node, and table 1 only illustrates the IP address as an example.
Block chain node name block chain link point identification
block chain node 1 117.114.151.174
Block chain node 2 117.116.189.145
… …
Block chain node N 119.123.789.258
TABLE 1
The transaction data processing method provided by the embodiment of the application can be widely applied to a server or a terminal capable of processing transaction data. The terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a Mobile Internet Device (MID), and the like, and is not limited herein. According to the method provided by the embodiment of the application, the transaction request sent by the transaction initiator is received, the first transaction data carried in the transaction request is obtained, and the first transaction data can be broadcasted in the block link point system, so that each block link point in the block link point system checks the first transaction data. By receiving a first check result generated and returned after checking the first transaction data based on each block link point in the block chain node system, a consensus result of the first transaction data can be determined according to the received first check result returned by each block link point, and the transaction is executed based on the first transaction data after the consensus of the first transaction data is determined. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
The method and the related apparatus provided by the embodiments of the present application will be described in detail with reference to fig. 2 to 9, respectively. The method provided by the embodiment of the application can include data processing stages for receiving a transaction request, obtaining first transaction data included in the transaction request, broadcasting the first transaction data in a block link point system, receiving first check results generated and returned by each block link point in the block link node system, determining consensus results of the first transaction data according to each first check result, and executing a transaction based on the first transaction data after determining that the consensus is achieved. The implementation of each data processing stage can be seen in the following implementation shown in fig. 2 to 7.
referring to fig. 1, fig. 1 is a flow chart of a transaction data processing method according to an embodiment of the present application. The method provided by the embodiment of the application can comprise the following steps 101 to 104:
101. receiving a transaction request sent by a transaction initiator, and acquiring first transaction data carried in the transaction request.
in one embodiment, when a transaction initiator needs to initiate a transaction, the transaction initiator, a transaction data transfer amount and a transaction receiver are selected on a user operation interface of the transaction system based on one or more optional input modes such as an input box, an option or voice through a user terminal, and a transaction request is generated by clicking a 'submit' or 'confirm' button through the user terminal. It should be understood that the transaction request carries transaction data corresponding to the consensus, that is, first transaction data, where the first transaction data may include transaction creation time, a transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, a public key corresponding to the transaction initiator, and the like, and is determined specifically according to an actual application scenario and is not limited herein. And the transaction initiator may be a transaction data transfer-out party or may also be a transaction data transfer-in party, which is not limited herein. For example, if the transaction initiator is a transaction data transferor, the transaction request may be a transfer request or a payment request; if the transaction initiator is the transaction data transfer party, the transaction request may be a payment receipt request or a payment deduction request, and the like, which is not limited herein. For convenience of description, the following embodiments of the present application take a transaction initiator as a transaction data forwarding party as an example for description.
102. The first transaction data is broadcast in the block-link point system so that each block-link point in the block-link point system verifies the first transaction data.
in an embodiment, when any block link point in the block link point system receives a transaction request sent by a transaction initiator, by acquiring first transaction data carried in the transaction request, the first transaction data can be immediately broadcast in the block link point system so that each block link point in the block link point system checks or verifies the first transaction data. Optionally, after any block link point in the block link point system receives the transaction request sent by the transaction initiator and acquires the first transaction data carried in the transaction request, the node may also verify the first transaction data and broadcast the first transaction data in the block link point system after the verification is passed, so that other block link points in the block link point system check the first transaction data.
specifically, in an embodiment, when the first transaction data received by each blockchain node includes a transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, and a public key of the transaction initiator, each blockchain node may decrypt the transaction digital signature through the public key to obtain summary information, that is, first summary information, and then perform a hash operation on the transaction initiator, the transaction data transfer amount, and the transaction receiver to obtain corresponding second summary information.
And comparing and analyzing the first transaction summary information obtained by decryption and the generated second summary information to obtain a first verification result of the transaction data. It should be understood that, when the first summary information is the same as the second summary information, it indicates that the transaction initiator, the transaction data transfer amount, and the transaction receiver included in the transaction data have not been tampered, i.e., it is determined that the first verification result is verification pass or verification pass. And when the first abstract information is different from the second abstract information, the transaction initiator, the transaction data transfer amount and the transaction receiver included in the transaction data are maliciously tampered in the transmission process, and the first verification result is determined to be verification failure or verification failure.
specifically, referring to fig. 3, fig. 3 is a schematic diagram of a communication process based on a transaction digital signature provided in an embodiment of the present application. As shown in fig. 3, when a transaction initiator needs to initiate a transaction request, in order to ensure the validity and security of transaction data carried in the transaction request, first, a text to be transmitted (for example, a transaction initiator: a, a transaction receiver: B, a transaction data transfer amount: 100 yuan) is subjected to hash operation to generate summary information, that is, a digital fingerprint, the generated summary information is encrypted by using a private key of the transaction initiator to obtain a transaction digital signature, then, the text and the transaction digital signature are spliced, and the spliced data and a public key of the transaction initiator can be sent to a blockchain node system together. When any block chain node in the block chain node system receives data sent by a transaction initiator, the received data is firstly analyzed to obtain a separated text and a transaction digital signature, then the block chain node can decrypt the transaction digital signature by using a public key of the transaction initiator to obtain decrypted first summary information, and meanwhile, Hash operation is performed on the separated text to obtain second summary information. And finally, comparing and analyzing the first transaction summary information and the second summary information to obtain a first verification result of the transaction data.
Optionally, in an embodiment, in order to determine the validity of the transaction data and ensure that the transaction can be smoothly executed, the transaction data transfer amount may be verified. Specifically, if the transaction initiator is the transaction data transfer party, the transaction data can be verified according to the historical data allowance, the transaction data transfer amount and the third-party data transfer amount by acquiring the historical data allowance and the third-party data transfer amount of the transaction initiator, so as to generate a first verification result. Here, the transaction data transfer amount is a data amount transferred from the transaction data transferee to the transaction data transferee, and is, for example, a transfer amount, which is a transfer amount of a transfer amount transferred from an account of the transferee to an account of the transferee. The third party data transfer amount is a data amount transferred from the transaction data transfer party to a third party (i.e. a non-data transfer party and a non-data transfer party), for example, similarly taking a transfer as an example, the third party data transfer amount can be understood as a commission fee to be paid to a bank by an account of the transfer party, wherein the third party is the bank party. Historical data balance may be understood as the amount of data remaining in the current state of the transaction data transferee, and may be the current account balance of the transferee's account, for example, a transfer. It is understood that when the historical data allowance of the transaction data transfer party is smaller than the transaction data transfer amount and/or the historical data allowance is smaller than the third party data transfer amount and/or the historical data allowance is smaller than the sum of the third party data transfer amount and the transaction data transfer amount, the first verification result can be determined as verification failure; otherwise, when the historical data allowance is larger than or equal to the sum of the third-party data transfer amount and the transaction data transfer amount, the first verification result can be determined to be verification passing. It should be understood that, when the transaction data is checked each time, the two kinds of checks (i.e., checking the transaction digital signature and checking the transaction data transfer amount) may be performed at the same time, or only one kind of check may be performed, which is determined according to the actual application scenario, and is not limited herein.
103. and receiving a first verification result which is generated and returned after each block link point in the block link node system verifies the first transaction data.
in one embodiment, each of the blockchain nodes included in the blockchain node system may independently verify the received first transaction data, and may timely return the generated first verification result to the blockchain node broadcasting the first transaction data.
For example, referring to fig. 4, fig. 4 is a schematic view of an application scenario for receiving a first verification result according to an embodiment of the present application. The block link point system in fig. 4 includes a block chain node 1, a block link point 2, a block link point 3, a block link point 4, and a block link point 5, where each block chain node has a connection relationship with other block chain nodes. When a transaction request is initiated to the blockchain node 2 from a transaction initiating direction, the blockchain node 2 can immediately broadcast the transaction data in the blockchain link point system by acquiring the transaction data carried in the transaction request, or the blockchain node 2 can firstly check the transaction data and then broadcast the transaction data in the blockchain link point system after the check is passed, so that the blockchain link point 1, the blockchain link point 3, the blockchain link point 4 and the blockchain link point 5 in the blockchain link point system check the transaction data after receiving the transaction data. When the block link point 1, the block link point 3, the block link point 4, and the block link node 5 in the block link point system independently check the received transaction data and generate first check results, each first check result may be returned to the block link point 2.
104. and determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing the transaction based on the first transaction data after determining that the first transaction data achieves the consensus.
In one embodiment, when the block chain node that originally broadcasts the first transaction data receives the first check result returned by each block chain node, the consensus result of the first transaction data can be determined according to each first check result. Specifically, when the check passing proportion in the received first check result returned by each block link point is not less than the preset passing proportion, it is determined that each block link point agrees with the first transaction data. For example, when the first check result of more than 51% of the block chain nodes in the block chain node system is passed, it is determined that the block chain nodes agree with the first transaction data. When it is determined that the link points of each block in the node system of the block chain agree, the transaction may be performed based on the first transaction data, and the block in which the transaction data is located may be added to the block chain, or a new block may be generated based on the transaction data and added to the block chain. It should be understood that, after executing the transaction based on the first transaction data, the transaction execution result (i.e. the third transaction execution result) corresponding to the first transaction data can be obtained, and until the next consensus is reached, the third transaction execution result can be put into the next consensus for consensus. That is, at the next consensus, the third transaction execution result may be broadcasted in the block link point system, so that each block link point verifies the third transaction execution result and returns the generated third verification result, then according to the received third verification result returned by each block link point, the consensus result of the third transaction execution result may be determined, and the block where the third transaction execution result is located is added to the block chain after it is determined that the third transaction execution result achieves the consensus.
in this embodiment of the application, the transaction request sent by the transaction initiator is received, the first transaction data carried in the transaction request is acquired, and the first transaction data may be broadcasted in the block link point system, so that each block link point in the block link point system checks the first transaction data. By receiving a first check result generated and returned after checking the first transaction data based on each block link point in the block chain node system, a consensus result of the first transaction data can be determined according to the received first check result returned by each block link point, and the transaction is executed based on the first transaction data after the consensus of the first transaction data is determined. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
referring to fig. 5, fig. 5 is another flow chart of a transaction data processing method according to an embodiment of the present application. The transaction data processing method provided by the embodiment of the application can be explained by the following implementation manners provided by the steps 201 to 204:
201. Receiving a transaction request sent by a transaction initiator, and acquiring first transaction data and a first transaction execution result stored in a block carried in the transaction request.
In one embodiment, when a transaction initiator needs to initiate a transaction, the transaction initiator, a transaction data transfer amount and a transaction receiver are selected on a user operation interface of the transaction system based on one or more optional input modes such as an input box, an option or voice through a user terminal, and a transaction request is generated by clicking a 'submit' or 'confirm' button through the user terminal. It should be understood that the transaction request carries transaction data corresponding to the consensus, that is, first transaction data, where the first transaction data may include transaction creation time, a transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, a public key corresponding to the transaction initiator, and the like, and is determined specifically according to an actual application scenario and is not limited herein. And the transaction initiator may be a transaction data transfer-out party or may also be a transaction data transfer-in party, which is not limited herein. For example, if the transaction initiator is a transaction data transferor, the transaction request may be a transfer request or a payment request; if the transaction initiator is the transaction data transfer party, the transaction request may be a payment receipt request or a payment deduction request, and the like, which is not limited herein. For convenience of description, the following embodiments of the present application take a transaction initiator as a transaction data forwarding party as an example for description.
Optionally, in an embodiment, the first transaction data carried in the transaction request sent from the user terminal to the blockchain node system may also be stored in the block. The block may include a first transaction execution result, where the first transaction execution result is a transaction execution result of the second transaction data when the consensus is achieved last time. That is, the first transaction execution result is the transaction execution result corresponding to the transaction data of one consensus before the current consensus. Referring to fig. 6, fig. 6 is a schematic diagram illustrating a block including first transaction data and a first transaction execution result according to an embodiment of the present disclosure. As shown in fig. 6, the block 1 is a block carried in the transaction request of the current consensus, the block 0 is a block corresponding to the last consensus closest to the current consensus, and the block 2 is a block corresponding to the next consensus closest to the current consensus, where the block 1 includes transaction data (i.e., first transaction data) corresponding to the current consensus and a transaction execution result (i.e., a first transaction execution result) corresponding to the transaction data (i.e., second transaction data) of the previous consensus, the block 0 includes transaction execution results corresponding to the second transaction data and the transaction data (i.e., third transaction data) of the previous consensus, and the block 2 includes transaction data (i.e., third transaction data) corresponding to the next consensus and a third transaction execution result corresponding to the first transaction data.
202. The blocks are broadcast in a block link point system so that each block link point verifies first transaction data and a first transaction execution result included in the block.
in an embodiment, when any block link point in the block link point system receives a transaction request sent by a transaction initiator, after a block including first transaction data and a first transaction execution result is obtained according to the transaction request, the block may be immediately broadcast in the block link point system so that each block link point checks the first transaction data and the first transaction execution result included in the block. Optionally, after any block link point in the block link point system receives the transaction request sent by the transaction initiator and acquires the block carried in the transaction request, the node may also verify the first transaction data and the first transaction execution result in the block and broadcast the block including the first transaction data and the first transaction execution result in the block link point system after the verification is passed, so that the data included in the block is verified by other block link points in the block link point system.
Specifically, when the first transaction execution result in the block is verified, each block link point obtains the second transaction data and executes the transaction based on the second transaction data to obtain a transaction execution result, that is, the second transaction execution result, and the second verification result can be generated by extracting the first transaction execution result stored in the block and comparing and analyzing the first transaction execution result with the second transaction execution result. The second transaction data is transaction data in the previous consensus, that is, transaction data corresponding to the previous consensus closest to the current consensus, and the second transaction data may be stored in each block chain node in the block chain link point system. It is understood that when the second transaction execution result is the same as the first transaction execution result, the second verification result may be determined as verification pass, and when the second transaction execution result is not the same as the first transaction execution result, the second verification result may be determined as verification fail. Meanwhile, when the first transaction data in the block is verified, data including a transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, a public key of the transaction initiator and the like in the first transaction data can be firstly analyzed, then each block link point decrypts the transaction digital signature through the public key to obtain first summary information, then hash operation is performed on the transaction initiator, the transaction data transfer amount and the transaction receiver to obtain corresponding second summary information, and the first transaction summary information and the second summary information are compared and analyzed to obtain a first verification result. It should be understood that, when the first summary information is the same as the second summary information, it indicates that the transaction initiator, the transaction data transfer amount, and the transaction receiver included in the transaction data have not been tampered, i.e., it is determined that the first verification result is verification pass or verification pass. And when the first abstract information is different from the second abstract information, the transaction initiator, the transaction data transfer amount and the transaction receiver included in the transaction data are maliciously tampered in the transmission process, and the first verification result is determined to be verification failure or verification failure. Optionally, in an embodiment, in order to determine the validity of the transaction data and ensure that the transaction can be smoothly executed, the transaction data transfer amount may be verified. If the transaction initiator is the transaction data transfer party, the transaction data can be verified according to the historical data allowance, the transaction data transfer amount and the third-party data transfer amount by acquiring the historical data allowance and the third-party data transfer amount of the transaction initiator so as to generate a first verification result. Here, the transaction data transfer amount is a data amount transferred from the transaction data transferee to the transaction data transferee, and is, for example, a transfer amount, which is a transfer amount of an account of the transferee to an account of the transferee. The third party data transfer amount is the amount of data transferred from the transaction data transferor to a third party, for example, also taking a transfer as an example, the third party data transfer amount can be understood as a commission fee to be paid to a bank by the transferor account, wherein the third party is the bank party. Historical data balance may be understood as the amount of data remaining in the current state of the transaction data transferee, and may be the current account balance of the transferee's account, for example, a transfer. It is understood that when the historical data allowance of the transaction data transfer party is smaller than the transaction data transfer amount and/or the historical data allowance is smaller than the third party data transfer amount and/or the historical data allowance is smaller than the sum of the third party data transfer amount and the transaction data transfer amount, the first verification result can be determined as verification failure; otherwise, when the historical data allowance is larger than or equal to the sum of the third-party data transfer amount and the transaction data transfer amount, the first verification result can be determined to be verification passing. It should be understood that, when the transaction data is checked each time, the two kinds of checks (i.e., checking the transaction digital signature and checking the transaction data transfer amount) may be performed at the same time, or only one kind of check may be performed, which is determined according to the actual application scenario, and is not limited herein.
203. and receiving a first check result generated and returned after the first transaction data is checked by each block chain link point in the block chain node system, and receiving a second check result generated and returned after the first transaction execution result is checked by each block chain link point.
In one embodiment, each blockchain node included in the blockchain node system may independently verify the first transaction data and the first transaction execution result included in the received block, and may timely return the generated first verification result and the second verification result to the blockchain node that broadcasts the block.
204. And determining a consensus result of the first transaction data according to the received first check result returned by each block link point, determining a consensus result of the first transaction execution result based on the received second check result returned by each block link point, and adding the block to the block chain after determining that the first transaction execution result achieves consensus and the first transaction data achieves consensus.
in an embodiment, when the block link node that originally broadcasts the block receives the first check result and the second check result returned by each block link node, a consensus result of the first transaction data may be determined according to each first check result, and a consensus result of the first transaction execution result may be determined according to each second check result. Specifically, when the check passing proportion in the received first check result returned by each block link point is not less than the preset passing proportion, it is determined that each block link point agrees with the first transaction data, and meanwhile, when the check passing proportion in the received second check result returned by each block link point is not less than the preset passing proportion, it is determined that each block link point agrees with the first transaction execution result. When it is determined that each of the tile link nodes in the tile chain node system agrees with the first transaction data and the first transaction execution result included in the tile, the transaction may be executed based on the first transaction data, and at the same time, the tile including the first transaction execution result of the first transaction data is added to the tile chain. It should be understood that, after executing the transaction based on the first transaction data, the transaction execution result (i.e. the third transaction execution result) corresponding to the first transaction data can be obtained, and until the next consensus is reached, the third transaction execution result can be put into the next consensus for consensus. That is, at the next consensus, the third transaction execution result may be broadcasted in the block link point system, so that each block link point verifies the third transaction execution result and returns the generated third verification result, then according to the received third verification result returned by each block link point, the consensus result of the third transaction execution result may be determined, and the block where the third transaction execution result is located is added to the block chain after it is determined that the third transaction execution result achieves the consensus.
Referring to fig. 7, fig. 7 is a schematic diagram of a block chain and a block structure provided in the embodiment of the present application. The block chain shown in fig. 7 includes a block N, a block N +1, and a block N +2, where N may be a positive integer. Each block shown in fig. 7 may include a hash value of a previous block and transaction information related to a certain transaction, and assuming that the block N +2 is a block corresponding to the current consensus, the block N +1 is a block corresponding to the previous consensus, and the block N is a block corresponding to the previous consensus (for convenience of description, referred to as a block corresponding to the previous consensus). The block N may contain the hash value of the block immediately preceding the block N (i.e., the hash value of block N-1 shown in fig. 7) and the transaction information 1 associated with the previous consensus. Similarly, the block N +1 may include the hash value of the block before the block N +1 (i.e. the hash value of the block N shown in fig. 7) and the transaction information 2 related to the previous consensus; similarly, the block N +2 may include the hash value of the block before the block N +2 (i.e. the hash value of the block N +1 shown in fig. 7) and the transaction information 3 related to the present consensus. For convenience of understanding, the present embodiment explains the composition of the block by taking the block N +2 as an example, as shown in fig. 7, the block N +2 is composed of a block header and a block body, where the block header may include the hash value of the previous block (i.e., the hash value of the block N +1 shown in fig. 7), a timestamp, a calculated difficulty value, a random number, and the hash value of the block (i.e., the block N + 2). The transaction information 3 in the block may include a transaction execution result (i.e., a first transaction execution result) corresponding to the transaction data (i.e., the second transaction data) in the block N +1 and a transaction data (i.e., the first transaction data) corresponding to the current consensus.
In this embodiment of the application, by receiving a transaction request sent by a transaction initiator and acquiring a block included in the transaction request, the acquired block may be broadcast in a block link point system so that each block link point in the block link point system checks first transaction data and a first transaction execution result stored in the block. By receiving a first check result generated and returned after the first transaction data is checked by each block chain link point and a second check result generated and returned after the first transaction execution result is checked, the consensus result of the first transaction data and the consensus result of the first transaction execution result can be determined according to the received first check results, the transaction is executed based on the first transaction data after the first transaction data and the first transaction execution result are determined to be in consensus, and the block where the first transaction data and the first transaction execution result are located is added into the block chain. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
referring to fig. 8, fig. 8 is a block diagram illustrating a structure of a transaction data processing apparatus according to an embodiment of the present disclosure. The transaction data processing device provided by the embodiment of the application comprises: a transaction request receiving module 31, a data broadcasting module 32, a verification result receiving module 33 and a data processing module 34; further, the transaction data processing apparatus may further include: block uplink module 35, transaction data checking module 36.
a transaction request receiving module 31, configured to receive a transaction request sent by a transaction initiator, and acquire first transaction data carried in the transaction request;
a data broadcasting module 32, configured to broadcast the first transaction data in a block link node system so that each block link node in the block link node system checks the first transaction data;
A check result receiving module 33, configured to receive a first check result generated and returned after each block link point in the block link node system checks the first transaction data;
And the data processing module 34 is configured to determine a consensus result of the first transaction data according to the received first verification result returned by each block link point, and execute a transaction based on the first transaction data after determining that the first transaction data achieves the consensus.
in one embodiment, the first transaction data is stored in a block, the block further includes a first transaction execution result, and the first transaction execution result is a transaction execution result of the second transaction data when the consensus is achieved last time; the data broadcasting module 32 is specifically configured to:
broadcasting the block in the blockchain node system so that each blockchain node checks the first transaction data and the first transaction execution result included in the block.
the verification result receiving module 33 includes a first verification result receiving unit 331 and a second verification result receiving unit 332, the data processing module 34 includes a first common identification result determining unit 341, and the apparatus further includes a block uplink module 35.
a first verification result receiving unit 331, configured to receive a first verification result generated and returned after each block link point in the block link node system verifies the first transaction data;
A second verification result receiving unit 332, configured to receive a second verification result generated and returned after the block link points verify the first transaction execution result;
A first consensus determining unit 341, configured to determine a consensus result of the first transaction execution result based on the received second check result returned by each block link point, and after determining that the first transaction execution result achieves consensus and the first transaction data achieves consensus, the block uplink module 35 is configured to add the block to the block chain.
In an embodiment, the apparatus further includes a transaction data verification module 36, and the transaction data verification module 36 includes a first result generation unit 361.
The first result generating unit 361 is configured to execute a transaction based on the second transaction data to generate a second transaction execution result, and perform a verification according to the first transaction execution result and the second transaction execution result to generate a second verification result.
in one embodiment, the transaction data includes the transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, and a public key corresponding to the transaction initiator; the transaction data verification module 36 further includes a first summary information obtaining unit 362, a second summary information obtaining unit 363, and a second result generating unit 364:
A first digest information obtaining unit 362, configured to decrypt the transaction digital signature based on the public key to obtain first digest information;
A second summary information obtaining unit 363, configured to generate second summary information based on the transaction initiator, the transaction data transfer amount, and the transaction receiver;
The second result generating unit 364 is configured to verify the first transaction summary information and the second summary information to generate a first verification result.
In one embodiment, the transaction data includes the transaction initiator and a transaction data transfer amount; the transaction data verification module 36 further includes a data amount obtaining unit 365 and a third result generating unit 366:
A data amount obtaining unit 365, configured to obtain, if the transaction initiator is a transaction data transfer party, a historical data allowance of the transaction initiator and a third party data transfer amount corresponding to the current consensus;
The third result generating unit 366 is configured to verify the transaction data according to the historical data remaining amount, the transaction data transfer amount, and the third party data transfer amount to generate a first verification result.
in an embodiment, the verification result receiving module 33 is configured to obtain a third transaction execution result generated after executing a transaction based on the first transaction data;
the data broadcasting module 32 is further configured to broadcast the third transaction execution result in the blockchain node system during the next consensus so that each blockchain node verifies the third transaction execution result and returns a generated third verification result;
a second consensus result determining unit 342, configured to determine a consensus result of the third transaction execution result according to the received third verification result returned by each block link point, and after determining that the third transaction execution result achieves consensus, the block uplink module 35 is configured to add the block where the third transaction execution result is located to the block chain.
In an embodiment, the data processing module 34 is specifically configured to:
And if the check passing proportion in the received first check result returned by each block link point is not less than the preset passing proportion, determining that each block link point agrees with the first transaction data.
in a specific implementation, the transaction data processing apparatus may execute the implementation provided in each step in fig. 2 to 7 through each built-in functional module. For example, the transaction request receiving module 31 may be configured to execute implementation manners such as receiving a transaction request sent by a transaction initiator in each step, and acquiring first transaction data carried in the transaction request, which may specifically refer to the implementation manners provided in each step, and details are not described here. The data broadcasting module 32 may be configured to execute the implementation manners described in the relevant steps of broadcasting the first transaction data and broadcasting the block including the first transaction data in each step, which may specifically refer to the implementation manners provided in each step, and will not be described herein again. The check result receiving module 33 may be configured to execute the implementation manners of receiving the first check result of the first transaction data generated and returned by each block link point and receiving the second check result of the first transaction execution result generated and returned by each block link point in each step, which may be specifically referred to the implementation manners provided in each step, and is not described herein again. The data processing module 34 may be configured to execute implementation manners, such as determining a consensus result of the first transaction data according to the first check result returned by each block link point in each step, and executing a transaction based on the first transaction data after determining that the first transaction data achieves the consensus, which may be specifically referred to the implementation manners provided in each step, and is not described herein again. The block uplink module 35 may be configured to determine a consensus result of the first transaction execution result according to the second check result returned by each block link point in each step, and add the block to the block chain after determining that the first transaction execution result achieves the consensus and the first transaction data achieves the consensus, which may specifically refer to the implementation manners provided in each step, which is not described herein again. The transaction data checking module 36 may be configured to execute implementation manners of checking a transaction digital signature and checking a historical data margin in each step, which may specifically refer to the implementation manners provided in each step, and will not be described herein again.
In this embodiment, the transaction data processing device may broadcast the acquired block in the block link point system by receiving the transaction request sent by the transaction initiator and acquiring the block included in the transaction request, so that each block link point in the block link point system checks the first transaction data and the first transaction execution result stored in the block. By receiving a first check result generated and returned after the first transaction data is checked by each block chain link point and a second check result generated and returned after the first transaction execution result is checked, the consensus result of the first transaction data and the consensus result of the first transaction execution result can be determined according to the received first check results, the transaction is executed based on the first transaction data after the first transaction data and the first transaction execution result are determined to be in consensus, and the block where the first transaction data and the first transaction execution result are located is added into the block chain. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
Referring to fig. 9, fig. 9 is a block diagram of a terminal device according to an embodiment of the present disclosure. As shown in fig. 9, the terminal device in this embodiment may include: one or more processors 401 and memory 402. The processor 401 and the memory 402 are connected by a bus 403. The memory 402 is used to store a computer program comprising program instructions, and the processor 401 is used to execute the program instructions stored in the memory 402 to perform the following operations:
Receiving a transaction request sent by a transaction initiator, and acquiring first transaction data carried in the transaction request;
Broadcasting the first transaction data in a block link point system so that each block link point in the block link point system verifies the first transaction data;
receiving a first verification result generated and returned after each block link point in the block link node system verifies the first transaction data;
And determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing transaction based on the first transaction data after determining that the first transaction data achieves consensus.
in one embodiment, the first transaction data is stored in a block, the block further includes a first transaction execution result, and the first transaction execution result is a transaction execution result of the second transaction data when the consensus is achieved last time; the processor 401 is configured to:
Broadcasting the block in the blockchain node system so that each blockchain node checks the first transaction data and the first transaction execution result included in the block;
receiving a first check result generated and returned after each block link point in the block chain node system checks the first transaction data, and receiving a second check result generated and returned after each block link point checks the first transaction execution result;
And determining a consensus result of the first transaction execution result based on the received second check result returned by each block link point, and adding the block to the block chain after determining that the first transaction execution result agrees and the first transaction data agrees.
in one embodiment, the processor 401 is configured to:
executing the transaction based on the second transaction data to generate a second transaction execution result;
and verifying according to the first transaction execution result and the second transaction execution result to generate a second verification result.
In one embodiment, the transaction data includes the transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, and a public key corresponding to the transaction initiator; the processor 401 is configured to:
Decrypting the transaction digital signature based on the public key to obtain first summary information;
generating second summary information based on the transaction initiator, the transaction data transfer amount and the transaction receiver;
and verifying the first transaction summary information and the second summary information to generate a first verification result.
in one embodiment, the transaction data includes the transaction initiator and a transaction data transfer amount; the processor 401 is configured to:
if the transaction initiator is a transaction data transfer party, acquiring historical data allowance of the transaction initiator and third party data transfer amount corresponding to the consensus;
And verifying the transaction data according to the historical data allowance, the transaction data transfer amount and the third-party data transfer amount to generate a first verification result.
In one embodiment, the processor 401 is configured to:
acquiring a third transaction execution result generated after the transaction is executed based on the first transaction data, and broadcasting the third transaction execution result in the block chain node system when the transaction is identified next time so that each block chain node checks the third transaction execution result and returns the generated third check result;
And determining a consensus result of the third transaction execution result according to the received third verification result returned by each block link point, and adding the block where the third transaction execution result is located to the block chain after determining that the third transaction execution result achieves the consensus.
in one embodiment, the processor 401 is configured to:
and if the check passing proportion in the received first check result returned by each block link point is not less than the preset passing proportion, determining that each block link point agrees with the first transaction data.
It should be understood that, in an embodiment, the processor 401 may be a Central Processing Unit (CPU), and the processor may also be other general processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The memory 402 may include both read-only memory and random access memory, and provides instructions and data to the processor 401. A portion of the memory 402 may also include non-volatile random access memory. For example, the memory 402 may also store device type information.
In a specific implementation, the terminal device may execute the implementation manners provided in the steps in fig. 2 to fig. 7 through the built-in functional modules, which may specifically refer to the implementation manners provided in the steps, and are not described herein again.
In this embodiment of the application, the terminal device receives a transaction request sent by a transaction initiator, acquires a block included in the transaction request, and broadcasts the acquired block in the block link point system to enable each block link point in the block link point system to verify first transaction data and a first transaction execution result stored in the block. By receiving a first check result generated and returned after the first transaction data is checked by each block chain link point and a second check result generated and returned after the first transaction execution result is checked, the consensus result of the first transaction data and the consensus result of the first transaction execution result can be determined according to the received first check results, the transaction is executed based on the first transaction data after the first transaction data and the first transaction execution result are determined to be in consensus, and the block where the first transaction data and the first transaction execution result are located is added into the block chain. By adopting the embodiment of the application, the consensus time can be shortened, the stability of the consensus time is ensured, and the applicability is high.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, where the computer program includes program instructions, and when the program instructions are executed by a processor, the method for processing transaction data provided in each step in fig. 2 to 7 is implemented.
the computer-readable storage medium may be the transaction data processing apparatus provided in any of the foregoing embodiments or an internal storage unit of the terminal device, such as a hard disk or a memory of an electronic device. The computer readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk, a Smart Memory Card (SMC), a Secure Digital (SD) card, a flash card (flash card), and the like, which are provided on the electronic device. Further, the computer readable storage medium may also include both an internal storage unit and an external storage device of the electronic device. The computer-readable storage medium is used for storing the computer program and other programs and data required by the electronic device. The computer readable storage medium may also be used to temporarily store data that has been output or is to be output.
The terms "first", "second", "third", "fourth", and the like in the claims and in the description and drawings of the present application are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments. The term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items. Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the examples described in connection with the embodiments disclosed herein may be embodied in electronic hardware, computer software, or combinations of both, and that the components and steps of the examples have been described in a functional general in the foregoing description for the purpose of illustrating clearly the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The method and the related apparatus provided by the embodiments of the present application are described with reference to the flowchart and/or the structural diagram of the method provided by the embodiments of the present application, and each flow and/or block of the flowchart and/or the structural diagram of the method, and the combination of the flow and/or block in the flowchart and/or the block diagram can be specifically implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block or blocks of the block diagram. These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block or blocks.

Claims (10)

1. a method of transaction data processing, the method comprising:
receiving a transaction request sent by a transaction initiator, and acquiring first transaction data carried in the transaction request;
broadcasting the first transaction data in a block link point system so that each block link point in the block link point system checks the first transaction data;
receiving a first verification result generated and returned after each block link point in the block link node system verifies the first transaction data;
and determining a consensus result of the first transaction data according to the received first check result returned by each block link point, and executing transaction based on the first transaction data after determining that the first transaction data achieves consensus.
2. the method of claim 1, wherein the first transaction data is stored in a block, the block further comprising a first transaction execution result, the first transaction execution result being a transaction execution result of the second transaction data at a previous time of reaching the consensus;
the broadcasting the first transaction data in a block-linked node system comprises:
broadcasting the blocks in the blockchain node system so that each blockchain node checks the first transaction data and the first transaction execution result included in the block;
The method further comprises the following steps:
The method comprises the steps that a first check result generated and returned after checking of each block chain link point in the block chain node system on first transaction data is received, and a second check result generated and returned after checking of each block chain link point on the first transaction execution result is received;
And determining a consensus result of the first transaction execution result based on the received second check result returned by each block chain node, and adding the block to a block chain after determining that the first transaction execution result agrees and the first transaction data agrees.
3. the method of claim 2, wherein the checking the first transaction execution results by the block link points comprises:
The blockchain node executes a transaction based on the second transaction data to generate a second transaction execution result;
And the block chain node checks according to the first transaction execution result and the second transaction execution result to generate a second check result.
4. The method of claim 1, wherein the transaction data comprises the transaction initiator, a transaction data transfer amount, a transaction receiver, a transaction digital signature, and a public key corresponding to the transaction initiator; the checking of the transaction data by each block link point includes:
The block chain node decrypts the transaction digital signature based on the public key to obtain first summary information;
The block link node generates second summary information based on the transaction initiator, the transaction data transfer amount and the transaction receiver;
The block link point verifies the first transaction summary information and the second summary information to generate a first verification result.
5. The method of claim 1, wherein the transaction data includes the transaction initiator and a transaction data transfer amount; the checking of the transaction data by each block link point includes:
If the transaction initiator is a transaction data transfer party, the block link node acquires the historical data allowance and the third-party data transfer amount of the transaction initiator;
And the block link node verifies the transaction data according to the historical data allowance, the transaction data transfer amount and the third-party data transfer amount to generate a first verification result.
6. The method of claim 2, wherein after performing a transaction based on the first transaction data, the method further comprises:
Acquiring a third transaction execution result generated after the transaction is executed based on the first transaction data, and broadcasting the third transaction execution result in the block chain link point system when the third transaction execution result is identified next time so that each block chain link point checks the third transaction execution result and returns the generated third check result;
and determining a consensus result of the third transaction execution result according to the received third verification result returned by each block chain link point, and adding the block where the third transaction execution result is located to a block chain after determining that the third transaction execution result achieves consensus.
7. the method according to any one of claims 1 to 6, wherein the determining the consensus result of the first transaction data according to the received first verification result returned by each block link point comprises:
And if the check passing proportion in the received first check result returned by each block link point is not less than the preset passing proportion, determining that the block link points achieve consensus on the first transaction data.
8. A transaction data processing apparatus, characterized in that the apparatus comprises:
The transaction request receiving module is used for receiving a transaction request sent by a transaction initiator and acquiring first transaction data carried in the transaction request;
the data broadcasting module is used for broadcasting the first transaction data in a block link point system so as to verify the first transaction data by each block link point in the block link point system;
A check result receiving module, configured to receive a first check result generated and returned after each block link point in the block link node system checks the first transaction data;
And the data processing module is used for determining a consensus result of the first transaction data according to the received first verification result returned by each block link point, and executing transaction based on the first transaction data after determining that the first transaction data achieves consensus.
9. A terminal device, comprising a processor and a memory, the processor and the memory being interconnected;
The memory for storing a computer program comprising program instructions, the processor being configured to invoke the program instructions to perform the method of any of claims 1-7.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program comprising program instructions that, when executed by a processor, cause the processor to carry out the method according to any one of claims 1-7.
CN201910837647.2A 2019-09-05 2019-09-05 Transaction data processing method and device, terminal equipment and storage medium Pending CN110570196A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910837647.2A CN110570196A (en) 2019-09-05 2019-09-05 Transaction data processing method and device, terminal equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910837647.2A CN110570196A (en) 2019-09-05 2019-09-05 Transaction data processing method and device, terminal equipment and storage medium

Publications (1)

Publication Number Publication Date
CN110570196A true CN110570196A (en) 2019-12-13

Family

ID=68778029

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910837647.2A Pending CN110570196A (en) 2019-09-05 2019-09-05 Transaction data processing method and device, terminal equipment and storage medium

Country Status (1)

Country Link
CN (1) CN110570196A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111131318A (en) * 2019-12-31 2020-05-08 南京金宁汇科技有限公司 Decentralized key management and distribution method, system and storage medium
CN111506655A (en) * 2020-04-20 2020-08-07 腾讯科技（深圳）有限公司 Synchronous processing method and device of block chain system, intelligent equipment and storage medium
CN111667268A (en) * 2020-05-29 2020-09-15 中国工商银行股份有限公司 Transaction method, node and system based on block chain
CN111681011A (en) * 2020-06-16 2020-09-18 中国工商银行股份有限公司 Data processing method, block chain system, computer system and medium
CN111915325A (en) * 2020-06-24 2020-11-10 普华云创科技(北京)有限公司 Tracing method and system for block chain transaction information and computer readable storage medium
CN111951005A (en) * 2020-07-31 2020-11-17 中国工商银行股份有限公司 Block chain-based fund storage and management method, device and system
CN112036878A (en) * 2020-08-28 2020-12-04 平安科技（深圳）有限公司 Data processing method and device
CN112184230A (en) * 2020-10-14 2021-01-05 深圳壹账通智能科技有限公司 Transaction data processing method, system, device and storage medium based on block chain
CN112202563A (en) * 2020-09-09 2021-01-08 毛泽龙 Block chain based secure transaction system and method
CN113469690A (en) * 2021-07-23 2021-10-01 永旗(北京)科技有限公司 Transaction settlement method based on block chain
CN114338728A (en) * 2022-03-15 2022-04-12 杭州费尔斯通科技有限公司 Consensus method and system based on shared data
CN111915325B (en) * 2020-06-24 2024-04-26 云南花伍科技有限公司 Method, system and computer readable storage medium for tracing blockchain transaction information

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108182635A (en) * 2017-12-18 2018-06-19 深圳前海微众银行股份有限公司 Block chain common recognition method, system and computer readable storage medium
CN108711052A (en) * 2018-05-18 2018-10-26 电子科技大学 A kind of information authentication system based on block chain
WO2019024780A1 (en) * 2017-08-03 2019-02-07 中国移动通信有限公司研究院 Light-weight processing method for blockchain, and blockchain node and storage medium
CN110046896A (en) * 2019-04-26 2019-07-23 腾讯科技（深圳）有限公司 A kind of block processes method and node and system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019024780A1 (en) * 2017-08-03 2019-02-07 中国移动通信有限公司研究院 Light-weight processing method for blockchain, and blockchain node and storage medium
CN108182635A (en) * 2017-12-18 2018-06-19 深圳前海微众银行股份有限公司 Block chain common recognition method, system and computer readable storage medium
CN108711052A (en) * 2018-05-18 2018-10-26 电子科技大学 A kind of information authentication system based on block chain
CN110046896A (en) * 2019-04-26 2019-07-23 腾讯科技（深圳）有限公司 A kind of block processes method and node and system

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111131318A (en) * 2019-12-31 2020-05-08 南京金宁汇科技有限公司 Decentralized key management and distribution method, system and storage medium
CN111506655B (en) * 2020-04-20 2022-06-21 腾讯科技（深圳）有限公司 Synchronous processing method and device of block chain system, intelligent equipment and storage medium
CN111506655A (en) * 2020-04-20 2020-08-07 腾讯科技（深圳）有限公司 Synchronous processing method and device of block chain system, intelligent equipment and storage medium
CN111667268A (en) * 2020-05-29 2020-09-15 中国工商银行股份有限公司 Transaction method, node and system based on block chain
CN111667268B (en) * 2020-05-29 2024-01-23 中国工商银行股份有限公司 Transaction method, node and system based on blockchain
CN111681011A (en) * 2020-06-16 2020-09-18 中国工商银行股份有限公司 Data processing method, block chain system, computer system and medium
CN111681011B (en) * 2020-06-16 2023-04-28 中国工商银行股份有限公司 Data processing method, blockchain system, computer system and medium
CN111915325A (en) * 2020-06-24 2020-11-10 普华云创科技(北京)有限公司 Tracing method and system for block chain transaction information and computer readable storage medium
CN111915325B (en) * 2020-06-24 2024-04-26 云南花伍科技有限公司 Method, system and computer readable storage medium for tracing blockchain transaction information
CN111951005A (en) * 2020-07-31 2020-11-17 中国工商银行股份有限公司 Block chain-based fund storage and management method, device and system
CN112036878A (en) * 2020-08-28 2020-12-04 平安科技（深圳）有限公司 Data processing method and device
CN112036878B (en) * 2020-08-28 2023-08-22 平安科技（深圳）有限公司 Data processing method and device
CN112202563A (en) * 2020-09-09 2021-01-08 毛泽龙 Block chain based secure transaction system and method
CN112184230A (en) * 2020-10-14 2021-01-05 深圳壹账通智能科技有限公司 Transaction data processing method, system, device and storage medium based on block chain
CN113469690A (en) * 2021-07-23 2021-10-01 永旗(北京)科技有限公司 Transaction settlement method based on block chain
CN113469690B (en) * 2021-07-23 2024-03-26 佳乔(深圳)投资有限公司 Transaction settlement method based on blockchain
CN114338728A (en) * 2022-03-15 2022-04-12 杭州费尔斯通科技有限公司 Consensus method and system based on shared data

Similar Documents

Publication Publication Date Title
CN110570196A (en) Transaction data processing method and device, terminal equipment and storage medium
CN112446785B (en) Cross-chain transaction method, system, device, equipment and storage medium
CN111506901B (en) Block chain-based data processing method, terminal and storage medium
CN111314172B (en) Block chain-based data processing method, device, equipment and storage medium
CN112822181A (en) Verification method of cross-chain transaction, terminal device and readable storage medium
KR101744747B1 (en) Mobile terminal, terminal and method for authentication using security cookie
CN111064583B (en) Threshold SM2 digital signature method and device, electronic equipment and storage medium
CN112036878B (en) Data processing method and device
CN110084600B (en) Processing and verifying method, device, equipment and medium for resolution transaction request
CN110659905B (en) Transaction verification method, device, terminal equipment and storage medium
CN111191212B (en) Block chain-based digital certificate processing method, device, equipment and storage medium
CN111369338A (en) Data processing method and device based on block chain
US10630471B1 (en) System and method for enforcement of correctness for key derivation
CN109145651B (en) Data processing method and device
CN111241586B (en) Anonymous processing method and system for block link address, terminal and storage medium
CN111988418A (en) Data processing method, device, equipment and computer readable storage medium
CN115310145A (en) Privacy computing system, method, device, equipment and medium
CN111259428A (en) Data processing method and device based on block chain, node equipment and storage medium
CN111628863B (en) Data signature method and device, electronic equipment and storage medium
KR100782230B1 (en) Method for guaranteeing the integrity and authenticity of a set of data
CN110602051B (en) Information processing method based on consensus protocol and related device
CN113051622B (en) Index construction method, device, equipment and storage medium
CN115391801A (en) Method and device for updating encryption module in block chain system and related products
CN116781269A (en) Block chain-based data processing method, device, equipment, medium and product
CN114239004A (en) Electronic signature generation method and device, computer equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination