WO2024096420A1 - System and method for distributing nodes in blockchain network - Google Patents

Abstract

The present invention relates to a dynamic sharding system and method, wherein new shards are added in a blockchain network by splitting a single shard in two. A dynamic sharding system running on nodes constituting a blockchain network, according to one embodiment of the present invention, comprises: a shard addition determination module which determines whether it is necessary to add shards; a new shard address calculation module which calculates new shard addresses on the basis of the number of shards currently included in the blockchain network; a split shard calculation module which calculates split shards split into the new shards on the basis of the new shard addresses; and a shard assignment module which assigns some of the nodes belonging to the split shards to old shards and the rest to the new shards.

Description

Node distribution system and method in blockchain network

The present invention relates to a system and method for fairly distributing nodes belonging to a divided shard into two shards during dynamic sharding, which divides a shard into two in a blockchain network.

Blockchain is a decentralized, distributed transaction management technology that emerged to break away from the centralized method in which existing centralized institutions store transaction details in a single point. Blockchain is a distributed ledger system in a P2P (Peer-to-Peer) communication network where all participants own a shared ledger determined through a consensus algorithm, making forgery and alteration of records impossible. In other words, a distributed ledger system is a system in which each node synchronizes and maintains a database called the ledger in a distributed environment without the control of a central administrator.

In order for all nodes to maintain a synchronized ledger in a blockchain, all transactions and blocks that occur in the network must be stored. To achieve this, conventionally, all messages were spread to all nodes in the blockchain network using a flooding method. However, this entails the problem that all nodes must receive and store all messages, that is, the problem of scalability.

To solve the scalability problem, in the recent blockchain field, a sharding method has been used to distribute multiple nodes into multiple shards (shard groups) and split multiple transactions into each distributed shard to process them in parallel. presented. Sharding divides transactions and blocks that occur in a blockchain network into small groups of shards, so the nodes in each shard only process the transactions and blocks of the shard they belong to without having to process transactions and blocks of other shards, thus processing the entire network. It is a method of reducing transaction throughput and the size of the distributed ledger.

However, with the introduction of the sharding technique, the number of nodes to verify transactions decreases in response to the number of shards, which increases the risk of data being manipulated by consensus attacks by malicious nodes. Consensus attacks are the most dangerous type of attack on blockchain. In a blockchain, a verification committee that includes multiple nodes basically verifies blocks through the consensus of the majority of the committee, and blocks that do not reach consensus are excluded from selection and separated from the chain. In order to reach consensus on a specific block, a certain number of nodes above a threshold among all nodes constituting the network must agree.

In a typical blockchain, tens to hundreds of thousands of nodes are included in the verification committee, so it is realistically impossible for the number of malicious nodes to occupy a certain number above the threshold. However, when the sharding technique is introduced, since each shard has differences in transaction frequency, number of nodes, and validator ratio, an imbalance between shards may occur over time, which may cause the stability of some shards to become vulnerable. In other words, there may be cases where the number of malicious nodes in some shards occupies a certain number above the threshold, and if the number of malicious nodes occupies a certain number above the threshold, there is a risk that false blocks will be connected to the chain. Applying the sharding technique reduces the number of nodes that an attacker must capture, making it easier to capture a certain number of nodes above the threshold, which increases the risk of false blocks being connected to the chain.

Meanwhile, as the number of accounts and nodes constituting a shard increases, the amount of traffic between nodes increases, which slows down the transaction processing speed. Therefore, if the total traffic volume of the blockchain network increases, it is necessary to increase the number of shards. The applicant of the present invention proposes a technology that increases the number of shards according to the traffic volume of the blockchain network as dynamic sharding technology.

Dynamic sharding means dividing one shard into two, and dividing one shard into two means dividing and distributing the nodes belonging to the shard into two shards. Therefore, a technology is needed to relatively fairly distribute the nodes belonging to the shard (hereinafter referred to as split shard) divided into two during dynamic sharding.

The purpose of the present invention is to meet the above-mentioned need. In the case of dynamic sharding, which splits one shard into two and adds a new shard in a blockchain network, the nodes belonging to the split shard are distributed fairly into two shards. It is intended to provide a system and method.

The present invention can be implemented in various ways, including a device (system), a method, a computer program stored in a computer-readable medium, or a computer-readable medium on which the computer program is stored.

According to an embodiment of the present invention, a node distribution system running on split shard nodes constituting a blockchain network includes a node placement unit that virtually arranges split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere. ; A center of gravity derivation unit that derives n center points in an n-dimensional sphere using the split parameter characteristic values of each split shard node for each split parameter; A partition equation deriving unit that derives a partition equation passing through n center points of gravity; A post-split shard allocation unit that assigns shards after the split of the split shard nodes based on the split equation; and a partition equation sharing unit that shares the partition equation and information for arranging the partitioned shard nodes on the surface of the n-dimensional sphere with the non-partitioned shard nodes.

Preferably, the node placement unit derives a pseudo-random value based on the address information and seed value of the split shard nodes, uses the derived pseudo-random value to calculate the position on the surface of the n-dimensional sphere, and places the split shard nodes.

More preferably, the partitioning equation sharing unit shares the seed value with the non-partitioning shard nodes.

Preferably, the splitting parameters include stake amount and boat count.

Preferably, the partition equation is at least one equation among n-1-dimensional straight lines, planes, and hyperplanes that pass through all n center points.

Preferably, the shard allocation unit after splitting divides the split shard nodes placed on the surface of the n-dimensional sphere into two groups using a splitting equation, and assigns each split group to an old shard or a new shard.

More preferably, the partition equation sharing unit shares the coefficient values and constant values of the variable terms of the partition equation to the non-partition shard nodes.

According to an embodiment of the present invention, a node distribution system running on non-split shard nodes constituting a blockchain network places split shard nodes from split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere. a division equation sharing unit that receives information and division equations; A node placement unit that virtually arranges split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere; A partition equation application unit that applies the partition equation to an n-dimensional sphere to split the split shard nodes into two groups; and a shard allocation confirmation unit that checks the shards assigned after splitting for each of the two groups of split shard nodes.

Preferably, the partition equation sharing unit receives the coefficient values and constant values of the variable terms of the partition equation.

Preferably, the information for placing split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere is a seed value, and the node placement unit derives a pseudo-random value based on the address information and seed value of the split shard nodes. Then, the location on the surface of the n-dimensional sphere is calculated using the derived pseudo-random value, and the split shard nodes are placed.

According to an embodiment of the present invention, the node distribution method implemented by at least one processor in the split shard node constituting the blockchain network is a split shard node that divides the split shard nodes into n-dimension (n is the number of split parameters) Virtually placing on the surface of a sphere; A split shard node deriving n centers of gravity in an n-dimensional sphere using split parameter characteristic values of each split shard node for each split parameter; Deriving a split equation in which the split shard node passes through n center points; A step of allocating shards after the split shard node splits the split shard nodes based on the split equation; and a step where the split shard node shares the information for placing the split shard nodes on the surface of the n-dimensional sphere and the split equation to the non-split shard node.

Preferably, the step of the split shard node virtually arranging the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere includes deriving a pseudo-random value based on the address information and seed value of the split shard nodes, and , It includes the step of calculating the position on the surface of the n-dimensional sphere using the derived pseudo-random value and arranging the split shard nodes.

More preferably, the split shard node shares the seed value with the non-split shard node.

Preferably, the splitting parameters include stake amount and boat count.

Preferably, the partition equation is at least one equation among n-1-dimensional straight lines, planes, and hyperplanes that pass through all n center points.

Preferably, the step of assigning shards after the split shard nodes are divided based on the split equation is to divide the split shard nodes placed on the surface of the n-dimensional sphere into two groups using the split equation, and divide each divided group into two groups. It includes the step of assigning to old shards or new shards.

More preferably, the split shard node includes the step of sharing the coefficient value and constant value of the variable term of the split equation with the non-split shard node.

According to an embodiment of the present invention, the node distribution method implemented by at least one processor in the non-split shard node constituting the blockchain network is where the non-split shard node divides the split shard nodes from the split shard node into n dimensions (n is Number of division parameters) sharing information and division equations for placement on the surface of the sphere; A non-split shard node virtually arranging the split shard nodes on the surface of an n-dimensional (n is the number of partition parameters) sphere; A non-split shard node applying a partition equation to an n-dimensional sphere such that the split shard nodes are split into two groups; and a step where the non-split shard node checks the shards assigned after splitting for each of the two groups of split shard nodes.

Preferably, the non-partitioned shard node includes the step of receiving the coefficient value and constant value of the variable term of the partition equation.

Preferably, the information for placing the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere is a seed value, and the non-split shard node is a pseudo-random value based on the address information and seed value of the split shard nodes. It includes the step of deriving and calculating the position on the surface of the n-dimensional sphere using the derived pseudo-random value and arranging the split shard nodes.

According to the present invention, the following effects are achieved.

The present invention divides the blockchain network into shards to process transactions and blocks, thereby reducing transaction throughput and the size of the distributed ledger, thereby increasing the scalability of the blockchain network.

The present invention distributes nodes by adding shards according to the traffic volume of the blockchain network, and allows multiple transactions to be processed in parallel in each distributed shard, thereby reducing the transaction throughput of the entire network and the size of the distributed ledger.

When adding a shard, the present invention creates a new shard by dividing the existing shard without creating a blank shard, and ensures the continuity of information and the stability of the new shard by assigning nodes relatively evenly to the new shard. It can be.

In the present invention, when nodes belonging to an existing shard are split into two and assigned to two shards, the node information assigned to each of the two shards can be calculated using the node address and the splitting equation, so the shard information of the node after splitting can be calculated. The amount of information required to share can be minimized.

The effects of the present invention are not limited to the effects mentioned above, and other effects not mentioned are clear to a person skilled in the art (referred to as a “person skilled in the art”) in the technical field to which the present invention pertains from the description of the claims. It will be understandable.

Embodiments of the present invention will be described with reference to the accompanying drawings described below, in which like reference numerals indicate like elements, but are not limited thereto.

Figure 1 is a conceptual diagram of a blockchain network divided into three shards of the present invention.

Figure 2 is a block diagram showing an exemplary configuration of a node including the dynamic sharding system of the present invention.

Figure 3 is a diagram showing information stored in a data storage in the blockchain network of the present invention.

Figure 4 is a configuration diagram showing a node distribution system running on split shard nodes according to an embodiment of the present invention.

Figure 5 is a configuration diagram illustrating a node distribution system running on non-partitioned shard nodes according to an embodiment of the present invention.

Figure 6 is an operation flowchart showing a node distribution method in a split shard node during dynamic sharding according to an embodiment of the present invention.

Figure 7 is an exemplary diagram illustrating a process of dividing split shard nodes into two groups in a split shard node according to an embodiment of the present invention.

Figure 8 is an operation flowchart showing a node distribution method in a non-split shard node during dynamic sharding according to an embodiment of the present invention.

Figure 9 is an example diagram illustrating a process of dividing split shard nodes into two groups in a non-split shard node according to an embodiment of the present invention.

Embodiments of the present invention will be described with reference to the accompanying drawings described below, in which like reference numerals indicate like elements, but are not limited thereto.

[Explanation of symbols]

402; Node deployment unit 404; Center of gravity derivation section

406; Partition equation derivation unit 408; Shard allocation after splitting

410; Division equation sharing part

Hereinafter, specific details for implementing the present invention will be described in detail with reference to the attached drawings. However, in the following description, detailed descriptions of well-known functions or configurations will be omitted if there is a risk of unnecessarily obscuring the gist of the present invention.

In the accompanying drawings, identical or corresponding components are given the same reference numerals. Additionally, in the description of the following embodiments, overlapping descriptions of identical or corresponding components may be omitted. However, even if descriptions of components are omitted, it is not intended that such components are not included in any embodiment.

Advantages and features of the embodiments disclosed in this specification, and methods for achieving them, will become clear by referring to the embodiments described below along with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below and may be implemented in various different forms, and the present embodiments are provided to fully inform those skilled in the art of the present invention of the scope of the invention. It just happens.

Unless otherwise defined, all terms (including technical and scientific terms) used in this specification may be used with meanings that can be commonly understood by those skilled in the art to which the present invention pertains. Additionally, terms defined in commonly used dictionaries are not interpreted ideally or excessively unless clearly specifically defined.

For example, the term “technique” may refer to a system, method, computer-readable instructions, module, algorithm, hardware logic, and/or operation as permitted by the context described above and throughout the document.

Terms used in this specification will be briefly described, and the disclosed embodiments will be described in detail. The terms used in this specification are general terms that are currently widely used as much as possible while considering the function in the present invention, but this may vary depending on the intention of a technician working in the related field, precedents, or the emergence of new technology. In addition, in certain cases, there are terms arbitrarily selected by the applicant, and in this case, the meaning will be described in detail in the description of the relevant invention. Therefore, the terms used in the present invention should be defined based on the meaning of the term and the overall content of the present invention, rather than simply the name of the term.

In this specification, singular expressions include plural expressions, unless the context clearly specifies the singular. Additionally, plural expressions include singular expressions, unless the context clearly specifies plurality. When it is said that a certain part includes a certain element throughout the specification, this does not mean excluding other elements, but may further include other elements, unless specifically stated to the contrary.

In the present invention, terms such as 'comprise', 'comprising', etc. may indicate the presence of features, steps, operations, elements and/or components, but may indicate that such terms include one or more other functions, This does not preclude the addition of steps, operations, elements, components and/or combinations thereof.

In the present invention, when a specific component is referred to as being 'coupled', 'combinated', 'connected', 'connected', or 'reacting' to any other component, the specific component is directly bound to the other component. , may be combined, connected and/or associated, or react, but is not limited thereto. For example, one or more intermediate components may exist between a particular component and another component. Additionally, in the present invention, “and/or” may include each of one or more listed items or a combination of at least a portion of one or more items.

In the present invention, terms such as 'first' and 'second' are used to distinguish specific components from other components, and the above-described components are not limited by these terms. For example, a 'first' component may be used to refer to an element of the same or similar form as the 'second' component.

In the present invention, a 'blockchain network' is a collection of several computers (nodes) that participate in a blockchain system and communicate peer-to-peer with each other through the Internet, etc., and in the present invention, a 'node' may be a computer participating in a blockchain network. Here, a computer encompasses all devices with CPU, memory, communication, and input/output functions, and may specifically include server computers, personal computers (PCs), mobile phone terminals, and small home appliances.

Nodes can share and spread information through the blockchain network. A node manages at least one user account. Accounts managed by a node may include the node owner's account (hereinafter referred to as a host account) and an account entrusted with management by another user (hereinafter referred to as a guest account). A node stores all information about the host accounts and guest accounts it manages and transmits it to other nodes on the blockchain network, and can receive the latest information about the host accounts and guest accounts managed by each node from other nodes. You can.

In the present invention, 'account' refers to a user account participating in a blockchain and may be a data structure representing one user. An account can add information to the blockchain system by issuing transactions, and can be a linked list of transactions issued by a user. A transaction can be a unit of data that a user adds to the system. An account can own a node and directly manage its own transaction information, and this account can be called a host account. Alternatively, the account can entrust transaction information to another user's node for management. This account can be called a guest account, and the node entrusted with account management can be called a entrusted node. The identity of the node and account can be verified using an encryption key, and transactions can be signed with the same encryption key. A guest account can operate a node on its own and become a host account or change the entrusted node. A host account can also select a entrusted node and become a guest account.

In the present invention, a 'transaction' is a unit of information added to the blockchain, and can be issued independently by one account. The content of a transaction is nominally random information provided by the user, but may actually be a meaningful message within the system. For example, the transaction may include messages such as 'Account A sent 100 coins to Account B', 'Account B received 100 coins from Account A', etc. In the present invention, the serial number of the transaction starts from 0. As a positive integer, it increases by 1 for each transaction, and the technology for Account-Wise Transaction Chain (AWTC), which manages the ledger for each account, is a Korean open patent. It can be understood by referring to the contents described in No. 2021-0015196.

In the present invention, a 'block' may be a signed list of transactions added to a shard or blockchain network during a specific period of time. Blocks can be created by signing the transaction list generated through the consensus algorithm. Only one block can be created at a time, and a blockchain can be formed by adding new blocks to the existing block list.

In the present invention, a 'shard' may be a collection of nodes participating in a blockchain network. The entire blockchain network can be divided into at least two or more shards. If there is no division, all nodes are considered to participate in one shard, and each shard has a unique address. Typically, a blockchain network that applies the sharding technique performs peer-to-peer communication between nodes belonging to the same shard, and shares the account-specific transaction chain (AWTC) of all accounts belonging to the same shard.

In the present invention, every account can have one working shard and one home shard. The working shard and home shard of any account may be the same or different. In the present invention, the 'home shard' of an account can be calculated based on a function that uses the address of the account and the total number of shards as parameters. In the present invention, the 'working shard' of an account is a shard to which the account currently operates and may be a typical shard. In other words, in a blockchain network that applies the typical shard technique, shards communicate peer-to-peer with each other between the same nodes, and the ledger of all accounts belonging to the same shard is shared. On the other hand, in a blockchain network to which the dynamic sharding technique of the present invention is applied, working shards communicate peer-to-peer with each other between the same nodes, and the account-specific transaction chain (AWTC) of all accounts belonging to the same working shard can be shared. When applying the dynamic sharding technique, the working shards of nodes and accounts may be changed.

When one shard is split into two by the dynamic sharding method of the present invention, the nodes that have the shard as a working shard are split into two. That is, some nodes remain in the shard before the split, but other nodes move to the new shard. When a node's working shard is moved to a new shard, the working shards of all accounts (host account and guest account) managed by each node are moved simultaneously.

Each shard can have a set of accounts that have the shard as a home shard and a set of accounts that have the shard as a working shard. The accounts that make up the blockchain network must each belong to one home shard and one working shard. Home shards and working shards may be the same or different. A node can change its working shard from one working shard to another, and when a node changes a working shard, the host account and guest account managed by the node can change the working shard at the same time.

In the present invention, all nodes belonging to the blockchain network include the dynamic sharding system, shard splitting conditions, the address of the new shard (hereinafter referred to as new shard), the address of the split shard (hereinafter referred to as split shard), and the existing shard. Nodes remaining in a shard and nodes moving to a new shard can be calculated. In the present invention, nodes belonging to a split shard are split into two. One of the shards divided into two maintains the same address as the split shard (this is called an old shard), and the other shard is a new shard and can be given a new address. Nodes belonging to a split shard are divided into nodes that remain in the old shard and nodes that move to the new shard.

In the present invention, a split account refers to an account that has a split shard as a working shard, and a split shard node refers to a node that belongs to a split shard and manages the split account. In the present invention, the node is divided into two based on the split nodes, and the accounts managed by the node are split all at once. After shard splitting, the working shard of the split account may be maintained as an old shard or changed to a new shard. Among split accounts, an account whose working shard has been changed to a new shard is called a new shard account, and a node whose working shard has been changed to a new shard among split shard nodes is called a new shard node. Among split accounts, the account whose working shard remains in the old shard is called an old shard account, and among the split shard nodes, the node whose working shard remains in the old shard is called an old shard node. The old shard node deletes the account-specific transaction chain (AWTC) of the new shard account and only manages information about the old shard account, and the new shard node deletes the account-specific transaction chain (AWTC) of the old shard account and manages information about the old shard account. Manage information about In addition, a node belonging to the home shard of the new shard account (hereinafter referred to as the home shard node of the new shard account) can change the working shard information of the new shard account stored in the account directory from old shard to new shard.

In the present invention, all shards that make up the blockchain network can have addresses. The address of a shard may be a value given in the order in which the shard was created in the network. The highest value of the shard address that makes up the blockchain network may be a value based on the total number of shards. The address of the new shard may be ‘highest value of the shard address in the current network + 1’.

In the present invention, shard division is not a physical division, but may mean an operation of making some of the nodes belonging to the divided shard belong to the old shard and the rest to belong to the new shard.

Before a split shard is split, all nodes belonging to the split shard communicate peer-to-peer and share the account-specific transaction chain (AWTC) of all accounts belonging to the split shard. However, after the split shard is divided into old shards and new shards, only the nodes assigned to the old shard share the account-specific transaction chain (nodes assigned to the old shard share the account-specific transaction chain of the nodes assigned to the new shard). does not share), and only the nodes assigned to the new shard share the account-specific transaction chain (nodes assigned to the new shard do not share the account-specific transaction chain of the nodes assigned to the old shard).

In the present invention, 'peer-to-peer communication' in blockchain networks and shards means that when a random node receives some information, it copies the received information and transmits it to other nodes, and the received node also copies the information to other nodes. This may mean that all nodes belonging to the blockchain network and shard share the information after a sufficient period of time by repeating the process of transmitting to the nodes.

In the present invention, 'round' may be a unit of time of the sum. In the present invention, a transaction shared in a previous round may be the subject of agreement in the current round.

In the present invention, the 'neighbor shard' of any shard may be a shard with an address whose bit distance from the address of the corresponding shard is 1. A bit distance of 1 means that only one digit value is different when comparing two arbitrary binary values digit by digit. For example, for the binary value '0101', the binary value that differs only in the 1st digit is '0100', the binary value that differs only in the 2nd digit is '0111', the binary value that differs in only the 3rd digit is '0001', and 4 The binary value that differs only in the second digit is '1101'. Therefore, for the binary value '0101', the binary value '0100', the binary value '0111', the binary value '0001', and the binary value '1101' are all binary values that differ by only one place value. As such, in the present invention, a binary value that differs by only one place value from a random binary value is defined as having a bit distance of 1, and a shard having an address with a bit distance of 1 from the address of a random shard is defined as a neighboring shard. In the present invention, the old shard and the new shard divided from the split shard may be neighboring shards whose addresses have a bit distance of 1.

The operating system described below constitutes one embodiment and is not intended to limit the scope of the claims to any one particular operating environment. It can be used in other environments without departing from the technical spirit and scope of the claimed subject matter.

Figure 1 is a conceptual diagram of a blockchain network divided into three shards of the present invention.

The multiple nodes that make up the blockchain network can be divided into three shards (110, 120, and 130), but it is not limited to this. The number of shards can increase as the number of nodes and accounts that make up the blockchain network increases, and in this case, one shard can be split into two. Each shard (110, 120, 130) may be a working shard of nodes currently belonging to the shard. Currently, all nodes belonging to a working shard can share the same information.

Each node has an intra-shard communication node list that stores information on P2P communication targets (intra-shard communication nodes) among nodes within the working shard, and an inter-shard that stores information on peer-to-peer communication targets (inter-shard communication nodes) among nodes outside the working shard. May include a communication node list.

The intra-shard communication node that is the communication target within the working shard of each node can be determined according to kademlia rules. In addition to each node's working shard, the inter-shard communication node that is the communication target can be randomly determined to be some of the nodes belonging to neighboring shards.

Based on the intra-shard communication node list and inter-shard communication node list determined in this way, information sharing through peer-to-peer communication within and outside of the working shard becomes possible. Any node may have different information shared with an intra-shard communication node and information shared with an inter-shard communication node. In other words, information shared with inter-shard communication nodes may be more limited than information shared with intra-shard communication nodes. Intra-shard communication nodes and inter-shard communication nodes included in the intra-shard communication node list and inter-shard communication node list assigned to each node can be randomly reconfigured.

In Figure 1, nodes 111, 121, and 131 that communicate with nodes within the working shard are indicated as unhatched circles, and nodes 112, 122, and 132 that communicate with nodes other than the working shard are hatched. It is indicated by a circular shape. Nodes 112, 122, and 132 that communicate with nodes other than the working shard can communicate with nodes belonging to neighboring shards based on the inter-shard communication node list. Here, the neighboring shard may be a shard whose bit distance of the shard address is 1. A bit distance of 1 may mean that the shard address differs by only one bit value. That is, addresses with a bit distance of 1 from address '00' can be '01' and '10'.

In the example of Figure 1, if the address of the first shard 110 is '00', the address of the second shard 120 is '01', and the address of the third shard 130 is '10', the first shard 130 is The addresses of (110) and the second shard (120) are '00' and '01', respectively, with a bit distance of 1, and the addresses of the first shard (110) and the third shard (130) are '00' and '01', respectively. The bit distance is 10', but the addresses of the second shard 110 and the third shard 130 are '01' and '10', respectively, and the bit distance is not 1 because the two place values are different.

Accordingly, the first shard 110 and the second shard 120 are neighboring shards, and the first shard 110 and the third shard 130 are neighboring shards and can communicate directly. However, the second shard 120 and the third shard 130 cannot communicate directly because they are not neighboring shards, and can communicate through the first shard 110, which is a neighboring shard.

Each node in Figure 1 includes a shard rebalancing algorithm, and the shard rebalancing algorithm can be executed according to preset conditions. The shard rebalancing algorithm may use the Bounded Cuckoo algorithm, but is not limited to this. The Bounded Cuckoo algorithm is described in detail in the RapidChain introduction material (see RapidChain: Scaling Blockchain via Full Sharding, https :/ eprint . iacr . org /2018/460. pdf ). The present invention calculates the health index of the shards based on the Bounded Cuckoo algorithm, classifies them into strong shards and weak shards, and periodically extracts some nodes randomly from the strong shards to determine the weak shards. It can be moved to .

When the shard rebalancing algorithm is executed, nodes to change working shards are randomly selected, and the working shards of the nodes may be reallocated and changed. In the present invention, once the split shard is determined, the working shard can be randomly changed to a split shard among nodes belonging to shards other than the split shard. When a node's working shard is changed, the node can perform the working shard change procedure for all host accounts and guest accounts it manages.

Additionally, nodes can also perform individual working shard change procedures for host accounts and guest accounts that they manage. For example, if a guest account that the node manages changes the entrusted node, and the changed entrusted node belongs to a different working shard, the node can perform the working shard change procedure for the guest account. Alternatively, when a third account managed by a node belonging to another working shard is newly entrusted to be managed, the working shard change procedure for the third account can be performed.

Figure 2 is a block diagram showing an exemplary configuration of a node 200 including the dynamic sharding system of the present invention. Each node may be implemented as a computer device.

In some examples, the various devices and/or components of node 200 may include distributed computer resources 250 that can communicate with each other and external devices over one or more networks 260.

In various embodiments, distributed computer resources 250 may include devices 250(1) - 250(N).

Embodiments of the present invention allow distributed computer resources 250 to operate in a cluster or other grouped configuration, which may include one or more computer devices to share resources, distribute load, increase performance, or for other purposes. Supports scenarios.

Distributed computer resources 250 may fall into various categories, such as traditional server-like devices, desktop computer-like devices, mobile devices, special-purpose devices, embedded devices, and/or wearable devices. Accordingly, although illustrated as desktop and laptop computers, distributed computer resources 250 may include a variety of device types and are not limited to a particular type of device. Distributed computer resources 250 may include desktop computers, server computers, web server computers, personal computers, mobile computers, laptop computers, tablet computers, wearable computers, implantable computers, communication devices, automotive computers, network-enabled televisions, thin clients, and terminals. , may be an integrated component for inclusion in a PDA, game console, gaming device, workstation, media player, personal video recorder (PVR), set-top box, camera, or computer device.

Node 200 may be a single computer device that is a distributed computer resource 250. Node 200 may include any type of computer device having one or more processing units 202 operably coupled to a computer readable media (CRM) 204 via bus 240; , and in some cases may include one or more of these. These buses 240 may include system buses, data buses, address buses, PCI buses, mini PCI buses, and various local, peripheral, and/or independent buses.

In node 200, processing unit 202 may be, for example, a CPU-type processing unit, a GPU-type processing unit, a field programmable gate array (FPGA), a digital signal processor (DSP), or other hardware that may be driven by a CPU. It may include a processing unit 202 representing logic components.

For example, these hardware logic components include application-specific integrated circuits (ASICs), application-specific standard products (ASPs), system-on-a-chip (SOC) systems, and complex programmable logic devices (CPLDs). It can be included. Specifically, the CRM 204 includes an external processing unit 208 such as an external CPU type processing unit 206, an external GPU type processing unit 208, and/or an FPGA type accelerator 210(1), a DSP type accelerator ( Commands executable by an external accelerator 210, such as 210(2)) or other accelerator 210(N), may be stored.

CRM 204 described herein may include computer storage media and/or communication media.

Computer storage media refers to types of memory, such as volatile memory, non-volatile memory, and/or other permanent or secondary computer storage media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules, or other data. storage units, and may include removable and non-removable computer storage media.

Computer storage media includes RAM, static RAM (SRAM), dynamic RAM (DRAM), phase-change memory (PRAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), and electrically erasable programmable read-only memory. It may be memory (EEPROM), flash memory, DVD, optical storage media, magnetic cassette, magnetic tape, solid state memory (SSD), etc.

Executable instructions stored in CRM 204 may include operating system 220 and other modules, programs, or applications that are loadable and executable by processing unit 202.

Additionally or alternatively, the functionality described herein may be performed, at least in part, by one or more hardware logic components, such as an accelerator.

For example, example types of hardware logic components that may be used include Field-programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application-Specific Standard Products (ASSPs), and System-on-a chip systems. (SOC), Complex Programmable Logic Device (CPLD), etc. For example, the accelerator could be a hybrid device from XILINX or ALTERA that includes a CPU embedded in an FPGA fabric.

In the illustrated embodiment, CRM 204 may also include data store 212. In some embodiments, data store 212 may include a data store, such as a database, data warehouse, or other type of structured or unstructured data store.

In some embodiments, data store 212 may include one or more hypertext markup language (HTML) tables, resource description framework (RDF) tables, Web Ontology Language (OWL) tables, and/or Extensible Markup (XML) tables. It may include a corpus and/or relational database with one or more tables, indexes, stored procedures, etc. that enable data access, such as web tables containing Language) tables.

For example, data store 212 may store data and/or instructions for the operation of processes, applications, components and/or modules stored in CRM 204 and executed by processing unit 202.

The node 200 may further include one or more input/output (I/O) interfaces 216, where the node 200 can connect peripheral input devices (e.g. For example, it can communicate with user input devices, including keyboards, mice, pens, game controllers, voice input devices, touch input devices, gesture input devices, cameras, etc., and peripheral output devices (e.g. displays, printers, etc.). It may be an I/O interface 216 that allows communication with an input/output device.

Additionally, node 200 may be a node in a blockchain network and one or more input/output (I/O) networks that enable node 200 to communicate with other nodes in the blockchain network via network 260. It may further include an interface 218.

Such input/output (I/O) network interface 218 may include one or more network interface controllers (NICs) or other types of transceiver devices for transmitting and receiving data over network 260.

Network 260 may include a public network such as the Internet, a private network such as an institutional and/or private intranet, or some combination of private and public networks. Network 260 may include any type of wired and/or wireless network, including, but not limited to, a local area network (LAN), a wide area network (WAN), a satellite network, a cable network, a Wi-Fi network, and a WiMax network. It may include a mobile communication network (e.g., 3G, 4G, 5G, etc.) or any combination thereof. Network 260 may utilize communication protocols, including packet-based and/or datagram-based protocols, such as Internet Protocol (IP), Transmission Control Protocol (TCP), User Datagram Protocol (UDP), or other types of protocols. there is.

Moreover, network 260 may include a number of devices that facilitate network communications or form the hardware infrastructure for the network, such as switches, routers, gateways, access points, firewalls, base stations, repeaters, and backbone devices.

In some embodiments, network 260 may further include devices that enable connection to a wireless network, such as a wireless access point (WAP). Embodiments according to the present invention include WAPs that support the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard (e.g., 802.11g, 802.11n, etc.) via various electromagnetic frequencies (e.g., radio frequencies). It can support connection through WAP for sending and receiving data.

In the illustrated embodiment, CRM 204 may include an operating system 220 and a dynamic sharding system 222. Dynamic sharding system 222 may include one or more modules and/or APIs shown as blocks 224, 226, 228, 230, and 232, but these are examples only and the number may be more or less. The functions described with respect to each block 224, 226, 228, 230, 232 may be combined to be performed by fewer modules and/or APIs or may be performed by a larger number of modules and/or APIs. It can be divided and performed by.

Alternatively, some or all of the operating system, data stored in the data store, and the dynamic sharding system may include memory 214 on the processing unit 202, memory 236(1) on the CPU-type processing unit 206, and GPU-type memory 214 on the processing unit 206. Memory 236(2) on processing unit 208, memory 236(3) on FPGA-type accelerator 210(1), memory 236(4) on DSP-type accelerator 210(2), and /or may be stored in a separate memory 236, such as memory 236(M) on another accelerator 210(N).

The dynamic sharding system 222 may include a shard addition determination module 224, a new shard address calculation module 226, a split shard calculation module 228, a node distribution module 230, and an account processing module 232. there is. The node distribution system of the present invention may refer to the node distribution module 230. All nodes that make up the blockchain network include a dynamic sharding system.

The dynamic sharding system to which the present invention is applied can be understood by referring to Republic of Korea Application No. 2022-0102456, 'Dynamic sharding system and method in a blockchain network' filed by the applicant of the present invention.

The shard addition determination module 224 may compare the traffic volume of the blockchain network or affiliated working shard with a preset standard value, and determine that a shard should be added if the traffic volume exceeds the standard value. The shard addition determination module 224 can determine whether to add a shard based on the number of nodes belonging to the shard and the number of accounts.

The new shard address calculation module 226 can calculate the address of a new shard based on the number of shards currently included in the network. The new shard address may be ‘the highest value of the shard address in the current network + 1’. All nodes included in the network can calculate new shard address information by running the new shard address calculation module 226.

The split shard calculation module 228 can calculate the split shard address divided into new shards based on the new shard address. New shards and split shards can be neighboring shards with a bit distance of 1. The split shard calculation module 228 can calculate the split shard address by replacing the 1 of the most significant set bit (MSSB) set to 0 in the binary value of the new shard address with 0.

The node distribution module 230 may assign some of the nodes that have split shards as working shards to old shards, and assign the rest to new shards. The node distribution module 230 may assign nodes to each shard so that the stake, number of nodes, and vote count of the two shards are similar after shard division.

The node distribution module 230 included in the split shard node belonging to the split shard virtually arranges the split shard nodes in an n-dimensional sphere (n is the number of partition parameters), and divides the split shard nodes placed in the n-dimensional sphere into 2 The partitioning equation for separation into groups is derived, and the information for placing the split shard nodes in an n-dimensional sphere and the partitioning equation information are shared with nodes belonging to the non-partitioned shard (hereinafter referred to as non-partitioned shard nodes).

The node distribution module 230 included in the non-split shard node divides the old shard nodes and new shards assigned to the old shard among the split shard nodes based on the information for placing the split shard nodes in an n-dimensional sphere and the partition equation information. New shard nodes assigned to can be calculated.

The account processing module 232 manages the transaction chain and account directory for each account managed by the node according to the node's shard allocation results. For example, old shard nodes delete the account-specific transaction chain (AWTC) of the new shard account, new shard nodes delete the account-specific transaction chain (AWTC) of the old shard account, and home shard nodes of the new shard account delete the account transaction chain (AWTC). In the directory, change the working shard information of the split account from split shard (old shard) to new shard.

Figure 3 is a diagram showing information stored in the data storage 300 in the blockchain network of the present invention.

In the node's data storage 300, the account-specific transaction chain (AWTC) (302, 304, 306, 308) of all accounts belonging to the node's working shard, and the working shard history of accounts that have the node's working shard as their home shard. An account directory 310 that stores information, a round state chain 312 that combines account-specific transactions of all accounts belonging to the working shard and stores the round state block agreed upon among all nodes belonging to the working shard as a chain, and a block World Round State Chain (314), which combines all Round State blocks belonging to the chain network and stores the agreed upon World Round State blocks as a chain, and Intra-Shard Communication Node List (316), which stores communication target node information within the node's working shard. And an inter-shard communication node list 318 that stores communication target node information other than the node's working shard may be stored.

The account directory 310 stores working shard history information of accounts that have a node's working shard as their home shard. In this example, for convenience, it is assumed that each node manages only one account, that is, the host account. Therefore, in this example, node may have the same concept as account. For example, in the example of FIG. 1, when the home shard of the node 111 management account is the second shard 120, the account directories of node 121 and node 122 with the second shard 120 as the working shard First shard 110 information is stored as working shard information of the node 111 management account. Meanwhile, in the example of FIG. 1, when the home shard of the node 112 management account is the third shard 130, the node is registered in the account directories of node 131 and node 132 with the third shard as the working shard. (112) The first shard (110) information is stored as the working shard information of the management account.

As explained previously, nodes and accounts can change working shards. When the working shard is changed in this way, the working shard change module is run, and the changed working shard information can be updated in the nodes belonging to the home shard of the corresponding account.

In the present invention, it is preferable that the latest working shard address of the account is updated in the account directory of the nodes belonging to the home shard of any account by the working shard change module.

Figure 4 is a configuration diagram illustrating a node distribution system 400 running on split shard nodes according to an embodiment of the present invention.

The node distribution system 400 running on these split shard nodes may be implemented by the node's computer system and may be part of the node distribution module 230 of FIG. 2.

The node distribution system 400, which runs on the split shard nodes of the present invention, determines the split parameters and seed values and divides the split shard nodes into n dimensions (n is the split parameter) based on the address information and seed values of the split shard nodes. Number) A node placement unit 402 that virtually arranges on the surface of the sphere, and a center of gravity derivation unit (402) that derives n center of gravity points in an n-dimensional sphere by applying the split parameter characteristic values of each split shard node for each split parameter ( 404), a partition equation derivation unit 406 that derives a partition equation including n center points, and a post-split shard allocation unit 408 that allocates shards after the split shard nodes based on the partition equation, It includes a split equation sharing unit 410 that shares seed values and split equations.

The node placement unit 402 may derive a pseudo-random value based on the address information and seed value of the split shard nodes, and virtually arrange the split shard nodes on the surface of the n-dimensional sphere based on the derived pseudo-random value. Splitting parameters may include stake and vote count, and other splitting parameters may further include the number of nodes. Splitting parameters may have different values for each split shard node. If the splitting parameters are stake amount and vote count, n is 2, and if the splitting parameters include the number of nodes, n is 3. When the splitting parameter is 2, the split shard nodes can be placed on the surface (i.e., circumference) of a two-dimensional sphere (i.e., a circle), and when the splitting parameter is three, the split shard nodes can be placed on the surface (i.e., circumference) of a three-dimensional sphere (i.e., a sphere). Split shard nodes can be placed on the sphere surface.

The node arrangement unit 402 can determine the location on the surface of the n-dimensional sphere using the result obtained by multiplying the addresses of the split shard nodes and the seed value. For example, if the split parameter is 2, the split shard nodes are placed on the surface (circumference) of a two-dimensional sphere (circle), which corresponds to a one-dimensional line space of 0 degrees to 360 degrees. Therefore, by using some bit values of the pseudo-random value derived by multiplying the address of the split shard node and the seed value, the location of the corresponding split shard node on the circumference can be determined. Additionally, if the splitting parameter is 3, the split shard nodes are placed on the surface of a 3-dimensional sphere, which corresponds to a 2-dimensional flat space. Therefore, by using the two groups of bit values selected from the pseudo-random values derived by multiplying the address of the split shard node and the seed value as the latitude and longitude values, the location of the split shard node on the surface of the three-dimensional sphere can be determined.

The seed value is a value for randomly arranging split shard nodes on the surface of an n-dimensional sphere, and can be determined randomly. This seed value may be changed to another value depending on the distribution of n center points, which will be described later.

The center of gravity derivation unit 404 applies the split parameter value of each split shard node to obtain the center of gravity in the n-dimensional sphere. When the splitting parameters are two, stake amount and vote count, split shard nodes are placed on the circumference of a two-dimensional sphere (circle). The stake amount and vote count value of each split shard node may be different as characteristic values of each split shard node. The center of gravity in the two-dimensional sphere (circle) is obtained based on the stake amount of the split shard nodes, and the center of gravity in the two-dimensional sphere (circle) is obtained based on the boat count values of the split shard nodes. In this way, two center points of gravity can be obtained from a two-dimensional sphere (circle) based on the division parameter values. If the two centers of gravity coincide, the arrangement of the split shard nodes can be changed by changing the seed value.

When there are three division parameters, the center of gravity derivation unit 404 can derive three center of gravity points, one for each division parameter.

The partition equation deriving unit 406 derives a partition equation passing through n center points. The division equation can use the equation of a straight line, plane, or hyperplane passing through n centers of gravity. For example, if there are two division parameters, two center of gravity points are derived within a two-dimensional sphere (circle), and the equation of a one-dimensional straight line passing through the two center points can be derived and used as the division equation. The division equation of a 1-dimensional straight line in 2-dimensional XY space can be expressed as A ₁ X + A ₂ Y = B. Meanwhile, when there are three division parameters, three center of gravity points are derived within a three-dimensional sphere, and a two-dimensional plane passing through the three center points can be derived and used as the division equation. The partition equation of a 2-dimensional plane in 3-dimensional XYZ space can be expressed as A ₁ X + A ₂ Y + A ₃ Z = B.

After division, the shard allocation unit 408 divides the divided shard nodes arranged on the surface of the n-dimensional sphere using a division equation and assigns each divided group to an old shard or a new shard. When split shard nodes are assigned to old shards or new shards, all accounts managed by the split shard nodes are assigned to the same shard. Meanwhile, if the location of a random split shard node is located on the split equation (if it is not divided by the split equation), one random bit value (highest level) of the pseudo-random value derived from the address and seed value of the split shard node Bit or least significant bit) can be used to assign shards after division.

The partition equation sharing unit 410 shares the seed value for arranging the partitioned shard nodes on the surface of the n-dimensional sphere and the coefficient and constant values of the variable terms of the partition equation with the non-partitioned shard nodes. When applying the present invention, it is possible to share the assigned shard information after the split of the split shard node by sharing the number of split parameters (n) + 2 data regardless of the number of nodes.

When a split shard node is divided into an old shard node and a new shard node by the split equation, the account processing module 232 running on the old shard node processes the account-specific transaction chain (AWTC) of the new shard account managed by the new shard node. Delete and manage only the account-specific transaction chain (AWTC) of the old shard account. Additionally, the account processing module 232 running on the new shard node deletes the account-specific transaction chain (AWTC) of the old shard account managed by the old shard node and manages only the account-specific transaction chain (AWTC) of the new shard account.

Figure 5 is a configuration diagram illustrating a node distribution system 500 running on non-partitioned shard nodes according to an embodiment of the present invention.

The node distribution system 500 running on these non-split shard nodes may be implemented by the node's computer system and may be part of the node distribution module 230 of FIG. 2. This non-split shard node may include a node belonging to the home shard of the new shard account (home shard node of the new shard account).

The node distribution system 500, which runs on the non-split shard nodes of the present invention, shares the seed value for placing the split shard nodes on the surface of the n-dimensional sphere from the split shard node, and the coefficient value and constant value of the variable term of the partition equation. A split equation sharing unit 502 that receives the split shard nodes, a node placement unit 504 that virtually arranges the split shard nodes on the surface of the n-dimensional sphere based on the address information and seed values of the split shard nodes, and a split equation on the n-dimensional sphere. It includes a partition equation application unit 506 that applies the split shard nodes to be split into two groups, and a shard allocation confirmation unit 508 that checks the shards assigned to the two groups of split shard nodes.

The split equation sharing unit 502 receives a seed value for arranging split shard nodes on the surface of an n-dimensional sphere, and the coefficient and constant values of the variable terms of the split equation from the split shard node. When applying the present invention, it is possible to share the assigned shard information after the split of the split shard node by sharing the number of split parameters (n) + 2 data regardless of the number of nodes.

The node placement unit 504 may derive a pseudo-random value based on the address information and seed value of the split shard nodes, and virtually place the split shard nodes on the surface of the n-dimensional sphere based on the derived pseudo-random value. The node arrangement unit 504 may be the same as the node arrangement unit 402 performed in the split shard node of FIG. 4. In other words, the location on the surface of the n-dimensional sphere can be determined using the result obtained by multiplying the addresses of the split shard nodes and the seed value. For example, if the split parameter is 2, split shard nodes can be placed on the surface (circumference) of a 2-dimensional sphere (circle), and if the split parameter is 3, split shard nodes can be placed on the surface of a 3-dimensional sphere. . To this end, it is desirable for all nodes in the blockchain network to share in advance information on the number of partition parameters and a method for deriving location information from pseudo-random values.

The split equation application unit 506 splits the n-dimensional sphere using the split equation so that the split shard nodes placed on the surface of the n-dimensional sphere are separated into two groups by the split equation.

The shard assignment confirmation unit 508 checks the results of assignment of split shard nodes in two groups to old shards or new shards for each group. When split shard nodes are assigned to old shards or new shards, all accounts managed by the split shard nodes are assigned to the same shard. Meanwhile, if the location of a random split shard node is located on the split equation (if it is not divided by the split equation), one random bit value (highest level) of the pseudo-random value derived from the address and seed value of the split shard node bit or least significant bit) can be used to allocate shards after splitting, and the shard allocation confirmation unit 508 can check the shard allocation result after splitting of the split shard node in the splitting equation based on preset rules.

If the non-split shard node is a home shard node of the new shard account, the account processing module 232 performed on the home shard node of the new shard account divides the working shard information of the new shard account stored in the account directory into a split shard (old shard). Change the address to New Shard address.

FIG. 6 is an operation flowchart illustrating a node distribution method in a split shard node during dynamic sharding according to an embodiment of the present invention, and FIG. 7 is a flowchart of dividing the split shard nodes into two groups in a split shard node according to an embodiment of the present invention. This is an example diagram showing the division process. Figure 7 shows the process of dividing split shard nodes into two groups when the split parameter is two.

The operation of the example process is shown in individual blocks and described with reference to these blocks. A process is depicted as a logical flow of blocks, each block representing one or more operations that may be implemented in hardware, software, or a combination thereof. With respect to software, operations represent computer-executable instructions stored on one or more computer-readable media that, when executed by one or more processors, enable one or more processors to perform the recited operations. In general, computer executable instructions include routines, programs, objects, modules, components, data structures, things that perform a particular function or implement a particular abstract data type. The order in which operations are described should not be construed as limiting, and the number of operations described may be performed in any order, subdivided into multiple sub-operations, or executed in parallel.

With reference to Figures 6 and 7, we will look at the node distribution method in the split shard node of the present invention.

The split shard node derives a pseudo-random value based on the address information and seed value of the split shard nodes, and divides the shard on the surface 700 of an n-dimensional sphere (n is 2, a circle) based on the derived pseudo-random value. Nodes 702 may be placed (S602). Splitting parameters may include stake and vote count. The seed value is a value for randomly arranging split shard nodes on the surface of an n-dimensional sphere, and can be determined randomly.

The split shard node applies the split parameter value of each split shard node to obtain the center of gravity in the n-dimensional sphere (S604). Figure 7(b) shows the first center of gravity 704 derived based on the characteristic values of the first division parameters of each divided shard node. The size of the circle in (b) of FIG. 7 means the size of the first split parameter characteristic value of each split shard node. Figure 7(c) shows the second center of gravity 706 derived based on the characteristic values of the second split parameters of each split shard node. The size of the In Figure 7, when there are two split parameters, two center of gravity points are derived. However, when there are three split parameters, the split shard nodes are placed in a three-dimensional sphere, and three center points can be derived, one for each split parameter. .

The split shard node calculates a split equation 708 that passes through all n center points 704 and 706 (S606). In (d) of FIG. 7, when there are two division parameters, two center of gravity points are derived within a two-dimensional sphere (circle), and the division equation of a one-dimensional straight line passing through the two center points can be derived. The partition equation 708 of _a one _- dimensional straight _line in two-dimensional XY space can be expressed as A ₁ Meanwhile, when there are three division parameters, three center of gravity points can be derived within a three-dimensional sphere, and a division equation for a two-dimensional plane passing through the three center points can be derived. The partition equation of _a two _- dimensional plane in _three -dimensional XYZ _space can _be expressed as A ₁ You can.

The split shard node divides the split shard nodes placed on the surface of the n-dimensional sphere using a split equation and assigns each divided group to an old shard or a new shard (S608). When split shard nodes are assigned to old shards or new shards, all accounts managed by the split shard nodes are assigned to the same shard.

The split shard node shares the seed value for arranging the split shard nodes on the surface of the n-dimensional sphere and the coefficient and constant values of the variable terms of the split equation with the non-split shard node (S610).

FIG. 8 is an operation flowchart showing a node distribution method in a non-split shard node during dynamic sharding according to an embodiment of the present invention, and FIG. 9 is an operation flowchart showing a method of distributing nodes in a non-split shard node according to an embodiment of the present invention. This is an example diagram showing the process of dividing into two groups. Figure 9 shows the process of dividing split shard nodes into two groups when there are two split parameters as shown in Figure 7.

With reference to Figures 8 and 9, we will look at the node distribution method in the non-split shard node of the present invention.

The non-split shard node shares the seed value for placing the split shard nodes on the surface of the n-dimensional sphere and the coefficient value and constant value of the variable term of the partition equation from the split shard node (S802).

The non-split shard node derives a pseudo-random value based on the address information and seed value of the split shard nodes, and divides the shard nodes on the surface 900 of an n-dimensional sphere (2-dimensional circle) based on the derived pseudo-random value. (902) can be placed virtually (S804). If the split parameter is 2, split shard nodes can be placed on the surface (circumference) of a 2-dimensional sphere (circle), and if the split parameter is 3, split shard nodes can be placed on the surface of a 3-dimensional sphere.

The non-split shard node divides the n-dimensional sphere by the partition equation 904 so that the split shard nodes placed on the surface of the n-dimensional sphere are separated into two groups by the partition equation 904 (S806).

The non-split shard node checks the results of the split shard nodes in the two groups being assigned to old shards or new shards for each group (S808). When split shard nodes are assigned to old shards or new shards, all accounts managed by the split shard nodes are assigned to the same shard.

All of the above-described methods and processes can be implemented as software code modules and fully automated, executed by one or more general-purpose computers or processors. Code modules may be stored on any type of computer-readable storage medium or other computer storage device. Some or all of the methods may be implemented with special computer hardware.

Any routine description, element or block of a flow diagram described herein and/or shown in the accompanying drawings refers to a code, module, segment or portion containing one or more executable instructions for implementing a particular logical function or element. It should be understood as potentially representing. Routine. Alternative examples are included within the scope of the examples described herein, in which elements or functionality may be deleted or implemented sequentially from those shown or discussed substantially synchronously or in reverse order, depending on the functionality to be understood herein.

Many variations and modifications may be made to the above-described embodiments, and the elements should be understood as one of other acceptable examples. All such modifications and variations are intended to be included within the scope of this disclosure and protected by the following claims. Embodiments according to the present invention described above may be implemented in the form of program instructions that can be executed through various computer components and recorded on a computer-readable recording medium. A computer-readable recording medium may include program instructions, data files, data structures, etc., singly or in combination. Program instructions recorded on a computer-readable recording medium may be specially designed and configured for the present invention or may be known and usable by those skilled in the computer software field. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. media), and hardware devices specifically configured to store and perform program instructions, such as ROM, RAM, flash memory, etc. Examples of program instructions include not only machine language code such as that created by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device may be configured to operate as one or more software modules to perform processing according to the invention and vice versa.

In the above, the present invention has been described with specific details such as specific components and limited embodiments and drawings, but this is only provided to facilitate a more general understanding of the present invention, and the present invention is not limited to the above embodiments. , a person skilled in the art to which the present invention pertains can make various modifications and variations from this description.

Therefore, the spirit of the present invention should not be limited to the above-described embodiments, and all modifications equivalent to or equivalent to the claims as well as the later-described claims fall within the scope of the spirit of the present invention. something to do.

Claims (20)

1. In the node distribution system running on the split shard nodes that make up the blockchain network,

   A node placement unit that virtually arranges split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere;

   a center-of-gravity derivation unit that derives n center-of-gravity points in the n-dimensional sphere using split parameter characteristic values of each split shard node for each split parameter;

   a division equation deriving unit that derives a division equation passing through the n center points of gravity;

   a post-split shard allocation unit that assigns shards after the split of the split shard nodes based on the split equation; and

   Comprising information for arranging the split shard nodes on the surface of the n-dimensional sphere and a partition equation sharing unit that shares the partition equation with the non-partition shard nodes,

   Node distribution system in a blockchain network.
2. According to paragraph 1,

   The node placement unit derives a pseudo-random value based on the address information and seed values of the split shard nodes, calculates a position on the surface of the n-dimensional sphere using the derived pseudo-random value, and places the split shard nodes. ,

   Node distribution system in a blockchain network.
3. According to paragraph 2,

   The partition equation sharing unit shares the seed value with the non-partitioned shard node,

   Node distribution system in a blockchain network.
4. According to paragraph 1,

   The splitting parameters include stake amount and boat count,

   Node distribution system in a blockchain network.
5. According to paragraph 1,

   The division equation is at least one equation among n-1-dimensional straight lines, planes, and hyperplanes that pass through all of the n center points of gravity.

   Node distribution system in a blockchain network.
6. According to paragraph 1,

   The post-split shard allocation unit divides the split shard nodes arranged on the surface of the n-dimensional sphere into two groups using the split equation, and assigns each divided group to an old shard or a new shard,

   Node distribution system in a blockchain network.
7. According to clause 6,

   The partition equation sharing unit shares the coefficient value and constant value of the variable term of the partition equation with the non-partition shard node,

   Node distribution system in a blockchain network.
8. In the node distribution system running on the non-split shard nodes that make up the blockchain network,

   a partition equation sharing unit that receives information and partition equations for placing the partition shard nodes on the surface of an n-dimensional (n is the number of partition parameters) sphere from the partition shard nodes;

   a node arrangement unit that virtually arranges the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere;

   a partition equation application unit that applies the partition equation to the n-dimensional sphere to split the split shard nodes into two groups; and

   Comprising a shard allocation confirmation unit that checks the shards assigned after splitting for each of the two groups of split shard nodes,

   Node distribution system in a blockchain network.
9. According to clause 8,

   The partition equation sharing unit receives the coefficient values and constant values of the variable terms of the partition equation,

   Node distribution system in a blockchain network.
10. According to clause 8,

    Information for placing the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere is a seed value,

    The node placement unit derives a pseudo-random value based on the address information of the split shard nodes and the seed value, calculates a position on the surface of the n-dimensional sphere using the derived pseudo-random value, and places the split shard nodes. doing,

    Node distribution system in a blockchain network.
11. In a node distribution method implemented by at least one processor in a split shard node constituting a blockchain network,

    The split shard node virtually arranging the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere;

    The split shard node deriving n center points in the n-dimensional sphere using split parameter characteristic values of each split shard node for each split parameter;

    Deriving a split equation in which the split shard node passes through the n center of gravity points;

    Allocating, by the split shard node, shards after splitting the split shard nodes based on the split equation; and

    Comprising the step of the split shard node sharing information for placing the split shard nodes on the surface of the n-dimensional sphere and the partition equation to a non-partitioned shard node,

    How to distribute nodes in a blockchain network.
12. According to clause 11,

    The step of the split shard node virtually arranging the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere,

    Deriving a pseudo-random value based on the address information and seed values of the split shard nodes, calculating a position on the surface of the n-dimensional sphere using the derived pseudo-random value, and arranging the split shard nodes. ,

    How to distribute nodes in a blockchain network.
13. According to clause 12,

    Comprising the step of the split shard node sharing the seed value with the non-split shard node,

    How to distribute nodes in a blockchain network.
14. According to clause 11,

    The splitting parameters include stake amount and boat count,

    How to distribute nodes in a blockchain network.
15. According to clause 11,

    The division equation is at least one equation among n-1-dimensional straight lines, planes, and hyperplanes that pass through all of the n center points of gravity.

    How to distribute nodes in a blockchain network.
16. According to clause 11,

    The step of the split shard node allocating shards after splitting the split shard nodes based on the split equation,

    Comprising the step of dividing the split shard nodes arranged on the surface of the n-dimensional sphere into two groups using the split equation, and assigning each divided group to an old shard or a new shard,

    How to distribute nodes in a blockchain network.
17. According to clause 16,

    Comprising the step of the split shard node sharing the coefficient value and constant value of the variable term of the split equation with the non-split shard node,

    How to distribute nodes in a blockchain network.
18. In a node distribution method implemented by at least one processor in a non-split shard node constituting a blockchain network,

    The non-split shard node receiving information and a partition equation for placing the split shard nodes on the surface of an n-dimensional (n is the number of partition parameters) sphere from the split shard node;

    The non-split shard node virtually arranging the split shard nodes on the surface of an n-dimensional (n is the number of partition parameters) sphere;

    causing the non-split shard nodes to split the split shard nodes into two groups by applying the partition equation to the n-dimensional sphere; and

    Comprising the step of the non-split shard node checking the shards assigned after splitting for each of the two groups of split shard nodes,

    How to distribute nodes in a blockchain network.
19. According to clause 18,

    Including the step of the non-partitioned shard node sharing the coefficient value and constant value of the variable term of the partition equation,

    How to distribute nodes in a blockchain network.
20. According to clause 18,

    Information for placing the split shard nodes on the surface of an n-dimensional (n is the number of split parameters) sphere is a seed value,

    The non-split shard node derives a pseudo-random value based on the address information of the split shard nodes and the seed value, and uses the derived pseudo-random value to calculate a position on the surface of the n-dimensional sphere to determine the split shard node. Including the step of placing them,

    How to distribute nodes in a blockchain network.

Images