WO2019198885A1

WO2019198885A1 - Decentralized service platform using multiple blockchain-based service nodes

Info

Publication number: WO2019198885A1
Application number: PCT/KR2018/009143
Authority: WO
Inventors: 채흥석
Original assignee: 주식회사 에이비씨
Priority date: 2018-04-10
Filing date: 2018-08-10
Publication date: 2019-10-17
Also published as: KR102024694B1

Abstract

The present invention provides a decentralized service platform using multiple blockchain-based service nodes, which: is not subjected to damage due to hacking by using a blockchain-based database and multiple distributed blockchain-based service nodes serving as a server; and can provide a service which is free from concern over hacking and has high reliability while reducing a load of a service node, through periodic checking of whether a new service node and an existing service node among the service nodes have been hacked into and through distribution of a business logic.

Description

Decentralized service platform using multiple service nodes based on blockchain

The present invention is a decentralized service platform that uses a blockchain-based database and a plurality of service nodes that serve as a server are distributed and configured to block the blockchain-based multiple service nodes without hacking damage. It is about.

In general, a service providing platform that runs in a network environment consists of a service user (hereinafter referred to as a user) constituting a client and a service provider (hereinafter referred to as a provider) constituting a server, and the provider installs a server application on the server, and the user In order to use the service, a client application, which is an application program distributed by a provider, is installed in its own system, and the service is provided by interaction between the server application and the client application.

In particular, currently used service providing platforms are all composed of a single server.

(Patent Document 1) KR10-15981477 B1

However, the service providing platform operating a single server as described above, if a hacking of a single server occurs, as well as the leakage of personal information, a problem such as not using the service for a certain time.

In the decentralized service platform using a blockchain-based service node according to the present invention for solving the above problems, a plurality of service nodes, which are service subjects constituting a server, are distributed, and data of each service node is provided. Verification procedure that multiple service nodes verify the reliability of the service, and access to the service node of the server through the terminal node as a terminal to randomly access any one service node when the service is executed, the request requested by the service node Since the validity & integrity of the transaction is checked through multiple contacts with multiple service nodes, even if any service node is hacked, the user can receive normal service, so that many services based on blockchain do not pose any risk of hacking. Create a decentralized service platform that uses nodes To have its purpose.

Another object of the present invention is to prevent damage caused by hacking through a blockchain-based database.

It is another object of the present invention to provide a quality service by removing a service node deteriorated by hacking by adding a service node of a server and verifying an existing service node.

Another object of the present invention is to include a business logic included in the service node constituting the server to perform a distributed task rather than a complete form to perform a smooth service by reducing the load (overload) at the time of service provision At the same time, it aims to provide high quality service with high reliability by verifying the deterioration caused by hacking on the network in real time.

According to the present invention, a plurality of service nodes, which are service subjects constituting a server, are distributed, and a plurality of service nodes verify a reliability of data of each service node. When one of the service nodes accesses the service node and randomly connects to any one service node, the service node checks the validity & integrity of the request transaction requested by the service node through multiple contacts with multiple service nodes. Even if hacked, the user can receive normal service and there is no risk of hacking.

In addition, the use of a blockchain-based database does not cause any damage to hacking.

Also, by adding a service node of a server and verifying an existing service node, a service node deteriorated by hacking can be removed to provide a good service.

In addition, the business logic included in the service node constituting the server is included so that distributed work can be carried out rather than completed. This is a useful invention that can provide high quality service with high reliability by verifying the deterioration caused by the terminal node in real time.

1 is a block diagram of a decentralized service platform using multiple service nodes based on blockchain in accordance with the present invention.

2 is a block diagram for explaining new registration of a service node of a server.

3 is a flowchart for explaining new registration of a service node of a server.

4 is a block diagram illustrating a service node registration process of a new service node.

5 is a block diagram illustrating a self-verification process of service nodes.

6 is a block diagram illustrating a process of removing a service node suspected of being hacked.

7 is a block diagram showing a connection state of a terminal node and a server.

8 is a flowchart of communication with a server of a terminal node.

9 is a flowchart for explaining distributed business logic.

10 is a block diagram showing another embodiment of a server in the present invention.

Hereinafter, the configuration of the present invention with reference to the accompanying drawings in more detail.

The invention includes a server comprising a plurality of service nodes 12 in the form of a distributed server that acts as a server and includes business logic as one or more seed nodes 11 providing a list of service node addresses as shown in FIG. 10, a terminal node 20 which is a portable terminal including interface code between a browser and a library, and a blockchain-based database 30 are included.

First, as shown in FIG. 2, the seed node 11 of the server 10 is a device that stores a plurality of service node address lists in the local hard disk.

In addition, the service node 12 is a server including business logic including a program capable of performing data processing required for a task.

That is, the service node 12 may be a service node 12 that performs a server role by installing a public server program on a general computer including a personal computer.

In more detail, in order to configure the service node 12 serving as a server as shown in FIG. 3, the above-described disclosed server program must be installed on a personal computer so as to perform a server role.

At this time, the new service node 12 having the server program published to the personal computer automatically connects to the seed node 11 of the server 10 and performs a plurality of services that already perform server functions stored in the seed node 11. A node address list is received, and about 200 to 1,000 servers are accessed by connecting to any one or more service nodes 12 among the plurality of service node address lists thus received and receiving a service node address list stored by the service node 12. A list of service nodes that play a role is obtained and stored.

Here, the list of one or more service nodes serving as a server stored in the new service node 12 and the existing service node 12 is updated repeatedly and stored at random, the service node 12 The new service node 12 may send a transaction to the service node 12 to list up its address.

Meanwhile, the new service node 12 provided with the service node address list through the seed node 11 and the service node 12 as described above performs a server role through a data verification procedure with a plurality of service nodes 12. It becomes a service node 12.

In this case, the data verification procedure is performed when the data of the new service node 12 is randomly changed by the computer holder, or when the data is stored different from the plurality of service nodes 12 due to hacking or the like, or the new service node ( When some of the service nodes 12 used for data verification with 12 are hacked, it is preferable to verify with as many service nodes 12 as possible.

As shown in FIG. 4, the new service node 12 of the service node 12 constituting the server 10 is new to the service node 12 in the service node address list received through the seed node 11. The service node 12 makes a list-up registration request to the service node address list of the service node 12, and the service node 12 receiving the list-up registration request sends a virtual request to the new service node 12. At the same time, the new service node 12 may be added by repeating the process of including the new service node 12 in the service node address list only when the same virtual request is also sent to the same.

In particular, the server 10 may also add the service node 12, but may also delete the service node 12 deteriorated by hacking.

That is, the service node 12 constituting the server 10 sends a virtual request to any one of the service nodes 12 as shown in FIG. 5, and also sends the same virtual request to the service node 12. If it is not the same, delete the corresponding service node 12 from its service node address list and at the same time request the other service nodes 12 in the service node address list to remove the service node 12 to be removed, and FIG. 6. The service node 12, as requested, sends a virtual request to the service node 12 to be removed and sends the same virtual request to itself. If the result is the same, the operation ends. The service node 12 may be deleted from the.

Next, the terminal node 20 is a terminal such as a smartphone connected to the server 10 described above as shown in FIG. 1 and includes an interface code between a browser and a library.

Such a terminal node 20 may be connected to any one or more service nodes 12 of the plurality of service nodes 12 constituting the server 10 as shown in FIG. 7 to receive services.

That is, as shown in FIG. 8, the terminal node 20 is initially connected to the seed node 11 unconditionally for connection with the server 10 and receives a service node address list stored in the seed node 11. In addition, one or more service nodes 12 in the provided service node address list are connected to receive the service node address list which the service node 12 has.

Thereafter, when accessing the server 10 to receive any service, the service node 12 is randomly connected to any one or more of the service node addresses stored in the service node address list.

Next, the database 30 is based on the blockchain, so detailed description thereof will be omitted.

In addition, in the present invention, the business logic included in the service node 12 of the server 10 which drives the execution of the business logic in the terminal node 20 described above may be distributed by uniting any completed business logic in several steps. It consists of unit business logic that is configured to perform a task.

That is, the service node 12 is not executed by any one service node 12, but is configured to execute several service nodes 12 step by step.

More specifically, as shown in FIG. 9, the execution of the business logic in the service node 12 configured in the server 10 is a first step for performing distributed unit tasks of the completed business logic in the terminal node 20. When the command and the parameter value of the s are transmitted to any one of the service nodes 12, the service node 12 transmits the command, parameter, and first step result value of the first step created by the first step command and the parameter value. Returning to (20), the terminal node 20 verifies whether or not the first stage hash value is altered, and if the first stage hash value is not altered, the terminal node 20 executes the unit task for the second stage of the business logic. In order to transmit the command, parameter, and first step result value of the second step to another service node 12, the service node 12 uses the command, parameter and first step result value of the second step. After repeatedly performing the process of returning the created second step result value and the hash value to the terminal node 20, the contents are transferred to the database 30 to store the transaction result, thereby performing the work of the service nodes 12. It is configured to reduce the load by distributing and to verify in the terminal note 20 whether the hacking on the network between the terminal node 20 and the service node 12.

In addition, in the present invention, in order to verify whether the service logic of the service node 12 constituting the server 10 is hacked when executing the business logic, the terminal node 20 at any one step in the terminal node 20 is a service node ( 12, the command and parameter values passed to the other service node 12 are transferred to another service node 12 so that the terminal node 20 transfers the result value and the hash value generated by the command, parameter, previous step result value of the corresponding step. You can check whether or not you have hacked by comparing the result value and hash value delivered in 12).

Meanwhile, in the present invention as shown in FIG. 10, the above-described server 10 may further include one or more fixed servers 13 for third party services of auxiliary functions.

The fixed server 13 is not a core function such as, for example, a server for searching, but a service that is not mounted on the service node 12 or a service node 12 also has a function but may take a long time to cause inconvenience. For the auxiliary function, a separate fixed server 13 may be configured.

Looking at the effect of the decentralized service platform using a plurality of blockchain-based service nodes according to the present invention having the above configuration as follows.

First, in the server 10 of the decentralized service platform 50 using a plurality of service nodes based on the blockchain according to the present invention, a service node 12 including a plurality of distributed business logics executing a server role is provided. Consists of.

In particular, the above-described service node 12 performs a data verification procedure between a new service node 12 having a public server program installed on a general computer, such as a personal computer, and a plurality of service nodes 12 already serving as servers. Only after verification is completed will the server function.

In more detail, the new service node 12 of the service node 12 constituting the server 10 according to the present invention receives a list of service node addresses received through the seed node 11, The service nodes 12 request themselves to list up registrations in the service node address list of the service nodes 12.

Then, the corresponding service node 12 receiving the list up registration request sends a virtual request to the new service node 12 making the request and at the same time sends the same virtual request to itself.

If the result value returned by the new service node 12 and the result value thereof are the same, the new service node 12 is registered in its service node address list. If the result value is different, the list-up registration request is requested. One new service node 12 is not registered.

In addition, the server 10 of the present invention operates to continuously verify the service node 12 deteriorated by hacking among the service nodes 12 that perform the service in addition to the registration of the new service node 12.

That is, as shown in FIG. 5, the service nodes 12 send a virtual request to the unspecified service node 12 in the service node address list they have, and at the same time, send the same virtual request to themselves. If it is not the same, delete the service node address list from its service node address list, and return the service node 12 from the service node address list to the other service node 12 in its service node address list. You will be asked to delete it.

Then, the service node 12 receiving the request to delete the service node address list sends an arbitrary virtual request to the service node 12 suspected of being hacked and deteriorated as shown in FIG. In this case, the service node 12 hacked from its service node address list is maintained as it is suspected of being deteriorated. If another result is returned, the service node 12 deletes it from its service node address list. .

Accordingly, the present invention as described above, the service node 12 is hacked and deteriorated by periodically verifying whether the service node 12 attempts to play the role of the service node 12 and whether or not the existing service node 12 is hacked. By limiting the services of the hack can prevent damage.

Also, a service node that sends a request transaction for validity & integrity check on the request transaction when receiving a request transaction from any one or more of the plurality of service nodes 12 when using the service in the terminal node 20. A number of service nodes 12 other than (12) are contacted to check the validity & integrity of the transaction.

Therefore, if there is a problem of the new service node 12, the server does not play a role, and when using a service through the terminal node 20, the validity & integrity check of the request transaction is performed through contact with a plurality of service nodes 12. Therefore, even if hacking occurs, the problem of using the service does not occur.

That is, even if any one of the service nodes 12 is hacked in the distributed state of the server, the hacking becomes meaningless because it checks the validity & integrity by connecting to a plurality of service nodes 12.

In addition, when it is assumed that the terminal node 20 is using the service for payment, if it is determined that there is no problem through the validity & integrity check of the request transaction of the service node 12 constituting the server 10, the corresponding service For the request transaction of the node 12, the terminal node 20 sends a transaction for the signature to the corresponding service node 12, the service node 12 sends the transaction for the signature to a blockchain-based database ( 30), it is possible to prevent the leakage of personal information, such as by hacking.

Particularly, in the present invention, the business logic included in the service node 12 is not composed of one completed form, but is composed of unit business logic which is a form capable of performing a unit task of several stages. Through the distribution of the business logic, it is possible to check whether data is deteriorated due to hacking on the network and whether the service node 12 is deteriorated.

That is, as shown in FIG. 9, the command and parameter values of the first step for performing distributed unit work among the completed business logic for executing specific business logic in the terminal node 20 are transmitted to any one service node 12. Will be delivered.

Then, the service node 12 returns to the terminal node 20 a hash value and a result value of the first stage result derived by the first stage command and parameter value of the terminal node 20. The terminal node 20 that receives the hash value and the result value for the step result determines whether the returned first step hash value is changed based on the first step command and the parameter value.

If the change of the first level hash value is confirmed, the operation is stopped to check whether the corresponding service node 12 is deteriorated. If the first level hash value is not changed, the terminal node 20 In order to execute the unit task for the second stage of the business logic, the command and parameter values of the second stage are transmitted to the other service node 12.

Then, the service node 12 repeats the process of returning the hash value and the result value for the result of the second step made by the command and the parameter value of the second step, as in the first step, to the terminal node 20. After execution, the contents are transferred to the database 30 to store the transaction result.

The present invention reduces the load by distributing the work of the specific service nodes 12 through the distribution of business logic as described above, and verifies whether the hacking on the network between the terminal node 20 and the service node 12 is performed by the terminal node ( 20).

Particularly, in the present invention, in order to cross check whether or not hacking is executed when the above-described business logic is executed, the terminal node 20 transfers the command and parameter values transmitted from the terminal node 20 to the service node at any one step. 12) compares the result value and the hash value generated by the command, the parameter, the result value of the previous step with the result value of the previous step, and compares the result value and the hash value previously received from the service node 12 by the terminal node 20. You can check whether the hack.

Meanwhile, the present invention may further include a fixed server 13 that performs additional functions on the server 10, that is, executes a third party service that does not cause any damage even if hacking occurs.

Services that do not run as the service node 12 of the server 10 and even if the service node 12 is possible to run a service of the auxiliary function that takes a long time to the fixed server 13 when the service node 12 It is possible to provide high quality service to the user by reducing the load (load) of the.

Although the above-described embodiments have been described with respect to the most preferred embodiments of the present invention, it is not limited to the above embodiments, and various modifications are possible within the scope without departing from the technical spirit of the present invention. It is obvious to the engineers.

* Description of the sign *

10: server

11: seed node 12: service node 13: fixed server

20: terminal node

30: Database

50: Decentralized service platform using multiple service nodes based on blockchain

Claims

A server 10 comprising a plurality of service nodes 12 in the form of a distributed server that acts as a server and includes business logic and at least one seed node 11 providing a service node address list;

A terminal node 20 which is a portable terminal containing interface code between a browser and a library;

Blockchain-based database (30); Decentralized service platform using a plurality of blockchain-based service nodes, characterized in that consisting of.
The server 10, the service node 12 is a new service node 12 that has installed a server program published in a general computer including a personal computer is already connected to the seed node (11) A service node address list for performing a function is provided, and is connected to any one or more service node 12 of the service node address list received through the seed node 11, and the other service node stored in the service node 12 ( Repeating the process of receiving the service node address list for 12) randomly stores the address list for 200 to 1,000 service nodes 12 performing the server service, the new service node 12 is a plurality of service nodes ( Decentralized service using multiple service nodes based on blockchain, characterized by becoming a service node acting as a server through data verification process with 12). Platform.
The method of claim 2, wherein the service node 12 constituting the server 10 sends a virtual request to any one of the service node 12 in its service node address list and sends the same virtual request to itself. If the result is the same, the operation is finished. If not, the service node 12 is deleted from its service node address list and other service nodes 12 in the service node address list are removed. Requested for removal, the service node 12 receives the request, sends a virtual request to the service target node 12 to be removed, and also sends the same virtual request to itself. If the result is the same, the operation is terminated. Blockchain machine characterized by deleting the service node 12 from the address list The decentralized services platform that uses a plurality of service nodes.
The service node 12 constituting the server 10 sends a virtual request to any one of the service nodes 12 and sends the same virtual request to the service node. If it is not the same, delete the corresponding service node 12 from its service node address list and at the same time, request the other service nodes 12 in the service node address list to remove the service node 12 to be removed and receive the request. The service node 12 sends a virtual request to the service node 12 to be removed, and at the same time, sends the same virtual request to itself. If the result is the same, the service node 12 ends the operation. Decentralization using multiple service nodes based on blockchain, characterized by deleting Anghua service platform.
2. The terminal node of claim 1, wherein the terminal node 20 receives two or more service nodes at different locations when the terminal node 20 receives a request transaction including request data through one or more service nodes 12 constituting the server 10 as a terminal. If the validity and integrity are recognized by accessing (12) and performing multiple validity & integrity checks for validity and integrity checking of a request transaction at any one service node 12, Transmitting a transaction including the request data, and the request data received through the terminal node 20 is stored in the blockchain-based database 30 using a plurality of blockchain-based service nodes Decentralized Service Platform.
According to claim 1, When the terminal node 20 is first connected to the seed node 11 when the server 10 is connected to receive a service node address list, and then a plurality of service nodes in the service node address list ( 12) by repeating the process of receiving the service node address list stored in the random storage of 200 to 1,000 service node address list, and randomly connected to any one or more service node 12 of the stored service node address list Decentralized service platform using multiple service nodes based on blockchain with distinctive features.
According to claim 1, wherein the server 10 is a blockchain-based multiple service node characterized in that it further comprises one or more fixed server 13 for the third party service of the auxiliary function. Centralized service platform.
The method of claim 1, wherein the business logic included in the service node 12 of the server 10 that drives the execution of the business logic in the terminal node 20 is distributed by uniting any completed business logic in several steps. Decentralized service platform that uses a number of service nodes based on blockchain, characterized by unit business logic configured to perform tasks.
The method of claim 8, wherein the execution of the business logic in the service node 12 constituting the server 10 is a first step instructions and parameters for performing the distributed unit tasks of the completed business logic in the terminal node 20 When the value is passed to any one of the service nodes 12, the service node 12 returns the hash value and the result value of the first step result generated by the command and parameter value of the first step to the terminal node 20. The terminal node 20 verifies whether or not the first level hash value is changed. If the first level hash value is not changed, the terminal node 20 performs the second step to execute the unit task for the second step of the business logic. When the command, parameter, and first step result value are transferred to another service node 12, the service node 12 transmits the command, parameter and first step result value to the second step result. After repeatedly performing a process of returning a hash value and a result value to the terminal node 20, the contents are transferred to the database 30 to store the transaction result, thereby decentralizing and loading the work of the service nodes 12. A decentralized service platform using a plurality of service chains based on blockchains, which is characterized in that the terminal node 20 performs verification of hacking on the network between the terminal node 20 and the service node 12. .
10. The terminal node 20 according to claim 9, wherein the terminal node 20 performs a terminal check at any stage in order to cross check whether the service node 12 is hacked when the business logic of the service node 12 constituting the server 10 is executed. The node 20 transmits the command and parameter value that the node 20 has delivered to the service node to another service node 12 to transmit the result value and hash value generated by the command, parameter, previous step result value of the corresponding step, and the terminal node 20. ) Is a decentralized service platform that uses a plurality of service nodes based on blockchain, characterized by comparing the result value and the hash value received from the service node (12) to determine whether the hack.