IP Library › Granted Patent US 12,206,555
Granted Patent B2
US 12,206,555 · App. 17/780,907 · Granted Jan 21, 2025

Method and apparatus for dynamically adding consensus node in blockchain

Inventor: Shuang Zhang (Beijing, CN)
Assignee: JINGDONG TECHNOLOGY INFORMATION TECHNOLOGY CO., LTD.
H04L41/12H04L67/1095
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 12,206,555
App. No.
17/780,907
Granted
Jan 21, 2025
Kind
B2
Abstract

Disclosed is a method and device for dynamically adding a consensus node in a blockchain. The method comprises: receiving a registration request, initiated by a new participant, for registration as a new consensus node in a consensus network, wherein the registration request is used for initiating a registration to the consensus network; generating, according to the registration request, a network update block in which topological information of a new consensus network is written, wherein the new consensus network comprises consensus nodes in the consensus network and the new consensus node; and synchronizing block information in the consensus network and the network update block to the participant and the consensus nodes so as to obtain the new consensus network.

Claims (32)

1. A method for dynamically adding a consensus node in a blockchain, comprising:

receiving a registration request initiated by a new participant for registration as a new consensus node in a consensus network, wherein the registration request is used for initiating a registration to the consensus network;

generating, according to the registration request, a network update block in which topological information of a new consensus network is written, wherein the new consensus network comprises consensus nodes in the consensus network and the new consensus node; and

synchronizing block information in the consensus network and the network update block to the participant and the consensus nodes, so as to form the new consensus network;

wherein, synchronizing block information in the consensus network and the network update block to the participant comprises:

receiving a request for block synchronization initiated by the participant to a data source node, wherein the data source node is a consensus node with complete block information; and

synchronizing existing block information in the data source node to the participant according to the request for block synchronization.

2. The method according to claim 1 , wherein, generating, according to the registration request, a network update block in which topological information of a new consensus network is written comprises:

performing Byzantine fault tolerance consensus on the registration request by the consensus nodes in the consensus network, wherein content in the registration request comprises information of the participant, wherein the information of the participant comprises network address and port number of the participant; and

generating a network update block according to the registration request after a consensus is reached.

3. The method according to claim 1 , before synchronizing block information in the consensus network and the network update block to the participant and the consensus nodes, further comprising:

receiving a request for block information initiated by the participant; and

performing feedback of current block information of each of the consensus nodes to the participant according to the request for block information, so as to enable the participant to select a consensus node with complete block information from the consensus nodes for block information synchronization.

4. The method according to claim 1 , wherein, synchronizing existing block information in the data source node to the participant according to the request for block synchronization comprises:

determining a set of key-value pair data corresponding to existing block information in the data source node; and

storing the set of key-value pair data in a database of the participant after pulling the set of key-value pair data from a source database corresponding to the data source node.

5. The method according to claim 1 , wherein, synchronizing block information in the consensus network and the network update block to the consensus nodes comprises:

receiving update configuration information sent by the participant; and

notifying the consensus nodes in the consensus network to perform a block update according to the update configuration information, so that each of the consensus nodes is updated to obtain the network update block.

6. The method according to claim 1 , further comprising:

synchronizing, when a new consensus is reached and new block information is generated in the consensus network during a synchronization period, the new consensus node with the new block information, wherein the synchronization period is a period during which block information in the consensus network and the network update block is synchronized to the participant.

7. An apparatus for dynamically adding a consensus node in a blockchain, comprising:

a receiving module, configured to receive a registration request initiated by a new participant for registration as a new consensus node in the consensus network, wherein the registration request is used for initiating a registration to the consensus network;

a registration module, configured to generate a network update block in which topology information of a new consensus network is written according to the registration request, wherein the new consensus network comprises consensus nodes in the consensus network and the new consensus node; and

a synchronization module, configured to synchronize block information in the consensus network and the network update block to the participant and the consensus nodes, so as to form the new consensus network;

wherein, the step of synchronizing block information in the consensus network and the network update block to the participant comprises:

receiving a request for block synchronization initiated by the participant to a data source node, wherein the data source node is a consensus node with complete block information; and

synchronizing existing block information in the data source node to the participant according to the request for block synchronization.

8. An electronic device, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory complete communication with each other through the communication bus;

the memory is used to store computer programs;

the processor is configured to implement the method according to claim 1 when executing the computer programs.

9. A non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, which, when executed by a processor, cause the processor to perform the method according to claim 1 .

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 27, 2022
From: ZHANG, SHUANG
To: JINGDONG TECHNOLOGY INFORMATION TECHNOLOGY CO., LTD.
Reel/Frame 060043/0205 →
Priority Claims (1)
CN 201911221129.4 · Dec 3, 2019 · national
Continuity (1)
Related Publication 20230025449A1 · Jan 26, 2023
References Cited (40)
US 10049017B2 · Karame · 2018 [cited by examiner]
US 10803052B2 · Yang · 2020 [cited by examiner]
US 10939405B1 · Haleem · 2021 [cited by examiner]
US 11113272B2 · Zhuo · 2021 [cited by examiner]
US 11646879B2 · Oh · 2023 [cited by examiner]
US 20180337771A1 · Baker · 2018 [cited by examiner]
US 20190052453A1 · de Ligt · 2019 [cited by applicant]
US 20190068380A1 · Tang · 2019 [cited by examiner]
US 20190386995A1 · Chafe · 2019 [cited by examiner]
US 20200134139A1 · Vaish · 2020 [cited by examiner]
US 20200351235A1 · Shang · 2020 [cited by examiner]
US 20200403776A1 · Oh · 2020 [cited by examiner]
US 20210034606A1 · Stamos · 2021 [cited by examiner]
CN 107040594A · 2017 [cited by applicant]
CN 107171829A · 2017 [cited by applicant]
CN 107579848A · 2018 [cited by applicant]
CN 108243253A · 2018 [cited by applicant]
CN 109309723A · 2019 [cited by applicant]
CN 109474584A · 2019 [cited by applicant]
CN 109493063A · 2019 [cited by applicant]
CN 109829724A · 2019 [cited by applicant]
CN 109831425A · 2019 [cited by applicant]
CN 109981305A · 2019 [cited by applicant]
CN 110086856A · 2019 [cited by applicant]
CN 111131399A · 2020 [cited by applicant]
KR 20170137388A · 2017 [cited by applicant]
KR 101994455B1 · 2019 [cited by applicant]
KR 20190109914A · 2019 [cited by applicant]
TW 201824818A · 2018 [cited by applicant]
WO 2018217511A1 · 2018 [cited by applicant]
WO 2019023475A1 · 2019 [cited by applicant]
First Office Action issued in counterpart Chinese Patent Application No. 201911221129.4, dated Mar. 30, 2021. [cited by applicant]
Notification to Grant Patent Right for Invention issued in counterpart Chinese Patent Application No. 201911221129.4, dated Sep. 3, 2021. [cited by applicant]
Xu et al., Dynamic Practical Byzantine Fault Tolerance, 2018 IEEE Conference on Communications and Network Security (CNS), dated Aug. 13, 2018. [cited by applicant]
Decision of Refusal issued in counterpart Japanese Patent Application No. JP 2022-529735, dated Feb. 6, 2024. [cited by applicant]
European Search Report issued in counterpart European Patent Application No. EP 20897236.4, dated Sep. 8, 2023. [cited by applicant]
International Search Report and Written Opinion issued in corresponding PCT Application No. PCT/CN2020/090656, dated Sep. 7, 2020. [cited by applicant]
Notice of Reasons for Refusal issued in counterpart Japanese Patent Application No. JP 2022-529735, dated Aug. 16, 2023. [cited by applicant]
Office Action issued in counterpart Indonesian Patent Application No. P00202207059, dated Jun. 25, 2024. [cited by applicant]
Office Action issued in counterpart Thai Patent Application No. 2201003240, dated Jun. 24, 2024. [cited by applicant]