IP Library Granted Patent US 11,240,036
Granted Patent B2
US 11,240,036 · App. 17/207,278 · Granted Feb 1, 2022

Consensus verification method, apparatus, and device

Inventor: Xinying Yang (Hangzhou, CN)
Assignee: Advanced New Technologies Co., Ltd.
H04L9/3239G06Q20/401G06Q20/403H04L9/0618H04L67/1042H04L2209/38H04L2209/56
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,240,036
App. No.
17/207,278
Granted
Feb 1, 2022
Kind
B2
Abstract

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.

Claims (54)

1. A computer-implemented method, comprising:

receiving, by a first node of a blockchain, service data;

performing first consensus verification on the service data;

in response to determining that the first consensus verification on the service data fails, determining that the service data satisfies a predetermined retry condition; and

storing the service data as service data to be retried in response to determining that the service data satisfies the predetermined retry condition.

2. The computer-implemented method of claim 1 , wherein determining that the service data satisfies the predetermined retry condition comprises:

determining that an asset balance of a transfer is insufficient, wherein the service data comprises service data of a transfer service.

3. The computer-implemented method of claim 1 , wherein a block of the blockchain comprises a predetermined maximum capacity.

4. The computer-implemented method of claim 3 , comprising:

determining that a difference between the predetermined maximum capacity and a total data amount of service data selected from a service queue to be validated to generate a next block falls within a first specified value range; and

determining that a predetermined retry execution condition is satisfied in response to determining that the difference falls within the first specified value range.

5. The computer-implemented method of claim 1 , comprising:

determining that a time interval between a current moment and an end moment of a current period falls within a second specified value range; and

determining that a predetermined retry execution condition is triggered in response to determining that the time interval falls within the second specified value range.

6. 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 to be retried as the service data to be retried.

7. The computer-implemented method of claim 6 , comprising:

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; and

performing the first consensus verification on the at least one piece of service data to be retried.

8. A non-transitory, computer-readable medium storing one or more instructions executable by a computer system to perform operations comprising:

receiving, by a first node of a blockchain, service data;

performing first consensus verification on the service data;

in response to determining that the first consensus verification on the service data fails, determining that the service data satisfies a predetermined retry condition; and

storing the service data as service data to be retried in response to determining that the service data satisfies the predetermined retry condition.

9. The non-transitory, computer-readable medium of claim 8 , wherein determining that the service data satisfies the predetermined retry condition comprises:

determining that an asset balance of a transfer is insufficient, wherein the service data comprises service data of a transfer service.

10. The non-transitory, computer-readable medium of claim 8 , wherein a block of the blockchain comprises a predetermined maximum capacity.

11. The non-transitory, computer-readable medium of claim 10 , comprising:

determining that a difference between the predetermined maximum capacity and a total data amount of service data selected from a service queue to be validated to generate a next block falls within a first specified value range; and

determining that a predetermined retry execution condition is satisfied in response to determining that the difference falls within the first specified value range.

12. The non-transitory, computer-readable medium of claim 8 , comprising:

determining that a time interval between a current moment and an end moment of a current period falls within a second specified value range; and

determining that a predetermined retry execution condition is triggered in response to determining that the time interval falls within the second specified value range.

13. The non-transitory, computer-readable medium of claim 8 , wherein storing the service data as service data to be retried comprises:

adding the service data to a queue tail of a service queue to be retried as the service data to be retried.

14. The non-transitory, computer-readable medium of claim 13 , comprising:

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; and

performing the first consensus verification on the at least one piece of service data to be retried.

15. A computer-implemented system, comprising:

receiving, by a first node of a blockchain, service data;

performing first consensus verification on the service data;

in response to determining that the first consensus verification on the service data fails, determining that the service data satisfies a predetermined retry condition; and

storing the service data as service data to be retried in response to determining that the service data satisfies the predetermined retry condition.

16. The computer-implemented system of claim 15 , wherein determining that the service data satisfies the predetermined retry condition comprises:

determining that an asset balance of a transfer is insufficient, wherein the service data comprises service data of a transfer service.

17. The computer-implemented system of claim 15 , wherein a block of the blockchain comprises a predetermined maximum capacity.

18. The computer-implemented system of claim 17 , comprising:

determining that a difference between the predetermined maximum capacity and a total data amount of service data selected from a service queue to be validated to generate a next block falls within a first specified value range; and

determining that a predetermined retry execution condition is satisfied in response to determining that the difference falls within the first specified value range.

19. The computer-implemented system of claim 15 , comprising:

determining that a time interval between a current moment and an end moment of a current period falls within a second specified value range; and

determining that a predetermined retry execution condition is triggered in response to determining that the time interval falls within the second specified value range.

20. The computer-implemented system of claim 15 , wherein storing the service data as service data to be retried comprises:

adding the service data to a queue tail of a service queue to be retried as the service data to be retried.

Assignments (4)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 18, 2025
From: ADVANCED NEW TECHNOLOGIES CO., LTD.
To: ANTCHAIN TECHNOLOGY PTE. LTD.
Reel/Frame 070253/0064 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 10, 2021
From: YANG, XINYING
To: ALIBABA GROUP HOLDING LIMITED
Reel/Frame 056187/0216 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 10, 2021
From: ALIBABA GROUP HOLDING LIMITED
To: ADVANTAGEOUS NEW TECHNOLOGIES CO., LTD.
Reel/Frame 056212/0054 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 10, 2021
From: ADVANTAGEOUS NEW TECHNOLOGIES CO., LTD.
To: ADVANCED NEW TECHNOLOGIES CO., LTD.
Reel/Frame 056212/0133 →
Priority Claims (1)
CN 201810196464.2 · Mar 9, 2018 · national
Continuity (2)
Continuation 16295771 · Mar 7, 2019
Related Publication 20210211295A1 · Jul 8, 2021