IP Library Granted Patent US 11,436,198
Granted Patent B2
US 11,436,198 · App. 16/850,268 · Granted Sep 6, 2022

Method and device for restoring blockchain network with its credibility on backup data maintained by using delayed synchronization

Inventors: Gye Han Song (Seongnam-si, KR); I Goo Lee (Seoul, KR)
Assignee: Metabora Co., Ltd.
G06F16/1787G06F16/1837
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,436,198
App. No.
16/850,268
Granted
Sep 6, 2022
Kind
B2
Abstract

A method for synchronizations with delayed data serving as backup data stored in one or more delayed nodes in a blockchain network, to thereby restore one or more service nodes in the blockchain network while maintaining a reliability of the backup data is provided. The method includes steps of: (a) a specific delayed node among the delayed nodes performing synchronization with the services nodes while the specific delayed node maintains a specific delay according to a specific initial setting thereof; (b) the specific delayed node, when a triggering command is acquired from an administrating device, transmitting information on delayed blocks included therein to the service nodes in order to support restoration of the service nodes; and (c) the specific delayed node, after the service nodes are restored by using the information on the delayed blocks, performing the synchronization again with the service nodes.

Claims (47)

1. A method for synchronizations with delayed data serving as backup data stored in delayed nodes in a blockchain network, to thereby restore service nodes in the blockchain network while maintaining a reliability of the backup data, comprising steps of:

(a) a specific delayed node among the delayed nodes performing delayed synchronization, wherein the delayed synchronization represents synchronization with the services nodes while the specific delayed node maintains a specific delay according to a specific initial setting thereof;

(b) the specific delayed node, when a triggering command is acquired from an administrating device, transmitting information on delayed blocks included therein to the service nodes in order to support restoration of the service nodes; and

(c) the specific delayed node, after the service nodes are restored by using the information on the delayed blocks, performing the delayed synchronization again with the service nodes,

wherein, at the step of (b), the specific delayed node, by referring to a restoration reference block number in the triggering command and a recent delayed block number, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, and wherein the recent delayed block number represents the number of the most recent block of the specific delayed node, performs

(i) a process of stopping the delayed synchronization and transmitting the information on the delayed blocks included in the specific delayed node to the service nodes in a first case, wherein the first case represents a case in which the restoration reference block number corresponds to the recent delayed block number, and

(ii) a process of stopping the delayed synchronization, performing additional synchronization with the service nodes, and transmitting information on incorporated blocks to the service nodes in a second case, wherein the second case represents a case in which the restoration reference block number is bigger than the recent delayed block number, wherein the additional synchronization represents synchronization with the service nodes by obtaining additional blocks comprised of from a subsequent block of a recent delayed block to a restoration reference block, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and the additional blocks.

2. The method of claim 1 , wherein, at the step of (b), in the second case, during the process of performing the additional synchronization with the service nodes, the specific delayed node acquires the additional blocks from the service nodes.

3. The method of claim 1 , wherein each of the delayed nodes is set by the administrating device to have each of delays, and

wherein the administrating device restores the blockchain network by transmitting the triggering command to at least one of the delayed nodes.

4. A method for synchronizations with delayed data serving as backup data stored in delayed nodes in a blockchain network, to thereby restore service nodes in the blockchain network while maintaining a reliability of the backup data, comprising steps of:

(a) a specific delayed node among the delayed nodes performing delayed synchronization, wherein the delayed synchronization represents synchronization with the services nodes while the specific delayed node maintains a specific delay according to a specific initial setting thereof;

(b) the specific delayed node, when a triggering command is acquired from an administrating device, transmitting information on delayed blocks included therein to the service nodes in order to support restoration of the service nodes; and

(c) the specific delayed node, after the service nodes are restored by using the information on the delayed blocks, performing the delayed synchronization again with the service nodes, wherein, at the step of (b), the specific delayed node performs

(i) a process of stopping the delayed synchronization and transmitting the information on the delayed blocks included therein to the service nodes in a first case, wherein the first case represents a case in which the triggering command includes, as the triggering command, an instruction for data transmission without an instruction for additional synchronization, and

(ii) a process of stopping the delayed synchronization, performing, by referring to a restoration reference block number in the triggering command, the additional synchronization, and transmitting information on incorporated blocks to the service nodes in a second case, wherein the second case represents a case in which the triggering command includes, as the triggering command, both the instruction for the data transmission and the instruction for the additional synchronization, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, wherein the additional synchronization represents synchronization with the service nodes by obtaining additional blocks comprised of from a subsequent block of a most recent block of the specific delayed node to a restoration reference block, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and the additional blocks.

5. A method for synchronizations with delayed data serving as backup data stored in delayed nodes in a blockchain network, to thereby restore service nodes in the blockchain network while maintaining a reliability of the backup data, comprising steps of:

(a) a specific service node among the service nodes stopping routine synchronization among the service nodes when a first triggering command is acquired from an administrating device;

(b) after at least one specific delayed node among the delayed nodes acquires a second triggering command from the administrating device and, in response to the second triggering command, the specific delayed node transmits information on delayed blocks to the service nodes,

the specific service node, by referring to a restoration reference block number in the second triggering command and a recent delayed block number, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, and wherein the recent delayed block number represents the number of the most recent block of the specific delayed node, acquiring (i) the information on the delayed blocks from the specific delayed node in a first case, wherein the first case represents a case in which the restoration reference block number corresponds to the recent delayed block number, and (ii) information on incorporated blocks in a second case, wherein the second case represents a case in which the restoration reference block number is bigger than the recent delayed block number, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and from a subsequent block of the recent delayed block number to a restoration reference block, to thereby complete an updated data chain; and

(c) the specific service node restarting the routine synchronization when a third triggering command is acquired from the administrating device.

6. The method of claim 5 , wherein, at the step of (b), the specific service node performs one of processes of (i) initializing itself, and performing restoration synchronization, to thereby complete the updated data chain, wherein the restoration synchronization represents synchronization with the specific delayed node to restore the specific service node by acquiring information on either the delayed blocks or the incorporated blocks, and

(ii) initializing itself, and acquiring, by using commands supported on each of operating systems of the specific service node and the specific delayed node, information on data and structure of either the delayed blocks or the incorporated blocks interlocked with one another in a form of a linked list, to thereby create the updated data chain.

7. A specific delayed node, among delayed nodes in a blockchain network, which performs synchronizations with delayed data serving as backup data stored in the delayed nodes, to thereby restore service nodes in the blockchain network while maintaining a reliability of the backup data, comprising:

at least one memory that stores instructions; and

at least one processor configured to execute the instructions to perform or support another device to perform:

(I) a process of performing delayed synchronization, wherein the delayed synchronization represents synchronization with the services nodes while the processor maintains a specific delay according to a specific initial setting thereof, (II) a process of, when a triggering command is acquired from an administrating device, transmitting information on delayed blocks included therein to the service nodes in order to support restoration of the service nodes, and

(III) a process of, after the service nodes are restored by using the information on the delayed blocks, performing the delayed synchronization again with the service nodes,

wherein, at the process of (II), the processor, by referring to a restoration reference block number in the triggering command and a recent delayed block number, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, and wherein the recent delayed block number represents the number of the most recent block of the specific delayed node, performs

(i) a process of stopping the delayed synchronization and transmitting the information on the delayed blocks included in the specific delayed node to the service nodes in a first case, wherein the first case represents a case in which the restoration reference block number corresponds to the recent delayed block number, and

(ii) a process of stopping the delayed synchronization, performing additional synchronization with the service nodes, and transmitting information on incorporated blocks to the service nodes in a second case, wherein the second case represents a case in which the restoration reference block number is bigger than the recent delayed block number, wherein the additional synchronization represents synchronization with the service nodes by obtaining additional blocks comprised of from a subsequent block of a recent delayed block to a restoration reference block, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and the additional blocks.

8. The specific delayed node of claim 7 , wherein, at the process of (II), in the second case, during the process of performing the additional synchronization with the service nodes, the processor acquires the additional blocks from the service nodes.

9. The specific delayed node of claim 7 , wherein each of the delayed nodes is set by the administrating device to have each of delays, and

wherein the administrating device restores the blockchain network by transmitting the triggering command to at least one of the delayed nodes.

10. A specific delayed node, among delayed nodes in a blockchain network, which performs synchronizations with delayed data serving as backup data stored in the delayed nodes, to thereby restore service nodes in the blockchain network while maintaining a reliability of the backup data, comprising:

at least one memory that stores instructions; and

at least one processor configured to execute the instructions to perform or support another device to perform:

(I) a process of performing delayed synchronization, wherein the delayed synchronization represents synchronization with the services nodes while the processor maintains a specific delay according to a specific initial setting thereof,

(II) a process of, when a triggering command is acquired from an administrating device, transmitting information on delayed blocks included therein to the service nodes in order to support restoration of the service nodes, and

(III) a process of, after the service nodes are restored by using the information on the delayed blocks, performing the delayed synchronization again with the service nodes,

wherein, at the process of (II), the processor performs

(i) a process of stopping the delayed synchronization and transmitting the information on the delayed blocks included therein to the service nodes in a first case, wherein the first case represents a case in which the triggering command includes, as the triggering command, an instruction for data transmission without an instruction for additional synchronization, and

(ii) a process of stopping the delayed synchronization, performing, by referring to a restoration reference block number in the triggering command, the additional synchronization, and transmitting information on incorporated blocks to the service nodes in a second case, wherein the second case represents a case in which the triggering command includes, as the triggering command, both the instruction for the data transmission and the instruction for the additional synchronization, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, wherein the additional synchronization represents synchronization with the service nodes by obtaining additional blocks comprised of from a subsequent block of a most recent block of the specific delayed node to a restoration reference block, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and the additional blocks.

11. A specific service node, among service nodes in a blockchain network, which performs synchronizations with delayed data serving as backup data stored in delayed nodes in the blockchain network, to thereby restore the service nodes while maintaining a reliability of the backup data, comprising:

at least one memory that stores instructions; and

at least one processor configured to execute the instructions to perform or support another device to perform: (I) a process of stopping routine synchronization among the service nodes when a first triggering command is acquired from the administrating device, (II) after at least one specific delayed node among the delayed nodes acquires a second triggering command from the administrating device and, in response to the second triggering command, the specific delayed node transmits information on delayed blocks to the service nodes, a process of, by referring to a restoration reference block number in the second triggering command and a recent delayed block number, wherein the restoration reference block number represents a number of a most recent block before an error occurs, in the service nodes, and wherein the recent delayed block number represents the number of the most recent block of the specific delayed node, acquiring (i) the information on the delayed blocks from the specific delayed node in a first case, wherein the first case represents a case in which the restoration reference block number corresponds to the recent delayed block number, and (ii) information on the incorporated blocks in a second case, wherein the second case represents a case in which the restoration reference block number is bigger than the recent delayed block number, and wherein the incorporated blocks represent blocks comprised of the delayed blocks of the specific delayed node and from a subsequent block of the recent delayed block number to a restoration reference block, to thereby complete an updated data chain, and (III) a process of restarting the routine synchronization when a third triggering command is acquired from the administrating device.

12. The specific service node of claim 11 , wherein, at the process of (II), the processor performs one of processes of (i) initializing itself, and performing restoration synchronization, to thereby complete the updated data chain, wherein the restoration synchronization represents synchronization with the specific delayed node to restore the specific service node by acquiring information on either the delayed blocks or the incorporated blocks, and (ii) initializing itself, and acquiring, by using commands supported on each of operating systems of the specific service node and the specific delayed node, information on data and structure of either the delayed blocks or the incorporated blocks interlocked with one another in a form of a linked list, to thereby create the updated data chain.

Assignments (3)
CHANGE OF NAME Recorded Apr 20, 2022
From: FRIENDS GAMES CO., LTD.
To: METABORA CO., LTD.
Reel/Frame 059779/0796 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 30, 2021
From: WAY2BIT CO. LTD.
To: FRIENDS GAMES CO., LTD.
Reel/Frame 057354/0151 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Apr 16, 2020
From: SONG, GYE HAN; LEE, I GOO; SEO, DONG JIN
To: WAY2BIT CO. LTD.
Reel/Frame 052416/0830 →
Priority Claims (1)
KR 10-2019-0045767 · Apr 18, 2019 · national
Continuity (1)
Related Publication 20200334212A1 · Oct 22, 2020