JP2020150428A - Block chain transaction creation protocol and block chain address creation method - Google Patents

Block chain transaction creation protocol and block chain address creation method Download PDF

Info

Publication number
JP2020150428A
JP2020150428A JP2019046801A JP2019046801A JP2020150428A JP 2020150428 A JP2020150428 A JP 2020150428A JP 2019046801 A JP2019046801 A JP 2019046801A JP 2019046801 A JP2019046801 A JP 2019046801A JP 2020150428 A JP2020150428 A JP 2020150428A
Authority
JP
Japan
Prior art keywords
address
recipient
transaction
sender
receiver
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019046801A
Other languages
Japanese (ja)
Other versions
JP6934679B2 (en
Inventor
陽子 上土井
Yoko Jodoi
陽子 上土井
真一 若林
Shinichi Wakabayashi
真一 若林
涼介 山内
Ryosuke Yamauchi
涼介 山内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hiroshima City University
Original Assignee
Hiroshima City University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hiroshima City University filed Critical Hiroshima City University
Priority to JP2019046801A priority Critical patent/JP6934679B2/en
Publication of JP2020150428A publication Critical patent/JP2020150428A/en
Application granted granted Critical
Publication of JP6934679B2 publication Critical patent/JP6934679B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

To provide a transaction creation protocol and a receiver address creation method for eliminating vulnerability of a transaction being established without approval of a receiver in a block chain method.SOLUTION: First, a transmitter transmits to a receiver information without a receiver address and to which the transmitter's address, a public key for verification, and an electronic signature are attached. Next, the receiver verifies the transmitted electronic signature and, when verifiable, creates the electronic signature for a transaction excluding the electronic signature using the receiver's secret key, creates a new address using a public key corresponding to the secret key and the electronic signature before setting the new address to a receiver address, and returns the public key and the electronic signature to the transmitter.EFFECT: By preventing a receiver's address disclosed in a transaction from being still available to transactions after the transaction, the conventional protocol's vulnerability of the transactions being established without approval of the receiver.SELECTED DRAWING: Figure 2

Description

本発明はネットワーク上での仮想通貨等の送受信方式として知られているブロックチェーン取引作成のためのプロトコル、及び取引に用いられるブロックチェーンアドレスの作成方法に関し、より詳細には、受信者の承諾なしに取引が成立するというブロックチェーン方式の脆弱性(以下、受信者承諾なしの取引が成立することを「本脆弱性」と略記することがある。)を解消するための取引作成プロトコル、及び受信者アドレスの作成方法に関する。 The present invention relates to a protocol for creating a blockchain transaction known as a method for sending and receiving virtual currency and the like on a network, and a method for creating a blockchain address used for the transaction, in more detail without the consent of the recipient. Transaction creation protocol and reception to eliminate the blockchain-type vulnerability that transactions are completed in Japan (hereinafter, the establishment of transactions without recipient consent may be abbreviated as "this vulnerability"). Regarding how to create a person address.

仮想通貨等の送受信方式として、ある時間内に行われたネットワーク参加者間の幾つかの取引を纏めて一つのブロックとし、各ブロックデータを要約したハッシュ値を引き継ぎながら、複数のブロックを時系列的に連結(チェーン)した情報を、自身もネットワーク参加者であるマイナーが承認してネットワーク参加者全員が確認&管理する、図1にその概要を示す「ブロックチェーン方式」が知られている。(例えば、非特許文献1) As a transmission / reception method for virtual currency, etc., several transactions between network participants performed within a certain period of time are combined into one block, and while inheriting the hash value that summarizes each block data, multiple blocks are time-series. A "blockchain method" is known, in which the miner, who is also a network participant, approves the information that is linked (chained), and all the network participants confirm and manage it. (For example, Non-Patent Document 1)

ブロックチェーン方式は大規模な中央管理機関を必要としない次世代の分散型管理システムとして期待されているが、発明者等は、鋭意検討の結果、現状のブロックチェーン方式には「悪意のあるネットワーク参加者によって、受信者の承諾なしの取引が成立してしまう。」ことを見出した。
すなわち、図1からも判るように、各取引には、匿名化はされているが送金先として記した受信者のアドレスが情報として含まれており、SNS情報等から受信者の個人名が特定されれば、図1に送金元として記した送信者から受信者に電子通貨、トークンを送付することで、受信者の承諾なしの取引(承諾なしの貸付、ウィルスの送付等)が成立してしまう。
The blockchain method is expected as a next-generation decentralized management system that does not require a large-scale central management organization, but as a result of diligent studies by the inventors, the current blockchain method is "malicious network". Participants will complete a transaction without the consent of the recipient. "
That is, as can be seen from FIG. 1, each transaction includes the address of the recipient described as the remittance destination, although it is anonymized, and the individual name of the recipient is specified from the SNS information or the like. Then, by sending the electronic currency and token from the sender shown as the remittance source in Fig. 1 to the recipient, a transaction without the consent of the recipient (loan without consent, sending of virus, etc.) is established. It ends up.

本脆弱性はブロックチェーン方式でのプロトコル(以下、「通常プロトコル」と略記することがある。)に存在する以下の仕組みに起因して発生しており、本脆弱性の解消には通常プロトコルの一部を変更する必要がある。
1.送信者が取引を作成してネットワーク参加者にブロードキャストする。
2.受信者のアドレスが取引情報の中で公開されている。
3.ある取引で公開されたアドレスがそれ以降の取引でも使用できる。
This vulnerability is caused by the following mechanism that exists in the blockchain protocol (hereinafter, may be abbreviated as "normal protocol"). To eliminate this vulnerability, use the normal protocol. Some need to be changed.
1. 1. The sender creates a transaction and broadcasts it to network participants.
2. 2. The recipient's address is published in the transaction information.
3. 3. The address published in one transaction can be used in subsequent transactions.

一方、ブロックチェーン方式での代替可能性の低さを解消するための仕組みとしてPay-to-EndPointプロトコル(例えば、非特許文献2)が知られている。
Pay-to-EndPointプロトコルは実際の取引に先だって送信者から受信者に必要な情報を送信し、受信者がそれを確認した後に送受信者間で取引に必要な情報をやり取りし、受信者が取引をネットワークにブロードキャストする方式であり、受信者の承諾なしには取引が実行されることはない。
受信者が承諾をした後に取引が実行されるという点で本脆弱性が解消できたかに見えるが、ある取引に通常プロトコルを用いるかPay-to-EndPointプロトコルを用いるかは送信者が決定できること、通常プロトコルでの取引によって作成される取引情報とPay-to-EndPointプロトコルでの取引によって作成される取引情報との区別がつかないという点で、本脆弱性の解消にはなっていない。
すなわち、悪意の送信者が通常のプロトコルを用いて取引を成立させることができる可能性が残されており、また、マイナーがPay-to-EndPointプロトコルでの取引のみを選択して承認するということができない。
On the other hand, the Pay-to-EndPoint protocol (for example, Non-Patent Document 2) is known as a mechanism for eliminating the low possibility of substitution in the blockchain method.
The Pay-to-EndPoint protocol sends the necessary information from the sender to the recipient prior to the actual transaction, and after the recipient confirms it, the information necessary for the transaction is exchanged between the sender and the receiver, and the recipient makes the transaction. Is a method of broadcasting to the network, and the transaction is not executed without the consent of the recipient.
It seems that this vulnerability has been resolved in that the transaction is executed after the recipient consents, but the sender can decide whether to use the normal protocol or the Pay-to-EndPoint protocol for a certain transaction. This vulnerability has not been resolved in that it is indistinguishable between transaction information created by transactions using the normal protocol and transaction information created by transactions using the Pay-to-EndPoint protocol.
That is, there is still the possibility that a malicious sender can close a transaction using a normal protocol, and the miner will only select and approve a transaction using the Pay-to-End Point protocol. I can't.

Satoshi Nakamoto,“Bitcoin:A pee-to-peer electronic cash system,”2009.(https://bitcoin.org/bitcoin.pdf)Satoshi Nakamoto, “Bitcoin: A pee-to-peer electronic cash system,” 2009. (https://bitcoin.org/bitcoin.pdf) Matthew Haywood,“Improving privacy using Pay-to-EndPoint,” 2018. (https://blockstream.com/2018/08/08/improving-privacy-using-pay-to-endpoint/)Matthew Haywood, “Improving privacy using Pay-to-EndPoint,” 2018. (https://blockstream.com/2018/08/08/improving-privacy-using-pay-to-endpoint/)

ブロックチェーン方式において、ある取引で公開された受信者アドレスがそれ以降の取引でも使用できることを不可能とすることで、受信者の承諾なしに取引が成立するという通常プロトコルの脆弱性を解消するための新たな取引作成プロトコル、及び受信者アドレス作成方法を提供する。 In the blockchain method, by making it impossible for the recipient address published in one transaction to be used in subsequent transactions, in order to eliminate the vulnerability of the normal protocol that the transaction is completed without the consent of the recipient. Provides a new transaction creation protocol and a method for creating recipient addresses.

係る目的を達成するための本発明のブロックチェーン取引作成プロトコル、及びブロックチェーンアドレス作成方法は、初めに、送信者が、送金先アドレス(すなわち、受信者アドレス)を記入せず、自身のアドレスと検証用の公開鍵、電子署名を添付した取引情報を受信者に送信し、次いで、受信者が、送付された電子署名を検証して検証可能であれば自身の秘密鍵で電子署名を除く取引に対して電子署名を作成し、秘密鍵に対応する公開鍵と電子署名で新たなアドレス(以下、nアドレスと略記することがある。)を作成して受信者アドレスに設定して前記公開鍵と電子署名を送信者に返信し、その後、返信を受けた送信者が、受信者の電子署名を検証し、検証可能であれば取引全体の情報に対して電子署名を行ってブロードキャストするステップからなることを特徴とする。
電子署名は良く知られた「公開鍵暗号方式」、「ハッシュ値」を用いた方法等によって作成可能であり、詳細な説明は割愛する。(以下、同様)
In the blockchain transaction creation protocol of the present invention and the blockchain address creation method for achieving the above object, the sender first does not enter the remittance destination address (that is, the recipient address), but uses his / her own address. Send the transaction information with the public key for verification and the electronic signature to the recipient, and then the recipient can verify and verify the sent electronic signature, and if it can be verified, the transaction excluding the electronic signature with his own private key. Create an electronic signature for the user, create a new address (hereinafter, may be abbreviated as n address) with the public key corresponding to the private key and the electronic signature, set it as the recipient address, and set the public key. From the step of replying the electronic signature to the sender, and then the sender who received the reply verifies the electronic signature of the recipient, and if it is possible to verify, digitally signs and broadcasts the information of the entire transaction. It is characterized by becoming.
Electronic signatures can be created by the well-known "public key cryptosystem", "hash value", etc., and detailed explanations are omitted. (Hereafter, the same applies)

係る目的を達成するための本発明のブロックチェーン取引作成プロトコル、及びブロックチェーンアドレス作成方法は、初めに、送信者が、送金先アドレス(すなわち、受信者アドレス)を記入せず、自身のアドレスと検証用の公開鍵、電子署名を添付した取引情報を受信者に送信し、
次いで、受信者が自身の入金先アドレスを設定し、自身の入金先アドレスが記入された取引に対して電子署名を行い、秘密鍵に対応する公開鍵と電子署名で新たなアドレスを作成して受信者アドレスに設定して、受信者が取引をネットワークにブロードキャストすることとしても良い。
In the blockchain transaction creation protocol and the blockchain address creation method of the present invention for achieving the above object, the sender first does not enter the remittance destination address (that is, the recipient address), but uses his own address. Send the transaction information with the public key for verification and electronic signature to the recipient,
Next, the recipient sets his / her own deposit address, digitally signs the transaction in which his / her deposit address is entered, and creates a new address with the public key and digital signature corresponding to the private key. It may be set to the recipient address so that the recipient broadcasts the transaction to the network.

本発明によれば、各取引で使用される受信者のアドレスはその都度新たに作成されて他の取引には使用することができず、本脆弱性を解消することができる。 According to the present invention, the address of the recipient used in each transaction is newly created each time and cannot be used for other transactions, and the vulnerability can be eliminated.

さらに、Pay-to-EndPointプロトコルと組み合わせた拡張実施によって、本脆弱性と代替可能性の低さを合わせて解消した状態で、ブロックチェーン方式を運用することが可能となる。 Furthermore, by implementing an extension in combination with the Pay-to-EndPoint protocol, it will be possible to operate the blockchain method with this vulnerability and low substitutability resolved together.

ブロックチェーン方式の一例を示す図Diagram showing an example of the blockchain method 本発明のブロックチェーン取引作成プロトコル、及びブロックチェーンアドレス作成方法の一実施例の概要を示す図The figure which shows the outline of one Example of the blockchain transaction creation protocol of this invention, and the blockchain address creation method. 図2のステップ100で、送信者から受信者に送信される情報を示す図The figure which shows the information transmitted from the sender to the receiver in step 100 of FIG. 図2のステップ200で、受信者側で実施される検証、nアドレスの作成を示す図The figure which shows the verification performed on the receiver side and the creation of an n address in step 200 of FIG. 図2のステップ200で、受信者から送信者に返信される情報を示す図FIG. 2 is a diagram showing information returned from the receiver to the sender in step 200 of FIG. 図2のステップ400で、送信者からブロードキャストされる取引情報を示す図FIG. 2 shows transaction information broadcast from the sender in step 400 of FIG. マイナーによって実施される検証手順の概要を示す図Diagram outlining the verification procedure performed by the miner 図2のステップ100の詳細な手続きを示す図The figure which shows the detailed procedure of step 100 of FIG. 図8のステップ110で送信者から受信者に送信されるnアドレスに関する情報を示す図FIG. 8 shows information about the n-address sent from the sender to the receiver in step 110 of FIG. 本発明のブロックチェーン取引作成プロトコル、及びブロックチェーンアドレス作成方法の他の実施例の概要を示す図The figure which shows the outline of another Example of the blockchain transaction creation protocol of this invention and the blockchain address creation method. 図10のステップ410で、受信者からブロードキャストされる取引情報を示す図FIG. 10 shows transaction information broadcast from the recipient in step 410 of FIG.

(実施形態1)
本発明の一実施形態を、図2から図9を用いて説明する。
図において、類似の手順、手続き等のステップについては同一の番号を附して説明を省略することがある。
(Embodiment 1)
An embodiment of the present invention will be described with reference to FIGS. 2 to 9.
In the figure, steps such as similar procedures and procedures may be given the same number and description may be omitted.

図2は本発明の取引作成プロトコル、及びアドレス作成方法において、送信者側で設定する情報、受信者側で設定する情報、送受信者間での情報のやり取りをステップ毎に示したものであり、各ステップで設定する情報及び情報のやり取りは以下のとおりである。
ステップ100(S100)
送信者が出金先アドレスを設定せず、自身の入金先アドレスと検証用の公開鍵、電子署名を添付したものを受信者に送信する。このとき、入金先アドレスが確かに送信者のものであることを証明するために、送信者はアドレス作成に用いた公開鍵と、出金先アドレスが設定されてない取引情報に対しての電子署名を添付する。受信者は電子署名を検証し、検証可能であればステップ200に進む。
図3は送信者から送信される情報を示したものである。
ステップ200(S200)
受信者は自身の秘密鍵で、電子署名を除く取引に対して電子署名を作成し、秘密鍵に対応する公開鍵と電子署名とでnアドレスを作成する。
図4は受信者側での検証、nアドレスの作成手順を模式的に示したものである。
受信者はnアドレスを出金先アドレスに設定し、nアドレス作成に使用した公開鍵と電子署名を添付して、送信者に返信する。
図5は受信者から送信者に返信される情報を示したものである。
ステップ300(S300)
送信者は受信者からの返信を受け取って受信者の電子署名を検証し、検証可能であれば、取引全体の情報に対して電子署名をする。
ステップ400(S400)
送信者はネットワークに作成した取引情報をブロードキャストする。
図6は送信者によってブロードキャストされる取引情報を示したものである。
FIG. 2 shows step by step the information set on the sender side, the information set on the receiver side, and the exchange of information between the sender and the receiver in the transaction creation protocol and the address creation method of the present invention. The information set in each step and the exchange of information are as follows.
Step 100 (S100)
The sender does not set the withdrawal address, but sends the recipient with his / her own deposit address, public key for verification, and electronic signature. At this time, in order to prove that the deposit destination address belongs to the sender, the sender uses the public key used to create the address and electronic data for transaction information for which the withdrawal destination address is not set. Attach the signature. The recipient verifies the digital signature and proceeds to step 200 if it can be verified.
FIG. 3 shows the information transmitted from the sender.
Step 200 (S200)
The recipient creates an electronic signature for transactions other than the electronic signature with his / her own private key, and creates an n address with the public key corresponding to the private key and the electronic signature.
FIG. 4 schematically shows the procedure for verification and n-address creation on the receiver side.
The recipient sets the n address as the withdrawal address, attaches the public key and digital signature used to create the n address, and replies to the sender.
FIG. 5 shows the information returned from the receiver to the sender.
Step 300 (S300)
The sender receives the reply from the recipient, verifies the recipient's digital signature, and if it can be verified, digitally signs the information of the entire transaction.
Step 400 (S400)
The sender broadcasts the transaction information created on the network.
FIG. 6 shows transaction information broadcast by the sender.

マイナーは送信者からブロードキャストされた取引情報について、取引の出金先アドレスとして使用されているnアドレスの検証用として、公開鍵とその取引情報の電子署名が記されている場合には、取引情報のハッシュ値と電子署名を公開鍵により復号した値が等しいかを判定し、等しい時に電子署名と公開鍵からnアドレスを作成し、ブロードキャストされた取引情報の出金先アドレスのnアドレスと等しいか検証する。検証できた場合には、マイナーはナンスの探索を行い、ナンスを記して取引を承認されたブロックとして分散台帳に記載する。検証できなかった場合には、当該取引をナンス探索の対象としない。
図7はマイナーによる承認手続きの概要を模式的に示したものである。
The miner will use the transaction information broadcast from the sender to verify the n address used as the withdrawal address of the transaction, if the public key and the electronic signature of the transaction information are written. Judges whether the hash value of the digital signature and the value obtained by decrypting the digital signature with the public key are equal, and when they are equal, an n address is created from the digital signature and the public key, and is it equal to the n address of the withdrawal address of the broadcast transaction information? Verify. If it can be verified, the miner searches for a nonce, notes the nonce, and records the transaction as an approved block in the distributed ledger. If it cannot be verified, the transaction is not included in the nonce search.
FIG. 7 schematically shows an outline of the approval procedure by the miner.

さらにステップ100の送信者による送信者アドレスの通知と署名の送信と受信者による送信者アドレスの検証について、図8、図9を用いて詳細に説明する。
ステップ110(S110)
送信者、受信者は入金先アドレスがnアドレスか、一般的なアドレスかの判定を行い、入金先アドレスがnアドレスでない場合にはステップ150に進み、図3に示したよう送信者は送信者の公開鍵と署名を受信者に送信し、受信者はその署名を検証する手続きを行う。一方、入金先アドレスがnアドレスである場合には、ステップ120に進む。
ステップ120(S120)
送信者はnアドレスが出金先アドレスとして利用された取引を表すPre Indexという情報を公開鍵の代わりに取引情報に記載する。受信者はPre Indexを辿ることにより、nアドレスに関連する公開鍵が対応する取引に記録されている取引情報をブロックチェーンより参照する。
図9は入金先アドレスがnアドレスであった場合に受信者に送られる情報を示したものである。
ステップ130(S130)
受信者は送信者のnアドレスが参照した取引のnアドレスであることを検証する。
ステップ140(S140)
受信者は、参照した取引に記載のnアドレスの公開鍵を使って、nアドレスを送信者のアドレスとする取引の電子署名を検証することで、入金先のnアドレスの持ち主が送信者であることを確認する。
ステップ150(S150)
図3に示したよう送信者は送信者の公開鍵と署名を受信者に送信し、受信者はその署名を検証する手続きを行う。
Further, the notification of the sender address by the sender and the transmission of the signature by the sender in step 100 and the verification of the sender address by the receiver will be described in detail with reference to FIGS. 8 and 9.
Step 110 (S110)
The sender and the receiver determine whether the deposit destination address is an n address or a general address, and if the deposit destination address is not the n address, the process proceeds to step 150, and the sender is the sender as shown in FIG. Send your public key and signature to the recipient, who will go through the process of verifying the signature. On the other hand, if the deposit destination address is n address, the process proceeds to step 120.
Step 120 (S120)
The sender describes the information called Pre Index, which represents the transaction in which the n address is used as the withdrawal address, in the transaction information instead of the public key. By following the Pre Index, the recipient refers to the transaction information recorded in the corresponding transaction with the public key associated with the n address from the blockchain.
FIG. 9 shows the information sent to the recipient when the deposit destination address is n address.
Step 130 (S130)
The recipient verifies that the sender's n-address is the n-address of the referenced transaction.
Step 140 (S140)
The recipient verifies the electronic signature of the transaction with the n address as the sender's address using the public key of the n address described in the referenced transaction, and the owner of the n address of the deposit destination is the sender. Make sure that.
Step 150 (S150)
As shown in FIG. 3, the sender sends the sender's public key and signature to the receiver, and the receiver performs a procedure for verifying the signature.

以上の説明から判るように、本発明の取引作成プロトコル、及びアドレス作成方法によれば、受信者のnアドレスは当該取引のみに使用されて有効なアドレスであり、ブロードキャストによってネットワーク参加者に公開されたとしても、悪意のネットワーク参加者がnアドレスを利用して受信者個人を特定することは不可能であり、脆弱性の原因となる「ある取引で公開されたアドレスがそれ以降の取引でも使用できる。」ことを回避することで、ブロックチェーン方式の脆弱性を解消することができる。 As can be seen from the above description, according to the transaction creation protocol and the address creation method of the present invention, the recipient's n address is a valid address used only for the transaction and is disclosed to network participants by broadcasting. Even so, it is impossible for a malicious network participant to identify the individual recipient using the n-address, which causes the vulnerability "The address published in one transaction is also used in subsequent transactions. By avoiding "I can do it.", The vulnerability of the blockchain method can be eliminated.

(実施形態2)
本発明の他の実施形態について、図10、図11を用いて説明する。
(Embodiment 2)
Other embodiments of the present invention will be described with reference to FIGS. 10 and 11.

図10は本発明の他の実施形態を示したものであり、図2に示したステップ200、ステップ300、ステップ400に代えてステップ210、ステップ310、ステップ410を実施する。
ステップ210(S210)
受信者は自身の入金先アドレスを設定した取引情報を作成し、秘密鍵で当該取引に対して電子署名を作成し、秘密鍵に対応する公開鍵と電子署名とでnアドレスを作成して、公開鍵と電子署名とnアドレスを取引情報に追加して受信者に送信する。送信者は受信者アドレスを受信し、受信者アドレスを検証し、ステップ310に進む。
ステップ310(S310)
送信者は受信者のアドレスを含めた取引の情報に対する署名を作成し、署名を追加した取引情報を受信者に送信する。更新された署名が追加された取引情報を受け取った受信者は自身が設定した入金先アドレスの公開鍵と署名を取引情報に記載し、ステップ410に進む。
ステップ410(S410)
受信者はネットワークに作成した取引情報をブロードキャストする。
図11は受信者からブロードキャストされる取引情報を示したものである。
FIG. 10 shows another embodiment of the present invention, in which steps 210, 310, and 410 are performed instead of steps 200, 300, and 400 shown in FIG.
Step 210 (S210)
The recipient creates transaction information with his / her deposit address set, creates an electronic signature for the transaction with the private key, creates an n address with the public key and electronic signature corresponding to the private key, and then Add the public key, digital signature and n-address to the transaction information and send it to the recipient. The sender receives the recipient address, verifies the recipient address, and proceeds to step 310.
Step 310 (S310)
The sender creates a signature for the transaction information including the recipient's address, and sends the transaction information with the signature added to the recipient. The recipient who receives the transaction information to which the updated signature is added describes the public key and signature of the deposit destination address set by himself / herself in the transaction information, and proceeds to step 410.
Step 410 (S410)
The recipient broadcasts the transaction information created on the network.
FIG. 11 shows transaction information broadcast from the receiver.

図10に示した実施形態によって、通常プロトコルの本脆弱性と代替可能性の低下を同時に解消することができるブロックチェーン取引作成プロトコルを実現することができる。 According to the embodiment shown in FIG. 10, it is possible to realize a blockchain transaction creation protocol that can simultaneously eliminate the present vulnerability of the conventional protocol and the decrease in substitutability.

本発明によれば、受信者の承諾なしに取引が成立するという脆弱性が解消されたブロックチェーン方式を実現することができる。 According to the present invention, it is possible to realize a blockchain method in which the vulnerability that a transaction is completed without the consent of the receiver is eliminated.

S100:ステップ100
S110:ステップ110
S120:ステップ120
S130:ステップ130
S140:ステップ140
S150:ステップ150
S200:ステップ200
S210:ステップ210
S300:ステップ300
S310:ステップ310
S400:ステップ400
S410:ステップ410
































S100: Step 100
S110: Step 110
S120: Step 120
S130: Step 130
S140: Step 140
S150: Step 150
S200: Step 200
S210: Step 210
S300: Step 300
S310: Step 310
S400: Step 400
S410: Step 410
































Claims (3)

ブロックチェーン方式での取引作成プロトコルにおいて、送信者が送信者アドレスの通知と署名を受信者に送信して受信者が送信者アドレスを検証するステップと、受信者が受信者アドレスを作成・返信して送信者が受信者アドレスを受信・検証するステップと、送信者がブロック全体の署名を作成するステップと、送信者が作成したブロックをP2Pネットワークへブロードキャストするステップとを含むことを特徴とする、ブロックチェーン取引作成プロトコル。 In the blockchain transaction creation protocol, the sender sends a notification and signature of the sender address to the recipient, the receiver verifies the sender address, and the recipient creates and replies the recipient address. It comprises a step of the sender receiving and verifying the recipient address, a step of the sender creating a signature for the entire block, and a step of broadcasting the block created by the sender to the P2P network. Blockchain transaction creation protocol. ブロックチェーン方式での取引情報に含まれる受信者アドレスを、前記受信者が、受信者の公開鍵と取引情報の名を用いて作成することを特徴とする、請求項1に記載のブロックチェーンアドレス作成方法。 The blockchain address according to claim 1, wherein the recipient address included in the transaction information in the blockchain method is created by the receiver using the recipient's public key and the name of the transaction information. How to make. ブロックチェーン方式での取引作成プロトコルにおいて、送信者が送信者アドレスの通知と署名を受信者に送信して受信者が送信者アドレスを検証するステップと、受信者が受信者アドレスを入金先アドレスとして設定し、送金先アドレスとしての受信者アドレスを作成・返信して送信者が受信者アドレスを受信・検証するステップと、送信者がブロック全体の署名を作成するステップと、受信者が入金先アドレスである受信者アドレスの署名を作成するステップと、受信者が作成したブロックをP2Pネットワークへブロードキャストするステップとを含むことを特徴とする、ブロックチェーン取引作成プロトコル。





















In the blockchain transaction creation protocol, the sender sends a notification and signature of the sender address to the recipient, the receiver verifies the sender address, and the recipient uses the recipient address as the deposit destination address. A step to set and create / reply a recipient address as a destination address so that the sender receives / verifies the recipient address, a step where the sender creates a signature for the entire block, and a step where the recipient creates a deposit address. A blockchain transaction creation protocol comprising the steps of creating a signature for a recipient address that is, and broadcasting the block created by the recipient to a P2P network.





















JP2019046801A 2019-03-14 2019-03-14 Blockchain transaction creation protocol and blockchain address creation method Active JP6934679B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019046801A JP6934679B2 (en) 2019-03-14 2019-03-14 Blockchain transaction creation protocol and blockchain address creation method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019046801A JP6934679B2 (en) 2019-03-14 2019-03-14 Blockchain transaction creation protocol and blockchain address creation method

Publications (2)

Publication Number Publication Date
JP2020150428A true JP2020150428A (en) 2020-09-17
JP6934679B2 JP6934679B2 (en) 2021-09-15

Family

ID=72432236

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019046801A Active JP6934679B2 (en) 2019-03-14 2019-03-14 Blockchain transaction creation protocol and blockchain address creation method

Country Status (1)

Country Link
JP (1) JP6934679B2 (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017010455A1 (en) * 2015-07-13 2017-01-19 日本電信電話株式会社 Contract agreement method, agreement verification method, contract agreement system, agreement verification device, contract agreement device, contract agreement program and agreement verification program
JP2017220710A (en) * 2016-06-03 2017-12-14 日本電信電話株式会社 Contract agreement method, agreement verification method, contract agreement device, and agreement verification device
JP2018064142A (en) * 2016-10-11 2018-04-19 富士通株式会社 Edge server, encryption communication control method thereof, and terminal
JP6341491B1 (en) * 2017-02-21 2018-06-13 株式会社三菱Ufj銀行 Signal processing method and signal processing program
US20180167217A1 (en) * 2016-12-14 2018-06-14 International Business Machines Corporation Container-based Operating System and Method

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017010455A1 (en) * 2015-07-13 2017-01-19 日本電信電話株式会社 Contract agreement method, agreement verification method, contract agreement system, agreement verification device, contract agreement device, contract agreement program and agreement verification program
JP2017220710A (en) * 2016-06-03 2017-12-14 日本電信電話株式会社 Contract agreement method, agreement verification method, contract agreement device, and agreement verification device
JP2018064142A (en) * 2016-10-11 2018-04-19 富士通株式会社 Edge server, encryption communication control method thereof, and terminal
US20180167217A1 (en) * 2016-12-14 2018-06-14 International Business Machines Corporation Container-based Operating System and Method
JP6341491B1 (en) * 2017-02-21 2018-06-13 株式会社三菱Ufj銀行 Signal processing method and signal processing program

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"P2P(ピアツーピア)とは?仕組みから活用例まで詳しく解説", [ONLINE], JPN6021023326, 18 December 2018 (2018-12-18), JP, ISSN: 0004562734 *
山内 涼介 RYOSUKE YAMAUCHI 他: "ブロックチェーンにおける受信者承認なしの取引成立を防ぐ方法について A Way of Preventing Senders from", 2019年 暗号と情報セキュリティシンポジウム予稿集 PROCEEDINGS OF 2019 SYMPOSIUM ON CRYPTOGRAPHY, JPN6021023325, 25 January 2019 (2019-01-25), JP, pages 3 - 1, ISSN: 0004562733 *

Also Published As

Publication number Publication date
JP6934679B2 (en) 2021-09-15

Similar Documents

Publication Publication Date Title
CN107851253B (en) Contract consensus method, consensus verification method, contract consensus system, consensus verification device, contract consensus device, computer-readable recording medium
US20190140822A1 (en) Block chain permission control method, device, and node apparatus
KR101964254B1 (en) Person to person trading method and apparatus by using blockchain and distributed hash table
AU2017340233B2 (en) Network topology
US20180101848A1 (en) System for managing a virtual private ledger and distributing workflow of authenticated transactions within a blockchain distributed network
WO2020060094A1 (en) Node device constituting blockchain network and method for operation of node device
JP2020507222A (en) System and method for information protection
JP6908700B2 (en) Systems and methods for information protection
JP2020501425A (en) Information protection system and method
WO2020088074A1 (en) Privacy transaction method and apparatus based on blockchain, and application method and apparatus therefor
CN107172074B (en) Information sending method, processing method and device
EP4002181A1 (en) A consensus method and framework for a blockchain system
CN109409878A (en) The method traded via double-deck alliance's chain
CN113544722A (en) Method for using block chain
CN110289951A (en) A kind of shared content monitoring method based on Threshold key sharing and block chain
JP6934679B2 (en) Blockchain transaction creation protocol and blockchain address creation method
CN113393225A (en) Digital currency encryption payment method and system
JP6786119B2 (en) Trading equipment, trading methods and trading programs
US20200160340A1 (en) Distributed fraud detection system within mesh networks
GB2587541A (en) A consensus method and framework for a blockchain system
KR20180054973A (en) Method for Operating Mobile Safety Remittance based on Verification of the Remittee
KR102100760B1 (en) METHOD FOR MULTI-HOP TRANSACTION ROUTING USING SMART CONTRACT in payment channel
KR20180054972A (en) Method for Operating Mobile Safety Remittance based on Verification of the Remittee
KR102331971B1 (en) Method and System for Providing Voucher based Blockchain
KR20210103191A (en) Block chain system

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20210317

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210317

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20210317

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20210430

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210622

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210719

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210803

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210817

R150 Certificate of patent or registration of utility model

Ref document number: 6934679

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150