KR102406241B1 - Information management and operation system based semi-centralized block chain - Google Patents

Abstract

The present invention relates to a semi-centralized blockchain-based information management and operation system, and more specifically, by linking the history block in which information corresponding to each node is stored to the corresponding node block as a sub-chain, rapid information processing is possible. , a semi-centralized block chain base that enables faster and more stable system operation by adopting a semi-centralized method in which super nodes with the authority to create blocks participate in certain system operations through voting according to their operating share It relates to information storage and retrieval systems.

Description

A semi-centralized blockchain-based information management and operation system {INFORMATION MANAGEMENT AND OPERATION SYSTEM BASED SEMI-CENTRALIZED BLOCK CHAIN}

The present invention relates to a semi-centralized blockchain-based information management and operation system, and more specifically, by connecting a history block in which information corresponding to each node is stored to a sub-chain of the corresponding node block, rapid information processing is possible, Semi-centralized blockchain-based information that enables faster and more stable system operation by adopting a semi-centralized method in which super nodes with the authority to create blocks participate in certain system operations through voting according to their operating share It is about management and operating systems.

Recently, various cryptocurrencies, including blockchain-based Bitcoin, are attracting international issues. Since Bitcoin was first developed by a programmer under the pseudonym Satoshi Nakamoto in January 2009, it is currently the largest cryptocurrency and is widely known as a virtual currency used in online transactions.

However, the technology field using block chain is in the spotlight as a future core technology applicable not only to virtual currency but also to the existing centralized data recording/verification system.

A block chain has a structure in which blocks containing transaction information are linked like a chain by referring to the unique values of previous blocks. It is a network that has the characteristics of a professional type that uses a procedure to compensate for the goods issued by itself to those who prove work with a unique proof-of-work method and a procedure for adding/removing the balance in the form of a loan. it is a system

As each node stores all blocks for blocks propagated through the P2P network, such an existing block chain system is relatively safe from data loss compared to centralized data storage, and anyone can store propagated blocks or transaction details. Because it can receive, it has a transparent data propagation system. Therefore, it has the advantage that security is increased according to the development of hash power and is safe from forgery and falsification.

However, it takes a very long time to verify the integrity of the transaction being transacted, and each participating node has inefficiency to store a book of several tens to hundreds of Gbytes in size. In addition, for transaction approval, all participating nodes verify transaction details through the ledger and are approved based on the verification result. Therefore, all nodes participating in the system must store the same ledger and perform all the same verification tasks. do. For this reason, the conventional blockchain system has a limit in which the efficiency gradually decreases.

In addition, in the existing block chain system, as the number of users who use it explodes, the number of transaction details not included in the block is rapidly increasing, resulting in an increase in data processing time. In addition, there were problems in that it was difficult to properly respond to the anonymity of participating nodes, the absence of a responsible person due to decentralization, and inflation or deflation of the issued currency.

Republic of Korea Patent Publication No. 10-1727525 (published on April 11, 2017) United States Patent Publication No. 20160217532 (published on July 28, 2016)

In order to solve the above problems, the present invention

By dividing the information to be stored into a node block and a history block, and by linking the stored history block including certain information to the sub-chain of the related node block, the history connected to the related node block or its sub-chain rather than the entire block as in the prior art The purpose of this is to provide a semi-centralized blockchain system that can significantly reduce data processing time because only block information needs to be read.

In addition, the present invention adopts a semi-centralized method in which approval is determined according to the approval of super nodes holding respective operating shares for certain approval requests required for system operation. Another purpose is to provide a semi-centralized blockchain system that can solve the problem of lack of responsibility due to (anti-centralization).

In order to achieve the above object, the present invention is a block in which a control module stores certain information in a block, connects the blocks to form a block chain, and distributes and stores the block chain in a plurality of nodes participating in a P2P network. In the chain-based information storage and operation system, the block is divided including a node block and a history block, and the node block stores information including a prior hash value, a public key, generation information and an identification code, and the history A block stores information including a prior hash value, information related to a specific node block, and a history address, and the node blocks are sequentially connected according to the creation order to form a main chain, and the history block is related to the specific node block It is characterized in that it is connected in the order of creation to a separate sub-chain connected from

The information stored in the node block may further include corresponding node user information.

The information related to the specific node stored in the history block includes information on the approval request related to the specific node block in the system.

Nodes participating in the P2P network may be divided into two or more super nodes having block generation rights and general nodes without block generation rights.

The broadcast communication module may propagate the block generated by the super node through the control module to all nodes participating in the P2P network.

The query communication module receives the history block generation request signal from the general node and propagates it to the two or more super nodes, and the control module receives the history block generation signal from any one of the super nodes and responds to the request. The corresponding history block can be connected to the sub-chain of the node block of the general node.

The control module may connect the approval history block generated by the super node that approves the activation of the history block to the sub-chain to which the history block is connected.

The control module may activate the generated history block when the sum of the operating shares held by the supernode that has generated the affirmative history block meets a predetermined setting criterion.

The setting criterion may be that the sum of the operating shares held by the super nodes that have generated the approval history block may exceed 50% of the total operating shares.

When the history block relates to a currency transaction used in the system, the control module automatically generates the approval history block from all super nodes and connects to the sub-chain to activate the history block for the transaction details. can

When a cancellation request history block for inactivating the activated history block is generated by any one super node, and the sum of the operating shares of the super node that generated the cancellation approval history block in favor of this satisfies a certain setting criterion, the control The module may inactivate the activated history block.

The hash value of the block chain stored in each super node is frequently shared between the super nodes through the super broadcast communication module,

When the hash value of the block chain stored in any one super node does not match the hash value of the block chain stored in two or more super nodes in which the total operating stake exceeds 50%, the one It can be determined that the block chain stored in the super node of

The block of the system according to the present invention further includes a token block in which information including token information, prior hash value, and identification code for which at least one token operation node is exclusively granted a certain right as currency usable in the system is stored. The token block is connected to the main chain, and the exclusive authority granted to the token operation node includes changing the transaction fee of the token, limiting the transaction of the token to a specific node, or trading the token operation stake. It may be a request to create a history related to token operation.

In addition, the token operation node holds a token operation stake that can participate in the determination of the token operation matters, and the control module requests the generation of a history block in favor of the activation of the history block on the token operation matters. When the sum of the token operation stakes held by the node meets a certain set criterion, the history block related to the token operation can be activated.

According to the present invention, it has the following effects.

1. In the conventional block chain-based information storage and operation system, the current token ownership information could be known only by reading all transaction details of the ledger, but the block chain-based information storage and operation system according to the present invention provides information related to each node block. Since the history block in which is stored is connected and stored as a sub-chain of the corresponding node block, when searching for certain information, it is necessary to determine the node block related to the search target and then read only the information of the related history block, so the search and processing speed has the effect of speeding up

2. For faster node block retrieval, if the node block contains identification code information that can identify the node block, the node block is retrieved faster without copying the public key as in the prior art. have the effect that

3. In the present invention, when node user information is included and stored in the node block, real-name operation of the system is possible, thereby preventing unauthorized nodes from participating in the network, thereby improving the stability of the system.

4. Since the present invention can be operated by a semi-centralized method that grants certain privileges to super nodes, when a normal node requests a block creation request from a super node through a query communication module, one super node promptly sends the corresponding history Since blocks can be generated, the problem of slow block generation caused by the conventional blockchain system being decentralized can be solved.

5. Since the present invention has no choice but to influence system operation decisions only as much as the operating shares held by a plurality of super nodes, even if some super nodes illegally generate history blocks, if they do not obtain approval of more than 50% of the operating shares, the corresponding Even if the history block is not activated and the currency (coins) used in the system is illegally lost due to hacking, etc., the related unfair coin movement can be canceled through the participation of super nodes with a sum of operating shares exceeding 50%. It has the effect of increasing system stability.

6. The present invention minimizes the inflation/deflation problem that occurs in conventional blockchain-based cryptocurrencies because the issuance amount and transaction fee of currency (coin) used in the system can be adjusted through decision-making by super nodes There is an effect that can be done.

1 is a schematic configuration diagram of a semi-centralized blockchain-based information management and operation system according to the present invention.
2 is a conceptual diagram of a block chain including a node block and a history block according to the present invention.
3 is an exemplary diagram illustrating information stored in a node block according to the present invention.
4 is an exemplary diagram illustrating information stored in a history block generated in relation to transaction details according to the present invention;
5 is a conceptual diagram on a network of a super board and a general board according to the present invention.
6 is a flowchart showing a transaction detail approval process in the system according to the present invention.
7 is a flowchart showing a transaction history cancellation process in the system according to the present invention.

Hereinafter, an embodiment according to the present invention will be described with reference to the accompanying drawings. The technical spirit of the present invention may be clearly understood through the embodiments. In addition, it is clear to those of ordinary skill in the art that the present invention is not limited to the embodiments described below but can be modified in various forms within the scope of the technical spirit to which the present invention belongs. something to do.

1 shows a schematic configuration diagram of a semi-centralized blockchain-based information management and operation system 10 (hereinafter referred to as a 'system') according to the present invention. The system 10 distributes and stores the block chain 100 in which a fixed list price is stored in a plurality of nodes (1,2...n) participating in the P2P network without a separate central management server, and the block chain 100 It relates to a system 100 that operates so that the nodes 1, 2, ... n can perform certain activities in the system based on Here, the P2P network is an abbreviation of Peer to Peer, and refers to a network in which personal computers are directly connected through the Internet without an existing server and client.

The concept of a typical blockchain is a form of a distributed database that continuously accumulates and grows. A number of blocks form a chain. The hash value of the immediately preceding block is transferred to the next block. Therefore, if a block is arbitrarily changed, it is easy to know whether the change has been made, and since such a block chain is distributed and stored in multiple nodes, it is virtually impossible to arbitrarily manipulate it.

The block chain 100 according to the present invention can be divided into a node block 110 and a history block 120 as shown in FIG. 2 .

The node block 110 basically stores information about nodes 1, 2, ... n participating in the P2P network. More specifically, as shown in FIG. 3, the prior hash value for the immediately preceding block, security It may include at least an identification code that can easily identify the node public key (Public Key) for the block, generation information (Birth) related to the generation time of the block, and the corresponding block 100 when searching. The identification code may be a hash value of the block 100 or may be index information indicating an order in the chain in which the node block 110 is connected. Also, the node block 110 may further include corresponding node user information. In this case, since nodes 1, 2...n participating in the P2P network are operated under a real-name system, an unauthorized node cannot participate in the network, thereby increasing the stability of the system 10 .

The plurality of node blocks 110 are sequentially connected according to the order of creation to form the main chain 110 ′.

The history block 120 basically stores information related to the specific node block 110. More specifically, as shown in FIG. 4, the prior hash value of the immediately preceding block and information related to the specific node block 110 are stored in the history block 120. is stored, and history address information indicating the address of the corresponding history block 120 is also stored. The information related to the specific node block 110 may typically be a transaction of money used in the system 10 , and other information related to the specific node block 110 in the system 100 . Therefore, it can be a variety of information that requires approval. Therefore, the block chain 100 according to the present invention is not limited to the distributed ledger of currency transactions, which is the main function of the conventional block chain system, and provides information on all activities occurring within the system 10 of the present invention. can be saved

The history block 120 is connected to a separate sub-chain 120' connected from the related specific node block 120 in the order of creation, which is different from the conventional block chain consisting of one chain, the node block 110 ), the history block 120 in which the related information is stored has the form of a kind of parallel blockchain that is connected to the sub-chain of the corresponding node block 110, and through this, the advantage of reading information more quickly have For example, when trying to find the transaction history of the node (n), the conventional block chain consisting of a single chain had to read all the blocks from the first block to the last block, but the block chain 100 according to the present invention is a node ( Since only the node block 110 for n) and the history block 120 connected to it by a sub-chain are read, the processing speed is very fast.

The system 10 according to the present invention includes a communication module 200 capable of exchanging information between nodes 1, 2 ... n. Detailed modules belonging to the communication module 200 will be described below.

In addition, the system 10 according to the present invention includes a control module 300 responsible for overall operation and management of the system 10 . The control module 300 is responsible for generating blocks and the block chain 100 to which they are connected, and receives signals from nodes 1, 2... n and processes the system control accordingly.

Next, a semi-centralized blockchain 100-based information management and operation system according to the present invention will be described in more detail.

For reference, the system 10 according to the present invention does not store and manage only the transaction details between nodes as in the prior art, but includes two or more super nodes (S) with a certain authority within the system 10 and other nodes. It is a system (10) designed to enable various network activities performed between normal nodes (N). Since the conventional block chain system has a decentralized form, it takes a considerable amount of time to generate blocks, etc. The system 10 according to the invention is able to solve the conventional problems by taking a semi-centralized form. That is, in the centralized form, the system is operated by one node with absolute authority, whereas in the semi-centralized system 10 according to the present invention, a plurality of super nodes (S) with certain authority exist and , decisions are made on operational matters through their democratic consensus process. The super nodes (S) each have a certain operating share, and by voting for the operating matters of the system 10 as much as the holding operating share, it is possible to influence the decision. For example, when one super node (S1) wants to prevent transactions in the system for a specific node (n), in order for this action to be activated, at least the sum of the operating shares held by the super nodes (S) in favor of it This becomes possible only when certain set criteria are met. Hereinafter, the configuration of the present invention for operating such a system will be described in detail.

A plurality of nodes (1,2...n) participating in the system 10 according to the present invention can be divided including a super node (S) having block generation authority and a general node (N) having no block generation authority. can At least two or more super nodes (S) exist, and their influence on approval varies according to the aforementioned operating share. Accordingly, the super node (S) can participate in operational decisions such as the issuance amount of money (coin) used in the system, transaction fees, etc. through voting, and through this, the system transaction currency (coin) is free from inflation or deflation It can be solved quickly with market logic. In addition, it is possible to determine or cancel a transaction of a specific node (n), prohibit/permission of receiving or sending a transaction for a specific node (n), and limit and release functions in the system of a specific node (n) by voting. .

The super node S has the authority to generate the node block 110 or the history block 120, and when such a block is generated, the super node S is generated through the broadcast communication module 210 A block is propagated to all nodes (1,2...n) participating in the network.

If the general node N desires to generate a certain history block 120 necessary for system 10 activity, such as currency transaction, the history block ( 120) is propagated, and when any one of the super nodes S transmits a generation signal for generating the history block 120, the control module 300 receives it and then The history block 120 is connected to the sub-chain 120' of the node block 110 of the general node N that has requested block generation.

However, the history block 120 is not activated immediately upon creation, but is possible only with the approval of the super node (S) that meets certain setting criteria. It is expressed as generating the history block 120 in favor of the activation of (120). The generated history block 120 is activated only when the approval history block 120 is generated enough to satisfy a certain set criterion and connected to the corresponding sub-chain 120 ′. Here, the activation of the history block 120 means that certain approval requests stored in the corresponding block are approved by the system 10 .

For example, if it is assumed that one general node N1 donates 100 system currency coins to another general node N2, the general node N1 sends all super nodes S through the query communication module 230. A request is made to create a history block 120 including the content “N1 gives 100 coins to N2”, and when one super node (S) creates such a history block 120, the corresponding history block 120 ) is connected to the sub-chain 120' of the node block 120 corresponding to the normal node N1 and the other normal node N2, respectively. However, even if such a history block has been created, the corresponding information is not yet approved, and only when the history block 120 in favor of the super nodes (S) is created in the corresponding sub-chain and the history block generation meets certain setting criteria. The content of “N1 donates 100 coins to N2” is approved.

In the system 10 according to the present invention, when the generated history block 120 relates to a transaction of a coin used as money in the system 10, such a transaction occurs very frequently, and each time the super node (S ), if the approval history block 120 must be generated, transaction approval may be delayed. In particular, in this case, the control module 300 automatically generates the approval history block 120 from all super nodes (S). and connect it to the corresponding sub-chain 120 ′ to preferentially activate the corresponding history block 120 .

If any one super node S intends to cancel the activation of the activated history block 120, a cancellation request history block 120 for canceling the activation of the activated history block 120 is generated. , in this case, the cancellation request history block 120 is connected to the sub-chain to which the previously activated history block 120 is connected by the control module 300 . The generation of the corresponding cancellation request history block 120 is propagated to all super nodes (S) through the super broadcast communication module 230 , and the super node (S) in favor of cancellation generates the cancellation approval history block 120 . The cancellation approval history block 120 is connected to the sub-chain by the control module 300 . When the sum of the stakes held by the super nodes (S) that have generated the cancellation approval history block 120 meets the setting criteria, the control module 300 deactivates the activated history block 120 again.

For reference, the setting criterion may be that the sum of the operating shares held by the super node S that generated the approval history block 120 is more than 50% of the total operating share held by all the super nodes S, but must be limited to this This is not the case, and the setting criteria may be changed according to necessary matters.

The hash value of the block chain 100 stored in each super node S is frequently shared between the super nodes S through the super broadcast communication module 220 . Here, the super broadcast communication module 220 means a communication means that can be exchanged only between the super nodes (S). As a result of this hash value sharing, the hash value of the block chain 100 stored in any one super node (S) is the same stored in two or more super nodes (S) in which the total of the remaining operating shares exceeds 50% If it does not match the hash value of (100), it is determined that the block chain stored in any one of the super nodes (S) is arbitrarily changed, and two or more super nodes (S) whose total operating stake exceeds 50% It can be replaced with the block chain 100 stored in the same way.

Hereinafter, the transaction details approval in the system 10 according to the present invention with reference to FIG. 6 and the transaction history cancellation process in the system 10 according to the present invention will be described with reference to FIG. 7 .

First, a corresponding node block 110 is created so that a super node (S1) with 20% of the operating stake can participate in the system 10 for a general node (N1), and 100 coins are given to the general node (N1). When the history block 120 for donation is created, the history block 120 is a sub-chain 120' of the node block 110 of the super node S1 and the node block 110 of the normal node N1 related to the transaction. ) is connected to For this currency transaction, an affirmative history block is automatically generated from all other super nodes (S2..Sn) and is connected after the history block for the 100 coin donation, and the history block 120 for the 100 coin donation is activated do. As a result, approval for the transaction is made quickly.

At this time, when a super node (S2) considers that the 100 coin donation is due to hacking and wants to cancel the transaction, a cancellation history block 120 for inactivating the history block 100 related to the 100 coin donation ), and at this time, the control module 300 connects the cancellation history block 120 to the sub-chain 120 ′ of the node block 110 previously.

When the fact that the cancellation history block 120 is generated is propagated through the broadcast communication module 210, the remaining super nodes (S) make their own decisions on whether to cancel the coin donation, and then the super nodes ( In the case of S), the cancellation approval history block 120 is generated. Then, the control module 300 connects to the sub-chain 120' of the corresponding node block 110, and the sum of the operating shares of the super nodes (S) that generated this cancellation approval history block 120 is the total operating share. If it exceeds 50%, the control module 300 deactivates the activation of the history block 120 for the coin donation again, and if it does not exceed 50% of the total operating share, it is still recognized as a valid transaction.

Next, the block of the system 10 according to the present invention is the currency usable in the system 10, and the token information, prior hash value and identification code to which a certain authority is exclusively granted to at least one token operation node (R) It may further include a token block in which information including The token block 130 has an aspect similar to the node block 110 in that it is connected to the main chain of the block chain 100, but is not related to a node participating in the P2P network according to the present invention, but rather the system 10 ) is different in that it is about tokens, which are one of the currencies available. Accordingly, the token node 130 may basically store information including the token information, the prior hash value, and the identification code.

Here, the token (token) means one of the currency, which is a transaction means that can be used in the system 100 of the present invention. The currency most basically used in the system 100 of the present invention is a coin, which is distinguished from the token. For reference, in the coin, important operational matters (change of coin issuance, change of transaction fee, etc.) are determined by a super node (S) having a certain operating share, whereas the token is a token block (S) by any one super node (S). 130) can be created arbitrarily, and it is operated in such a way that a random node is designated as a token operation node (R) and certain operational rights for important token operation matters are exclusively granted. The token operation node (R) may be two or more.

The exclusive authority delegated to the token operation node (R) is to change the transaction fee of the token, to limit the transaction of the token to a specific node, or to trade the token operation stake (hereinafter referred to as the 'token operation matter'). can Therefore, only the token operation node (R) can request the related history creation because the exclusive right for the above token operation matters is granted only to the token operation node (R). A super node (S) or a normal node (N) that is not granted such authority cannot create or request history for the above-mentioned matters, and a super node (S) or a normal node (N) without the above authority delegation When a related history generation (request) signal is transmitted, even if the control module 300 receives such a history generation (request) signal, the generation of the corresponding history block is blocked.

The token operation node (R) may hold a token operation stake that can participate in the determination of the token operation matter, and the control module 300 approves the activation of the history block on the token operation matter history block When the sum of token operation shares held by the token operation node that has requested the creation of Tokens meets a certain set criterion, the history block related to the above token operation matters can be activated. That is, for the above token operation matters, the super node (S) cannot independently create an affirmative history block, and generates the corresponding consent history block 120 according to the request of the token operation node (N) with a token operation stake. do. Accordingly, the authority of the token operation node (N) is partially permitted for the above token operation matters.

Although preferred embodiments of the present invention have been described above, the scope of the present invention is not limited thereto, and it should be understood that the scope of the present invention extends to those substantially equivalent to the embodiments of the present invention. Various modifications may be made by those of ordinary skill in the art to which the invention pertains without departing from the spirit of the invention.

10: system
100: block chain 110: node block
120: history block 130: token block
110': main chain 120': sub-chain
200: communication module 210: broadcast communication module
220: super broadcast communication module 230: query communication module
300: control module 1,2...n: node
N : normal node S : super node
R: Token operation node

Claims (3)

Creating and activating a block, storing certain information in the block and connecting blocks to form a block chain, controlling the activation and deactivation of the block, and distributing and storing the block chain in a number of nodes participating in the network In the block chain-based information storage and operating system that does not have a separate management server, including a control module,
The nodes participating in the network include a plurality of super nodes having block generation rights and general nodes without block generation rights,
The block is divided into a node block and a history block,
In the node block, information including a prior hash value, public key, generation information, identification code and corresponding node user information is stored,
In the history block, information including a prior hash value, information related to a specific node block, and a history address are stored,
The node blocks are sequentially connected in the order of creation to form a main chain, and the history block is connected to a separate sub-chain connected from the related specific node block in the order of creation,
The history block is created by any one super node that approves the activation of the history block,
The approval history block generated by the super node that approves the activation of the history block is connected to the sub-chain to which the generated history block is connected,
A semi-centralized blockchain-based information management and operation system, characterized in that when the super node that has generated the affirmative history block meets certain setting criteria, the control module activates the generated history block.
The method of claim 1,
When a cancellation request history block for inactivating the activated history block is generated by any one super node, and the super node that generated the cancellation approval history block in favor of this meets certain setting criteria, the control module performs the activation A semi-centralized blockchain-based information management and operation system characterized by inactive processing of the old history block.
Creating and activating a block, storing certain information in the block and connecting blocks to form a block chain, controlling the activation and deactivation of the block, and distributing and storing the block chain in a number of nodes participating in the network In the block chain-based information storage and operating system that does not have a separate management server, including a control module,
The nodes participating in the network include a plurality of super nodes having block generation rights and general nodes without block generation rights,
The block is divided into a node block and a history block,
In the node block, information including a prior hash value, public key, generation information, identification code and corresponding node user information is stored,
In the history block, information including a prior hash value, information related to a specific node block, and a history address are stored,
The node blocks are sequentially connected in the order of creation to form a main chain, and the history block is connected to a separate sub-chain connected from the related specific node block in the order of creation,
The history block is first activated after being created by any one super node that approves the activation of the history block,
A cancellation request history block is connected to a sub-chain to which the activated history block is connected by a super node that wants to cancel the activation of the activated history block,
A semi-centralized blockchain-based information management and operation system, wherein the control module inactivates the activated history block when the super node that has generated the cancellation request history block meets certain setting criteria.

Images