BLOCKCHAIN CRYPTOCURRENCY TRANSMISSION METHOD USING BLOCKCHAIN SELF-AUTHENTICATION PROCESS

Abstract

A blockchain cryptocurrency transmission method according to the present invention transmits cryptocurrency on a cryptocurrency blockchain network using a self-authentication blockchain network and the cryptocurrency blockchain network. The blockchain cryptocurrency transmission method includes: a transmission reservation registration step (S100) of registering transmission reservation condition information, including a transmission target, a reservation date and time, a transmission amount, and a valid time for a remittance transaction, in the self-authentication blockchain network; a transmission processing request step (S300) of requesting processing of transmission from the cryptocurrency blockchain network to the self-authentication blockchain network; a transmission condition verification step (S400) of verifying transmission conditions using the transmission reservation condition information on the self-authentication blockchain network; and a remittance processing step (S500) of, when the transmission conditions are valid, processing the remittance transaction on the cryptocurrency blockchain network. The transmission reservation condition information is controllable by a user.

Claims

1. A blockchain cryptocurrency transmission method for transmitting cryptocurrency on a cryptocurrency blockchain network by using a self-authentication blockchain network for self-authentication and the cryptocurrency blockchain network for transmission of cryptocurrency, the blockchain cryptocurrency transmission method comprising: a transmission reservation registration step of registering transmission reservation condition information, including a transmission target, a reservation date and time, a transmission amount, and a valid time for a remittance transaction in which real cryptocurrency is transmitted, in the self-authentication blockchain network; a transmission processing request step of requesting processing of transmission from the cryptocurrency blockchain network to the self-authentication blockchain network; a transmission condition verification step of verifying transmission conditions using the transmission reservation condition information on the self-authentication blockchain network; and a remittance processing step of, when the transmission conditions are valid, processing the remittance transaction on the cryptocurrency blockchain network; wherein the transmission reservation condition information is controllable by a user.

2. The blockchain cryptocurrency transmission method of claim 1, wherein the self-authentication blockchain network and the cryptocurrency blockchain network are a same type of blockchain networks.

3. The blockchain cryptocurrency transmission method of claim 1, wherein the self-authentication blockchain network and the cryptocurrency blockchain network are different types of blockchain networks.

4. The blockchain cryptocurrency transmission method of claim 3, wherein the self-authentication blockchain network includes a plurality of blockchain networks.

5. The blockchain cryptocurrency transmission method of claim 1, wherein the transmission reservation condition information registered at the transmission reservation registration step is inquired only by an owner of the cryptocurrency.

6. The blockchain cryptocurrency transmission method of claim 1, wherein the transmission reservation registration step, the transmission processing request step, and the transmission condition verification step are performed by a smart contract.

7. The blockchain cryptocurrency transmission method of claim 6, wherein a multisig configured to be activated by a plurality of user keys is applied to the smart contract.

8. The blockchain cryptocurrency transmission method of claim 1, wherein an emergency transmission function of transmitting a remaining amount to a registered emergency transmission address when a problem occurs during a remittance process is provided.

9. The blockchain cryptocurrency transmission method of claim 1, wherein controlling the transmission reservation condition information by the user comprises canceling the remittance transaction corresponding to the transmission reservation condition information.

10. The blockchain cryptocurrency transmission method of claim 1, wherein the transmission reservation registration step, the transmission processing request step, the transmission condition verification step, and the remittance processing step are processed within the transaction by redesigning a blockchain protocol used in the cryptocurrency blockchain network.

11. The blockchain cryptocurrency transmission method of claim 1, wherein an operation protocol of the transmission reservation registration step, the transmission processing request step, the transmission condition verification step, and the remittance processing step is stored in a free storage space for the transaction to minimize protocol redesign and is extracted and used in accordance with modality.

Description

DESCRIPTION OF DRAWINGS

[0023] FIG. 1 is a schematic diagram showing the configuration of a system that is applied to a blockchain cryptocurrency transmission method according to an embodiment of the present invention;

[0024] FIG. 2 is a flowchart showing a blockchain cryptocurrency transmission method according to an embodiment of the present invention;

[0025] FIG. 3 is a conceptual diagram showing a blockchain cryptocurrency transmission method according to another embodiment of the present invention;

[0026] FIG. 4 is a flowchart showing a blockchain cryptocurrency transmission method according to another embodiment of the present invention; and

[0027] FIG. 5 is a flowchart illustrating transmission condition verification in the blockchain cryptocurrency transmission method according to the embodiment of FIG. 2.

MODE FOR INVENTION

[0028] 1. The Overall Process

[0029] FIG. 1 is a schematic diagram showing the configuration of a system that is applied to a blockchain cryptocurrency transmission method according to an embodiment of the present invention. FIG. 2 is a flowchart showing a blockchain cryptocurrency transmission method according to an embodiment of the present invention.

[0030] Referring to FIGS. 1 and 2, the blockchain cryptocurrency transmission method according to the embodiment of the present invention includes a self-authentication blockchain network 200 for self-authentication and a cryptocurrency blockchain network 100 for transmitting cryptocurrency.

[0031] The blockchain cryptocurrency transmission method includes a transmission reservation registration step S100 of registering transmission reservation condition information, including a transmission target, a reservation date and time, a transmission amount, and a valid time for a remittance transaction in which real cryptocurrency is transmitted, in the self-authentication blockchain network 200, a broadcasting step S200 of broadcasting the transmission reservation condition information over the self-authentication blockchain network 200, a transmission processing request step S300 of requesting the processing of transmission from the cryptocurrency blockchain network 100 to the self-authentication blockchain network, a transmission condition verification step S400 of verifying transmission conditions using the transmission reservation condition information on the self-authentication blockchain network 200, and a remittance processing step S500 of, when the transmission conditions are valid, processing the remittance transaction on the cryptocurrency blockchain network 100. The transmission reservation condition information may be controlled by a user using a method such as cancelation.

[0032] In order to transmit cryptocurrency from blockchain address A 10 to blockchain address B 20, a corresponding action needs to be signed with a private key. However, the private key may be easily duplicated. Although the hardware wallet and the multisig have been currently introduced and used, it has been already mentioned in the Background Art section that they are vulnerable to social engineering attacks utilizing the convenience of use and attacks depending only on encryption keys.

[0033] Accordingly, user deception may be drastically reduced by introducing self-authentication into a transmission process. In order for self-authentication to operate stably, a protocol needs to be redesigned to operate at a blockchain address level. This redesign is called a hard fork or a soft fork, and the “soft fork” is a term used to upgrade some functions without changing existing functions. The focus of the present invention is to utilize this to enable self-authentication at a blockchain address level.

[0034] When an address is generated on a blockchain, a blockchain address generated using a self-authentication address option operates only as a self-authentication function. In other words, a protocol may be defined and applied such that a withdrawal to another account is made only through a reservation on a blockchain network. In the present invention, such reservation information is registered in the self-authentication blockchain network 200.

[0035] When an action not reserved by an actual user is detected while a blockchain reserved by the user is being monitored in the blockchain network 200, it may be canceled or stopped, thereby preventing the unintentional withdrawal of cryptocurrency. The application of the present embodiment can be applied equally to exchange withdrawal work as well as interpersonal transactions.

[0036] 2. Generation of Self-Authentication Blockchain Address

[0037] The self-authenticating blockchain address according to the present embodiment is generated by entering the following options when it is generated.

[0038] 1. A desired self-authentication blockchain network or desired additional self-authentication blockchain posting network

[0039] 2. Minimum reservation time

[0040] 3. A minimum amount

[0041] 4. The maximum number of usages per month

[0042] 5. A validity period

[0043] 6. Emergency transmission address registration

[0044] Option No. 1 is to designate a blockchain network that will be used for a self-authentication blockchain address. It may be possible to designate another blockchain network, not the same blockchain network. The reason why multiple blockchain networks can be designated is to prepare for a case where a problem occurs in the same blockchain network and thus the blockchain network cannot be operated.

[0045] Option No. 2 refers to the minimum reservation time required to transmit cryptocurrency to the generated blockchain address. The longer the minimum reservation time is, the securer it is, but the ease of use decreases. As a specific example, it is the same as in the case where a final transfer is completed three hours after a request when a predetermined or larger amount is transferred in current financial institutions.

[0046] Option No. 3 is introduced to allow for a small amount such as 0.01 bitcoin or less to be transmitted without prior reservation because it is time-efficient to transmit a small amount without prior reservation.

[0047] The number of usages per month of option No. 4 may be introduced to prevent multiple transmissions in the minimum amount of option No. 3.

[0048] Option No. 5 refers to the period during which reservation details can operate after the transmission reservation time. In the case where the reservation time is 1:00 on the 12th day, when the validity period is set to 30 minutes, remittance may be performed only when a final transmission is made before 1:30.

[0049] Option No. 6 is the function of transmitting the remaining amount to the address registered for emergency use upon the generation of the blockchain address when there occurs a problem with the generated address. This may be used when there occurs a problem such as the loss of a user's own private key. A reservation can only be made for a sufficiently long time such as a period ending after at least 3 months. A reservation and a transmission request are made using a generated public key or multi-signature key. When a blockchain address having this function is generated, whether to use a public key or a multi-signature address may be selected.

[0050] When selecting an address that operates as a multi-signature, one key can be entrusted to a third party such as an exchange or a bank. Anyone can attempt to obtain a public key when recovering the public key. If the asset is not large, not only will it not be the target of the attack, but it will be re-deposited to your emergency address and option 6 is not required. When an address operating as a multi-signature is selected, one key may be left to a third party such as an exchange or bank. The key to be recovered using a public key may be dangerous because anyone may perform attempt when obtaining the public key. However, if a stored asset is not large, not only are they not subject to attack, but they are re-deposited to his or her own emergency address. Option No. 6 is not essential. The information entered above is recorded on the same blockchain network, and is used as condition data through searching when necessary.

[0051] There are two ways to store and use the values generated above. First, the blockchain protocol is redesigned to include the self-authentication address-dedicated option value in the transaction. Second, the redesign of the blockchain protocol is minimized, so that it is stored in an area such as OP RETURN as in the case of Bitcoin, and is then extracted after accessing the storage space with the transaction ID value and used through verification using a newly created script.

[0052] Accordingly, specific processes, i.e., the transmission reservation registration step S100, the transmission processing request step S300, the transmission condition verification step S400, and the remittance processing step S500, may be processed within a transaction after the blockchain protocol used in the cryptocurrency blockchain network has been redesigned.

[0053] Furthermore, the transmission reservation registration step S100, the transmission processing request step S300, the transmission condition verification step S400, and the remittance processing step S500 are stored in the free storage space of a transaction such as OP RETURN of Bitcoin, and may be extracted and used in accordance with modality as needed.

[0054] When transmission to the self-authenticating address is performed, transmission takes place through the following process. In the case of the self-authenticating address, it is checked whether the registered verification conditions are satisfied, and the transmission is performed when there is no abnormality. In the case of Bitcoin, the verification function can be incorporated into the script. Other blockchains have the same script function as Bitcoin, and thus the operation structures thereof are the same.

[0055] Blockchains are classified into two types of models according to their state model. There are a UXTO model and an Account model. A representative UTXO model is Bitcoin, and a representative Account model is Ethereum. The above-described generation of a blockchain self-authentication address may be applied to the generation of the smart contract addresses of the UTXO and Account models in the same manner.

[0056] In the case of the account model, the storage space and action conditions may be freely set when it is performed in a smart contract manner. More specifically, the transmission reservation registration step, the transmission processing request step, and the transmission condition verification step may be applied and performed. In such a smart contract manner, a multisig activated by a plurality of user keys may be applied.

[0057] In the address generation process of the following section “6. Application Example (1),” an actual use case can be found.

[0058] 3. Transmission Reservation Registration and Disclosure

[0059] FIG. 3 is a conceptual diagram showing a blockchain cryptocurrency transmission method according to another embodiment of the present invention.

[0060] Referring to FIG. 3, it can be seen that there are a plurality of self-authentication blockchain networks, and thus a process in which reservation information is disclosed is performed in a plurality of processes S210 and S220.

[0061] The same type of blockchain networks may be applied as the self-authentication blockchain network 200 and the cryptocurrency blockchain network 100. Alternatively, different types of blockchain networks may be applied as the self-authentication blockchain network 200 and the cryptocurrency blockchain network 100, and the self-authentication blockchain network 200 may include a plurality of blockchain networks.

[0062] In preparation for a case where the self-authentication blockchain network does not operate, various types of blockchain networks may be used as the self-authentication blockchain networks. As such a blockchain network, various blockchain networks such as Bitcoin, Ethereum, EOS, and private blockchain networks may be applied.

[0063] Therefore, by using a plurality of blockchain networks S210 and S220 as the self-authentication blockchain network 200 in which reservation information is disclosed, transmission reservation condition information for self-authentication may be disclosed to several blockchain networks in preparation for a case where one blockchain network does not operate when necessary.

[0064] In the reservation registration process of the following section “6. Application Example (2),” an actual use case can be found.

[0065] 4. Reservation Control of User

[0066] FIG. 4 is a flowchart showing a blockchain cryptocurrency transmission method according to another embodiment of the present invention.

[0067] Referring to FIG. 4, the process shown in FIG. 2 further includes transmission reservation control S250. When an action not reserved by a user is detected while a blockchain reserved by an actual user is being monitored in the blockchain network 200, the unintended withdrawal of cryptocurrency may be prevented by canceling or stopping the action at step S250. The present embodiment may be applied to exchange withdrawal work as well as interpersonal transactions.

[0068] The transmission reservation control S250 may be controlled by canceling a corresponding remittance transaction, and additionally a temporary stop function may be utilized. When there is an unintended withdrawal while the reservation details of the blockchain network registered by you are being monitored, the following procedure is performed. First, an address temporary stop function is registered. Second, the address is normally used after a temporary stop period.

[0069] In this case, variables that can be entered may be 1. a desired period, and 2. the valid time.

[0070] Of the above items to be entered for the temporary stop, item No. 1 refers to the total period during which the use of the self-authentication address is stopped. Item No. 2 may determine whether to apply immediately upon registration or choose a starting point.

[0071] 5. Transmission Condition Verification and Remittance Step

[0072] FIG. 5 is a flowchart illustrating transmission condition verification in the blockchain cryptocurrency transmission method according to the embodiment of FIG. 2.

[0073] Referring to FIG. 5, conditions for verifying whether transmission conditions are valid at the transmission condition verification step S400 are shown. As described above, since the reservation transmission unintended by a user may be canceled, it is necessary to determine whether the corresponding transmission reservation is valid at step S410. When the validity of the transmission reservation is verified, it is determined whether the current time at which the transmission is requested falls within the transmission period reserved for transmission at step S420. In addition, it is determined whether a transmission amount is correct at step S430 and a remittance subject is correct at step S440. Finally, when a plurality of authentication subjects, such as a multisig, is required, it is checked whether authentication keys set for respective conditions are correct at step S450. The cryptocurrency remittance process is processed only when the above conditions are satisfied at step S500.

[0074] 6. Application Examples

[0075] (1) The generation of a self-authenticating blockchain address complies with the following procedure (an address generation process)

[0076] 1. A desired blockchain posting network: Ethereum

[0077] 1-1. An Additional multiple blockchain posting network: EOS

[0078] 2. Minimum reservation time: 1 hour

[0079] 3. A minimum amount (unit): 0.5 Bitcoin

[0080] 4. The number of usages per month: 2

[0081] 5. A validity period: 30 minutes

[0082] 6. Emergency transmission address registration: None (2) User A wants to transmit 10 Bitcoins to B, and 3 hours prior to this, user A registered a transmission reservation under the following conditions (a reservation registration process)

[0083] 1. A self-authentication blockchain network: Ethereum

[0084] 2. Transmission content: the transmission of 10 Bitcoins to B

[0085] 3. A reservation date and time: 16th of June, 22:00

[0086] 4. A transmission amount: 10 Bitcoins

[0087] 5. Valid time: 1 hour (until 23:00)

[0088] (3) After the reservation time, transmission is requested from the Bitcoin network to the self-authenticating address (a final transmission process)

[0089] 1. Current time: 22:20 on 16th of June

[0090] 2. Request transmission from the Bitcoin network to the self-authentication address

[0091] 3. Perform the verification of the above registration conditions in the case of the self-authentication address in the Bitcoin network

[0092] 3-1. Check whether there is a reservation on the Ethereum network

[0093] 3-2. Self-authentication address generation conditions and comparison verification in the Bitcoin network

[0094] 4. Final transmission processing upon the completion of reservation condition verification

INDUSTRIAL APPLICABILITY

[0095] A secondary authentication method is proposed by implementing protection at an address level in an authentication method that technically depends only on a private key. This includes the following industrial applicability.

[0096] First, it may possible to reduce private key hacking accidents caused by internal collusion. Second, details of withdrawal may be monitored like an accounting book. Third, it may be possible to reduce the difficulty of managing a private key given to an individual. Fourth, damage can be minimized by offering the opportunity to cancel withdrawal technically.