Method, apparatus, and system for blockchain consensus

1. A method, comprising:

acquiring transaction data from multiple transaction requests with no sequence requirements, the acquired transaction data comprising first transaction data of a first transaction request of the transaction requests and second transaction data of a second transaction request of the transaction requests, wherein each of the transaction requests with no sequence requirements does not require processing according to a time factor of when the transaction request was sent by a sender relative to other transaction requests acquired for consensus processing;

determining a quantity of resources required to process the acquired transaction data;

determining a number of consensus units in a blockchain network that have a quantity of idle resources that is no less than the quantity of resources required to process the acquired transaction data;

determining, based on the number, at least two consensus units from the consensus units by:

if the number is greater than a threshold, polling the consensus units to determine which of the consensus units is in need of a consensus transaction; and

if the number is less than or equal to the threshold, determining which of the consensus units has a load capacity below a set condition; and

distributing the first transaction data to a first consensus unit of the at least two consensus units and the second transaction data to a second consensus unit of the at least two consensus units without considering the time factor, causing the at least two consensus units to perform consensus processing on the first transaction data and the second transaction data without considering the time factor.

2. The method of claim 1 , wherein after the first transaction data and the second transaction data are distributed, the first consensus unit and the second consensus unit concurrently perform consensus processing on the first transaction data and the second transaction data, respectively.

3. The method of claim 1 , wherein determining the at least two consensus units, comprises: determining that the number is greater than the threshold, and polling the consensus units to determine which of the consensus units is in need of the consensus transaction.

4. The method of claim 3 , wherein polling the consensus units comprises: sequentially polling each of the consensus units to determine if it is in need of the consensus transaction.

5. The method of claim 1 , wherein determining the at least two consensus units, comprises: determining that the number is less than or equal to the threshold, and selecting each of the at least two consensus units based on the determined load capacity of the consensus unit.

6. The method of claim 1 , wherein the multiple transaction requests comprise a charity donation transaction or a crowdfunding transaction with no upper limit or quota.

7. A non-transitory computer-readable storage medium storing instructions that, when executed by a processor, cause the processor to perform a method comprising:

acquiring transaction data from multiple transaction requests with no sequence requirements, the acquired transaction data comprising first transaction data of a first transaction request of the transaction requests and second transaction data of a second transaction request of the transaction requests, wherein each of the transaction requests with no sequence requirements does not require processing according to a time factor of when the transaction request was sent by a sender relative to other transaction requests acquired for consensus processing;

determining a quantity of resources required to process the acquired transaction data;

determining a number of consensus units in a blockchain network that have a quantity of idle resources that is no less than the quantity of resources required to process the acquired transaction data;

determining, based on the number, at least two consensus units from the consensus units by:

if the number is greater than a threshold, polling the consensus units to determine which of the consensus units is in need of a consensus transaction; and

if the number is less than or equal to the threshold, determining which of the consensus units has a load capacity below a set condition; and

distributing the first transaction data to a first consensus unit of the at least two consensus units and the second transaction data to a second consensus unit of the at least two consensus units without considering the time factor, causing the at least two consensus units to perform consensus processing on the first transaction data and the second transaction data without considering the time factor.

8. The non-transitory computer-readable storage medium of claim 7 , wherein after the first transaction data and the second transaction data are distributed, the first consensus unit and the second consensus unit concurrently perform consensus processing on the first transaction data and the second transaction data, respectively.

9. The non-transitory computer-readable storage medium of claim 7 , wherein determining the at least two consensus units, comprises: determining that the number is greater than the threshold, and polling the consensus units to determine which of the consensus units is in need of the consensus transaction.

10. The non-transitory computer-readable storage medium of claim 9 , wherein polling the consensus units comprises: sequentially polling each of the consensus units to determine if it is in need of the consensus transaction.

11. The non-transitory computer-readable storage medium of claim 7 , wherein determining the at least two consensus units, comprises: determining that the number is less than or equal to the threshold, and selecting each of the at least two consensus units based on the determined load capacity of the consensus unit.

12. The non-transitory computer-readable storage medium of claim 7 , wherein the multiple transaction requests comprise a charity donation transaction or a crowdfunding transaction with no upper limit or quota.

13. A system, comprising:

a processor; and

a non-transitory computer-readable storage medium storing instructions that, when executed by the processor, cause the processor to perform a method comprising:

acquiring transaction data from multiple transaction requests with no sequence requirements, the acquired transaction data comprising first transaction data of a first transaction request of the transaction requests and second transaction data of a second transaction request of the transaction requests, wherein each of the transaction requests with no sequence requirements does not require processing according to a time factor of when the transaction request was sent by a sender relative to other transaction requests acquired for consensus processing;

determining a quantity of resources required to process the acquired transaction data;

determining a number of consensus units in a blockchain network that have a quantity of idle resources that is no less than the quantity of resources required to process the acquired transaction data;

determining, based on the number, at least two consensus units from the consensus units by:

if the number is greater than a threshold, polling the consensus units to determine which of the consensus units is in need of a consensus transaction; and

if the number is less than or equal to the threshold, determining which of the consensus units has a load capacity below a set condition; and

distributing the first transaction data to a first consensus unit of the at least two consensus units and the second transaction data to a second consensus unit of the at least two consensus units without considering the time factor, causing the at least two consensus units to perform consensus processing on the first transaction data and the second transaction data without considering the time factor.

14. The system of claim 13 wherein after the first transaction data and the second transaction data are distributed, the first consensus unit and the second consensus unit concurrently perform consensus processing on the first transaction data and the second transaction data, respectively.