KR20210048307A - Node for verifying and publishing Crypto currency and System paying using Crypto currency - Google Patents

Abstract

A node for verifying cryptocurrency of an outside blockchain system according to one embodiment disclosed in the present document comprises a communication circuit capable of communicating with an issuing node and a receiving node each belonging to the blockchain system, a memory, and a processor; and the processor receiving a verification request for an electronic check for paying cryptocurrency deposited in a smart contract from the issuing node, confirming the possibility of payment of the cryptocurrency based on the electronic check, storing the electronic check information in the memory in relation to the electronic check after electronically signing the electronic check when the cryptocurrency is capable of being paid, and transmitting the electronically signed electronic check to the issuing node to pay the cryptocurrency to the receiving node. Therefore, the present invention is capable of allowing computational costs to be lowered.

Description

Node for verifying and publishing Crypto currency and System paying using Crypto currency

Various embodiments disclosed in this document relate to cryptocurrency transaction technology.

The cryptocurrency on the blockchain substrate is used and used online. Cryptocurrency can be used to purchase goods or services online or offline. Unlike conventional fiat currency, cryptocurrency is implemented based on a blockchain system for operation without central authority or bank.

The blockchain system creates a block containing the transaction details whenever a new transaction occurs, and uses the hash code of the current block and the hash code of the previous block to connect other blocks in the system as a chain. Is distributed and stored in a plurality of nodes in the system. Trader nodes (e.g., issuing nodes, receiving nodes) in the blockchain system send their own stored books to other nodes before the transaction, and allow other nodes to check the reliability of their own stored books by allowing them to collate with each stored book. Verify.

The blockchain system is an on-chain method in which all transactions are recorded in the blockchain system, and only core data is recorded in the blockchain system, and some data (e.g., data requiring fast processing) is recorded in other systems. There is a way.

Since the on-chain blockchain system has a lot of records, there is a problem of invading privacy due to high computational cost, slow processing speed, and too much information being disclosed. On the other hand, the off-chain blockchain system has a low computational cost and high processing speed, but there is a problem that it cannot guarantee the reliability of transactions made outside the blockchain.

Various embodiments disclosed in this document may provide a cryptocurrency verification node, an issuing node, and a payment system capable of lowering computational cost while increasing the processing speed and reliability of transactions using cryptocurrency on a blockchain.

A verification node according to an embodiment disclosed in this document includes: a communication circuit capable of communicating with an issuing node and a receiving node respectively belonging to the blockchain system; Memory; And a processor, wherein the processor receives a verification request for an electronic check for paying a cryptocurrency deposited in a smart contract from the issuing node, and determines the payment possibility of the cryptocurrency based on the electronic check. If it is possible to confirm and pay the cryptocurrency, to electronically sign the electronic check, store the electronic check information in the memory in relation to the electronic check, and to pay the cryptocurrency to the receiving node, the electronic signature It may be configured to send the generated electronic check to the issuing node.

In addition, the issuing node belonging to the blockchain system according to an embodiment disclosed in this document includes: a communication circuit capable of communicating with a receiving node belonging to the blockchain system and a verification node outside the blockchain system; And a processor, wherein the processor deposits cryptocurrency in a smart contract, issues an electronic check for paying the cryptocurrency to the receiving node, and verifies payment of cryptocurrency related to the electronic check. When requesting to a verification node, and receiving an electronic check signed by the verification node as the verification node verifies payment of the cryptocurrency, it is determined that payment of the cryptocurrency is possible, and the received electronic check is transmitted to the verification node. Thus, it may be set to pay the cryptocurrency based on the received electronic check to the verification node.

In addition, a cryptocurrency payment system according to an embodiment disclosed in this document includes: a smart contract capable of depositing and paying cryptocurrency; An issuing node capable of issuing an electronic check for paying the cryptocurrency deposited in the smart contract by using the smart contract; A verification node capable of verifying the electronic check using the smart contract; And an issuing node capable of receiving a cryptocurrency related to the electronic check through verification through the verification node, wherein the verification node makes a verification request for an electronic check for paying the cryptocurrency from the issuing node. Receive, receive a verification request for the issued electronic check from the issuing node, check the payment possibility of cryptocurrency based on the electronic check, and if the cryptocurrency is payable, electronically sign the electronic check, The electronically signed electronic check information may be stored, and the electronically signed electronic check may be transmitted to the issuing node.

According to various embodiments disclosed in this document, it is possible to lower the operation cost while increasing the processing speed and reliability of transactions using cryptocurrency on the blockchain. In addition to this, various effects that are directly or indirectly identified through this document can be provided.

1 shows a cryptocurrency payment system according to an embodiment.
2 is a block diagram of a node included in a cryptocurrency payment system according to an embodiment.
3 is a flowchart of a method for paying a cryptocurrency according to an embodiment.
4 is a diagram illustrating a method of verifying an electronic check to be issued by a smart contract according to an exemplary embodiment.
5 shows a method of verifying an issued electronic check by a verification node according to an embodiment.
6 shows a method of verifying an electronic check by a smart contract in a transaction process according to an embodiment.
7 shows a method of verifying an electronic check by a verification node in a transaction process according to an embodiment.
In connection with the description of the drawings, the same or similar reference numerals may be used for the same or similar elements.

1 shows a cryptocurrency payment system according to an embodiment.

1, the cryptocurrency payment system 100 according to an embodiment may include a smart contract 130, an issuing node 110, a receiving node 120, and a verification node 140. have. The smart contract 130, the issuing node 110, and the receiving node 120 may belong to a block chain system (or a block chain database). The verification node 140 may perform wired or wireless communication with the smart contract 130, the issuing node 110, and the receiving node 120 outside the blockchain system. The blockchain system may include a plurality of nodes including an issuing node 110 and a receiving node 120.

According to an embodiment, the smart contract 130 is compiled into executable bytecode, and a plurality of nodes constituting the blockchain system (e.g., issuing node 110, receiving node 120) and outside the blockchain system It may be source code that can be executed in the verification node 140 of. When a specific condition is satisfied, the smart contract 130 may perform a designated process according to a specific condition. The designated processing may include at least one of depositing cryptocurrency, issuing electronic checks, verifying payability of electronic checks, validating electronic checks, and receiving cryptocurrency. The smart contract 130 may generate a transaction (or transaction) message for the designated processing. The smart contract 130 may be stored and executed in at least some nodes among a plurality of nodes included in the blockchain system.

According to an embodiment, the issuing node 110 may be an electronic device of a user who wants to purchase goods or services using cryptocurrency. The issuing node 110 may deposit cryptocurrency in the smart contract 130. The issuing node 110 may issue an electronic check to pay at least some of the cryptocurrencies to the receiving node 120 by using (eg, calling) the smart contract 130. The issuing node 110 may request a first electronic signature based on the secret key of the issuing node, and request a second electronic signature (or verify the payability of an electronic check) by the verification node 140 to the verification node 140. have. The issuing node 110 may receive a second electronically signed electronic check from the verification node 140 after verification by the verification node 140. The issuing node 110 may transmit the first and second electronically signed electronic checks to the receiving node 120 in order to pay cryptocurrency to the receiving node 120. The issuing node 110 may include, for example, a PC or a smart phone.

According to an embodiment, the receiving node 120 may be a user's electronic device that sells goods or services using cryptocurrency. When the receiving node 120 receives the electronic check from the issuing node 110, the receiving node 120 may verify the validity of the received electronic check based on the electronic signature included in the electronic check. For example, the receiving node 120 may verify the validity of the electronic check by checking whether the electronic check contains the specified electronic signature based on the information contained in the electronic check (eg, electronic signature information or transaction information). have. The receiving node 120 may verify the validity of the electronic check by comparing at least some information (eg, hash value, transaction amount) included in the received electronic check with information stored in the verification node 140. The receiving node 120 may include, for example, a point of sale (POS) terminal and a PC.

According to an embodiment, the verification node 140 may be a user's electronic device (eg, a verification service server) that verifies the validity of a transaction using cryptocurrency. The verification node 140 may receive the first electronically signed electronic check from the issuing node 110 and verify the payability (or validity) of the electronic check using the smart contract 130. If the electronic check is payable, the verification node 140 may second electronically sign the electronic check and transmit the second electronically signed electronic check to the issuing node 110. In this case, the verification node 140 may store electronic check information in its own memory. The electronic check information may include, for example, at least one of a hash value of an electronic check, a transaction amount by the electronic check, and a total amount of unpaid electronic checks among electronic checks and previous electronic checks.

According to an embodiment, when the verification node 140 receives a validation request for an electronic check from the receiving node 120, at least some information included in the electronic check (eg, hash value and transaction amount of the corresponding electronic check) You can verify that the is matched with the electronic check information. If the at least part of the information matches the electronic check information, the verification node 140 may determine that the electronic check is valid. The verification node 140 may include a PC and a service (eg, electronic check verification service) providing server.

According to the above-described embodiment, the cryptocurrency payment system 100 (for example, the issuing node 110) may increase the reliability of the issued electronic check by reviewing the payment possibility of the electronic check when issuing an electronic check. In addition, by verifying the validity of the electronic check through the smart contract 130 and the verification node 140 when receiving the cryptocurrency payment system 100 (e.g., the receiving node 120) electronic check, forged/modified You can prevent you from receiving electronic checks and providing goods or services. In addition, the cryptocurrency payment system 100 may increase the processing speed of the cryptocurrency transaction and lower the processing cost by verifying (or confirming) the payability or validity of the electronic check off-chain.

2 is a block diagram of a node included in a cryptocurrency payment system according to an embodiment.

Referring to FIG. 2, a node 200 (eg, an issuing node 110, a receiving node 120, or a verification node 140) according to an embodiment includes a communication circuit 210, a memory 220, and a processor ( 230). In one embodiment, the node 200 may omit some components or further include additional components. In addition, some of the components of the node 200 are combined to form a single entity, and functions of the corresponding components prior to the combination may be performed in the same manner. For example, the memory 220 may be included in the processor 230. The node 200 may operate as an issuing node 110, a receiving node 120, or a verification node 140. In some cases, the issuing node 110 may operate as the receiving node 120 and the receiving node 120 may operate as the issuing node 110. However, the verification node 140 may not be a separate device from the issuing node 110 and the receiving node 120 that cannot operate as the issuing node 110 or the receiving node 120. In some descriptions of FIG. 2, a case in which the node 200 operates as the issuing node 110, the receiving node 120, or the verification node 140 is separately described.

The communication circuit 210 establishes a direct (eg, wired) communication channel or a wireless communication channel between the issuing node 110 and the receiving node 120 and the verification node 140 outside the block chain system, and It is possible to support performing communication through an established communication channel. The issuing node 110, the receiving node 120, and the verification node 140 communicate through the communication circuit 210, but in the following document, reference to the communication circuit 210 may be omitted for convenience of description. .

The memory 220 may store various data used by at least one component of the node 200 (eg, the processor 230 ). The data may include, for example, input data or output data for software and instructions related thereto. The memory 220 may include a volatile memory or a nonvolatile memory.

The processor 230 may control at least one other component (eg, hardware or software component) (eg, a smart contract) of the node 200 and perform various data processing or operations. The processor 230 is, for example, a central processing unit (CPU), a graphics processing unit (GPU), a microprocessor, an application processor, an application specific integrated circuit (ASIC), field programmable gate arrays (FPGA). )), and may have a plurality of cores.

<Issuing node operation>

When the node 200 is the issuing node 110, the processor 230 receives the smart contract 130 for off-chain transactions distributed in the blockchain system, and sends the cryptocurrency to be used for the transaction in the smart contract 130. You can deposit. In this process, the smart contract 130 includes user information related to cryptocurrency (eg, name, account information, Ethereum account information), or wallet information (eg, wallet address, balance). Currency information can be stored.

The processor 230 may issue an electronic check to pay (to the receiving node 120) for goods or services using at least a portion of the deposited cryptocurrency. For example, the processor 230 may issue an electronic check by calling the smart contract 130 to set (or input) the recipient's wallet address and transaction amount. The electronic check includes transaction information, such as a hash value of a previous electronic check (for example, a previously issued electronic check) related to cryptocurrency, a wallet address of the receiving node 120, a transaction amount, an issue time, or a block number. It may include at least one of.

The processor 230 may first electronically sign the issued electronic check based on the private key of the node 200. As the processor 230 transmits the first electronically signed electronic check to the verification node 140, the processor 230 may transmit a verification request for the payment possibility of the electronic check to the verification node 140. After the verification node 140 verifies the electronic check, the processor 230 may receive a second electronically signed electronic check from the verification node 140 based on the secret key of the verification node 140.

The processor 230 may transmit a second electronically signed electronic check to the receiving node 120 in order to pay the cryptocurrency related to the electronic check to the receiving node 120 as a price for goods or services.

<Recipient node operation>

When the node 200 is the receiving node 120, the processor 230, upon receiving the electronic check from the issuing node 110, may call the smart contract 130 to verify the validity of the electronic check. For example, the processor 230 stores information (eg, first electronic signature information and second electronic signature information) included in the electronic check in the smart contract 130 (eg, first electronic signature information and second electronic signature information). The validity of the electronic check may be first verified based on whether it matches the electronic signature information). The processor 230, for example, checks whether the first and second electronic signature information included in the electronic check matches the first and second electronic signature information stored in the smart contract 130, and if they match, the validity of the electronic check It can be determined that this is the first verified.

The processor 230 may secondly verify the validity of the electronic check based on whether the information included in the electronic check matches the information stored in the verification node 140. For example, the processor 230 checks whether at least some information (eg, hash value, transaction amount) included in the electronic check matches the electronic check information stored in the verification node 140, and if they match, the validity of the electronic check It can be determined that this second has been verified. The electronic check information may include, for example, at least one of a hash value of an electronic check, a transaction amount by the electronic check, and a total amount of unpaid electronic checks among electronic checks and previous electronic checks.

When the validity of the electronic check is first and second, the processor 230 may confirm that the electronic check is valid. In this case, the processor 230 may guide (eg, output) that the electronic check is valid through an output device (eg, a display or speaker).

The processor 230 may receive cryptocurrency related to the electronic check by using the smart contract 130. For example, the processor 230 may transmit a cryptocurrency output request to the smart contract 130 by transmitting an electronic check to the smart contract 130 through the communication circuit 210. The processor 230 may receive cryptocurrency from the smart contract 130 to the wallet address of the receiving node 120 in response to the request. Additionally or alternatively, the processor 230 may convert the cryptocurrency into real money and receive the real money.

<Verification node operation>

When the node 200 is the verification node 140, the processor 230, upon receiving the verification request for the first electronically signed electronic check from the issuing node 110, determines the payment possibility of the first electronically signed electronic check. Can be verified. For example, the processor 230 may check the transaction amount of the electronic check from the transaction information included in the electronic check, and use the smart contract 130 to check the balance of cryptocurrency related to the electronic check. The processor 230 may determine whether the transaction amount of the electronic check is equal to or less than the balance of the cryptocurrency, and determine that the electronic check is payable if the transaction amount of the electronic check is less than the balance of the cryptocurrency. Additionally or alternatively, if the balance of the cryptocurrency is less than the transaction amount of the electronic check, the processor 230 may check the sum of unpaid electronic checks among previously issued electronic checks. The processor 230 may add up the verified total and the transaction amount of the current electronic check, and check whether the summed total amount is less than or equal to the balance of the cryptocurrency. If the summed total amount is less than or equal to the balance of the cryptocurrency, the processor 230 may determine that the electronic check can be paid. For another example, the processor 230 checks the hash value of the previous electronic check based on the transaction information included in the first electronically signed electronic check, and the previous electronic check stored in its own memory (a previously issued electronic check ), you can check the hash value. The processor 230 checks whether the hash value of the previous electronic check included in the electronic check matches the hash value of the previous electronic check stored in itself, and the hash value of the previous electronic check included in the electronic check is self-stored hash of the previous electronic check. If it matches the value, the electronic check can be determined as payable. According to various embodiments, the processor 230 may check the payability of the electronic check by using all of the balance of cryptocurrency, the transaction amount of the electronic check, the total amount of unpaid electronic checks, and the hash value of the previous electronic check.

If the electronic check can be paid, the processor 230 may second electronically sign the electronic check based on the secret key of the verification node 140 and transmit the second electronically signed electronic check to the issuing node 110. . The processor 230 may store second electronic signature information (eg, a second electronically signed electronic check) in the memory 220. In this process, the processor 230 may store the cryptocurrency associated with the second electronically signed electronic check in the smart contract 130.

When receiving the electronic check from the receiving node 120, the processor 230 may check whether at least some information included in the received electronic check matches the electronic check information stored in the memory 220. When the at least part of the information matches the electronic check information, the processor 230 may second verify the validity of the received electronic check. In this case, the processor 230 may inform the receiving node 120 that the validity of the received electronic check is second verified.

According to the above-described embodiment, the issuing node 110 may increase the reliability of the issued electronic check by reviewing the payment possibility of the electronic check when issuing the electronic check. In addition, when receiving the electronic check, the receiving node 120 verifies the validity of the electronic check through the smart contract 130 and the verification node 140, thereby receiving the forged/modified electronic check and providing goods or services. Can be prevented. In addition, each node 200 may increase the processing speed of cryptocurrency transactions and lower the processing cost by verifying (or confirming) the payability or validity of the electronic check off-chain.

3 is a flowchart of a method for paying a cryptocurrency according to an embodiment.

Referring to FIG. 3, in operation ①, the issuing node 110 may deposit cryptocurrency in the smart contract 130. For example, according to the operation of the recipient, the issuing node 110 provides user information related to cryptocurrency (eg, name, account information, Ethereum account information), or wallet information (eg, wallet address). , The balance) may store cryptocurrency information including at least a part of it.

In operation ②, the issuing node 110 may issue an electronic check related to the deposited cryptocurrency in order to pay for the goods or services. The electronic check is, for example, a hash value of a previous electronic check related to cryptocurrency (for example, a previously issued electronic check), a wallet address of the receiving node 120, a transaction amount, an issue time, or a block number. At least one of them may be included as transaction information.

In operation ③, the issuing node 110 may first electronically sign the electronic check based on the secret key of the issuing node 110.

In operation ④, the issuing node 110 may transmit the first electronically signed electronic check to the verification node 140 to request verification of the payability of the first electronically signed electronic check.

In operation ⑤, the verification node 140 may verify the payability of the electronic check using the smart contract 130. For example, the verification node 140 may check the transaction amount of the electronic check based on transaction information included in the electronic check, and communicate with the smart contract 130 to check the balance of cryptocurrency related to the electronic check. The verification node 140 checks whether the transaction amount of the electronic check is less than the balance of the cryptocurrency, and if the transaction amount of the electronic check is less than the balance of the cryptocurrency, for example, based on the electronic check information stored in the memory 220 You can check the total number of unpaid electronic checks among previous electronic checks. The verification node 140 may add up the total amount of unpaid electronic checks and the transaction amount of the current electronic check, and check whether the summed total amount is less than or equal to the balance of the cryptocurrency. If the summed total amount is less than or equal to the balance of the cryptocurrency, the verification node 140 may determine that the electronic check can be paid. Additionally, the verification node 140 may check transaction information included in the electronic check and a hash value of a previous electronic check (a previously issued electronic check) from its own memory of the verification node 140. The processor 230 may check whether the hash value of the previous electronic check according to the transaction information matches the hash value of the previous electronic check, and if they match, determine that the cryptocurrency can be paid based on the electronic check.

In operation ⑥, if the cryptocurrency can be paid based on the electronic check, the verification node 140 performs a second electronic signature on the electronic check and checks the electronic check information of the second electronic check. Can be stored in memory.

In operation 7, the verification node 140 may transmit a second electronically signed electronic check to the issuing node 110.

In operation ⑧, the issuing node 110 receives the second electronically signed electronic check from the verification node 140 and then receives the first and second electronically signed electronic checks in order to pay for the goods or services. 120).

In operation ⑨, when the receiving node 120 receives the electronic check from the issuing node 110, the receiving node 120 verifies the validity of the electronic check using the smart contract 130 to check whether the received electronic check is forged or altered. I can. For example, the issuing node 110 may transmit the received electronic check to the smart contract 130 and request a first verification of the validity of the received electronic check. The smart contract 130 checks whether the first and second electronic signature information stored in the smart contract 130 is included in the received electronic check, and the first and second electronic signature information is included in the received electronic check. If so, it is possible to first verify the validity of the electronic check. The smart contract 130 may inform the receiving node 120 that the validity of the electronic check is first verified.

In operation ⑩, the receiving node 120 may secondly verify the validity of the electronic check based on whether the information included in the electronic check matches the information stored in the verification node 140. For example, the receiving node 120 may transmit the received electronic check to the verification node 140 and request a second verification of the validity of the received electronic check from the verification node 140. The verification node 140 checks whether at least some information of the received electronic check corresponds to the electronic check information stored in its own memory of the verification node 140, and if the at least some information corresponds to the electronic check information, the electronic check It can be determined that the validity is second verified. The verification node 140 may inform the receiving node 120 that the validity of the electronic check is second verified.

In operation ⑪, the receiving node 120 may request a cryptocurrency withdrawal related to the electronic check by sending the first and second verified electronic checks to the smart contract 130. Thereafter, the smart contract 130 may withdraw the cryptocurrency to the wallet address of the receiving node 120.

Hereinafter, an effect of a cryptocurrency payment system for multi-verifying an electronic check according to an embodiment will be described with reference to FIGS. 4 to 7.

4 is a diagram illustrating a method of verifying an electronic check to be issued by a smart contract according to an exemplary embodiment.

Referring to FIG. 4, the electronic checks 410, 420, and 430 issued through the smart contract 130 according to an embodiment each have a hash value (eg, 411) of a previously issued electronic check, and It may include a hash value (eg, 413), a wallet address (to) (eg, 413), and a transaction amount (eg, 100). In addition, when the issuing node 110 first digitally signs the electronic checks 410, 420, and 430, the electronic checks 410, 420, and 430 are the first electronic signature 415 by the issuing node 110 It may further include.

The smart contract 130 may issue electronic checks 410, 420, and 430 at the request of the issuing node 110. For example, when the balance 451 of the cryptocurrency is 120 won and the hash value of the previously paid electronic check is #0, the smart contract 130 uses electronic checks 410 and 420 with a transaction amount of 100 won. Can be issued. For another example, when the balance 451 of the cryptocurrency is 120 won and the hash value of the previously paid electronic check is #0, the smart contract 130 issues an electronic check 430 with a transaction amount of 120 won. can do. As another example, when the balance 451 of the cryptocurrency is 120 won and the hash value of the previously paid electronic check is #0, the smart contract 130 uses the electronic check 440 with a transaction amount of 130 won. You can refuse to issue. Alternatively, when the balance 451 of the cryptocurrency is 120 won and the hash value of the previously paid electronic check is #0, the smart contract 130 sets the hash value for the electronic check 440 with the transaction amount as 130 won. May not be created.

According to the above-described embodiment, the smart contract 130 may not issue an electronic check for an amount exceeding the balance of the cryptocurrency.

5 shows a method of verifying an issued electronic check by a verification node according to an embodiment.

5, the verification node 140 requests verification of the current electronic check with the hash value of the previous electronic check #0 from the issuing node 110 and the hash value of the current electronic check #1001 and the transaction amount of 10 won. Can be received. In this case, the current electronic check may include the first electronic signature 531 by the issuing node 110. The verification node 140 may use the smart contract 130 to confirm that the balance of the cryptocurrency related to the current electronic check is 120 and the hash value of the previously paid electronic check is #0. In this case, since there is no unpaid electronic check and the transaction amount of the current electronic check is equal to or less than the balance of the cryptocurrency, the verification node 140 may perform a second electronic signature 532 on the current electronic check. The verification node 140 may transmit the second electronically signed electronic check 511 to the issuing node 110.

The verification node 140 has a hash value of #1001 of a previous electronic check from the issuing node 110, a hash value of #2312 of the current electronic check, and a transaction amount of 100 won, and an electronic check including a first electronic signature 531 You can receive a verification request for. The verification node 140 may use the smart contract 130 to confirm that the balance of the cryptocurrency related to the current electronic check is 120 and the hash value of the previously paid electronic check is #0. Since the verification node 140 has an unpaid electronic check, it can be checked whether the sum of the transaction amount of the current electronic check of 100 won and the total amount of the unpaid electronic check of 10 is equal to or less than the balance of the cryptocurrency. Since the summed amount is less than the balance of the cryptocurrency, the verification node 140 can send a second electronic signature 532 on the current electronic check and transmit the second electronically signed electronic check 512 to the issuing node 110. have.

Thereafter, the verification node 140 has a hash value of #2312 of the previous electronic check from the issuing node 110, a hash value of #4712 of the corresponding electronic check, and a transaction amount of 120 won, including the first electronic signature 531 Receive verification requests for electronic checks. The verification node 140 may use the smart contract 130 to confirm that the balance of the cryptocurrency related to the current electronic check is 120 and the hash value of the previously paid electronic check is #0. The verification node 140 may add up the transaction amount of the current electronic check of KRW 120 and the total amount of the unpaid electronic check of KRW 110, and confirm that the summed amount exceeds the balance of the cryptocurrency. The verification node 140 may inform the issuing node 110 that the electronic check cannot be paid without electronically signing the electronic check 513. Similarly, the verification node 140 has the hash value of the previous electronic check #4712 and does not include the hash value of the corresponding electronic check, the transaction amount is 120 won, and the electronic check including the first electronic signature 531 In the case of receiving a request for verification, it is possible to inform the issuing node 110 that cryptocurrency cannot be paid based on the current electronic check 514 without signing the current electronic check 514.

According to the above-described embodiment, as the verification node 140 issues a plurality of electronic checks for withdrawing an amount lower than the balance of the cryptocurrency, the total withdrawal amount of the electronic check exceeds the balance of the cryptocurrency. have.

6 shows a method of verifying an electronic check by a smart contract in a transaction process according to an embodiment.

6, when the receiving node 120 receives the electronic checks 610, 620, 630, 640 from the issuing node 110, the electronic checks 610 received using the smart contract 130, 620, 630, 640) may be first verified. Receiving node 120 is the smart contract 130, respectively, the electronic checks (610, 620, 630, 640) so that the smart contract 130 first verifies the validity of the electronic checks (610, 620, 630, 640). ) Can be sent to. The smart contract 130 checks the validity of the electronic checks 610, 620 including both the first electronic signature 651 and the second electronic signature 652 among the electronic checks 610, 620, 630, 640. First can be verified. On the other hand, the smart contract 130 includes electronic checks 630 and 640 that do not include both the first electronic signature 651 and the second electronic signature 652 among the electronic checks 610, 620, 630, and 640. Can be determined to be invalid.

According to the above-described embodiment, when the receiving node 120 receives the electronic checks 610, 620, 630, 640, the electronic checks 610, 620, 630, 640 received using the smart contract 130 ) By verifying the validity, it is possible to prevent the recipient from receiving the forged/modified electronic checks (610, 620, 630, 640) and providing goods or services.

7 shows a method of verifying an electronic check by a verification node in a transaction process according to an embodiment.

Referring to FIG. 7, the receiving node 120 transmits electronic checks 610, 620, 630, 640 to the verification node 140 to determine the validity of the electronic checks 610, 620, 630, 640. 2 Can be verified.

The verification node 140 checks the hash value (#1011) of the current electronic check from the electronic check 610 received at the request of the receiving node 120, and is stored in its own memory corresponding to the confirmed hash value. Electronic check information 710 can be retrieved. If at least some information of the received electronic check 610 (eg, hash value of the current electronic check, transaction amount) matches the electronic check information 710, the electronic check 610 is valid (or , It may be determined that the validity of the electronic check 610 is second verified). Additionally or alternatively, if the verification node 140 includes the first electronic signature 651 and the second electronic signature 652 according to the electronic check information 710 in the received electronic check 610, the electronic check ( 610) may be determined to be valid (or the validity of the electronic check 610 is second verified). Similarly, the verification node 140 may secondly verify the validity of the electronic check 620 based on the received electronic check 620 and the electronic check information 720 stored in its own memory.

Since the verification node 140 does not store electronic check information corresponding to the hash values (#4712, 8821) of the electronic checks 630 and 640, it is determined that the electronic checks 630 and 640 are not valid. You can decide.

According to the above-described embodiment, when the receiving node 120 receives the electronic checks 610, 620, 630, 640, in addition to the smart contract 130, the electronic checks 610 received using the verification node 140 , 620, 630, 640) can be additionally verified, thereby preventing the use of forged/modified electronic checks 610, 620, 630, 640.

Various embodiments of the present document and terms used therein are not intended to limit the technical features described in this document to specific embodiments, and should be understood to include various modifications, equivalents, or substitutes of the corresponding embodiments. In connection with the description of the drawings, similar reference numerals may be used for similar or related components. The singular form of a noun corresponding to an item may include one or a plurality of the items unless clearly indicated otherwise in a related context. In this document, “A or B”, “at least one of A and B”, “at least one of A or B”, “A, B or C”, “at least one of A, B and C” and “A, Each of phrases such as "at least one of B or C" may include any one of the items listed together in the corresponding one of the phrases, or all possible combinations thereof. Terms such as "first", "second", or "first" or "second" may be used simply to distinguish the component from other Order) is not limited. Some (eg, a first) component is referred to as “coupled” or “connected” to another (eg, a second) component, with or without the terms “functionally” or “communicatively”. When mentioned, it means that any of the above components may be connected to the other components directly (eg by wire), wirelessly, or via a third component.

The term "module" used in this document may include a unit implemented in hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic blocks, parts, or circuits. The module may be an integrally configured component or a minimum unit of the component or a part thereof that performs one or more functions. For example, according to an embodiment, the module may be implemented in the form of an application-specific integrated circuit (ASIC).

Various embodiments of the present document include one or more instructions stored in a storage medium (eg, internal memory 1436 or external memory 1438) that can be read by a machine (eg, electronic device 1401). It may be implemented as software (for example, the program 1440) including them. For example, the processor (eg, the processor 1420) of the device (eg, the electronic device 1401) may call and execute at least one command among one or more commands stored from a storage medium. This enables the device to be operated to perform at least one function according to the at least one command invoked. The one or more instructions may include code generated by a compiler or code executable by an interpreter. A storage medium that can be read by a device may be provided in the form of a non-transitory storage medium. Here,'non-transient' only means that the storage medium is a tangible device and does not contain a signal (e.g., electromagnetic waves). It does not distinguish between temporary storage cases.

According to an embodiment, a method according to various embodiments disclosed in the present document may be provided by being included in a computer program product. Computer program products can be traded between sellers and buyers as commodities. The computer program product is distributed in the form of a device-readable storage medium (e.g. compact disc read only memory (CD-ROM)), or through an application store (e.g. Play Store ^TM ) or two user devices (e.g., compact disc read only memory (CD-ROM)). It can be distributed (e.g., downloaded or uploaded) directly between, e.g. smartphones). In the case of online distribution, at least a part of the computer program product may be temporarily stored or temporarily generated in a storage medium that can be read by a device such as a server of a manufacturer, a server of an application store, or a memory of a relay server.

According to various embodiments, each component (eg, module or program) of the above-described components may include a singular number or a plurality of entities. According to various embodiments, one or more components or operations among the above-described corresponding components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (eg, a module or program) may be integrated into one component. In this case, the integrated component may perform one or more functions of each component of the plurality of components in the same or similar to that performed by the corresponding component among the plurality of components prior to the integration. . According to various embodiments, operations performed by a module, program, or other component may be sequentially, parallel, repeatedly, or heuristically executed, or one or more of the operations may be executed in a different order or omitted. Or one or more other actions may be added.

Claims (19)

In the cryptocurrency verification node outside the blockchain system,
A communication circuit capable of communicating with an issuing node and a receiving node respectively belonging to the blockchain system;
Memory; And
Including a processor, the processor,
Receiving a verification request for an electronic check to pay the cryptocurrency deposited in a smart contract from the issuing node,
Check the payment possibility of cryptocurrency based on the electronic check,
If the cryptocurrency can be paid, the electronic check is electronically signed and then electronic check information is stored in the memory in relation to the electronic check,
A verification node configured to send the electronically signed electronic check to the issuing node in order to pay the cryptocurrency to the receiving node. The method of claim 1, wherein the processor,
Based on the balance information of the cryptocurrency related to the electronic check and the transaction information included in the electronic check, a verification node configured to check the payment possibility of the cryptocurrency based on the electronic check. The method of claim 2, wherein the processor,
Check the transaction amount by the electronic check from the transaction information,
If the transaction amount is less than or equal to the balance according to the balance information, a verification node configured to determine that the cryptocurrency related to the electronic check can be paid. The method of claim 2, wherein the processor,
Check whether there are unpaid electronic checks among electronic checks previously issued in relation to the cryptocurrency,
Summing the transaction amount by the electronic check and the total transaction amount of the unpaid electronic check,
A verification node configured to determine that the cryptocurrency related to the electronic check can be paid if the total amount according to the summation is less than the balance according to the balance information. The method of claim 2, wherein the processor,
Using the smart contract, it is checked whether the hash value of the previous electronic check related to the cryptocurrency matches the hash value included in the transaction information,
If the hash value of the previous electronic check matches the hash value included in the electronic check, a verification node configured to determine that the cryptocurrency associated with the electronic check can be paid. The method of claim 1, wherein the processor,
Upon recognizing the smart contract, a verification node configured to register a unique address of the communication circuit in the smart contract. The method of claim 1, wherein the processor,
Receive an electronic check from the receiving node,
Checking the validity of the received electronic check based on at least some information included in the received electronic check and the electronic check information,
A verification node configured to transmit information on whether the electronic check is valid or not to the recipient node. The method of claim 7, wherein the at least some information and electronic check information,
A verification node comprising at least a portion of a hash value of the electronic check, a transaction amount of the electronic check, and a total amount of unpaid electronic checks including the electronic check. In the issuing node belonging to the blockchain system,
A communication circuit capable of communicating with a receiving node belonging to the blockchain system and a verification node outside the blockchain system; And
Including a processor, the processor,
Deposit cryptocurrency in smart contract,
Issuing an electronic check to pay the cryptocurrency to the receiving node,
Request verification of payment of cryptocurrency related to the electronic check to the verification node,
When the verification node receives an electronic check signed electronically as the verification node verifies the payment of the cryptocurrency, it is determined that payment of the cryptocurrency is possible,
An issuing node configured to transmit the received electronic check to the verification node to pay cryptocurrency based on the received electronic check to the verification node. The method of claim 9, wherein the electronic check,
An issuing node including at least one of a transaction amount, a hash value of a previous electronic check related to the cryptocurrency, a wallet address of the receiving node, a check issuance time, and a block number. The method of claim 9, wherein the processor,
A first electronic signature based on the secret key of the issuing node,
An issuing node configured to send a first electronically signed electronic check to the verification node. The method of claim 9, wherein the processor,
An issuing node configured to determine that payment of the cryptocurrency is possible when a second electronically signed electronic check is received from the verification node based on the secret key of the verification node. The method of claim 9, wherein the processor,
An issuing node configured to confirm the issued electronic check as non-payable upon receiving an electronic check that is not digitally signed based on the secret key of the verification node from the verification node. In the cryptocurrency payment system,
Smart contracts that can deposit and pay cryptocurrency;
An issuing node capable of issuing an electronic check for paying the cryptocurrency deposited in the smart contract by using the smart contract;
A verification node capable of verifying the electronic check using the smart contract; And
It includes an issuing node capable of receiving the cryptocurrency related to the electronic check through verification through the verification node,
The verification node,
Receiving a verification request for an electronic check for paying the cryptocurrency from the issuing node,
Receiving a verification request for the issued electronic check from the issuing node,
Check the payment possibility of cryptocurrency based on the electronic check,
If the cryptocurrency can be paid, electronically sign the electronic check, store electronically signed electronic check information,
A cryptocurrency payment system for transmitting the electronically signed electronic check to the issuing node. The method of claim 14, wherein the verification node,
Receive an electronic check from the receiving node,
Based on the balance information of the cryptocurrency related to the electronic check and the transaction information included in the electronic check, the cryptocurrency payment system is set to check the payment possibility of the cryptocurrency based on the electronic check. The method of claim 14, wherein the verification node,
Receive an electronic check from the receiving node,
Checking the validity of the received electronic check based on at least one of the electronic signature included in the received electronic check and the stored electronic check information,
A cryptocurrency payment system for transmitting information on whether the received electronic check is valid or not to the receiving node. The method of claim 14, wherein the issuing node,
Request verification of payment of cryptocurrency related to the electronic check to the verification node,
Upon receiving the electronic check digitally signed by the verification node from the verification node, it is determined that payment of the cryptocurrency is possible,
A cryptocurrency payment system that transmits the received electronic check to the verification node and pays the cryptocurrency based on the received electronic check to the verification node. The method of claim 14, wherein the receiving node,
Receive an electronic check digitally signed by the issuing node and the verification node from the issuing node,
A cryptocurrency payment system for verifying the validity of the received electronic check based on the inspector's signature information of the received electronic check through the smart contract and the verification node. The method of claim 18, wherein the receiving node,
First verifying the validity of the received electronic check by comparing the information stored in the smart contract with the information included in the received electronic check,
A cryptocurrency payment system for second verification of the validity of the received electronic check by comparing information stored in the verification node with information included in the received electronic check.

Images