KR102159431B1 - Method and apparatus for providing contract service based on blockchain - Google Patents

Abstract

The present invention relates to a method and apparatus for providing a contract service based on a block chain. A blockchain network that provides contract services on a blockchain may include a plurality of nodes operating on the blockchain network and a blockchain that is mined by at least one of the plurality of nodes, but the blockchain network is a contract on the blockchain. A service is provided, and the plurality of nodes may include a contract service providing node, a contract subscription node, and a contract acceptance node.

Description

Method and apparatus for providing contract service based on blockchain}

The present invention relates to a method and apparatus for providing a contract service based on a block chain. In more detail, it relates to a method of providing a blockchain-based contract service and an apparatus for performing such a method in order to more conveniently perform authentication of subscribers and acceptors for a contract, and to prevent forgery and alteration of the contract.

Blockchain can be a digital ledger that is shared between members of the network by encrypting transaction information occurring in a public or private network.

A copy of the transaction ledger is distributed to each network member so that each time a new transaction occurs, the authentication process for the transaction can proceed with the consent of the members.

Since transaction information based on the blockchain cannot be arbitrarily changed, the reliability of transactions is increased and information tracking is easy. In particular, in the field of financial services, efforts are being made to increase work efficiency and establish a new service base by applying blockchain technology.

It is possible to reduce security, supervision, and regulatory costs through transparent transactions through a distributed ledger system. Blockchain technology can be applied not only to the financial sector, but also to logistics, distribution, and even government public administration services.

Research on contract technology based on blockchain is also underway, and instead of the existing electronic contract service that requires an accredited certificate, it is possible to more simply proceed with the identity verification process and proceed with the contract through identity authentication on the blockchain. There is a need for research on blockchain-based non-face-to-face authentication electronic contract services.

An object of the present invention is to solve all of the above-described problems.

In addition, it is an object of the present invention to more transparently and conveniently perform confirmation of forgery and/or alteration of a contract that occurred during an existing contract, and authentication of subscribers of contracts and consenters of contracts.

In addition, the present invention increases the security of the original by using the original contract-related information and the hash value of the contract-related information, and accurately and conveniently judges forgery/falsification of contract-related information based on the hash value. It aims to do.

In addition, the present invention aims to more conveniently create a smart contract (or block chain code) in a block on the blockchain in accordance with the contract terms of the contracting party, thereby more conveniently implementing the contract using blockchain technology. To do.

A typical configuration of the present invention for achieving the above object is as follows.

According to an aspect of the present invention, a blockchain network providing a contract service on a blockchain may include a plurality of nodes operating on the blockchain network and a block chain mined by at least one node among the plurality of nodes. However, the blockchain network provides a contract service on the blockchain, and the plurality of nodes may include a contract service providing node, a contract subscription node, and a contract acceptance node.

According to another aspect of the present invention, a method of providing a contract service on a blockchain includes steps in which a plurality of nodes perform an operation for the contract service on the blockchain network, and at least one node among the plurality of nodes generates a block. It may include the step of generating the block chain by mining, and the plurality of nodes may include a contract service providing node, a contract subscription node, and a contract acceptance node.

According to the present invention, confirmation of forgery and/or alteration of a contract that occurred during an existing contract, and authentication of a subscriber of a contract and an acceptor of a contract can be performed more transparently and conveniently.

In addition, according to the present invention, the security of the original is improved by using the original and the hash value of the contract-related information, and the forgery and/or alteration of the contract-related information based on the hash value can be accurately and conveniently determined. have.

In addition, according to the present invention, a smart contract can be more easily created in a block on the blockchain according to the contract terms of the contracting party, so that the contract can be transparently executed using the blockchain technology.

1 is a conceptual diagram showing a block chain-based contract system according to an embodiment of the present invention.
2 and 3 are conceptual diagrams showing transactions generated by a blockchain-based contract system and a contract subscription node according to an embodiment of the present invention.
4 and 5 are conceptual diagrams illustrating transactions generated by a blockchain-based contract system and a contract acceptance node according to an embodiment of the present invention.
6 is a conceptual diagram showing a method of detecting forgery or falsification of a contract according to an embodiment of the present invention.
7 is a conceptual diagram showing a method for performing contract execution on a blockchain according to an embodiment of the present invention.
8 is a conceptual diagram showing a method of setting a contract clause on a blockchain according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION The detailed description of the present invention to be described below refers to the accompanying drawings, which illustrate specific embodiments in which the present invention may be practiced. These embodiments are described in detail sufficient to enable those skilled in the art to practice the present invention. It is to be understood that the various embodiments of the present invention are different from each other but need not be mutually exclusive. For example, specific shapes, structures, and characteristics described herein may be changed from one embodiment to another and implemented without departing from the spirit and scope of the present invention. In addition, it should be understood that the positions or arrangements of individual elements in each embodiment may be changed without departing from the spirit and scope of the present invention. Therefore, the detailed description to be described later is not intended to be limited, and the scope of the present invention should be taken as encompassing the scope claimed by the claims of the claims and all scopes equivalent thereto. Like reference numerals in the drawings indicate the same or similar elements over several aspects.

Hereinafter, various preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings in order to enable those skilled in the art to easily implement the present invention.

In the case of the existing electronic contract method, various methods were used to authenticate the person (subscriber of contract, acceptor of contract). For example, personal authentication using an accredited certificate and an authentication method using a mobile phone were used to proceed with the authentication process for the subscriber of the contract and the acceptor of the contract.

In the method and apparatus for providing a blockchain-based contract service according to an embodiment of the present invention, a blockchain-based identity authentication procedure is initiated instead of an authentication procedure using a public certificate or a mobile phone.

1 is a conceptual diagram showing a block chain-based contract system according to an embodiment of the present invention.

In FIG. 1, a block chain, an electronic contract service providing node, a contract subscription node, and a contract acceptance node, constituting a block chain-based contract system are disclosed.

Referring to FIG. 1, a block chain system for a block chain-based contract service may include a block chain network 100, a contract service providing node 110, a contract subscription node, and a contract acceptance node.

The blockchain network 100 may create a blockchain that stores and/or processes various transactions generated by nodes constituting the blockchain network 100. On each of the plurality of blocks included in the blockchain, transaction information generated for a certain period of time (block creation time) and verified by the node may be included. In addition, after verification of the node, information on the block connected to the block chain may be propagated to nodes constituting the block chain network 100.

Blocks connected to the blockchain can be created based on mining, and various methods such as proof of work (POW), proof of stake (POS), and delegated proof of stake (DPOS) can be used. Blocks are mined including information of a previous block, and this mining method can prevent modulation of transaction information recorded on the block.

Each block constituting the blockchain contains information on the movement of cryptocurrency generated on the blockchain, programming code (or blockchain code) to perform a specific algorithm based on the blockchain such as a smart contract. Can include.

Nodes constituting the blockchain network 100 may include a contract service providing node 110, a contract subscription node, and a contract acceptance node. In addition, the nodes constituting the blockchain network 100 may include other nodes of various characteristics (eg, mining nodes, wallet nodes, etc.). The blockchain network 100 is a network that serves as a platform that can use other blockchain-based services such as an existing Ethereum blockchain network, or its own block for providing an electronic contract service according to an embodiment of the present invention. It can be a chain network.

Nodes constituting the blockchain network 100 may include a contract service providing node 110, a contract subscription node 120, and a contract acceptance node 130. In addition, the nodes constituting the blockchain network 100 may include other nodes of various characteristics (eg, mining nodes, wallet nodes, etc.). Each node includes a communication unit and a processor, the communication unit is implemented for communication with a blockchain network and/or other nodes, and the processor may be operatively connected to the communication unit.

The blockchain network 100 is a network that serves as a platform where other blockchain-based services such as an existing Ethereum blockchain network can also be used, or provides only a blockchain-based contract service according to an embodiment of the present invention. It can be its own blockchain network for

The contract service providing node 110 may be implemented to implement a block chain-based contract service on a block chain and provide a block chain-based contract service. For example, the contract service providing node 110 may store a smart contract for a contract service on the blockchain through the Ethereum blockchain network. Transactions generated by the contract subscription node 120 and the contract acceptance node 130 are processed based on the uploaded smart contract, so that the blockchain-based contract service disclosed in the embodiment of the present invention may be provided below. The contract service providing node 110 may be a node of a foundation that develops and services blockchain-based contract services. The blockchain-based contract service implemented on the blockchain by the contract service providing node 110 will be described in more detail later.

The contract subscription node 120 may be a node that requests a contract subscription by using a blockchain-based contract service provided by a contract service providing node. The contract subscription node 120 may upload a contract requesting subscription on the blockchain. The contract requesting subscription may be generated by the contract service providing node 110 and uploaded on the blockchain. For example, the contract subscription node 120 transmits contract information (for example, a contract clause) to the contract service providing node 110, and the contract service providing node 110 creates a contract and uploads it on the blockchain. You may.

Based on the smart contract, the contract process can be carried out by verifying whether or not the contract using the private key of the contract acceptance node and the private key of the contract subscription node is used and whether it is tampered with.

The contract acceptance node 130 may receive the contract generated by the contract subscription node 120 and accept the contract by performing an authentication procedure using the private key on the blockchain.

Hereinafter, in an embodiment of the present invention, operations of a contract service providing node, a contract acceptance node, and a contract subscription node for a contract procedure on a blockchain are specifically disclosed.

2 and 3 are conceptual diagrams showing transactions generated by a blockchain-based contract system and a contract subscription node according to an embodiment of the present invention.

In FIGS. 2 and 3, a process for proceeding with a contract based on a block chain is started. In particular, the process of uploading a block chain code (smart contract) by the contract service provider node, and the contract subscription node creating a contract based on the block chain code and transmitting it to the contract acceptance node through the block chain is initiated. Hereinafter, a blockchain-based contract service can be performed based on a blockchain code (smart contract).

2 and 3, each of the contract service providing node 250, the contract subscription node 260, and the contract acceptance node 270 may be assigned a public key and a private key. .

The public key (contract service providing node public key, contract subscription node public key, contract acceptance node public key) of each of the contract service providing node 250, contract subscription node 260, and contract acceptance node 270 The private key of each of the contract service providing node 250, the contract subscription node 260, and the contract acceptance node 270 (contract service providing node private key, contract subscription node private key, contract The consent node private key) is private and can only be known by each assigned node.

The contract subscription node 260 may generate contract-related information (contract subscription node).

Contract-related information (contract subscription node) may be included in the contract subscription node transaction (original) 200 and transmitted, and contract-related information (contract subscription node) is contract information (contract subscription node) 300, contract subscriber information It may include a (contract subscription node) 310, contract consenter information (contract subscription node) 320, and contract acceptance node identification information (contract subscription node) 330.

Each information included in the contract-related information (contract subscription node) may include detailed information as follows.

The contract information (contract subscription node) 300 may include information on a contract clause to be included in the contract generated by the contract subscription node 260.

The contract subscriber information (contract subscription node) 310 may include information (eg, name, address, etc.) of a subscriber who subscribes to a contract generated by the contract subscription node 260.

The contract acceptor information (contract subscription node) 320 may include information (eg, name, address, etc.) of an acceptor who will accept the contract generated by the contract subscription node 260. The contract acceptor information (contract subscription node) 320 may be information for specifying a contract acceptor.

The contract acceptance node identification information (contract subscription node) 330 may include identification information of a node to receive the contract generated by the contract subscription node 260 and accept the contract. The contract acceptance node identification information may be provided by the contract service providing node 250.

The contract subscription node 260 may first encrypt the contract-related information with the private key of the contract subscription node and secondly transmit the contract subscription node transaction (original) 200 encrypted with the public key of the contract acceptance node on the blockchain. In addition, the contract subscription node transaction (original) 200 may be transmitted to the contract service providing node 250 based on the smart contract.

The contract subscription node 260 may generate a contract subscription node transaction (original) 200 excluding the contract acceptor information (contract subscription node) 320. Contract acceptor information (contract subscription node) 320 is used only for confirmation of future contract acceptors based on the hash value, and contract acceptor information (contract subscription node) 320 on the contract subscription node transaction (original) 200 May be excluded.

Since the contract subscription node transaction (original) 200 is encrypted with the contract acceptance node public key, it can be decrypted only with the contract acceptance node private key. Therefore, no node other than the contract acceptance node 270 can check contract-related information (contract subscription node). In addition, since the contract subscription node transaction (original) 200 is encrypted with the contract subscription node private key, it can be decrypted only with the contract subscription node public key. Therefore, when the contract subscription node transaction (original) 200 is decrypted with the contract subscription node public key, contract-related information (contract subscription node) is a transaction that can only be generated by the contract subscription node 260, so the contract subscription node 260 It may be authentication for.

Thereafter, the contract acceptance node 270 receives the contract subscription node transaction (original) 200, first decrypts the contract subscription node transaction (original) 200 with the contract acceptance node private key, and secondly decrypts the contract subscription node public It can be decrypted with a key to check contract-related information (contract subscription node).

In addition, the contract subscription node 260 transmits a contract subscription node transaction (hash value) 220 encrypted with the private key of the contract subscription node for each hash value for each contract-related information (contract subscription node) on the blockchain. I can. Since the hash value cannot be reversely restored by a third party, there is no need for encryption with a separate public key for the hash value.

Thereafter, the contract subscription node transaction (hash value) 220 may be used to review forgery or falsification of contract-related information (contract subscription node) after the contract acceptance node 270 accepts the contract.

Contract subscription node transaction (hash value) 220 is a hash value of contract information (contract subscription node) 350, hash value of contract subscriber information (contract subscription node) 360, and hash value of contract acceptor information (contract subscription node). (370), the contract acceptance node identification information hash value (contract subscription node) 380 may be included.

Through the procedure disclosed in FIGS. 2 and 3, contract-related information (contract subscription node) can be transmitted to the contract acceptance node 270 through the contract subscription node transaction (original) 290 without risk of being stolen by a third party. , A hash value for authentication of the contract subscription node 260 and verification of forgery and/or tampering in the future may be recorded on the blockchain.

4 and 5 are conceptual diagrams illustrating transactions generated by a blockchain-based contract system and a contract acceptance node according to an embodiment of the present invention.

In FIGS. 4 and 5, a process for proceeding with a blockchain-based contract is initiated. In particular, after registration of contract-related information by the contract subscription node described above in FIGS. 2 and 3 and authentication of the contract subscription node, a contract acceptance procedure in the contract acceptance node is started.

4 and 5, the contract subscription node transaction (original) 430 transmitted on the blockchain as described above may be transmitted to the contract sungnak node 470 based on the smart contract. The contract subscription node transaction (original) 430 may be transmitted to the specified contract acceptance node 470 based on the contract acceptance node identification information. Information on the public key of the contract subscription node that transmitted the contract subscription node transaction (original) 430 on the blockchain, and information on the identification of the contract subscription node may also be transmitted to the contract acceptance node 470.

After receiving the contract subscription node transaction (original) 430, the contract acceptance node 470 first decrypts the contract subscription node transaction (original) 430 with the contract acceptance node private key, and secondly uses the contract subscription node public key. It can be decrypted to check contract-related information (contract subscription node).

The contract acceptance node 470 may check contract-related information (contract subscription node) and, when agreeing to the contract-related information, input contract acceptor information (contract acceptance node) 520. The contract acceptor information (contract acceptance node) 520 may include information on the name and address of the contractor. Contract acceptor information (contract acceptance node) 520 may be input in advance.

After confirming the contract-related information (contract subscription node), the contract acceptance node 470 may generate a contract acceptance node transaction (original) 400 and transmit it on the blockchain.

Contract acceptance node transaction (original) 400 includes contract information (contract acceptance node) 500, contract subscriber information (contract acceptance node) 510 and contract acceptor information (contract acceptance node) 520, contract subscription node Identification information (contract acceptance node) 530 may be included.

The contract information (contract acceptance node) 500 may be contract information confirmed by the contract acceptance node 470. If there was no forgery and/or tampering with the contract terms, the contract information (contract acceptance node) 500 may be the same as the contract information (contract subscription node).

The contract subscriber information (contract acceptance node) 510 may be information on a contract subscriber identified by the contract acceptance node 470. If there is no forgery and/or alteration, the contract subscriber information (contract acceptance node) 510 may be the same as the contract subscriber information (contract subscription node).

The contract acceptor information (contract acceptance node) 520 may be information on the contract acceptor input by the contract acceptance node 470. If the contract party is correct, the contract acceptor information (contract acceptance node) 520 may be the same as the contract acceptor information (contract subscription node).

The contract subscription node identification information (contract acceptance node) 530 may be information for identifying the contract subscription node 460 input by the contract acceptance node 470.

The contract acceptance node transaction (original) 400 may be firstly encrypted with the contract acceptance node private key, and secondly, the contract subscription node public key may be encrypted.

Through this method, only the contract subscription node 460 can decrypt the contract subscription node private key, so that third parties (or third nodes (including the contract service providing node)) cannot take over the contract contents, and the contract acceptance node 470 ) By encrypting with the private key of), the transaction is authenticated by the contract acceptance node 470, and the contract acceptance node 470 can be authenticated.

In addition, the contract acceptance node 470 may transmit a contract acceptance node transaction (hash value) 420 encrypted with the private key of the contract acceptance node 470 for the hash value for each contract-related information on the blockchain. . Since the hash value cannot be reversely restored by a third party, there is no need for encryption with a separate public key for the hash value.

Thereafter, the contract acceptance node transaction (hash value) 420 may be used to review forgery or alteration of contract-related information after the contract acceptance node 470 accepts the contract.

Contract acceptance node transaction (hash value) 420 is a hash value of contract information (contract acceptance node) 550, hash value of contract subscriber information (contract acceptance node) 560, hash value of contract acceptor information (contract acceptance node) 570, a hash value of the contract subscription node identification information (contract acceptance node) 580 may be included.

Through the procedure disclosed in FIGS. 4 and 5, contract-related information (contract acceptance node) can be transmitted to the contract subscription node without risk of being stolen by a third party, and authentication of the contract subscription node 470 and future forgery and/or A hash value for verification of tampering can be recorded on the blockchain.

Thereafter, if the contract subscription node transaction (hash value) and the contract acceptance node transaction (hash value) 420 are the same on the blockchain, it is determined that there is no forgery and/or alteration of the contract, and the contract is established as a valid contract. Can be recorded.

When a valid contract is established, a block corresponding to the contract execution time may be set as a contract trigger block in consideration of the contract execution time. After the creation of the contract trigger block, the smart contract according to the contract is activated, and the contract execution according to the contract can be forced on the blockchain. Information on the contract trigger block may be transmitted to the contract subscription node and the contract acceptance node, and the contract subscription node and the contract acceptance node may set the contract trigger block through separate transactions for separate agreement on the contract trigger block. . For example, in consideration of the setting range of the contract trigger block desired by the contract subscription node and the setting range of the contract trigger block desired by the contract acceptance node, the contract trigger block may be finally set to activate the contract. Through this method, the contract timing is more specific than the daily unit, so that a clear contract timing can be set in blocks. In addition, according to an embodiment of the present invention, a separate contract trigger block may be generated for each contract clause, so that contract trigger blocks at different times for each contract clause may be set. In this way, a plurality of contract trigger blocks exist within one contract, and individual contract clauses are activated according to the creation of the contract trigger block, so that contract execution can be enforced on a smart contract basis.

6 is a conceptual diagram showing a method of detecting forgery or falsification of a contract according to an embodiment of the present invention.

In FIG. 6, a method for determining validity of a contract by comparing a contract subscription node transaction (hash value) and a contract acceptance node transaction (hash value) is disclosed.

6, a contract subscription node transaction (hash value) includes a contract information hash value (contract subscription node) 600, a hash value of contract subscriber information (contract subscription node) 620, and a hash value of contract acceptor information (contract It may include a subscription node 640 and a hash value of identification information of a contract acceptance node (a contract subscription node) (not shown).

Contract acceptance node transaction (hash value) is the contract information hash value (contract acceptance node) 650, contract subscriber information hash value (contract acceptance node) 670, contract acceptor information hash value (contract acceptance node) 690 , Contract subscription node identification information may include a hash value (contract acceptance node) (not shown).

If there is no forgery and/or tampering of the contract clause, the contract information hash value (contract subscription node) 600 and the contract information hash value (contract acceptance node) 650 must be the same. Based on the smart contract on the blockchain, the contract information hash value (contract subscription node) 600 and the contract information hash value (contract acceptance node) 650 are compared, and if they are the same, there is no forgery and/or alteration of the contract clause. Can be judged.

If there is no forgery and/or falsification of the contract subscriber, the contract subject, the contract subscriber information hash value (contract subscription node) 620 and the contract subscriber information hash value (contract acceptance node) 670 must be the same. Based on the smart contract on the blockchain, the contract subscriber information hash value (contract subscription node) 620 and the contract subscriber information hash value (contract acceptance node) 670 are compared, and if they are the same, forgery of the contract subscriber information and/ Or it can be determined that there is no modulation.

In addition, if there is no forgery and/or tampering with the contract acceptor, the contract subject, the contract acceptor information hash value (contract subscription node) 640 and the contract acceptor information hash value (contract acceptance node) 690 must be the same. do. Based on the smart contract on the blockchain, the hash value of contract acceptor information (contract subscription node) 640 and the hash value of contract acceptor information (contract acceptance node) 690 are compared, and if they are identical, the contract acceptor information is forged. And/or it may be determined that there is no modulation.

If it is determined that all three hash values match through the comparison of the above three hash values, it is determined as a valid contract and can be recorded on the blockchain.

Conversely, if at least one of the three hash values does not match through the comparison of the three hash values above, it is determined as an invalid contract and the inconsistent information can be notified to the contract subscription node and the contract acceptance node. have.

The contract subscription node and the contract acceptance node may perform the procedure described above in FIGS. 2 to 5 again in order to correct inconsistent information.

Specifically, the contract subscription node transmits the contract subscription node transaction (original) and the contract subscription node transaction (hash value) including inconsistency information, and the contract acceptance node transmits the contract acceptance node transaction (original) and contract acceptance including inconsistency information. By sending a node transaction (hash value), the contract can be effectively created once again through re-comparison of the hash value on the blockchain.

Alternatively, according to an embodiment of the present invention, when inconsistent information exists, the contract service providing node may receive a contract subscription node transaction (original) and a contract acceptance node transaction (original) from the contract subscription node.

The contract subscription node transaction (original) and the contract acceptance node transaction (original) can be encrypted with the contract service providing node public key so that only the contract service providing node can decrypt. After the contract service providing node decrypts with the contract service providing node private key, the hash value of the contract subscription node transaction (original), contract subscriber information, and contract acceptor information, and the contract of the contract acceptance node transaction (original) By comparing the hash values of the information, contract subscriber information, and contract acceptor information, it is possible to determine whether there is forgery or falsification in any part. In the case of contract information, a hash value for each contract clause is generated by dividing it for each contract clause, so that a judgment on the forged/modified part for each contract clause can be performed.

The contract service providing node may extract information on such a forgery/forgery part and deliver it to the contract subscriber node and the contract acceptor node.

7 is a conceptual diagram showing a method for performing contract execution on a blockchain according to an embodiment of the present invention.

7 shows a method for executing a contract on a blockchain based on the contract clause after the contract is established.

Referring to FIG. 7, a contract service providing node may generate and provide a smart contract for fulfilling a contract based on a contract clause.

For example, 3BTC (bitcoin) is transferred from the contract acceptance node wallet to the contract subscription node wallet on the 1st of each month among the terms of the contract, and if the provision is violated, 3BTC with 5% delayed interest added every 3 months Can be assumed to be charged.

In this case, according to the contract clause, a smart contract that reflects the above contract clause is triggered on the block corresponding to the first day of every month, so that 3BTC can be transferred from the contract acceptance node wallet to the contract subscription node wallet.

If there is no cryptocurrency cryptocurrency corresponding to 3BTC in the contract acceptance node wallet, the cryptocurrency cryptocurrency with 5% delayed interest added to 3BTC every 3 months according to the contract provisions is deposited into the contract acceptance node wallet Thereafter, it can be transmitted to the contract subscription node wallet. If there is no cryptocurrency equivalent to 3BTC in the contract acceptance node wallet, a message is sent to the contract acceptance node based on the smart contract indicating that there is no virtual currency to pay the contract amount to the contract acceptance node wallet. Can be. For convenience of explanation, we have taken virtual currency as an example, but the same procedure can be performed for fiat currency based on the exchange rate between fiat currency and virtual currency.

According to an embodiment of the present invention, the contract service providing node may create a smart contract for executing the contract on the blockchain based on the contract clause after the contract is established.

First, the contract service providing node may determine contract term information 700, payment information 720, external information 740, and the like for execution of a contract based on the contract clause.

The contract service providing node may determine a contract fulfillment block based on the contract term information 700. The contract service providing node can determine whether the contract period is absolute time or block-based time. The absolute time may be a time such as hour/day/month/year, and the block-based time may be a time based on the creation of blocks on the blockchain, such as after the creation of n blocks. A specific block generated on the blockchain based on the absolute time may be the contract fulfillment block 710, and the n-th block predetermined based on the block-based time may be the contract fulfillment block 710. The contract service providing node may define a contract fulfillment block 710 determined based on an absolute time or a block-based time on the smart contract. When using the absolute time, the contract execution block 710 may be determined using a transaction including external time information.

Depending on the setting, information on the contract fulfillment time based on the contract fulfillment block 710 may be updated and transmitted in real time to a contract subscription node, a contract acceptance node, and the like. If the contract execution block is set according to the relative time, the contract execution block according to the relative time may be adjusted in consideration of the generation time of the block. For example, if the contract is executed in units of 1000 blocks, if the unit of 1000 blocks is less than the first critical absolute time unit based on the smart contract, the block corresponding to the critical absolute time is set as the contract execution block. Adjustments to the block may be performed. In addition, if the 1000 block unit is expected to be longer than the second critical absolute time unit based on the prediction of the block generation rate, an adjustment day for 1000 block units may be performed so that the contract fulfillment block is located before the second threshold time. have. In this way, the contract fulfillment block may be determined by considering both relative and absolute time.

The contract service providing node may set the node wallet based on the payment information 720. When cryptocurrency according to the contract needs to be delivered, the contract service providing node can set the wallet required for the contract. As described above, the contract subscription node wallet and the contract acceptance node wallet are set, and the amount according to the contract may be delivered on a block determined based on the virtual currency. The contract service providing node may set up a plurality of wallets as necessary or place a lock that restricts the movement of virtual currency in the wallet.

For example, if there is a contract in which 10 BTC (bitcoin) is delivered every month in the contract acceptance node wallet, the contract service provider node will receive 120 BTC (or 120 BTC) equivalent to one year's worth of contract acceptance node wallet according to the contract. It verifies whether the threshold percentage of BTC (e.g., 70%) exists in advance, and disables personal movement through locks for the duration of the contract for all or some You can also set the transfer to be forced.

Alternatively, the contract service provider node sets up a guarantee contract acceptance node wallet that can guarantee the performance of a separate contract, and the contract service provider node encrypts after inserting the cryptocurrency corresponding to the threshold percentage of the contract amount in the guarantee contract acceptance node wallet. You can also activate the contract by placing a lock on the movement of money. Alternatively, it is possible to periodically determine whether there is more than the contract amount of the cryptocurrency in the guarantee contract acceptance node wallet, and notify the contract subscription node and the contract acceptance node if there is no more than the contract amount.

The contract service providing node may set an external server based on the external information 740. The contract service providing node may set an external server by determining whether external information 740 is required in the contract clause. For example, if there are provisions for temperature and weather in the contract, you can set up an external server to obtain information about temperature and weather.

When a transaction for such external information is required, the contract service providing node may request consent from the contract subscription node and the contract acceptance node to an agency that will receive external information. For example, in the case of trying to obtain weather conditions from the Meteorological Agency, the Meteorological Agency server as an external server to obtain external information when the agreement of the contract subscription node and the contract acceptance node for obtaining weather conditions from the Meteorological Agency is mutually agreed Can be set.

First, the contract service providing node determines contract term information, payment information, and external information for the execution of the contract based on the contract clause, then creates a smart contract according to the contract clause, and then subscribes for the graphic information corresponding to the smart contract. Confirmation can be performed by transmitting to the node and the contract acceptance node.

The contract service providing node can visualize the terms of the contract to provide a procedure according to the contract executed on the block, and receive consent from the contract subscription node and the contract acceptance node. In addition, the contract service providing node may add a smart contract on the blockchain at the request of the contract subscription node and the contract acceptance node.

8 is a conceptual diagram showing a method of setting a contract clause on a blockchain according to an embodiment of the present invention.

In Fig. 8, a method for implementing a contract clause using a smart contract is disclosed.

Referring to FIG. 8, if there is a part of the contract clause to be enforced, the contract clause generation node (a contract subscription node or a contract acceptance node) may set the contract execution using a contract setting tool. The information set by the contract setting tool can be created as a smart contract by the contract service node.

The contract setting tool may include a contract period setting function 800, a contract fulfillment amount setting function 820, an external information setting function 840, and the like. These functions can be implemented graphically so that even contracting parties who do not know the smart contract can easily set them on the user interface.

The contract clause creation node creates a contract clause, and if the contract clause needs to be enforced on the blockchain, it can activate the contract setting tool. The contract setting tool may include a contract period setting function 800, a contract fulfillment amount setting function 820, an external information setting function 840, and the like.

In the contract period setting function 800, as described above, an absolute time and a block-based time are set, and a contract fulfillment block may be determined according to the selected time. The number of predicted blocks is determined according to the user's selection, and the number of predicted blocks may be displayed on the user screen.

In the contract execution amount setting function 820, a contract amount, a contract wallet, a wallet lock setting, a sub-contract wallet setting, and a penalty when remittance of the contract amount is impossible may be set.

In the external information setting function 840, setting of an external server to receive external information and information to be received from an external server may be performed.

A smart contract is automatically created by using the contract period setting function 800, the contract fulfillment amount setting function 820, and the external information setting function 840 of the contract setting tool, and the smart contract is triggered according to the contract. Implementation can be done on the blockchain.

The contract period, contract fulfillment amount, and external information generated by the contract setting tool may be generated on a graphic basis, included in the contract information, generated as a transaction, and transmitted to the contract counterparty node.

The 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 in a computer-readable recording medium. The computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded in the computer-readable recording medium may be specially designed and configured for the present invention or may be known and usable to 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 magnetic-optical media such as floptical disks. medium), and a hardware device specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like. Examples of the program instructions include not only machine language codes such as those produced by a compiler but also high-level language codes that can be executed by a computer using an interpreter or the like. The hardware device can be changed to one or more software modules to perform the processing according to the present invention, and vice versa.

In the above, the present invention has been described by specific matters such as specific elements and limited embodiments and drawings, but this is provided only to help a more general understanding of the present invention, and the present invention is not limited to the above embodiments. Anyone with ordinary knowledge in the technical field to which the invention belongs can make various modifications and changes from these descriptions.

Accordingly, the spirit of the present invention is limited to the above-described embodiments and should not be defined, and all ranges equivalent to or equivalently changed from the claims to be described later as well as the claims to be described later are the scope of the spirit of the present invention. It will be said to belong to.

Claims (8)

A blockchain network that provides contract services on a blockchain,
A plurality of nodes operating on the blockchain network; And
Including the blockchain mined by at least one of the plurality of nodes,
The blockchain network provides contract services on the blockchain,
The plurality of nodes includes a contract service providing node, a contract subscription node, and a contract acceptance node,
The contract service providing node uploads the blockchain code for the contract service on the blockchain,
The contract subscription node transmits a contract subscription node transaction on the blockchain for contract subscription,
The contract acceptance node receives the subscription node transaction based on the blockchain code, and transmits a contract acceptance node transaction on the blockchain to accept the contract,
The contract subscription node transaction includes a contract subscription node transaction (original) and a contract subscription node transaction (hash value),
The contract subscription node transaction (original) is first encrypted with the contract subscription node private key, and secondly encrypted with the contract acceptance node's public key,
The contract subscription node transaction (hash value) is encrypted with the contract subscription node private key,
The contract acceptance node transaction includes a contract acceptance node transaction (original) and a contract acceptance node transaction (hash value),
The contract acceptance node transaction (original) is firstly encrypted with the contract acceptance node private key, and secondly, the contract subscription node's public key is encrypted,
A blockchain network, characterized in that the contract acceptance node transaction (hash value) is encrypted with the contract acceptance node private key. The method of claim 1,
The validity of the contract is determined based on whether the hash value of sub-information included in each of the contract subscription node transaction (hash value) and the contract acceptance node transaction (hash value) match,
If the hash values do not match, the contract service providing node receives a contract subscription node transaction (original) and a contract acceptance node transaction (original) encrypted with the public key of the contract service providing node, and the contract is forged or altered. Judge the part,
The information on the contract is divided into information on each of a plurality of contract terms included in the contract,
The determination of forgery or alteration of each of the plurality of contract terms is performed for each of the plurality of contract terms by generating a hash value for each of the plurality of contract terms. The method of claim 1,
When the contract is established as a valid contract, the block corresponding to the contract execution time is set as a contract trigger block based on the contract execution time,
After the contract trigger block is created, the smart contract according to the contract is activated, and the contract execution according to the contract is forced on the blockchain,
Information on the contract trigger block may be transmitted to the contract subscription node and the contract acceptance node,
The contract subscription node and the contract acceptance node set a contract trigger block through separate transactions. The method of claim 3,
A plurality of contract trigger blocks at different times are set for the plurality of contract terms included in the contract,
A blockchain network, characterized in that, according to the generation of each of the plurality of contract trigger blocks, a contract clause corresponding to each of the plurality of contract trigger blocks among the plurality of contract clauses is activated, and the contract execution is forced based on a smart contract. The method of providing contract services on the blockchain is:
Performing an operation for the contract service on the blockchain network by a plurality of nodes; And
At least one of the plurality of nodes comprises the step of generating the block chain by mining a block,
The plurality of nodes includes a contract service providing node, a contract subscription node, and a contract acceptance node,
The contract service providing node uploads the blockchain code for the contract service on the blockchain,
The contract subscription node transmits a contract subscription node transaction on the blockchain for contract subscription,
The contract acceptance node receives the subscription node transaction based on the blockchain code, and transmits a contract acceptance node transaction on the blockchain to accept the contract,
The contract subscription node transaction includes a contract subscription node transaction (original) and a contract subscription node transaction (hash value),
The contract subscription node transaction (original) is first encrypted with the contract subscription node private key, and secondly encrypted with the contract acceptance node's public key,
The contract subscription node transaction (hash value) is encrypted with the contract subscription node private key,
The contract acceptance node transaction includes a contract acceptance node transaction (original) and a contract acceptance node transaction (hash value),
The contract acceptance node transaction (original) is firstly encrypted with the contract acceptance node private key, and secondly, the contract subscription node's public key is encrypted,
A method, characterized in that the contract acceptance node transaction (hash value) is encrypted with the contract acceptance node private key. The method of claim 5,
The validity of the contract is determined based on whether the hash value of sub-information included in each of the contract subscription node transaction (hash value) and the contract acceptance node transaction (hash value) match,
If the hash values do not match, the contract service providing node receives a contract subscription node transaction (original) and a contract acceptance node transaction (original) encrypted with the public key of the contract service providing node, and the contract is forged or altered. Judge the part,
The information on the contract is divided into information on each of a plurality of contract terms included in the contract,
The determination of forgery or alteration of each of the plurality of contract terms is performed for each of the plurality of contract terms by generating a hash value for each of the plurality of contract terms. The method of claim 6,
When the contract is established as a valid contract, the block corresponding to the contract execution time is set as a contract trigger block based on the contract execution time,
After the contract trigger block is created, the smart contract according to the contract is activated, and the contract execution according to the contract is forced on the blockchain,
Information on the contract trigger block may be transmitted to the contract subscription node and the contract acceptance node,
The contract subscription node and the contract acceptance node set a contract trigger block through separate transactions. The method of claim 7,
A plurality of contract trigger blocks at different times are set for the plurality of contract terms included in the contract,
According to the generation of each of the plurality of contract trigger blocks, a contract clause corresponding to each of the plurality of contract trigger blocks among the plurality of contract clauses is activated, and the contract execution is forced based on a smart contract.

Images