Consensus verification method, apparatus, and device
Implementations of the present specification disclose a consensus verification method, apparatus, and device. In the implementations of the present specification, for each piece of service data, if first consensus verification on the service data fails, a first node determines whether the service data satisfies a predetermined retry condition instead of directly considering the service data to be invalid. If the predetermined retry condition is satisfied, then the service data is stored as service data to be retried. The first node can perform the first consensus verification on the service data to be retried in response to determining that a predetermined retry execution condition is triggered.
1. A computer-implemented method, comprising:
receiving, by a first node of a blockchain, service data;
performing first consensus verification on the service data and determining that the first consensus verification on the service data fails; and
in response to determining that the first consensus verification on the service data fails
determining that the service data satisfies a predetermined retry condition,
storing the service data as service data to be retried in response to determining that the predetermined retry condition is satisfied, and
after storing the service data as service data to be retried
determining that a reason for a failure of the first consensus verification on the service data is eliminated, and
performing the first consensus verification on the service data to be retried in response to determining that the reason for the failure of the first consensus verification on the service data is eliminated.
2. The computer-implemented method of claim 1 , wherein the predetermined retry condition comprises an asset balance of a transferor being insufficient or that a user lacks a specified service authority.
3. The computer-implemented method of claim 2 , wherein the service data comprises service data of a transfer service.
4. The computer-implemented method of claim 1 , wherein the first node of the blockchain comprises a predetermined maximum capacity.
5. The computer-implemented method of claim 4 , wherein determining that the reason for the failure of the first consensus verification on the service data is eliminated comprises:
determining that a difference between the predetermined maximum capacity and a total data amount of service data selected by a second node from a service queue to be validated to generate a next block falls within a first specified value range.
6. The computer-implemented method of claim 4 , wherein determining that the reason for the failure of the first consensus verification on the service data is eliminated comprises:
determining that a time interval between a current moment and an end moment of a current period falls within a second specified value range.
7. The computer-implemented method of claim 1 , wherein storing the service data as service data to be retried comprises:
adding the service data to a queue tail of a service queue.
8. The computer-implemented method of claim 7 , wherein performing the first consensus verification on the service data to be retried comprises:
sequentially selecting, in a front-to-back order, at least one piece of service data to be retried from the service queue to be retried.
9. The computer-implemented method of claim 1 , comprising, prior to performing the first consensus verification on the service data to be retried, determining that a predetermined number of verification attempts or a predetermined time for a particular service data has not been exceeded.
10. A non-transitory, computer-readable medium storing one or more instructions executable by a computer system of a first node of a blockchain to perform operations comprising:
receiving, by the first node of the blockchain, service data;
performing first consensus verification on the service data and determining that the first consensus verification on the service data fails; and
in response to determining that the first consensus verification on the service data fails
determining whether that the service data satisfies a predetermined retry condition,
storing the service data as service data to be retried in response to determining that the predetermined retry condition is satisfied, and
after storing the service data as service data to be retried
determining that a reason for a failure of the first consensus verification on the service data is eliminated, and
performing the first consensus verification on the service data to be retried in response to determining that the reason for the failure of the first consensus verification on the service data is eliminated.
11. The non-transitory, computer-readable medium of claim 10 , wherein the predetermined retry condition comprises an asset balance of a transferor being insufficient or that a user lacks a specified service authority.
12. The non-transitory, computer-readable medium of claim 11 , wherein the service data comprises service data of a transfer service.
13. The non-transitory, computer-readable medium of claim 10 , wherein the first node of the blockchain comprises a predetermined maximum capacity, and wherein determining that the reason for the failure of the first consensus verification on the service data is eliminated comprises:
determining that a difference between the predetermined maximum capacity and a total data amount of service data selected by a second node from a service queue to be validated to generate a next block falls within a first specified value range.
14. A computer-implemented system, comprising:
one or more computers of a first node of a blockchain; and
one or more computer memory devices interoperably coupled with the one or more computers and having tangible, non-transitory, machine-readable media storing one or more instructions that, when executed by the one or more computers, perform one or more operations comprising:
receiving, by the first node of the blockchain, service data;
performing first consensus verification on the service data and determining that the first consensus verification on the service data fails; and
in response to determining that the first consensus verification on the service data fails
determining that the service data satisfies a predetermined retry condition,
storing the service data as service data to be retried in response to determining that the predetermined retry condition is satisfied, and
after storing the service data as service data to be retried
determining that a reason for a failure of the first consensus verification on the service data is eliminated, and
performing the first consensus verification on the service data to be retried in response to determining that the reason for the failure of the first consensus verification on the service data is eliminated.
15. The computer-implemented system of claim 14 , wherein the predetermined retry condition comprises an asset balance of a transferor being insufficient or that a user lacks a specified service authority.
16. The computer-implemented system of claim 15 , wherein the service data comprises service data of a transfer service.