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

Abstract

The cryptocurrency verification node outside the blockchain system according to an embodiment disclosed in this document includes a communication circuit capable of communicating with the issuing node and the receiving node belonging to the blockchain system; Memory; and a processor, wherein the processor receives a verification request for an electronic check for disbursing cryptocurrency deposited in a smart contract from the issuing node, and the possibility of payment of cryptocurrency based on the electronic check to confirm, and if it is possible to pay the cryptocurrency, after electronically signing the electronic check, store electronic check information in the memory in connection with the electronic check, and pay the cryptocurrency to the receiving node, the electronic signature The electronic check may be configured to be sent to the issuing node.

Description

Cryptocurrency verification node, issuing node and payment system {Node for verifying and publishing Crypto currency and System paying using Crypto currency}

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

Blockchain-based cryptocurrency is being 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 a central authority or bank.

The block chain 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 with other blocks in the system as a chain. distributed and stored in multiple nodes in the system. In the blockchain system, trader nodes (e.g., issuing nodes, receiving nodes) send their own stored books to other nodes before a transaction, and have other nodes compare them with the books they store to ensure the reliability of the self-stored books. verify

The blockchain system is an on-chain method in which all transactions are recorded in the blockchain system, and an off-chain method in which only core data is recorded in the blockchain system, and some data (eg, data requiring high-speed processing) is recorded in another system. There is a way.

Since the on-chain blockchain system has a lot of records, there are problems such as high computation cost, slow processing speed, and invasion of privacy as too much information is disclosed. On the other hand, the off-chain blockchain system has a low computational cost and high processing speed, but has a problem in 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 issuance node, and a payment system that can reduce computation costs while increasing the processing speed and reliability of transactions using cryptocurrency on a block chain.

A verification node according to an embodiment disclosed in this document may include a communication circuit capable of communicating with an issuing node and a receiving node, respectively, belonging to the block chain system; Memory; and a processor, wherein the processor receives a verification request for an electronic check for disbursing cryptocurrency deposited in a smart contract from the issuing node, and the possibility of payment of cryptocurrency based on the electronic check to confirm, and if it is possible to pay the cryptocurrency, after electronically signing the electronic check, store electronic check information in the memory in connection with the electronic check, and pay the cryptocurrency to the receiving node, the electronic signature The electronic check may be configured to be sent to the issuing node.

In addition, the issuing node belonging to the block chain system according to an embodiment disclosed in this document may include a communication circuit capable of communicating with a receiving node belonging to the block chain system and a verification node outside the block chain system; and a processor, wherein the processor deposits cryptocurrency in a smart contract, issues an electronic check for disbursing the cryptocurrency to the receiving node, and performs verification of payment of cryptocurrency related to the electronic check. When a request is made to a verification node and the verification node receives an electronically signed electronic check as the verification node verifies the payment of the cryptocurrency, it is determined that the payment of the cryptocurrency is possible, and the received electronic check is sent 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, the cryptocurrency payment system according to an embodiment disclosed in this document is a cryptocurrency payment system, a smart contract capable of depositing and paying cryptocurrency; an issuance node capable of issuing an electronic check for disbursing cryptocurrency deposited in the smart contract using the smart contract; a verification node capable of verifying the electronic check using the smart contract; and an issuing node capable of receiving cryptocurrency related to the electronic check through verification through the verification node, wherein the verification node receives a verification request for the electronic check for dispensing the cryptocurrency from the issuing node. receiving, receiving a verification request for the issued electronic check from the issuing node, confirming the payability of cryptocurrency based on the electronic check, and electronically signing the electronic check if the cryptocurrency is payable; store electronically signed electronic check information, and transmit the electronically signed electronic check to the issuing node.

According to various embodiments disclosed in this document, it is possible to increase the processing speed and reliability of transactions using cryptocurrencies on the block chain, while reducing the computational cost. In addition, various effects directly or indirectly identified through this document may be provided.

1 shows a cryptocurrency payment system according to an embodiment.
2 shows a configuration diagram of a node included in a cryptocurrency payment system according to an embodiment.
3 is a flowchart of a cryptocurrency payment method according to an embodiment.
4 is a view for explaining a method of verifying an electronic check to be issued by a smart contract according to an embodiment.
5 illustrates a method of verifying an electronic check issued by a verification node according to an embodiment.
6 illustrates an electronic check verification method by a smart contract in a transaction process according to an embodiment.
7 illustrates an electronic check verification method 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 components.

1 shows a cryptocurrency payment system according to an embodiment.

Referring to FIG. 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 . there is. The smart contract 130, the issuing node 110, and the receiving node 120 may belong to a block chain (or block chain database). The verification node 140 may communicate with the smart contract 130 , the issuing node 110 , and the receiving node 120 by wire or wirelessly outside the blockchain system. A blockchain system may include a plurality of nodes including an issuing node 110 and a receiving node 120 .

According to one embodiment, the smart contract 130 is compiled into executable byte code, and a plurality of nodes constituting the blockchain system (eg, the issuing node 110, the receiving node 120) and the outside of the blockchain system It may be a source code that can be executed in the verification node 140 of When a specific condition is satisfied, the smart contract 130 may perform specified processing according to the specific condition. The designated processing may include, for example, at least one of depositing cryptocurrency, issuing an electronic check, verifying the payability of the electronic check, verifying the validity of the electronic check, and receiving cryptocurrency. The smart contract 130 may generate a transaction (or transaction) message for the specified 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 use (eg, call) the smart contract 130 to issue an electronic check for paying at least some of the cryptocurrency to the receiving node 120 . The issuing node 110 may make a first electronic signature based on the secret key of the issuing node, and request the verification node 140 for a second electronic signature (or verify the payability of the electronic check) by the verification node 140 . there is. The issuing node 110 may receive the second electronically signed electronic check from the verification node 140 through verification by the verification node 140 . The issuing node 110 may send the first and second electronically signed electronic checks to the receiving node 120 to disburse cryptographic currency to the receiving node 120 . The issuing node 110 may include, for example, a PC or a smartphone.

According to an embodiment, the receiving node 120 may be an electronic device of a user who sells goods or services using cryptocurrency. Upon receiving the electronic check from the issuing node 110 , the receiving node 120 may verify the validity of the received electronic check based on an electronic signature included in the electronic check. For example, the receiving node 120 may validate the electronic check by verifying that the electronic check contains a specified electronic signature based on information contained in the electronic check (eg, electronic signature information or transaction information). there is. 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 or 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 the electronic check information in its own memory of the verification node 140 . The electronic check information may include, for example, at least one of a hash value of the electronic check, a transaction amount by the electronic check, and the total amount of the electronic check that has not been paid among the electronic check and the previous electronic check.

According to an embodiment, when the verification node 140 receives a request for validation of the electronic check from the receiving node 120 , at least some information included in the electronic check (eg, a hash value and transaction amount of the electronic check) You can check whether the information matches the electronic check information. The verification node 140 may determine that the electronic check is valid when the at least some information matches the electronic check information. 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 (eg, the issuing node 110) may increase the reliability of the issued electronic check by examining the payability of the electronic check when issuing the electronic check. In addition, when the cryptocurrency payment system 100 (eg, the receiving node 120) receives the electronic check payment, as the validity of the electronic check is verified through the smart contract 130 and the verification node 140, forged/falsified It can prevent you from accepting electronic checks and providing goods or services. In addition, the cryptocurrency payment system 100 can increase the processing speed of cryptocurrency transactions and reduce processing costs by verifying (or confirming) the payability or validity of the electronic check off-chain.

2 shows a configuration 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 verifying node 140 ) according to an embodiment includes a communication circuit 210 , a memory 220 and a processor ( 230) may be included. In an 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 the functions of the components prior to the combination may be performed identically. For example, the memory 220 may be included in the processor 230 . Node 200 may act as issuing node 110 , receiving node 120 , or verifying node 140 . In some cases, the publishing node 110 may act as the receiving node 120 and the receiving node 120 may act as the publishing node 110 . However, the verifying node 140 cannot be a separate device from the issuing node 110 and the receiving node 120 inoperable as either the issuing node 110 or the receiving node 120. In some descriptions of FIG. 2 , cases in which the node 200 operates as the issuing node 110 , the receiving node 120 , or the verification node 140 will be 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 belonging to the blockchain system and the verification node 140 outside the blockchain 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 documents, for convenience of description, reference to the communication circuit 210 may be omitted. .

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

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

< Publish node operation >

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

The processor 230 may issue an electronic check to pay (to the receiving node 120 ) a price for a good or service 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, for example, a hash value of a previous electronic check (eg, previously issued electronic check) related to cryptocurrency, a wallet address of the recipient node 120, transaction amount, issuance time, or block number. may include at least one of

The processor 230 may first digitally 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 payability 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 receiving node 120 for the cryptocurrency related to the electronic check as a price for goods or services.

< Receiving node operation >

When the node 200 is the receiving node 120 , the processor 230 may call the smart contract 130 to verify the validity of the electronic check upon receiving the electronic check from the issuing node 110 . 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 may be determined that this first verified.

The processor 230 may second verify the validity of the electronic check based on whether information included in the electronic check matches 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 verified. The electronic check information may include, for example, at least one of a hash value of the electronic check, a transaction amount by the electronic check, and the total amount of the electronic check that has not been paid among the electronic check and the previous electronic check.

When the validity of the electronic check is first verified and the second verified, 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 a speaker).

The processor 230 may receive the 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 as the electronic check is transmitted to the smart contract 130 through the communication circuit 210 . The processor 230 may receive the 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 cryptocurrency into real money and receive real money.

< Verification node operation >

When the node 200 is the verification node 140, the processor 230, upon receiving a verification request for the first electronically signed electronic check from the issuing node 110, determines the payability 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 transaction information included in the electronic check, and check the balance of cryptocurrency related to the electronic check using the smart contract 130 . The processor 230 may determine whether the transaction amount of the electronic check is equal to or less than the balance of cryptocurrency, and if the transaction amount of the electronic check is equal to or less than the balance of the cryptocurrency, it may be determined that the electronic check is payable. Additionally or alternatively, if the balance of the cryptocurrency is less than or equal to the transaction amount of the electronic check, the processor 230 may check the total number of unpaid electronic checks among previously issued electronic checks. The processor 230 may add up the confirmed total and the transaction amount of the current electronic check, and check whether the sum total is equal to or less than the balance of cryptocurrency. The processor 230 may determine that the electronic check is payable if the sum total is less than or equal to the balance of cryptocurrency. As another example, the processor 230 checks the hash value of the previous electronic check based on transaction information included in the first electronically signed electronic check, and the previous electronic check (previously issued electronic check) stored in its own memory. ) can be checked. 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 by itself, and the hash value of the previous electronic check included in the electronic check is the hash value of the previously stored electronic check If the values match, the electronic check may be determined payable. According to various embodiments, the processor 230 may check the payability of the electronic check by using all of the balance of the cryptocurrency, the transaction amount of the electronic check, the total unpaid electronic check, and the hash value of the previous electronic check.

If the electronic check is payable, 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 the second electronic signature information (eg, the second electronically signed electronic check) in the memory 220 . In this process, the processor 230 may store in the smart contract 130 in relation to the cryptocurrency related to the second electronically signed electronic check.

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 electronic check information stored in the memory 220 . When the at least some 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 secondly verified.

According to the above-described embodiment, the issuing node 110 may increase the reliability of the issued electronic check by examining the payability of the electronic check when issuing the electronic check. In addition, the receiving node 120, upon receiving the electronic check, verifies the validity of the electronic check through the smart contract 130 and the verification node 140, receives a forged/falsified electronic check and provides goods or services can be prevented from doing In addition, each node 200 can increase the processing speed of cryptocurrency transactions and reduce processing costs by verifying (or verifying) the payability or validity of the electronic check off-chain.

3 is a flowchart of a cryptocurrency payment method 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). , 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 to pay for the goods or services. The electronic check is, for example, a hash value of a previous electronic check related to cryptocurrency (eg, previously issued electronic check), the wallet address of the receiving node 120, transaction amount, issuance time or block number (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 equal to or less than the balance of cryptocurrency, and if the transaction amount of the electronic check is less than or equal to the balance of the cryptocurrency, for example, based on the electronic check information stored in its own memory 220 You can check the total number of unpaid electronic checks among previous electronic checks. The verification node 140 may add the total amount of the unpaid electronic check and the transaction amount of the current electronic check, and check whether the total amount is equal to or less than the balance of cryptocurrency. The verification node 140 may determine that the electronic check is payable if the sum total is less than or equal to the balance of cryptocurrency. Additionally, the verification node 140 may check the hash value of the previous electronic check (a previously issued electronic check) from transaction information included in the electronic check and its own memory of the verification node 140 . The processor 230 may determine 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 cryptocurrency can be paid based on the electronic check.

In operation ⑥, if the verification node 140 is able to pay cryptocurrency based on the electronic check, the second electronic check is signed electronically, and the electronic check information of the second electronically signed electronic check is verified by the verification node 140 itself. can be stored in memory.

In operation ⑦, 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 to the receiving node ( 120) can be transmitted.

In operation ⑨, when receiving 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 has been forged or forged. 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 there is, the validity of the electronic check may be first verified. 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 second verify the validity of the electronic check based on whether information included in the electronic check matches 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 the verification node 140 to perform a second verification of the validity of the received electronic check. The verification node 140 checks whether at least some information of the received electronic check corresponds to 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 validity may be determined to be second verified. The verification node 140 may inform the receiving node 120 that the validity of the electronic check is secondly 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 cryptocurrency to the wallet address of the receiving node 120 .

Hereinafter, the effect of the cryptocurrency payment system for multiple verification of the electronic check according to an embodiment will be described with reference to FIGS. 4 to 7 .

4 is a view for explaining a method of verifying an electronic check to be issued by a smart contract according to an embodiment.

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

The smart contract 130 may issue the electronic checks 410 , 420 , 430 according to 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 performs electronic checks with a transaction amount of 100 won (410, 420) 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 sets the transaction amount to 130 won. publication may be refused. 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 a hash value for the electronic check 440 with a transaction amount of 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 cryptocurrency.

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

Referring to FIG. 5 , the verification node 140 requests verification of the current electronic check in which the hash value of the previous electronic check is #0 from the issuing node 110 and the hash value of the current electronic check is #1001 and the transaction amount is 10 won. can receive In this case, the current electronic check may include a first electronic signature 531 by the issuing node 110 . The verification node 140 may use the smart contract 130 to confirm that the current balance of the cryptocurrency related to the 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 make a second electronic signature 532 on the current electronic check. The verification node 140 may send a second electronically signed electronic check 511 to the issuing node 110 .

The verification node 140 assumes that the hash value of the previous electronic check is #1001 from the issuing node 110, the hash value of the current electronic check #2312, and the transaction amount 100 won, the electronic check including the 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 current balance of the cryptocurrency related to the electronic check is 120 and the hash value of the previously paid electronic check is #0. Since there is an unpaid electronic check, the verification node 140 may determine whether the sum of the current electronic check transaction amount of 100 won and the unpaid electronic check total of 10 won is equal to or less than the balance of cryptocurrency. Since the summed amount is less than or equal to the balance of the cryptocurrency, the verification node 140 may make a second electronic signature 532 on the current electronic check, and transmit the second electronically signed electronic check 512 to the issuing node 110. there is.

After that, the verification node 140 assumes that the hash value of the previous electronic check from the issuing node 110 is #2312, the hash value of the electronic check #4712, and the transaction amount 120 won, including the first electronic signature 531 You may receive a verification request for the electronic check. The verification node 140 may use the smart contract 130 to confirm that the current balance of the cryptocurrency related to the electronic check is 120 and the hash value of the previously paid electronic check is #0. The verification node 140 sums up the current electronic check transaction amount of 120 won and the unpaid electronic check total of 110 won, and confirms that the summed amount exceeds the balance of 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 sends an electronic check that has a hash value of #4712 of the previous electronic check, does not include the hash value of the electronic check, has a transaction amount of 120 won, and includes a first electronic signature 531. In the case of receiving a verification request for , it is possible to inform the issuing node 110 that cryptographic currency 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 that withdraw an amount lower than the balance of cryptocurrency, the problem that the total withdrawal amount according to the electronic check exceeds the balance of cryptocurrency can be improved. there is.

6 illustrates an electronic check verification method by a smart contract in a transaction process according to an embodiment.

Referring to FIG. 6 , the receiving node 120 receives the electronic checks 610 , 620 , 630 , and 640 from the issuing node 110 , the electronic checks 610 , received using the smart contract 130 , The validity of 620 , 630 , and 640 may be first verified. The receiving node 120 transmits the electronic checks 610, 620, 630, and 640 to the smart contract 130 such that the smart contract 130 first validates the electronic checks 610, 620, 630, 640. ) can be sent to The smart contract 130 checks the validity of the electronic checks 610 and 620 including both the first electronic signature 651 and the second electronic signature 652 among the electronic checks 610 , 620 , 630 , 640 . The first may 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 embodiment described above, the receiving node 120 receives the electronic checks 610 , 620 , 630 , 640 using the smart contract 130 when receiving the electronic checks 610 , 620 , 630 , 640 . ), it is possible to prevent the recipient from receiving the forged / forged electronic checks (610, 620, 630, 640) and providing goods or services.

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

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

The verification node 140 checks the hash value (#1011) of the current electronic check from the received electronic check 610 according to the request of the receiving node 120, and is stored in its own memory corresponding to the checked hash value. Electronic check information 710 may be retrieved. The verification node 140 determines that the electronic check 610 is valid (or , it may be determined that the validity of the electronic check 610 is secondly verified. Additionally or alternatively, 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, It may be determined that 610 is valid (or that the validity of the electronic check 610 is secondly verified). Similarly, the verification node 140 may second verify the validity of the electronic check 620 based on the received electronic check 620 and electronic check information 720 stored in its own memory.

Since the electronic check information corresponding to the hash values #4712 and 8821 of the electronic checks 630 and 640 is not stored in the memory, the verification node 140 determines that the electronic checks 630 and 640 are invalid. can decide

According to the above-described embodiment, the receiving node 120 receives the electronic checks 610 , 620 , 630 , and 640 using the verification node 140 in addition to the smart contract 130 when receiving the electronic checks 610 . , 620, 630, 640) can be further verified, so that the use of forged / forged electronic checks (610, 620, 630, 640) can be prevented.

The various embodiments of this document and terms used therein are not intended to limit the technical features described in this document to specific embodiments, but it should be understood to include various modifications, equivalents, or substitutions of the embodiments. In connection with the description of the drawings, like reference numerals may be used for similar or related components. The singular form of the noun corresponding to the item may include one or more of the item, unless the relevant context clearly dictates otherwise. As used herein, "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 the phrases such as "at least one of B, or C" may include any one of, or all possible combinations of, items listed together in the corresponding one of the phrases. Terms such as "first", "second", or "first" or "second" may be used simply to distinguish the element from other elements in question, and may refer to elements in other aspects (e.g., importance or order) is not limited. It is said that one (eg, first) component is "coupled" or "connected" to another (eg, second) component, with or without the terms "functionally" or "communicatively". When referenced, it means that one component can be connected to the other component directly (eg by wire), wirelessly, or through a third component.

As used herein, the term “module” may include a unit implemented in hardware, software, or firmware, and may be used interchangeably with terms such as, for example, logic, logic block, component, or circuit. A module may be an integrally formed part or a minimum unit or a part of the part 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) readable by a machine (eg, electronic device 1401). may be implemented as software (eg, a program 1440) including For example, a processor (eg, processor 1420 ) of a device (eg, electronic device 1401 ) may call at least one command among one or more commands stored from a storage medium and execute it. This makes it possible for the device to be operated to perform at least one function according to the called at least one command. The one or more instructions may include code generated by a compiler or code executable by an interpreter. The device-readable storage medium may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' only means that the storage medium is a tangible device and does not contain a signal (eg, electromagnetic wave), and this term is used in cases where data is semi-permanently stored in the storage medium and It does not distinguish between temporary storage cases.

According to one embodiment, the method according to various embodiments disclosed in this document may be provided as included in a computer program product. Computer program products may be traded between sellers and buyers as commodities. The computer program product is distributed in the form of a machine-readable storage medium (eg compact disc read only memory (CD-ROM)), or via an application store (eg Play Store ^TM ) or on two user devices ( It can be distributed (eg downloaded or uploaded) directly or online between smartphones (eg: 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 machine-readable storage medium such as a memory of a server of a manufacturer, a server of an application store, or a relay server.

According to various embodiments, each component (eg, a module or a program) of the above-described components may include a singular 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 a 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 identically or similarly to those 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 are executed sequentially, in parallel, repeatedly, or heuristically, or one or more of the operations are executed in a different order, or omitted. or one or more other operations may be added.

Claims (19)

In the cryptocurrency verification node outside the blockchain system,
a communication circuit capable of communicating with the issuing node and the receiving node respectively belonging to the blockchain system;
Memory; and
A processor comprising:
receiving a verification request for an electronic check for disbursing cryptocurrency deposited in a smart contract from the issuing node;
Confirming the payment possibility of cryptocurrency based on the electronic check,
If it is possible to pay the cryptocurrency, after electronically signing the electronic check, electronic check information is stored in the memory in relation to the electronic check,
configured to send the electronically signed electronic check to the issuing node for disbursing the cryptocurrency to the receiving node;
The processor is
Based on the balance information of the cryptocurrency related to the electronic check and the transaction information included in the electronic check, the transaction amount by the electronic check is confirmed from the transaction information, and the transaction amount is less than or equal to the balance according to the balance information, or ,
Check whether there is an unpaid electronic check among the previously issued electronic checks in relation to the cryptocurrency, and add the transaction amount by the electronic check and the total transaction amount of the unpaid electronic check, and the total resulting from the summation is the above less than the balance according to the balance information,
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, and the hash value of the previous electronic check is the hash value included in the electronic check and If match,
It is set to determine that the cryptocurrency related to the electronic check is payable;
The processor is
Upon recognizing the smart contract, it is set to register the unique address of the communication circuit in the smart contract,
receive an electronic check from the receiving node;
Check the validity of the received electronic check based on at least some information included in the received electronic check and the electronic check information;
configured to transmit information regarding the validity of the electronic check to the receiving node;
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 an outstanding electronic check comprising the electronic check. delete delete delete delete delete delete delete In the issuing node belonging to the blockchain system,
a communication circuit capable of communicating with a recipient node belonging to the blockchain system and a verification node external to the blockchain system; and
A processor comprising:
Deposit cryptocurrency in smart contract,
issue an electronic check for disbursing the cryptocurrency to the receiving node;
request verification of the payment of cryptocurrency related to the electronic check to the verification node;
When the verification node receives an electronically signed electronic check as the verification node verifies the payment of the cryptocurrency, it is determined that the payment of the cryptocurrency is possible,
and sending the received electronic check to the receiving node to pay the receiving node with cryptocurrency based on the received electronic check;
The electronic check is
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 processor is
first digitally sign based on the secret key of the issuing node;
configured to send a first electronically signed electronic check to the verification node;
when receiving a second digitally signed electronic check from the verification node based on the secret key of the verification node, determine that the payment of the cryptocurrency is possible;
an issuing node configured to, upon receipt of an electronic check that is not electronically signed, from the verification node based on the secret key of the verification node, confirm the issued electronic check as non-payable. delete delete delete delete In the cryptocurrency payment system,
smart contracts for depositing and disbursing cryptocurrencies;
an issuance node capable of issuing an electronic check for disbursing cryptocurrency deposited in the smart contract using the smart contract;
a verification node capable of verifying the electronic check using the smart contract; and
a receiving node capable of receiving the cryptocurrency related to the electronic check through verification through the verification node;
The verification node is
receiving a verification request for an electronic check for disbursing the cryptocurrency from the issuing node;
receiving a verification request for the issued electronic check from the issuing node;
Confirming the payment possibility of cryptocurrency based on the electronic check,
If the cryptocurrency is payable, electronically sign the electronic check, store electronically signed electronic check information,
sending the electronically signed electronic check to the issuing node;
The verification node is
receive an electronic check from the issuing node;
Based on the balance information of the cryptocurrency related to the electronic check and the transaction information included in the electronic check, it is set to confirm the payment possibility of the cryptocurrency based on the electronic check,
The verification node is
receive an electronic check from the receiving node;
Verifies the validity of the received electronic check based on at least one of an electronic signature included in the received electronic check and the stored electronic check information;
sending information regarding the validity of the received electronic check to the receiving node;
The issuing node is
request verification of the payment of cryptocurrency related to the electronic check to the verification node;
Upon receipt of an electronic check digitally signed by the verification node from the verification node, determining that the payment of the cryptocurrency is possible;
sending the received electronic check to the receiving node to pay cryptocurrency based on the received electronic check to the receiving node;
The receiving node is
receive an electronic check electronically signed by the issuing node and the verifying node from the issuing node;
Validating the validity of the received electronic check based on the electronic signature information of the received electronic check through the smart contract and the verification node,
First verify 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,
Comparing information stored in the verification node with information included in the received electronic check, the second verification of validity of the received electronic check is performed.
delete delete delete delete delete

Images