Granted Patent B2

US 12,602,255 · App. 18/276,714 · Granted Apr 14, 2026

Inventor: Kaikai Feng (Beijing, CN)

Assignee: Digital Currency Institute, The People's Bank of China

G06F9/5038G06F2209/5011

Abstract

Claims (72)

1 . A transaction method with a fixed execution order, comprising:

receiving transactions to be executed, generating an assembled transaction with the transactions having a same identifier based on an assembly rule, and sending the assembled transaction to a transaction pool;

parsing, in response to acquiring a transaction from the transaction pool, the assembled transaction which is acquired to obtain a transaction list; and

performing transaction execution based on an execution order of each transaction in the transaction list;

before the receiving transactions to be executed, further comprising:

adding a reserved field for a transaction, the reserved field comprising a transaction identifier, a total number of transactions in a current batch, a transaction serial number of the transaction in the current batch, and a transaction serial number of a subsequent transaction;

wherein the generating an assembled transaction with the transactions having a same identifier comprises:

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing the plurality of transactions based on the transaction serial number of the transaction in the current batch and the transaction serial number of the transaction after the transaction;

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, data of the plurality of the acquired transactions into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

2 . The transaction method with the fixed execution order according to claim 1 , wherein the generating an assembled transaction with the transactions having a same identifier comprises:

storing a transaction locally, and storing a mapping relationship between the transaction serial number or a hash signature of the transaction in the current batch and transaction data;

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing transaction serial numbers or hash signatures based on the transaction serial number of the transaction in the current batch and a transaction serial number of a subsequent transaction; and

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, the transaction serial numbers or the hash signatures of the plurality of the acquired transactions in the current batch into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

3 . The transaction method with the fixed execution order according to claim 1 , before the parsing the assembled transaction which is acquired to obtain a transaction list, further comprising:

judging, by means of a hook function, a transaction recipient of a transaction acquired from the transaction pool;

acquiring, in a case that the transaction recipient is a predefined special address, an identifier of the transaction; and

determining, in a case that the identifier of the transaction is an assembly identifier, that the transaction acquired from the transaction pool is the assembled transaction.

4 . The transaction method with the fixed execution order according to claim 1 , wherein the parsing an assembled transaction which is acquired to obtain a transaction list comprises:

parsing the assembled transaction which is acquired based on the assembly rule to obtain the transaction list corresponding to the assembled transaction; or

parsing the assembled transaction which is acquired based on the assembly rule to obtain a transaction serial number list or a hash signature list corresponding to the assembled transaction, and obtaining the transaction list corresponding to the assembled transaction based on the transaction serial number list or the hash signature list.

5 . The transaction method with the fixed execution order according to claim 1 , before the generating an assembled transaction with the transactions having a same identifier, further comprising:

verifying the validity of the received transactions by checking signatures of the received transactions.

6 . An electronic device comprising:

at least one processor; and

a storage apparatus, configured to store one or more programs, wherein the one or more programs, when executed by the one or more processors, cause the one or more processors to implement following actions:

receiving transactions to be executed, generating an assembled transaction with the transactions having a same identifier based on an assembly rule, and sending the assembled transaction to a transaction pool;

parsing, in response to acquiring a transaction from the transaction pool, the assembled transaction which is acquired to obtain a transaction list; and

performing transaction execution based on an execution order of each transaction in the transaction list;

before the receiving transactions to be executed, further comprising:

adding a reserved field for a transaction, the reserved field comprising a transaction identifier, a total number of transactions in a current batch, a transaction serial number of the transaction in the current batch, and a transaction serial number of a subsequent transaction;

wherein the generating an assembled transaction with the transactions having a same identifier comprises:

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing the plurality of transactions based on the transaction serial number of the transaction in the current batch and the transaction serial number of the transaction after the transaction;

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, data of the plurality of the acquired transactions into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

7 . The electronic device as claimed in claim 6 , before the parsing the assembled transaction which is acquired to obtain a transaction list, further comprising:

judging, by means of a hook function, a transaction recipient of a transaction acquired from the transaction pool;

acquiring, in a case that the transaction recipient is a predefined special address, an identifier of the transaction; and

determining, in a case that the identifier of the transaction is an assembly identifier, that the transaction acquired from the transaction pool is the assembled transaction.

8 . The electronic device as claimed in claim 6 , wherein the parsing an assembled transaction which is acquired to obtain a transaction list comprises:

parsing the assembled transaction which is acquired based on the assembly rule to obtain the transaction list corresponding to the assembled transaction; or

parsing the assembled transaction which is acquired based on the assembly rule to obtain a transaction serial number list or a hash signature list corresponding to the assembled transaction, and obtaining the transaction list corresponding to the assembled transaction based on the transaction serial number list or the hash signature list.

9 . The electronic device as claimed in claim 6 , before the generating an assembled transaction with the transactions having a same identifier, further comprising:

verifying validity of the received transactions by checking signatures of the received transactions.

10 . A non-transitory computer-readable medium, wherein the computer-readable medium stores a program computer program, the program computer is executable by a processor, implements following actions:

receiving transactions to be executed, generating an assembled transaction with the transactions having a same identifier based on an assembly rule, and sending the assembled transaction to a transaction pool;

parsing, in response to acquiring a transaction from the transaction pool, the assembled transaction which is acquired to obtain a transaction list; and

performing transaction execution based on an execution order of each transaction in the transaction list;

before the receiving transactions to be executed, further comprising:

adding a reserved field for a transaction, the reserved field comprising a transaction identifier, a total number of transactions in a current batch, a transaction serial number of the transaction in the current batch, and a transaction serial number of a subsequent transaction;

wherein the generating an assembled transaction with the transactions having a same identifier comprises:

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing the plurality of transactions based on the transaction serial number of the transaction in the current batch and the transaction serial number of the transaction after the transaction;

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, data of the plurality of the acquired transactions into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

11 . The electronic device as claimed in claim 10 , wherein the generating an assembled transaction with the transactions having a same identifier comprises:

storing a transaction locally, and storing a mapping relationship between the transaction serial number or a hash signature of the transaction in the current batch and transaction data;

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing transaction serial numbers or hash signatures based on the transaction serial number of the transaction in the current batch and a transaction serial number of a subsequent transaction; and

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, the transaction serial numbers or the hash signatures of the plurality of the acquired transactions in the current batch into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

12 . The non-transitory computer-readable medium as claimed in claim 10 , wherein the generating an assembled transaction with the transactions having a same identifier comprises:

storing a transaction locally, and storing a mapping relationship between the transaction serial number or a hash signature of the transaction in the current batch and transaction data;

acquiring a plurality of transactions having the same identifier based on the reserved field of the transaction, and sequencing transaction serial numbers or hash signatures based on the transaction serial number of the transaction in the current batch and a transaction serial number of a subsequent transaction; and

judging the plurality of the acquired transactions based on the total number of the transactions in the current batch, and assembling, upon completion of receiving the transactions in the current batch, the transaction serial numbers or the hash signatures of the plurality of the acquired transactions in the current batch into a data part; and

generating the assembled transaction by setting a transaction recipient of the data part to a set special address and adding an assembly identifier to the data part.

13 . The non-transitory computer-readable medium as claimed in claim 10 , before the parsing the assembled transaction which is acquired to obtain a transaction list, further comprising:

judging, by means of a hook function, a transaction recipient of a transaction acquired from the transaction pool;

acquiring, in a case that the transaction recipient is a predefined special address, an identifier of the transaction; and

determining, in a case that the identifier of the transaction is an assembly identifier, that the transaction acquired from the transaction pool is the assembled transaction.

14 . The non-transitory computer-readable medium as claimed in claim 10 , wherein the parsing an assembled transaction which is acquired to obtain a transaction list comprises:

parsing the assembled transaction which is acquired based on the assembly rule to obtain the transaction list corresponding to the assembled transaction; or

parsing the assembled transaction which is acquired based on the assembly rule to obtain a transaction serial number list or a hash signature list corresponding to the assembled transaction, and obtaining the transaction list corresponding to the assembled transaction based on the transaction serial number list or the hash signature list.

Assignments (1)

Priority Claims (1)

Continuity (1)

References Cited (33)