JP6956062B2 - Transaction method, program, verification device and generation method - Google Patents
Transaction method, program, verification device and generation method Download PDFInfo
- Publication number
- JP6956062B2 JP6956062B2 JP2018204429A JP2018204429A JP6956062B2 JP 6956062 B2 JP6956062 B2 JP 6956062B2 JP 2018204429 A JP2018204429 A JP 2018204429A JP 2018204429 A JP2018204429 A JP 2018204429A JP 6956062 B2 JP6956062 B2 JP 6956062B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- token
- computer
- user
- exchange
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 43
- 238000012795 verification Methods 0.000 title description 71
- 238000012545 processing Methods 0.000 claims description 23
- 238000012546 transfer Methods 0.000 claims description 9
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 238000009434 installation Methods 0.000 claims 1
- 238000003860 storage Methods 0.000 description 23
- 238000004891 communication Methods 0.000 description 12
- 230000010365 information processing Effects 0.000 description 7
- 230000002457 bidirectional effect Effects 0.000 description 6
- 238000004422 calculation algorithm Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000002146 bilateral effect Effects 0.000 description 3
- 238000009826 distribution Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 241001522296 Erithacus rubecula Species 0.000 description 1
- 230000000996 additive effect Effects 0.000 description 1
- OWZREIFADZCYQD-NSHGMRRFSA-N deltamethrin Chemical compound CC1(C)[C@@H](C=C(Br)Br)[C@H]1C(=O)O[C@H](C#N)C1=CC=CC(OC=2C=CC=CC=2)=C1 OWZREIFADZCYQD-NSHGMRRFSA-N 0.000 description 1
- 238000004900 laundering Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000003248 secreting effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
本発明は、取引方法、プログラム、検証装置及び生成方法に関する。 The present invention relates to a transaction method, a program, a verification device and a generation method.
ブロックチェーンに代表される分散型台帳技術を用いて実現される仮想通貨と、法定通貨等の現実の金融資産との交換を行う種々の手法が提案されている。例えば特許文献１では、法定通貨に対する仮想通貨の価格を安定させるため、固定価格で仮想通貨と法定通貨との交換を行う仮想通貨管理装置等が開示されている。
Various methods have been proposed for exchanging virtual currencies realized by using distributed ledger technology represented by blockchain with real financial assets such as legal tender. For example,
しかしながら、特許文献１に係る発明は固定価格で仮想通貨を売買可能な取引所を提供しているに過ぎず、仮想通貨と金融資産との交換を行う適切な取引の場を提供しているとは言い難い。
However, the invention according to
一つの側面では、仮想通貨と金融資産との交換を適切に行うことができる取引方法等を提供することを目的とする。 One aspect is to provide a transaction method or the like that can appropriately exchange virtual currency for financial assets.
一つの側面では、取引方法は、第１のユーザのコンピュータに、分散型台帳において取引履歴が管理される仮想通貨であって、前記第１のユーザが保有する仮想通貨を第１のトークンに変換させ、第２のユーザのコンピュータに、前記第２のユーザが保有する金融資産に基づく第２のトークンの発行要求を出力させ、前記第１又は第２のユーザのコンピュータに、前記第１及び第２のユーザの間で前記第１及び第２のトークンを交換するトランザクションを生成して出力させ、前記第２のユーザのコンピュータに、前記トランザクションにより取得した前記第１のトークンを前記仮想通貨に変換させ、前記第１のユーザのコンピュータに、前記第２のトークンに基づく前記金融資産の償還要求を出力させることを特徴とする。 In one aspect, the transaction method is a virtual currency whose transaction history is managed in a distributed ledger on the computer of the first user, and the virtual currency held by the first user is converted into a first token. The second user's computer is made to output a request for issuing a second token based on the financial assets held by the second user, and the first or second user's computer is made to output the first and second tokens. A transaction for exchanging the first and second tokens between the two users is generated and output, and the computer of the second user converts the first token acquired by the transaction into the virtual currency. It is characterized in that the computer of the first user is made to output a request for redemption of the financial asset based on the second token.
一つの側面では、仮想通貨と金融資産との交換を適切に行うことができる。 On one side, cryptocurrencies can be properly exchanged for financial assets.
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態）
図１は、取引システムの構成例を示す模式図である。本実施の形態では、ブロックチェーン（分散型台帳）において取引履歴が管理される仮想通貨と法定通貨との交換を、ブロックチェーンの側鎖と呼ばれるサイドチェーン上で行う取引システムについて説明する。取引システムは、情報処理装置１、１、１…及び検証装置２を含む。各装置は、インターネット等の通信網Ｎを介して通信接続されている。
Hereinafter, the present invention will be described in detail with reference to the drawings showing the embodiments thereof.
(Embodiment)
FIG. 1 is a schematic diagram showing a configuration example of a trading system. In the present embodiment, a transaction system for exchanging a virtual currency whose transaction history is managed in a blockchain (distributed ledger) with a legal tender on a side chain called a side chain of the block chain will be described. The trading system includes
情報処理装置１は、本システムを利用して仮想通貨及び法定通貨の交換を行うユーザが操作する情報処理装置であり、例えばパーソナルコンピュータ、サーバ装置等である。本実施の形態では情報処理装置１がパーソナルコンピュータであるものとし、以下の説明では簡潔のため端末１と読み替える。
The
本システムを利用するユーザは特に限定されないが、本実施の形態では一例として、仮想通貨の取引所を運営する交換業者がユーザであるものとして説明する。以下の説明では便宜上、各ユーザを取引所Ａ、Ｂ、Ｃ…と表し、各取引所Ａ、Ｂ、Ｃ…の端末１を端末１ａ、１ｂ、１ｃ…と表す。端末１ａ、１ｂ、１ｃ…はそれぞれ、取引所Ａ、Ｂ、Ｃ…として機能する不図示のサーバ装置に接続されており、各取引所Ａ、Ｂ、Ｃ…のオペレータが操作する。
The user who uses this system is not particularly limited, but in the present embodiment, as an example, it is assumed that the exchange company operating the virtual currency exchange is the user. In the following description, for convenience, each user is referred to as exchanges A, B, C ..., And the
現在、仮想通貨の取引価格や流通量は取引所によってばらつきがあり、均衡が取れていない側面がある。その一因に、取引所同士で取引・決済を行う場、つまり金融取引で言うに相当するプロ向け市場や共通決済基盤がないことが挙げられる。法定通貨等の金融資産の場合、適格機関投資家等が取引を行うにあたり共通取引基盤や共通決済基板が存在する。一方で、仮想通貨では現状そのような特定の共通取引基盤ならびに共通決済基盤がなく、取引所等プロ参加者は各々仮想通貨交換業を営むに過ぎず、個別に直接やり取りをしている。そこで本システムでは、取引所等プロ参加者同士が取引を行うにあたり必要となる共通基盤を提供する。 Currently, the transaction price and distribution volume of virtual currencies vary from exchange to exchange, and there is an aspect that they are not balanced. One reason for this is that there is no place for transactions and settlements between exchanges, that is, there is no professional market or common settlement infrastructure equivalent to financial transactions. In the case of financial assets such as legal tender, there is a common transaction base and a common settlement board for qualified institutional investors to conduct transactions. On the other hand, virtual currencies do not currently have such a specific common transaction base and common settlement base, and professional participants such as exchanges only operate virtual currency exchange businesses and exchange directly with each other. Therefore, this system provides a common platform necessary for professional participants such as exchanges to conduct transactions.
検証装置２は、本システムで行われる通貨交換取引の適正を検証する検証者Ｘの装置であり、例えばサーバ装置、パーソナルコンピュータ等である。本実施の形態では検証装置２がサーバ装置であるものとし、以下の説明では検証サーバ２と読み替える。検証者Ｘは、主に法規制の観点から、取引する通貨のレート、取引者のＩＤ、ＵＴＸＯ（Unspent Transaction Output；未使用トランザクション）等の取引に関わる情報をチェックし、取引の承認を与える。検証サーバ２が行う処理について、詳しくは後述する。 The verification device 2 is a device of the verifier X that verifies the appropriateness of the currency exchange transaction performed in this system, and is, for example, a server device, a personal computer, or the like. In the present embodiment, the verification device 2 is assumed to be a server device, and will be read as the verification server 2 in the following description. The verifier X checks information related to transactions such as the rate of the currency to be traded, the ID of the trader, and UTXO (Unspent Transaction Output), mainly from the viewpoint of laws and regulations, and gives approval of the transaction. The processing performed by the verification server 2 will be described in detail later.
ブロックチェーンは、仮想通貨の取引履歴を管理する分散型台帳の一種である。ブロックチェーンのネットワークはマイナーと呼ばれる不特定多数のノードにより形成され、各ノードがトランザクションを検証して検証結果の合意を形成し、ブロックチェーン上の取引履歴を更新する。本実施の形態では、仮想通貨の一例としてビットコイン（登録商標）を挙げて説明する。なお、仮想通貨はビットコインに限定されず、イーサリアム（登録商標）等のアルトコインであっても良いことは勿論である。 Blockchain is a type of distributed ledger that manages the transaction history of virtual currencies. The blockchain network is formed by an unspecified number of nodes called miners, and each node verifies transactions, forms an agreement on the verification results, and updates the transaction history on the blockchain. In the present embodiment, Bitcoin (registered trademark) will be described as an example of the virtual currency. Of course, the virtual currency is not limited to Bitcoin, and may be altcoin such as Ethereum (registered trademark).
サイドチェーンは、ブロックチェーンの側鎖となる概念であり、メインのブロックチェーンとの間で通貨を移動することが可能な第２のブロックチェーン（第２の分散型台帳）である。後述するように、メインのブロックチェーンとサイドチェーンとの間では双方向ペグ（Two-way Peg）が可能となっており、メインのブロックチェーン上で管理されている通貨（ビットコイン）と、サイドチェーン上で管理されている通貨とを相互に交換することができる。以下の説明では便宜上、メインのブロックチェーンを「メインチェーン」と呼び、サイドチェーンと区別する。 A side chain is a concept that is a side chain of a blockchain, and is a second blockchain (second distributed ledger) capable of transferring currency to and from the main blockchain. As will be described later, two-way pegs are possible between the main blockchain and the sidechain, and the currency (bitcoin) managed on the main blockchain and the side You can exchange currencies managed on the chain with each other. In the following description, for convenience, the main blockchain is referred to as the "main chain" to distinguish it from the side chain.
本システムに係る通貨交換取引をメインチェーン上で行っても良いが、本実施の形態ではサイドチェーン上で取引を行う。例えばビットコインのブロックチェーンの場合、ＰｏＷ（Proof of Work）によりマイナーの合意が形成される時間が１ブロック当たり約１０分間となっており、当事者間で取引をしてからブロックチェーンに反映されるまで時間が掛かる。また、スケーラビリティの問題から近年ではマイナーに支払う手数料も高騰している。一方で、サイドチェーンはメインチェーンとは異なるネットワークであるため、合意形成の手法を異なるものとすることができる。これにより、取引履歴を分散管理することによるブロックチェーンのセキュリティを維持しつつ、迅速な取引、手数料の抑制等を図ることができる。 The currency exchange transaction related to this system may be performed on the main chain, but in the present embodiment, the transaction is performed on the side chain. For example, in the case of Bitcoin blockchain, the time for a minor agreement to be formed by PoW (Proof of Work) is about 10 minutes per block, which is reflected in the blockchain after transactions between the parties. It takes time. In recent years, fees paid to miners have also risen due to scalability issues. On the other hand, since the side chain is a different network from the main chain, the consensus building method can be different. As a result, while maintaining the security of the blockchain by managing the transaction history in a decentralized manner, it is possible to achieve quick transactions, control of fees, and the like.
詳しくは後述するように、取引所の端末１は、自らが保有する仮想通貨又は法定通貨を、サイドチェーンで取引履歴が管理されるトークンに変換する。そして端末１は、変換したトークンを他の取引所との間で交換することにより、仮想通貨及び法定通貨の交換に係る取引を行う。
As will be described in detail later, the
図２は、端末１及び検証サーバ２の構成例を示すブロック図である。端末１は、制御部１１、主記憶部１２、通信部１３、表示部１４、入力部１５、及び補助記憶部１６を備える。
制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有し、補助記憶部１６に記憶されたプログラムＰ１を読み出して実行することにより、種々の情報処理、制御処理等を行う。主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の一時記憶領域であり、制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。通信部１３は、通信に関する処理を行うための通信モジュールであり、外部と情報の送受信を行う。表示部１４は、液晶ディスプレイ等の表示装置であり、制御部１１から与えられた画像を表示する。入力部１５は、マウス、キーボード等の入力インターフェイスであり、操作入力を受け付ける。
FIG. 2 is a block diagram showing a configuration example of the
The control unit 11 has one or more CPUs (Central Processing Units), MPUs (Micro-Processing Units), GPUs (Graphics Processing Units), and other arithmetic processing units, and stores the program P1 stored in the
補助記憶部１６はハードディスク等の不揮発性記憶領域であり、制御部１１が処理を実行するために必要なプログラムＰ１、その他のデータを記憶している。また、補助記憶部１６は、メインチェーン鍵情報１６１、サイドチェーン鍵情報１６２及び秘匿化用鍵情報１６３を記憶している。メインチェーン鍵情報１６１は、メインチェーン上でのユーザ（取引所）のウォレットアドレスに相当する鍵情報（秘密鍵、公開鍵）を記憶している。サイドチェーン鍵情報１６２は、サイドチェーン上でのユーザのウォレットアドレスに相当する鍵情報を記憶している。秘匿化用鍵情報１６３は、後述するように、サイドチェーン上でのトランザクションに記述される通貨交換取引の内容を秘匿化するために用いられる鍵情報を記憶している。
The
検証サーバ２は、制御部２１、主記憶部２２、通信部２３、補助記憶部２４を備える。
制御部１１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有し、補助記憶部２４に記憶されたプログラムＰ２を読み出して実行することにより、種々の情報処理、制御処理等を行う。主記憶部２２は、ＲＡＭ等の一時記憶領域であり、制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。通信部２３は、通信に関する処理を行うための通信モジュールであり、外部と情報の送受信を行う。
The verification server 2 includes a
The control unit 11 has one or a plurality of arithmetic processing units such as CPUs, MPUs, and GPUs, and reads and executes the program P2 stored in the
補助記憶部２４はハードディスク等の不揮発性記憶領域であり、制御部２１が処理を実行するために必要なプログラムＰ２、その他のデータを記憶している。また、補助記憶部２４は、鍵情報２４１、ユーザＤＢ２４２及び取引ＤＢ２４３を記憶している。鍵情報２４１は、検証者Ｘの鍵情報を記憶している。ユーザＤＢ２４２は、各ユーザ（取引所）の情報を格納したデータベースである。取引ＤＢ２４３は、各ユーザの間で予定されている通貨交換取引の情報を格納したデータベースである。
The
なお、補助記憶部２４は検証サーバ２に接続された外部記憶装置であってもよい。また、検証サーバ２は複数のコンピュータからなるマルチコンピュータであってもよく、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。
The
また、本実施の形態において検証サーバ２は上記の構成に限られず、例えば可搬型記憶媒体に記憶された情報を読み取る読取部、操作入力を受け付ける入力部、画像を表示する表示部等を含んでもよい。 Further, in the present embodiment, the verification server 2 is not limited to the above configuration, and may include, for example, a reading unit for reading information stored in a portable storage medium, an input unit for receiving operation input, a display unit for displaying an image, and the like. good.
図３は、ユーザＤＢ２４２及び取引ＤＢ２４３のレコードレイアウトの一例を示す説明図である。ユーザＤＢ２４２は、ユーザＩＤ列、ユーザ名列、アカウント情報列を含む。ユーザＩＤ列は、各ユーザを識別するためのユーザＩＤを記憶している。ユーザ名列は、ユーザＩＤと対応付けて、ユーザ（取引所）の名称を記憶している。アカウント情報列は、ユーザＩＤと対応付けて、本システムにおけるユーザのアカウント情報を記憶している。アカウント情報は、例えばログインに必要なデータのほかに、ユーザの金融口座の情報などを含む。
FIG. 3 is an explanatory diagram showing an example of the record layout of the
取引ＤＢ２４３は、取引ＩＤ列、取引実行日列、第１ユーザ列、第２ユーザ列を含む。取引ＩＤ列は、後述するように、ユーザらが本システムに係るツールを用いて合意した通貨交換取引を識別するための取引ＩＤを記憶している。取引実行日列は、取引ＩＤと対応付けて、通貨交換取引の実行日を記憶している。第１ユーザ列は、取引ＩＤと対応付けて、通貨交換取引の一方の当事者であり、仮想通貨を法定通貨に交換する第１のユーザ側の情報を記憶している。例えば第１ユーザ列は、第１のユーザのユーザＩＤ、交換するトークン（第１のトークン）のアセットタイプ（種類）、取引量、当該トークンをサイドチェーン上で保持するＵＴＸＯの情報などを記憶している。第２ユーザ列は、取引ＩＤと対応付けて、通貨交換取引の他方の当事者であり、法定通貨を仮想通貨に交換する第２のユーザ側の情報を記憶している。例えば第２ユーザ列は、第２のユーザのユーザＩＤ、交換するトークン（第２のトークン）のアセットタイプ、取引量などを記憶している。
The
図４は、通貨交換取引の概要を示す説明図である。図４では、サイドチェーンを用いて取引所Ａ、Ｂが通貨交換取引を行う様子を概念的に図示している。本実施の形態では、取引所Ａが仮想通貨を、取引所Ｂが法定通貨（例えば日本円）を交換するものとして説明する。まず図４を用いて、本システムを構成する各要素について説明する。 FIG. 4 is an explanatory diagram showing an outline of a currency exchange transaction. FIG. 4 conceptually illustrates how exchanges A and B carry out currency exchange transactions using a side chain. In the present embodiment, it is assumed that exchange A exchanges virtual currency and exchange B exchanges legal tender (for example, Japanese yen). First, each element constituting this system will be described with reference to FIG.
上述の如く、メインチェーン（図４左上に「Ｂｌｏｃｋｃｈａｉｎ」と図示）は仮想通貨の取引履歴を分散管理するブロックチェーンであり、例えばビットコインに係るネットワークである。一方で、サイドチェーンはメインチェーンの側鎖となるブロックチェーンであり、メインチェーンとは異なるアルゴリズムで動作するネットワークである。サイドチェーンはメインチェーンと異なる手法でトランザクションの検証に係る合意形成が成されると共に、メインチェーンとの間で双方向での通貨の移動が可能に構成されている。 As described above, the main chain (shown as "Blockchain" in the upper left of FIG. 4) is a blockchain that manages the transaction history of virtual currencies in a decentralized manner, and is, for example, a network related to Bitcoin. On the other hand, the side chain is a blockchain that is a side chain of the main chain, and is a network that operates with an algorithm different from that of the main chain. The side chain is configured to allow bidirectional currency transfer to and from the main chain, as well as consensus building on transaction verification using a method different from that of the main chain.
サイドチェーンの動作アルゴリズムは特に限定されないが、本実施の形態に係るサイドチェーンは、ストロング・フェデレーションズ（Strong Federations）と呼ばれるアルゴリズムで動作する。ストロング・フェデレーションズは、ネットワーク上に地理的及び管轄的に分散して配置された複数の監査人（図４では「Ｆｅｄｅｒａｔｉｏｎ ｍｅｍｂｅｒ」と図示）が、サイドチェーン上のトランザクションの検証に係る合意形成、及びメインチェーンとの間の双方向ペグの検証を、ｋ−ｏｆ−ｎのマルチシグネチャスキームで行うアルゴリズムである。メインチェーンではＰｏＷにより行う合意形成を、サイドチェーンではマルチシグネチャに置き換えることで、メインチェーンのセキュリティを維持しつつ低レイテンシーを実現する。また、メインチェーンでも実装されているマルチシグネチャ技術によって双方向ペグを行うことで、メインチェーンのソフトフォーク（仕様変更）をせずとも双方向ペグが可能となる。 The operation algorithm of the side chain is not particularly limited, but the side chain according to the present embodiment operates by an algorithm called Strong Federations. Strong Federations is a consensus building on the verification of transactions on the sidechain by multiple auditors (shown as "Federation members" in Figure 4) geographically and jurisdictionally distributed on the network. It is an algorithm that verifies bidirectional pegs with and from the main chain using a k-of-n multi-signature scheme. By replacing the consensus building performed by PoW in the main chain with multi-signature in the side chain, low latency is realized while maintaining the security of the main chain. In addition, by performing bidirectional pegs using the multi-signature technology that is also implemented in the main chain, bidirectional pegs are possible without the need for a soft fork (specification change) in the main chain.
なお、ストロング・フェデレーションズの監査人はＢｌｏｃｋｓｉｇｎｅｒと呼ばれるメンバーとＷａｔｃｈｍｅｎと呼ばれるメンバーとに分けられ、Ｂｌｏｃｋｓｉｇｎｅｒがトランザクションの検証を、Ｗａｔｃｈｍｅｎが双方向ペグのチェックを行う。しかし両者の区別は本質的事項でないため、本明細書では両者を区別せずに「監査人」と呼ぶ。 The auditors of Strong Federations are divided into a member called Blocksigner and a member called Watchmen, and Blocksigner verifies the transaction and Watchmen checks the bidirectional pegs. However, since the distinction between the two is not an essential matter, the two are referred to herein as "auditors" without distinction.
本実施の形態では、上記のサイドチェーン上に、監査人に加え、検証者Ｘが通貨交換取引を検証するプラットフォームを構築する。本プラットフォーム上では、検証者Ｘの承認を得ずに取引を行うことができないように構成されている。詳しくは後述するように、検証者Ｘは主に法規制の観点から取引内容のチェックを行い、法令等に違反する取引には承認を与えない。 In the present embodiment, on the above side chain, in addition to the auditor, the verifier X constructs a platform for verifying the currency exchange transaction. The platform is configured so that transactions cannot be conducted without the approval of verifier X. As will be described in detail later, the verifier X checks the transaction details mainly from the viewpoint of laws and regulations, and does not give approval to transactions that violate laws and regulations.
例えば検証者Ｘ（検証サーバ２）は、各取引所が取引のマッチングやコミュニケーション、及び後述するトランザクションの生成等を実行するツールとして機能するプログラムＰ１（第１のプログラム、第２のプログラム）を、各端末１ａ、１ｂにインストールさせるべく配信する。これにより、端末１ａ、１ｂを含む取引システムが生成される。取引所Ａ、Ｂは、当該ツールを用いて取引の相手方を検索し、取引内容（取引価格、取引量等）の交渉を行う。取引内容に合意した場合、取引所Ａ、Ｂは本プラットフォームを利用して通貨交換を行う。
For example, the verifier X (verification server 2) provides a program P1 (first program, second program) in which each exchange functions as a tool for executing transaction matching, communication, transaction generation, etc., which will be described later. It is distributed so that it can be installed on each terminal 1a and 1b. As a result, a trading
具体的には、取引所Ａは自らが保有する仮想通貨（ＢＴＣ）をメインチェーンからサイドチェーンに移動するペグイン（Peg-in）を行い、サイドチェーンで取引履歴が管理される第１のトークンに変換する。以下の説明では便宜上、第１のトークンを「ＬＢＴＣ」と呼ぶ。 Specifically, Exchange A performs Peg-in to move its own virtual currency (BTC) from the main chain to the side chain, and becomes the first token whose transaction history is managed in the side chain. Convert. In the following description, for convenience, the first token is referred to as "LBTC".
また、取引所Ｂは、金融振込等の手段で法定通貨（日本円）を検証者Ｘに送金し、サイドチェーンで取引履歴が管理される第２のトークンを発行するよう検証者Ｘに要求する。以下の説明では便宜上、第２のトークンを「ＪＰＹトークン」と呼ぶ。 In addition, exchange B remits legal tender (Japanese yen) to verifier X by means such as financial transfer, and requests verifier X to issue a second token whose transaction history is managed in the side chain. .. In the following description, for convenience, the second token will be referred to as a "JPY token".
なお、以下では検証者Ｘが取引の検証及びトークンの発行の両方を行うものとして説明するが、トークンの発行主体は検証者Ｘと異なっていても良い。 In the following description, it is assumed that the verifier X performs both transaction verification and token issuance, but the token issuer may be different from the verifier X.
取引所Ａ、Ｂは、取得したＬＢＴＣ及びＪＰＹトークンを交換するトランザクションを生成し、サイドチェーンのネットワークにブロードキャストする。この場合に、取引所Ａ、Ｂはトランザクションを検証者Ｘに送信し、検証者Ｘが検証を行った上でブロードキャストする。当該トランザクションはさらにサイドチェーンの監査人によって検証され、承認された場合はサイドチェーンに取り込まれる。 Exchanges A and B generate transactions for exchanging acquired LBTC and JPY tokens and broadcast them to the sidechain network. In this case, the exchanges A and B send the transaction to the verifier X, and the verifier X verifies and broadcasts the transaction. The transaction is further validated by the sidechain auditor and, if approved, incorporated into the sidechain.
その後の処理はトークンの取得過程と逆であり、取引所ＢはＬＢＴＣをサイドチェーンからメインチェーンに移動するペグアウト（Peg-out）を行って仮想通貨を取得すると共に、取引所ＡはＪＰＹトークンに基づく法定通貨の償還要求を行い、金融振込等の手段で法定通貨を取得する。これにより、仮想通貨と法定通貨との交換が完了する。
以下では、上述の処理の詳細について説明する。
Subsequent processing is the reverse of the token acquisition process, with Exchange B performing a Peg-out to move the LBTC from the side chain to the main chain to acquire virtual currency, and Exchange A becoming a JPY token. Make a request for redemption of legal tender based on it, and acquire legal tender by means such as financial transfer. This completes the exchange of virtual currency for legal tender.
The details of the above-mentioned processing will be described below.
図５〜図８は、通貨交換取引の過程を示す説明図である。図５〜図８では順に、通貨交換取引に関する処理過程を概念的に図示している。まず図５では、サイドチェーンへのペグイン、及びＪＰＹトークンの発行が行われる様子を図示している。 5 to 8 are explanatory views showing the process of currency exchange transactions. In FIGS. 5 to 8, the processing process related to the currency exchange transaction is conceptually illustrated in order. First, FIG. 5 illustrates how the peg-in to the side chain and the issuance of the JPY token are performed.
取引所Ａ、Ｂの端末１ａ、１ｂはそれぞれ、上記のツールを用いて取引の相手方の検索（マッチング）を行う。取引所Ａ、Ｂのオペレータはツール上で相手方と取引内容を交渉する。取引内容は、例えば取引対象である仮想通貨及び法定通貨の種類、法定通貨に対する仮想通貨の価格に相当する取引価格、通貨の取引量（交換量）のほか、取引を行う日時、取引を行う取引者のＩＤ（ユーザＩＤ）等の情報を含み得る。取引内容について合意した場合、端末１ａ、１ｂはそれぞれ、合意した取引内容に従って処理を行う。
The
端末１ａは、取引所Ａが保有する仮想通貨をメインチェーンからサイドチェーンに移動するペグインを行う。具体的には、端末１ａは、仮想通貨をメインチェーンの特殊なアドレス宛に送り、使用不可能となるようロック（凍結）する。端末１ａは、メインチェーンに仮想通貨をロックしたことを示す情報を監査人のサーバ装置（不図示）に送信、あるいはサイドチェーン上に埋め込み、取引所Ａが指定したサイドチェーンのアドレス宛にＬＢＴＣを送るよう監査人に要求する。
The terminal 1a performs a peg-in to move the virtual currency held by the exchange A from the main chain to the side chain. Specifically, the
より詳細には、端末１ａは、複数の監査人それぞれが公開している公開鍵と、サイドチェーン上のウォレットアドレスに相当する取引所Ａの公開鍵とを用いて、メインチェーン上で仮想通貨をロックしておくためのマルチシグアドレスを生成する。そして端末１ａは、当該マルチシグアドレスに仮想通貨をデポジットしたロッキングトランザクションを生成し、メインチェーンのネットワークにブロードキャストする。これにより、メインチェーンの仮想通貨は監査人の電子署名を入力しなければアンロックすることができず、使用不可能となる。端末１ａは、ロッキングトランザクションの情報と、マルチシグアドレス生成時に使用した取引所Ａの公開鍵等の情報とを監査人のサーバ装置に送信する。
More specifically, the terminal 1a uses the public key published by each of the plurality of auditors and the public key of the exchange A corresponding to the wallet address on the side chain to generate virtual currency on the main chain. Generate a multisig address to keep locked. Then, the
なお、正確には、端末１ａは楕円曲線の準同型性を利用して各監査人の公開鍵から新たな公開鍵を生成し、生成した公開鍵を用いて上記のマルチシグアドレスを生成するが、本実施の形態では簡潔のため説明を省略する。 To be precise, the terminal 1a uses the homomorphism of the elliptic curve to generate a new public key from each auditor's public key, and the generated public key is used to generate the above multisig address. , In the present embodiment, the description will be omitted for the sake of brevity.
各監査人のサーバ装置は、各監査人の秘密鍵と、端末１ａから受信した取引所Ａの公開鍵等の情報とを用いて、メインチェーンに仮想通貨がロックされているか否かを検証する。ストロング・フェデレーションズでは、複数の監査人のうち所定数（少なくとも過半数）の監査人が検証に成功した場合、ペグインが承認される。この場合、メインチェーンにロックされた仮想通貨と等価なＬＢＴＣがサイドチェーンでアンロック、又は新規発行され、取引所Ａのウォレットアドレスに送られる。 The server device of each auditor verifies whether or not the virtual currency is locked in the main chain by using the private key of each auditor and the information such as the public key of the exchange A received from the terminal 1a. .. Strong Federations approves peg-ins if a certain number (at least a majority) of the auditors successfully validate. In this case, the LBTC equivalent to the virtual currency locked in the main chain is unlocked or newly issued in the side chain and sent to the wallet address of the exchange A.
端末１ａは、上記で取得したＬＢＴＣを保持するＵＴＸＯの情報を検証サーバ２に送信し、取引ＤＢ２４３に登録する。ＵＴＸＯを登録したＬＢＴＣを取引所Ａが検証者Ｘに無断で使用した場合、例えば検証サーバ２は、後述するトランザクションの検証時に取引を承認せず、トランザクションを無効とする。
The terminal 1a transmits the UTXO information holding the LBTC acquired above to the verification server 2 and registers it in the
一方、取引所Ｂの端末１ｂは、取引所Ｂが保有する法定通貨を金融振込等の手段で検証者Ｘに送金し、検証サーバ２に対してＪＰＹトークンの発行要求を行う。発行要求を受信した場合、検証サーバ２は、送金された法定通貨と等価なＪＰＹトークンを新規に生成し、取引所Ｂ宛に送る。 On the other hand, the terminal 1b of the exchange B transfers the legal tender held by the exchange B to the verifier X by means such as financial transfer, and requests the verification server 2 to issue a JPY token. When the issuance request is received, the verification server 2 newly generates a JPY token equivalent to the transferred legal currency and sends it to the exchange B.
この場合に検証サーバ２は、取引所Ｂの公開鍵のほかに検証者Ｘの公開鍵を用いてマルチシグアドレスを生成し、当該マルチシグアドレスにＪＰＹトークンをデポジットしたトランザクションを生成してサイドチェーンのネットワークにブロードキャストする。これにより、本プラットフォーム上でＪＰＹトークンは検証者Ｘの承認（署名）を得なければ使用することができないよう構成される。 In this case, the verification server 2 uses the public key of the verifier X in addition to the public key of the exchange B to generate a multisig address, generates a transaction in which a JPY token is deposited at the multisig address, and sidechains. Broadcast to your network. As a result, the JPY token cannot be used on this platform without the approval (signature) of the verifier X.
図６は、トランザクションの生成及び検証処理が行われる様子を概念的に図示している。端末１ａ、１ｂは、上記のＬＢＴＣ及びＪＰＹトークンを交換するため、相手方に宛てて自らが保有するトークンを送信するトランザクションを生成してブロードキャストする。
FIG. 6 conceptually illustrates how a transaction is generated and verified. In order to exchange the above-mentioned LBTC and JPY tokens, the
この場合に、端末１ａ、１ｂが各々トランザクションを生成して相手方にトークンを送るだけでは、相手方の不正行為によって交換が成立しない虞がある。例えば取引所Ａは取引所ＢにＬＢＴＣを送ったものの、取引所Ｂは取引所ＡにＪＰＹトークンを送らないようなケースがあり得る。
In this case, if the
上記の事態に備えて、端末１ａ、１ｂは、アトミックスワップによるトークンの交換を行う。アトミックスワップは、互いの信頼関係を不要としながらも、第三者（仲介者）を介さず相対取引で仮想通貨（トークン）の交換を可能とする手法である。
In preparation for the above situation,
具体的には、端末１ａ又は１ｂのいずれかが、取引所Ａ及びＢそれぞれの公開鍵を用いてマルチシグアドレスを生成し、当該マルチシグアドレスにＬＢＴＣ及びＪＰＴトークンをデポジットしたトランザクションを生成する。そして端末１ａ及び１ｂはそれぞれ、当該トランザクションに取引所Ａ及びＢそれぞれの電子署名を入力（付加）してブロードキャストする。
Specifically, either terminal 1a or 1b generates a multisig address using the public keys of exchanges A and B, and generates a transaction in which the LBTC and JPT tokens are deposited in the multisig address. Then, the
本実施の形態では一例として、取引所Ａの端末１ａがトランザクションを生成するものとする。端末１ａは、検証サーバ２に登録したＬＢＴＣのＵＴＸＯをトランザクションのインプットとして格納する。また、端末１ａは、取引所ＢのＪＰＹトークンが保持されているＵＴＸＯの情報を端末１ｂから取得し、当該ＵＴＸＯをトランザクションのインプットとして格納する。
In the present embodiment, as an example, it is assumed that the terminal 1a of the exchange A generates a transaction. The terminal 1a stores the LBTC UTXO registered in the verification server 2 as a transaction input. Further, the
次に端末１ａは、取引所Ａ及びＢそれぞれの公開鍵を用いて、取引所Ａ及びＢの電子署名の入力を解除条件とし、出力先を取引所Ｂのアドレス（公開鍵）としたＬＢＴＣのアウトプットをトランザクションに格納する。 Next, the terminal 1a uses the public keys of the exchanges A and B, and the input of the electronic signatures of the exchanges A and B is a condition for cancellation, and the output destination is the address (public key) of the exchange B. Store the output in a transaction.
また、端末１ａは、取引所Ａ、取引所Ｂ、及び検証者Ｘそれぞれの公開鍵を用いて、三者の電子署名の入力を解除条件とし、出力先を取引所ＡのアドレスとしたＪＰＹトークンのアウトプットをトランザクションに格納する。 Further, the terminal 1a uses the public keys of the exchange A, the exchange B, and the verifier X to cancel the input of the electronic signatures of the three parties, and the output destination is the address of the exchange A. Store the output of in a transaction.
端末１ａは、取引所Ａの秘密鍵を用いて当該トランザクションに取引所Ａの電子署名を入力し、取引所Ｂの端末１ｂに送信する。端末１ｂは、受信したトランザクションに、取引所Ｂの秘密鍵を用いて電子署名を入力する。この際に取引所Ｂが不正行為を働き、取引所Ａに支払われるべきＪＰＹトークンの出力先を改変した場合、取引所Ａが入力した電子署名の検証に失敗し、無効なトランザクションと判定される。これにより、第三者を介さず、相手方との信頼関係なしに取引を行うことができる。 The terminal 1a inputs the electronic signature of the exchange A into the transaction using the private key of the exchange A, and transmits the electronic signature to the terminal 1b of the exchange B. The terminal 1b inputs an electronic signature into the received transaction using the private key of the exchange B. At this time, if Exchange B commits a fraudulent act and modifies the output destination of the JPY token to be paid to Exchange A, the verification of the electronic signature entered by Exchange A fails and the transaction is determined to be invalid. .. As a result, it is possible to carry out a transaction without a relationship of trust with the other party without going through a third party.
なお、上記では所謂シングルチェーンでのアトミックスワップについて説明したが、クロスチェーンでのアトミックスワップのように、複数のトランザクションを生成して通貨交換を行うようにしても良い。すなわち、端末１ａ、１ｂが生成するトランザクションの数は単数に限定されない。
Although the so-called single-chain atomic swap has been described above, a plurality of transactions may be generated to exchange currencies as in the case of cross-chain atomic swap. That is, the number of transactions generated by
上述のトランザクションを生成する際に、端末１ａは、当該トランザクションで交換されるトークンの数量や種類、すなわち取引内容を第三者から秘匿化するため、当事者以外では取引内容が閲覧できないよう暗号化したトランザクションを生成する。具体的には、端末１ａは、コンフィデンシャル・トランザクション（Confidential Transactions）、及びコンフィデンシャル・アセット（Confidential Assets）と呼ばれる手法を用いて、取引内容を暗号化したトランザクションを生成する。
When generating the above-mentioned transaction, the
コンフィデンシャル・トランザクションは、ブロックチェーンにより公開される仮想通貨（本実施の形態ではトークン）の取引量を秘匿化する手法であり、準同型暗号を利用して取引量を暗号化する手法である。コンフィデンシャル・トランザクションではＰｅｄｅｒｓｅｎ ｃｏｍｍｉｔｍｅｎｔを用い、取引量ａを以下の式（１）で示すコミットメントＣ（ａ）で表現する。 Confidential transaction is a method of concealing the transaction volume of virtual currency (token in this embodiment) disclosed by the blockchain, and is a method of encrypting the transaction volume by using homomorphic encryption. In the confidential transaction, the Pedersen commission is used, and the transaction volume a is expressed by the commitment C (a) represented by the following equation (1).
Ｃ（ａ）＝ｘＧ＋ａＨ …（１） C (a) = xG + aH ... (1)
ｘは当事者が共有する秘密鍵（blinding factor）、Ｇ及びＨは楕円曲線上のベースポイント（離散対数点）である。式（１）で示すように、通常の楕円曲線暗号において秘密鍵を公開鍵に変換するベースポイントＧのほかに、取引量ａを暗号化するためのベースポイントＨを追加することでコミットメントＣ（ａ）を生成する。コンフィデンシャル・トランザクションでは、トランザクションに格納される各インプット及びアウトプットの数量をコミットメントＣ（ａ）で表し、数量の代わりにコミットメントＣ（ａ）を各インプット及びアウトプットのスクリプトに記述する。 x is the secreting factor shared by the parties, and G and H are the base points (discrete logarithmic points) on the elliptic curve. As shown in equation (1), in addition to the base point G that converts the private key into the public key in ordinary elliptic curve cryptography, the commitment C (commitment C) is added by adding the base point H for encrypting the transaction volume a. a) is generated. In a confidential transaction, the quantity of each input and output stored in the transaction is represented by the commitment C (a), and the commitment C (a) is described in the script of each input and output instead of the quantity.
コミットメントＣ（ａ）は加法特性を有し、複数のコミットメントＣ（ａ）の総和は、コミットされる取引量ａの総和のコミットメントＣ（ａ）に等しくなる。例えば、Ｃ（１）＋Ｃ（１）＝Ｃ（２）の関係が成り立つ。従って、各インプットのコミットメントＣ（ａ）の総和から各アウトプットのコミットメントＣ（ａ）の総和を差し引いて０になるかをチェックすることで、取引量ａを検証することができる。これにより、秘密鍵ｘを知る当事者は取引量ａを知ることができる一方、第三者は取引量ａを知ることができない。 The commitment C (a) has an additive property, and the sum of the plurality of commitments C (a) is equal to the commitment C (a) of the sum of the committed transaction volumes a. For example, the relationship of C (1) + C (1) = C (2) holds. Therefore, the transaction volume a can be verified by subtracting the sum of the commitments C (a) of each output from the sum of the commitments C (a) of each input and checking whether the total becomes 0. As a result, the party who knows the private key x can know the transaction amount a, while the third party cannot know the transaction amount a.
なお、コンフィデンシャル・トランザクションではさらに、コミットされる取引量ａが０以上であることを証明するためにリング署名を用いるが、本実施の形態では簡潔のため説明を省略する。 Further, in the confidential transaction, a ring signature is used to prove that the transaction amount a to be committed is 0 or more, but in the present embodiment, the description will be omitted for the sake of brevity.
コンフィデンシャル・アセットは、コンフィデンシャル・トランザクションを応用した手法であり、取引量に加えて、取引する仮想通貨の種類（アセットタイプ）を秘匿化する手法である。コンフィデンシャル・アセットでは、仮想通貨の種類ごとに異なるベースポイントを用いてコミットメントを計算する。例えば取引量がそれぞれａ、ｂである２種類の仮想通貨を想定した場合、取引量ａの仮想通貨のコミットメントＣ（ａ）は式（１）で計算すると共に、取引量ｂの仮想通貨のコミットメントＣ（ｂ）は次の式（２）で計算する。 Confidential assets are a method that applies confidential transactions, and are a method that conceals the type of virtual currency (asset type) to be traded in addition to the transaction volume. Confidential assets calculate commitments using different base points for each type of cryptocurrency. For example, assuming two types of virtual currencies with transaction volumes a and b, respectively, the commitment C (a) of the virtual currency with transaction volume a is calculated by the formula (1), and the commitment of the virtual currency with transaction volume b. C (b) is calculated by the following equation (2).
Ｃ（ｂ）＝ｘＧ＋ｂＩ …（２） C (b) = xG + bI ... (2)
ＩはＨと同様に楕円曲線上のベースポイントである。式（１）、（２）を比較すると分かるように、コンフィデンシャル・アセットでは、仮想通貨の種類に応じて異なるベースポイントＨ、Ｉを選択してコミットメントＣ（ａ）、Ｃ（ｂ）を計算する。そして各インプット及びアウトプットの数量としてコミットメントＣ（ａ）、Ｃ（ｂ）を記述とすると共に、仮想通貨の種類に応じたベースポイントＨ、Ｉを各コミットメントＣ（ａ）、Ｃ（ｂ）にラベル付けする。これにより、取引量ａ、ｂは秘匿化される。 I is a base point on the elliptic curve like H. As can be seen by comparing equations (1) and (2), for confidential assets, commitments C (a) and C (b) are calculated by selecting different base points H and I depending on the type of virtual currency. do. Then, the commitments C (a) and C (b) are described as the quantities of each input and output, and the base points H and I according to the type of virtual currency are set to the respective commitments C (a) and C (b). Label. As a result, the transaction volumes a and b are kept secret.
ただし、ベースポイントＨを固定値としては仮想通貨の種類が分かってしまうため、コンフィデンシャル・アセットでは、次の式（３）のように、ベースポイントＨをＡに置き換える。 However, since the type of virtual currency is known with the base point H as a fixed value, in the confidential asset, the base point H is replaced with A as shown in the following equation (3).
Ａ＝Ｈ＋ｒＧ …（３） A = H + rG ... (3)
ｒは当事者のみが知る秘密の乱数値である。ベースポイントＨをＡに置き換えた場合、式（１）は次の式（４）で表される。 r is a secret random number known only to the parties. When the base point H is replaced with A, the equation (1) is expressed by the following equation (4).
Ｃ（ａ）＝ｘＧ＋ａＡ＝ｘＧ＋ａ（Ｈ＋ｒＧ）＝（ｘ＋ｒａ）Ｇ＋ａＨ …（４） C (a) = xG + aA = xG + a (H + rG) = (x + ra) G + aH ... (4)
式（１）、（４）を比較すると分かるように、秘密鍵ｘは（ｘ，ｒ）に置き換わる。乱数値ｒを知る当事者はベースポイントＡから仮想通貨の種類を知ることができる一方、第三者は知ることができない。 As can be seen by comparing the equations (1) and (4), the private key x is replaced with (x, r). A party who knows the random number r can know the type of virtual currency from the base point A, but a third party cannot.
なお、コンフィデンシャル・アセットではさらに、通貨の創造を防ぐためベースポイントＡをリング署名で構成するが、本実施の形態では簡潔のため説明を省略する。 In the Confidential Asset, the base point A is further composed of a ring signature in order to prevent the creation of currency, but in the present embodiment, the description will be omitted for the sake of brevity.
端末１ａ、１ｂは、上述の如くアトミックスワップにより信頼関係を不要としてトークンを交換すると共に、取引内容を暗号化したトランザクションを生成する。本実施の形態で端末１ａ、１ｂは、生成したトランザクションを検証サーバ２に送信し、トランザクションの検証を要求する。なお、検証サーバ２がトランザクションを検証可能なように、端末１ａ、１ｂは、トランザクションの秘匿化の際に用いた秘密鍵を併せて送信する。
As described above, the
検証要求を受け付けた場合、検証サーバ２は、端末１ａ、１ｂから送信された秘密鍵を用いて、トークンの交換量（取引量）、種類といった取引内容を表す情報を復号する。そして検証サーバ２は、復号した取引内容が適正か否かを検証する。
When the verification request is received, the verification server 2 uses the private key transmitted from the
例えば検証サーバ２は、上記のトランザクションで交換されるＬＢＴＣの数量と、ＪＰＹトークンの数量とから、取引所Ａ、Ｂの間で行われる通貨交換取引の取引価格（交換レート）を算出する。ＬＢＴＣは仮想通貨に、ＪＰＹトークンは法定通貨に対応するため、算出した価格は、法定通貨に対する仮想通貨の売買価格に相当する。また、検証サーバ２は、法定通貨に対する仮想通貨の現在の時価情報を、所定の外部ＡＰＩ（Application Programmable Interface）から取得する。そして検証サーバ２は、上記で算出した取引価格と、一般に流通する仮想通貨の取引価格（流通レート）との差分が所定の閾値以上であるか否かを判定する。両者の差分が閾値以上であると判定した場合、検証サーバ２は、当該トランザクションが不適切な取引に係るものと判定し、当該トランザクションを承認しない。 For example, the verification server 2 calculates the transaction price (exchange rate) of the currency exchange transaction between exchanges A and B from the quantity of LBTC exchanged in the above transaction and the quantity of JPY tokens. Since LBTC corresponds to virtual currency and JPY token corresponds to legal tender, the calculated price corresponds to the selling price of virtual currency with respect to legal tender. Further, the verification server 2 acquires the current market value information of the virtual currency for the legal tender from a predetermined external API (Application Programmable Interface). Then, the verification server 2 determines whether or not the difference between the transaction price calculated above and the transaction price (distribution rate) of the virtual currency that is generally distributed is equal to or greater than a predetermined threshold value. If it is determined that the difference between the two is equal to or greater than the threshold value, the verification server 2 determines that the transaction is related to an inappropriate transaction and does not approve the transaction.
金融取引では一般的に、不適切な取引を取り締まるため、法令、自主規制等を含めて種々の規制が設けられている。一方で、本システムはブロックチェーンを用いた分散型の取引システムであり、取引を管理する中央集権的な管理者が存在しない。しかし、取引を完全にユーザのみに委ねた場合、一般的な金融取引の規制に鑑みて、不適切な取引が行われる虞がある。例えば当事者同士が結託し、少額の日本円を多額の仮想通貨と交換することで、資金洗浄のような行為が発生する虞がある。 In financial transactions, various regulations including laws and regulations, self-regulations, etc. are generally set in order to crack down on inappropriate transactions. On the other hand, this system is a decentralized transaction system using blockchain, and there is no centralized administrator who manages transactions. However, if the transaction is completely entrusted only to the user, there is a risk that inappropriate transactions will be carried out in view of general financial transaction regulations. For example, if the parties collude and exchange a small amount of Japanese yen for a large amount of virtual currency, there is a risk that an act such as money laundering will occur.
そこで本実施の形態では、検証サーバ２が取引内容を検証することで、不適切な取引を防止する。例えば検証サーバ２は、上述の如く、トランザクションにより交換される通貨の交換レートを検証し、不適切な取引であるか否かを判定する。その他にも、検証サーバ２は各ユーザのユーザＩＤ、ＵＴＸＯ等の取引に関わる情報を検証し、不適切な取引であるか否かを判定する。 Therefore, in the present embodiment, the verification server 2 verifies the transaction content to prevent inappropriate transactions. For example, the verification server 2 verifies the exchange rate of the currency exchanged by the transaction as described above, and determines whether or not the transaction is inappropriate. In addition, the verification server 2 verifies information related to the transaction such as the user ID and UTXO of each user, and determines whether or not the transaction is inappropriate.
なお、上記では通貨の交換レート、当事者のＩＤ、ＵＴＸＯ等を基準に検証を行っているが、本実施の形態はこれに限定されるものではなく、例えば通貨の取引量等を基準に検証を行ってもよい。すなわち、検証サーバ２は、取引内容が所定条件に適合する適正なトランザクションであるか否かを判定可能であれば良く、その判定条件は特に限定されない。 In the above, verification is performed based on the currency exchange rate, the ID of the party, UTXO, etc., but the present embodiment is not limited to this, and verification is performed based on, for example, the transaction volume of currency. You may go. That is, the verification server 2 may be able to determine whether or not the transaction content is an appropriate transaction that meets a predetermined condition, and the determination condition is not particularly limited.
図７では、トランザクションのブロードキャストが行われ、監査人がトランザクションの検証を行う様子を概念的に図示している。上述の如く、検証サーバ２はトランザクションの検証を行い、適正な取引であるか否かを判定する。適正な取引であると判定され、検証に成功した場合、検証サーバ２は、検証者Ｘの秘密鍵を用いて当該トランザクションに電子署名を付加し、サイドチェーンのネットワークにブロードキャストする。 FIG. 7 conceptually illustrates how the transaction is broadcast and the auditor verifies the transaction. As described above, the verification server 2 verifies the transaction and determines whether or not the transaction is proper. If it is determined that the transaction is proper and the verification is successful, the verification server 2 adds an electronic signature to the transaction using the private key of the verifier X and broadcasts it to the sidechain network.
ブロードキャストされたトランザクションは、複数の監査人それぞれのサーバ装置により検証される。既に触れたように、監査人のサーバ装置は、サーバ装置の計算力に依拠したＰｏＷではなく、ストロング・フェデレーションズのアルゴリズムによりトランザクションを検証して合意を形成する。ストロング・フェデレーションズではラウンドロビンで処理が行われ、複数の監査人のうち、いずれかの監査人が順番にマスターに選出されて検証を行う。 The broadcasted transaction is verified by the server equipment of each of the multiple auditors. As mentioned earlier, the auditor's server equipment verifies transactions and forms consensus using Strong Federations algorithms rather than PoW, which relies on the computing power of the server equipment. In Strong Federations, processing is performed in round robin, and one of the auditors is elected as the master in order for verification.
マスターとなった監査人のサーバ装置は、サイドチェーンのネットワーク上にブロードキャストされた各トランザクションのスクリプトを検証し、サイドチェーンに追加するブロックの候補を生成する。マスターである監査人のサーバ装置は、生成したブロックの候補を他の監査人のサーバ装置に送信する。他の監査人のサーバ装置は、マスターから受信したブロックの候補を検証し、サイドチェーンに追加することに同意するか否か、判定を行う。同意すると判定した場合、監査人のサーバ装置は、当該ブロックに監査人の電子署名を入力する。複数の監査人のうち、所定数の監査人のサーバ装置から電子署名が入力された場合、当該ブロックはサイドチェーンに追加される。 The auditor's server device, which became the master, validates the script of each transaction broadcast on the sidechain network and generates block candidates to be added to the sidechain. The auditor's server device, which is the master, sends the generated block candidates to the server devices of other auditors. The server device of the other auditor verifies the block candidates received from the master and determines whether or not they agree to add them to the sidechain. If it is determined to agree, the auditor's server device enters the auditor's digital signature in the block. When an electronic signature is input from a predetermined number of auditors' server devices among a plurality of auditors, the block is added to the side chain.
上述の如く、ストロング・フェデレーションズではサーバ装置の計算力に依拠しないため、計算負荷が大きく削減され、合意形成に要する時間を短時間とし、迅速な取引を実現することができる。一方で、所定数の監査人の同意を必要とすることで、メインチェーンで担保されているセキュリティ（ビザンチン耐性）を維持することができる。 As described above, since Strong Federations does not rely on the computing power of the server device, the computing load is greatly reduced, the time required for consensus building is shortened, and quick transactions can be realized. On the other hand, by requiring the consent of a predetermined number of auditors, the security (Byzantine resistance) guaranteed in the main chain can be maintained.
上記の処理によって監査人からトランザクションが承認された場合、取引所Ａ、Ｂの間のトランザクションはサイドチェーンに正常に取り込まれる。これにより、ＬＢＴＣは取引所Ｂに、ＪＰＹトークンは取引所Ａに引き渡される。 If the auditor approves the transaction by the above process, the transaction between exchanges A and B is normally incorporated into the sidechain. As a result, the LBTC is delivered to the exchange B, and the JPY token is delivered to the exchange A.
図８は、サイドチェーンからのペグアウト、及び法定通貨の償還が行われる様子を図示している。取引所Ｂの端末１ｂは、サイドチェーンのＬＢＴＣをメインチェーンの仮想通貨（ＢＴＣ）に変換するため、ペグアウトの要求を監査人のサーバ装置に送信、又はサイドチェーンに埋め込む。具体的には、端末１ｂは、メインチェーン上で仮想通貨をロックしている上述のロッキングトランザクションの解除を要求する。 FIG. 8 illustrates how pegouts from the sidechain and fiat currency are redeemed. The terminal 1b of the exchange B sends a peg-out request to the auditor's server device or embeds it in the side chain in order to convert the side chain LBTC into the main chain virtual currency (BTC). Specifically, the terminal 1b requests the release of the above-mentioned locking transaction that locks the virtual currency on the main chain.
ペグアウトの要求を受け付けた場合、各監査人のサーバ装置は、取引所ＢがＬＢＴＣを保持するサイドチェーン上のＵＴＸＯを検証する。所定数の監査人のサーバ装置が検証に成功し、ペグアウトを承認した場合、ロッキングトランザクションに各監査人のサーバ装置が電子署名を入力し、仮想通貨のロックを解除する。なお、ロックが解除される仮想通貨は今回の取引において取引所Ａがロックした仮想通貨とは限らず、他の取引でロックされた仮想通貨である場合もあり得る。仮想通貨のロックが解除されることにより、取引所Ｂの端末１ｂは自らのウォレットアドレスに仮想通貨を送金可能となる。 When accepting a peg-out request, each auditor's server device verifies the UTXO on the sidechain where Exchange B holds the LBTC. When a predetermined number of auditors'servers succeed in verification and approve the pegout, each auditor's server enters a digital signature in the locking transaction to unlock the virtual currency. The virtual currency to be unlocked is not limited to the virtual currency locked by Exchange A in this transaction, and may be a virtual currency locked in another transaction. When the lock of the virtual currency is released, the terminal 1b of the exchange B can transfer the virtual currency to its own wallet address.
なお、取引所Ａがペグイン時に仮想通貨をロックしておいたロッキングトランザクションと、取引の相手方である取引所Ｂがペグアウト時にアンロックするロッキングトランザクションは必ずしも一致せず、他の取引において他のユーザが生成したロッキングトランザクションである場合もあり得る。 Note that the locking transaction in which exchange A locked the virtual currency at the time of peg-in and the locking transaction unlocked by exchange B, which is the counterparty of the transaction, at the time of peg-out do not always match, and other users in other transactions It can also be a generated locking transaction.
取引所Ａの端末１ａは、上述のトランザクションにより取得したＪＰＹトークンに基づく法定通貨の償還要求を検証サーバ２に送信する。償還要求を受け付けた場合、検証サーバ２は、取引所ＡがＪＰＹトークンを保有しているか否かチェックした後、取引所Ａが保有するＪＰＹトークンと等価な法定通貨を、金融振込等の手段で取引所Ａに送金する。 The terminal 1a of the exchange A transmits a redemption request for legal tender based on the JPY token acquired by the above transaction to the verification server 2. When the redemption request is received, the verification server 2 checks whether Exchange A holds the JPY token, and then transfers the legal currency equivalent to the JPY token held by Exchange A by means of financial transfer or the like. Send money to Exchange A.
以上より、本システムを利用することで、仮想通貨及び法定通貨の交換を、所謂カウンターパーティのリスクなしに実現することができる。また、第三者を介さず相対取引で交換可能であり、当事者は売買対象である通貨のコントロールを自らで行うことができる。さらに、検証者Ｘが行う処理を組み合わせることで、通貨交換取引に一定の規制を加えることもできる。 From the above, by using this system, exchange of virtual currency and legal tender can be realized without the risk of so-called counterparties. In addition, it can be exchanged by bilateral transactions without going through a third party, and the parties can control the currency to be bought and sold by themselves. Furthermore, by combining the processing performed by the verifier X, it is possible to impose certain restrictions on currency exchange transactions.
なお、検証サーバ２はトランザクションの検証だけでなく、各トランザクションにより行われる取引記録の出力、つまり本プラットフォーム上で行われる通貨交換取引のレポートを出力可能とすると好適である。一般的な金融取引では、金融官庁からの要請に応じて取引記録を提出する必要がある。これに対応して、検証サーバ２は各トランザクションで暗号化されている取引内容を秘匿化用の秘密鍵を用いて復号し、取引記録を出力する。これにより、一般のユーザからは本プラットフォーム上での取引記録が秘匿化される一方、必要に応じて取引記録を閲覧可能とすることができる。 It is preferable that the verification server 2 can output not only transaction verification but also transaction records performed by each transaction, that is, a report of currency exchange transactions performed on this platform. In general financial transactions, it is necessary to submit transaction records at the request of financial authorities. Correspondingly, the verification server 2 decrypts the transaction content encrypted in each transaction using the secret key for concealment, and outputs the transaction record. As a result, the transaction record on this platform can be kept secret from general users, and the transaction record can be viewed as needed.
図９は、取引システムが実行する処理手順の一例を示すフローチャートである。図９に基づき、取引システムが実行する処理内容について説明する。なお、以下の説明では便宜上、取引所Ａ、Ｂが既に通貨交換取引に合意し、取引する通貨量、通貨の銘柄、取引日等が決まっているものとして説明する。 FIG. 9 is a flowchart showing an example of a processing procedure executed by the trading system. The processing contents executed by the transaction system will be described with reference to FIG. In the following description, for convenience, it is assumed that the exchanges A and B have already agreed to the currency exchange transaction, and the amount of currency to be traded, the brand of the currency, the transaction date, etc. have been decided.
取引所Ｂの端末１ｂは、取引所Ｂが有する法定通貨に基づくＪＰＹトークン（第２のトークン）の発行要求を検証サーバ２に送信（出力）する（ステップＳ１１）。検証サーバ２は、取引所Ｂが有する法定通貨と等価なＪＰＹトークンを発行する（ステップＳ１２）。具体的には、検証サーバ２は、取引所Ｂの公開鍵、及び検証者Ｘの公開鍵を用いて、取引所Ｂ及び検証者Ｘそれぞれの電子署名の入力を解除条件としたマルチシグアドレス宛にＪＰＹトークンを発行する。 The terminal 1b of the exchange B transmits (outputs) a request for issuing a JPY token (second token) based on the legal tender of the exchange B to the verification server 2 (step S11). The verification server 2 issues a JPY token equivalent to the legal tender held by the exchange B (step S12). Specifically, the verification server 2 uses the public key of the exchange B and the public key of the verifier X to address the multisig address with the input of the electronic signatures of the exchange B and the verifier X as a cancellation condition. Issuance of JPY tokens to.
取引所Ａの端末１ａは、取引所Ａが保有する仮想通貨をメインチェーン上で使用不可能にロックするロッキングトランザクションを生成し、ブロードキャストする（ステップＳ１３）。具体的には、端末１ａは、サイドチェーン上での取引所Ａのウォレットアドレスに相当する公開鍵と、メインチェーン及びサイドチェーンの間の通貨の移動を管理する複数の監査人それぞれの公開鍵とを用いて、マルチシグアドレスに仮想通貨をデポジットしたトランザクションを生成してブロードキャストする。
The terminal 1a of the exchange A generates and broadcasts a locking transaction that locks the virtual currency held by the exchange A unusably on the main chain (step S13). Specifically, the
端末１ａは、ロッキングトランザクションによりロックした仮想通貨をサイドチェーン上のＬＢＴＣ（第１のトークン）に変換する変換要求を出力する（ステップＳ１４）。具体的には、端末１ａは、ロッキングトランザクションの情報と、取引所Ａの公開鍵等の情報とを出力し、サイドチェーンへのペグインを監査人に要求する。端末１ａから要求を受け付けた場合、監査人のサーバ装置はメインチェーンに仮想通貨がロックされているか否かを検証し、承認した場合はサイドチェーン上のＬＢＴＣのＵＴＸＯをアンロック、あるいは新たなＬＢＴＣを発行する。
The terminal 1a outputs a conversion request for converting the virtual currency locked by the locking transaction into an LBTC (first token) on the side chain (step S14). Specifically, the
端末１ａは、ステップＳ１４の処理によって取得したＬＢＴＣのＵＴＸＯの情報を検証サーバ２に送信し、ＵＴＸＯを取引ＤＢ２４３に登録する（ステップＳ１５）。 The terminal 1a transmits the LBTC UTXO information acquired by the process of step S14 to the verification server 2 and registers the UTXO in the transaction DB 243 (step S15).
端末１ａは、取引所Ａが保有するＬＢＴＣと、取引の相手方である取引所Ｂが保有するＪＰＹトークンとを交換するトランザクションを生成する（ステップＳ１６）。具体的には、端末１ａはマルチシグアドレスを用いて、取引所Ａ、Ｂそれぞれの電子署名の入力をアウトプットの解除条件としたトランザクションを生成する。例えば端末１ａはまず、ステップＳ１５でＵＴＸＯを登録したＬＢＴＣをインプットとしてトランザクションに格納する。また、端末１ａは取引所Ｂの端末１ｂからＪＰＹトークンのＵＴＸＯの情報を取得し、当該ＵＴＸＯで保持されているＪＰＹトークンをインプットとしてトランザクションに格納する。
The terminal 1a generates a transaction for exchanging the LBTC held by the exchange A and the JPY token held by the exchange B, which is the counterparty of the transaction (step S16). Specifically, the terminal 1a uses the multisig address to generate a transaction in which the input of the electronic signature of each of the exchanges A and B is used as the output cancellation condition. For example, the
さらに、端末１ａは、取引所Ａ及びＢそれぞれの公開鍵を用いて、取引所Ａ及びＢの電子署名の入力を解除条件とし、出力先を取引所Ｂのアドレス（公開鍵）としたＬＢＴＣのアウトプットをトランザクションに格納する。また、端末１ａは、取引所Ａ、取引所Ｂ、及び検証者Ｘそれぞれの公開鍵を用いて、三者の電子署名の入力を解除条件とし、出力先を取引所ＡのアドレスとしたＪＰＹトークンのアウトプットをトランザクションに格納する。 Further, the terminal 1a uses the public keys of the exchanges A and B, and the input of the electronic signatures of the exchanges A and B is a condition for cancellation, and the output destination is the address (public key) of the exchange B. Store the output in a transaction. Further, the terminal 1a uses the public keys of the exchange A, the exchange B, and the verifier X to cancel the input of the electronic signatures of the three parties, and the output destination is the address of the exchange A. Store the output of in a transaction.
ステップＳ１６において、端末１ａは、取引所Ｂの端末１ｂと共有する秘匿化用公開鍵を用いて、トークンの数量、種類等の取引内容を暗号化して記述したトランザクションを生成する。 In step S16, the terminal 1a uses the secret public key shared with the terminal 1b of the exchange B to generate a transaction in which the transaction details such as the quantity and type of tokens are encrypted and described.
端末１ａは、生成したトランザクションに取引所Ａの電子署名を入力し、取引所Ｂの端末１ｂに送信する（ステップＳ１７）。 The terminal 1a inputs the electronic signature of the exchange A into the generated transaction and transmits it to the terminal 1b of the exchange B (step S17).
取引所Ａの端末１ａからトランザクションを受信した場合、取引所Ｂの端末１ｂは、当該トランザクションに取引所Ｂの電子署名を入力する（ステップＳ１８）。端末１ｂは、トランザクションを検証サーバ２に送信して検証を要求する（ステップＳ１９）。 When a transaction is received from the terminal 1a of the exchange A, the terminal 1b of the exchange B inputs the electronic signature of the exchange B into the transaction (step S18). The terminal 1b transmits a transaction to the verification server 2 and requests verification (step S19).
端末１ｂからトランザクションを受信した場合、検証サーバ２はトランザクションの検証を行い、当該トランザクションを承認するか否かを判定する（ステップＳ２０）。例えば検証サーバ２は、トークンの交換レート、取引者である各ユーザのユーザＩＤ、ＵＴＸＯ等の取引に関わる情報を検証し、承認するか否かを判定する。承認しないと判定した場合（Ｓ２０：ＮＯ）、検証サーバ２は一連の処理を終了する。 When the transaction is received from the terminal 1b, the verification server 2 verifies the transaction and determines whether or not to approve the transaction (step S20). For example, the verification server 2 verifies information related to transactions such as token exchange rate, user ID of each user who is a trader, and UTXO, and determines whether or not to approve it. If it is determined not to approve (S20: NO), the verification server 2 ends a series of processes.
承認すると判定した場合（Ｓ２０：ＹＥＳ）、検証サーバ２は検証者Ｘの電子署名をトランザクションに入力（付加）し、サイドチェーンのネットワークにブロードキャストする（ステップＳ２１）。この場合、各監査人のサーバ装置がトランザクションの検証を行い、承認された場合はサイドチェーンのブロックにトランザクションが追加される。検証サーバ２は、トランザクションをブロードキャストした旨を端末１ａ、１ｂに通知する（ステップＳ２２）。
When it is determined to approve (S20: YES), the verification server 2 inputs (adds) the electronic signature of the verifier X to the transaction and broadcasts it to the sidechain network (step S21). In this case, each auditor's server device verifies the transaction, and if approved, the transaction is added to the sidechain block. The verification server 2 notifies the
検証サーバ２から通知を受信した場合、取引所Ｂの端末１ｂは、サイドチェーン上のＬＢＴＣをメインチェーン上の仮想通貨に変換（ペグアウト）する変換要求を監査人に送信する（ステップＳ２３）。具体的には、端末１ｂは、メインチェーン上でロッキングトランザクションによりロックされている仮想通貨の解除要求を出力する。この場合、監査人のサーバ装置は、取引所Ｂが上記のトランザクションにより取得したＬＢＴＣのＵＴＸＯを検証し、承認した場合はロッキングトランザクションに電子署名を入力して仮想通貨のロックを解除する。
When the notification is received from the verification server 2, the terminal 1b of the exchange B sends a conversion request to the auditor to convert (peg out) the LBTC on the side chain to the virtual currency on the main chain (step S23). Specifically, the
検証サーバ２から通知を受信した場合、取引所Ａの端末１ａは、上記のトランザクションにより取得したＪＰＹトークンに基づき法定通貨の償還要求を検証サーバ２に送信する（ステップＳ２４）。端末１ａから償還要求を受信した場合、検証サーバ２はＪＰＹトークンと等価な法定通貨を取引所Ａに償還する（ステップＳ２５）。検証サーバ２は一連の処理を終了する。 When the notification is received from the verification server 2, the terminal 1a of the exchange A transmits a redemption request for legal tender to the verification server 2 based on the JPY token acquired by the above transaction (step S24). When the redemption request is received from the terminal 1a, the verification server 2 redeems the legal tender equivalent to the JPY token to the exchange A (step S25). The verification server 2 ends a series of processes.
なお、取引対象である金融資産は法定通貨に限定されず、例えば国債、株式等の金融商品であっても良い。 The financial assets to be traded are not limited to legal tender, and may be financial products such as government bonds and stocks.
また、通貨交換を行う第２のブロックチェーンはサイドチェーンに限定されず、例えばプライベートチェーン、オフチェーン等であっても良い。 Further, the second blockchain for currency exchange is not limited to the side chain, and may be, for example, a private chain, an off-chain, or the like.
また、サイドチェーンはメインチェーンとの間で双方向ペグが可能なブロックチェーンであれば良く、例えばＳＰＶ証明（Simplified Payment Verification）等のアルゴリズムで動作するものであっても良い。 Further, the side chain may be a block chain capable of bidirectional pegging with the main chain, and may operate by an algorithm such as SPV verification (Simplified Payment Verification).
また、上記では法定通貨に対応するＪＰＹトークンについてのみ検証者Ｘの電子署名とのマルチシグネチャとしたが、仮想通貨に対応するＬＢＴＣについても、検証者Ｘの電子署名とのマルチシグネチャとしても良い。 Further, in the above, only the JPY token corresponding to the legal tender is multi-signatured with the electronic signature of the verifier X, but the LBTC corresponding to the virtual currency may also be the multi-signature with the electronic signature of the verifier X.
また、本実施の形態では仮想通貨交換業者である取引所がユーザであるものとして説明したが、ユーザは個人等であっても良いことは勿論である。 Further, in the present embodiment, the exchange, which is a virtual currency exchange company, has been described as a user, but it goes without saying that the user may be an individual or the like.
以上より、本実施の形態によれば、仮想通貨及び法定通貨をそれぞれトークンに変換し、各トークンを交換するトランザクションをブロックチェーン上で行うことで、通貨交換取引を適切に行うことができる。 From the above, according to the present embodiment, the currency exchange transaction can be appropriately performed by converting the virtual currency and the legal tender into tokens and performing the transaction for exchanging each token on the blockchain.
また、本実施の形態によれば、アトミックスワップを用いたトランザクションを生成することで、当事者同士の信頼関係を不要としながらも、相対取引で通貨交換を行うことができる。 Further, according to the present embodiment, by generating a transaction using atomic swap, currency exchange can be performed by bilateral transaction while eliminating the need for a relationship of trust between the parties.
また、本実施の形態によれば、検証者Ｘがトランザクションを検証することで、不適切な取引が行われることを防止することができる。 Further, according to the present embodiment, it is possible to prevent an inappropriate transaction from being performed by the verifier X verifying the transaction.
また、本実施の形態によれば、サイドチェーン上で通貨交換取引を行うことで、迅速な取引、手数料の抑制等を図ることができる。 Further, according to the present embodiment, by conducting currency exchange transactions on the side chain, it is possible to achieve quick transactions, control of fees, and the like.
また、本実施の形態によれば、第三者から取引内容を秘匿化することができる。 Further, according to the present embodiment, the transaction content can be concealed from a third party.
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。 The embodiments disclosed this time should be considered as exemplary in all respects and not restrictive. The scope of the present invention is indicated by the scope of claims, not the above-mentioned meaning, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims.
１ 端末（情報処理装置）
１１ 制御部
１２ 主記憶部
１３ 通信部
１４ 表示部
１５ 入力部
１６ 補助記憶部
Ｐ１ プログラム
２ 検証サーバ（検証装置）
２１ 制御部
２２ 主記憶部
２３ 通信部
２４ 補助記憶部
Ｐ２ プログラム
1 Terminal (information processing device)
11
21
Claims (10)
前記第１コンピュータが、分散型台帳において取引履歴が管理される仮想通貨であって、前記第１のユーザが保有する仮想通貨を第１のトークンに変換し、
前記第２コンピュータが、前記第２のユーザが保有する金融資産を前記検証者に送付し、前記金融資産に基づく第２のトークンの発行要求を前記第３コンピュータに出力し、
前記複数のコンピュータの１つが、前記第１及び第２のユーザの間で前記第１及び第２のトークンを交換するトランザクションを生成して出力し、
前記第２コンピュータが、前記トランザクションにより取得した前記第１のトークンを前記仮想通貨に変換し、
前記第１コンピュータが、前記第２のトークンに基づく前記金融資産の償還要求を前記第３コンピュータに出力する
ことを特徴とする取引方法。 A transaction method using a plurality of computers including a first computer related to a first user, a second computer related to a second user, and a third computer related to a verifier.
Said first computer, a virtual currency transaction history is managed in a distributed register, it converts the virtual currency in which the first user's the first token,
Said second computer, and send the financial assets the second user's the verifier outputs a request for issuing a second token based on the financial asset to the third computer,
Wherein one of the plurality of computers, and generates and outputs the transaction to exchange the first and second tokens between said first and second users,
It said second computer, convert said first token obtained by the transaction in the virtual currency,
Transactions wherein said first computer, and outputting a redemption request for the financial assets based on the second token to the third computer.
前記第３コンピュータは、前記償還要求を受けた場合に、前記償還要求の送信元に前記第２のトークンと等価な前記金融資産を送付する When the third computer receives the redemption request, the third computer sends the financial asset equivalent to the second token to the source of the redemption request.
ことを特徴とする請求項１に記載の取引方法。 The transaction method according to claim 1.
ことを特徴とする請求項２に記載の取引方法。 The transaction method according to claim 2, wherein the transaction method is characterized by the above.
ことを特徴とする請求項１から請求項３の何れか１項に記載の取引方法。 The transaction method according to any one of claims 1 to 3, wherein the transaction method is characterized in that.
ことを特徴とする請求項１〜３のいずれか１項に記載の取引方法。 Any of claims 1 to 3 , wherein the transaction for exchanging the first and second tokens is a transaction including both a transaction relating to the first token and a transaction relating to the second token. The transaction method described in item 1.
前記第１及び第２のユーザ夫々の公開鍵と、前記第１及び第２のトークンの交換に係る取引を検証する検証者の公開鍵とを用いて、前記第１及び第２のユーザ夫々の電子署名と、前記検証者の電子署名とが必要な前記トランザクションを生成させ、
生成した前記トランザクションを前記検証者に送信させる
ことを特徴とする請求項５に記載の取引方法。 On the computer of the first or second user
Using the public key of each of the first and second users and the public key of the verifier who verifies the transaction related to the exchange of the first and second tokens, each of the first and second users Generate the transaction that requires the electronic signature and the electronic signature of the verifier.
The transaction method according to claim 5 , wherein the generated transaction is transmitted to the verifier.
前記第１のユーザが保有する前記仮想通貨を使用不可能にロックするロッキングトランザクションを生成して出力させ、
ロックした前記仮想通貨に基づき、前記分散型台帳とは異なる第２の分散型台帳において取引履歴が管理される前記第１のトークンへの変換要求を出力させ、
前記第２のユーザのコンピュータに、前記トランザクションにより取得した前記第１のトークンに基づき、前記ロッキングトランザクションによりロックされている前記仮想通貨の解除要求を出力させる
ことを特徴とする請求項１〜６のいずれか１項に記載の取引方法。 On the computer of the first user
Generate and output a locking transaction that locks the virtual currency held by the first user so that it cannot be used.
Based on the locked virtual currency, a conversion request to the first token whose transaction history is managed in a second distributed ledger different from the distributed ledger is output.
The second user's computer, based on said first token obtained by the transaction, according to claim 1 to 6, characterized in that to output a release request of the virtual currency is locked by the locking transaction The transaction method described in any one of the items.
前記第１のコンピュータに、
前記第１のユーザの公開鍵と、前記複数の監査人夫々の公開鍵とを用いて前記ロッキングトランザクションを生成させ、
前記複数の監査人に対して前記変換要求を出力して前記第１のトークンを取得させ、
前記第２のコンピュータに、前記解除要求を前記複数の監査人に対して出力して前記仮想通貨を取得させる
ことを特徴とする請求項７に記載の取引方法。 The second distributed ledger is a distributed ledger in which a plurality of auditors manage the transfer of funds to and from the distributed ledger.
To the first computer
Using the public key of the first user and the public key of each of the plurality of auditors, the locking transaction is generated.
The conversion request is output to the plurality of auditors to acquire the first token.
The transaction method according to claim 7 , wherein the second computer outputs the cancellation request to the plurality of auditors to acquire the virtual currency.
ことを特徴とする請求項１〜８のいずれか１項に記載の取引方法。 The transaction content related to the exchange of the first and second tokens is encrypted by using the private key shared between the first and second users on the computer of the first or second user. The transaction method according to any one of claims 1 to 8, wherein a transaction is generated.
前記第２のユーザが保有する前記金融資産を前記検証者に送付し、前記金融資産に基づく前記第２のトークンの発行要求を前記検証者のコンピュータ出力し、前記第１のユーザとの間で前記第２のトークンを前記第１のトークンと交換するトランザクションにより取得した前記第１のトークンを前記仮想通貨に変換する処理を前記第２のユーザのコンピュータに実行させる第２のプログラムを、前記第２のユーザのコンピュータにインストールさせるべく配信する
処理をコンピュータに実行させ、前記第１及び第２のユーザのコンピュータを含む取引
システムを生成する生成方法。 A virtual currency whose transaction history is managed in a distributed ledger, the virtual currency held by the first user is converted into a first token, and the first token is exchanged with a second user. the processing of outputting a redemption request for the financial assets based on the second token more acquired transaction to be replaced with a second token issued based on the financial assets of the second user to the verifier computer The first program to be executed by the first user's computer is distributed so as to be installed on the first user's computer.
The financial asset held by the second user is sent to the verifier, a request for issuing the second token based on the financial asset is output to the verifier's computer, and the user and the first user a second program for executing processing for converting the first token more acquired the second token transaction to be replaced with the first token to the virtual currency to the second user's computer, A generation method for generating a trading system including the first and second user computers by causing the computer to execute a process of delivering the computer for installation on the second user's computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018204429A JP6956062B2 (en) | 2018-10-30 | 2018-10-30 | Transaction method, program, verification device and generation method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018204429A JP6956062B2 (en) | 2018-10-30 | 2018-10-30 | Transaction method, program, verification device and generation method |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2020071617A JP2020071617A (en) | 2020-05-07 |
| JP2020071617A5 JP2020071617A5 (en) | 2020-09-17 |
| JP6956062B2 true JP6956062B2 (en) | 2021-10-27 |
Family
ID=70547815
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018204429A Active JP6956062B2 (en) | 2018-10-30 | 2018-10-30 | Transaction method, program, verification device and generation method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6956062B2 (en) |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109377215B (en) | 2018-08-06 | 2020-04-21 | 阿里巴巴集团控股有限公司 | Block chain transaction method and device and electronic equipment |
| SG11201902773VA (en) | 2018-11-27 | 2019-05-30 | Alibaba Group Holding Ltd | System and method for information protection |
| US10700850B2 (en) | 2018-11-27 | 2020-06-30 | Alibaba Group Holding Limited | System and method for information protection |
| KR102150814B1 (en) | 2018-11-27 | 2020-09-02 | 알리바바 그룹 홀딩 리미티드 | Systems and methods for information protection |
| ES2833552T3 (en) | 2018-11-27 | 2021-06-15 | Advanced New Technologies Co Ltd | System and method for the protection of information |
| US11127002B2 (en) | 2018-11-27 | 2021-09-21 | Advanced New Technologies Co., Ltd. | System and method for information protection |
| EP3549303B1 (en) | 2018-11-27 | 2021-05-26 | Advanced New Technologies Co., Ltd. | System and method for information protection |
| KR102397513B1 (en) * | 2020-06-03 | 2022-05-13 | 주식회사 소버린월렛 | e-WALLET, SERVER PERFORMING THE e-WALLET, AND ATOMIC SWAPPING METHOD OF DIFFERENT BLOCKCHAIN TOKENS USING THE SERVER |
| KR102385982B1 (en) * | 2020-06-03 | 2022-04-13 | 주식회사 소버린월렛 | e-WALLET, SERVER PERFORMING THE e-WALLET, AND ATOMIC SWAPPING METHOD OF DIFFERENT BLOCKCHAIN TOKENS USING THE SERVER |
| KR102442127B1 (en) * | 2020-06-03 | 2022-09-08 | 주식회사 소버린월렛 | e-WALLET, SERVER PERFORMING THE e-WALLET, AND ATOMIC SWAPPING METHOD OF DIFFERENT BLOCKCHAIN TOKENS USING THE SERVER |
| WO2021246632A1 (en) * | 2020-06-03 | 2021-12-09 | 주식회사 소버린월렛 | Electronic wallet, server for executing same, and atomic exchange method of blockchain tokens by using same server |
| CN111754229A (en) * | 2020-06-23 | 2020-10-09 | 杭州时戳信息科技有限公司 | Digital currency exchange method, device, storage medium and computing equipment |
| JP6982345B1 (en) * | 2020-10-06 | 2021-12-17 | 株式会社Datachain | Trading system |
| JP2023152714A (en) * | 2022-03-31 | 2023-10-17 | 株式会社chaintope | Information processing system, information processing method, server, blockchain node, and program |
| JP7231291B1 (en) | 2022-03-31 | 2023-03-01 | 株式会社chaintope | Information processing system, information processing method, server, blockchain node, and program |
| KR102628453B1 (en) * | 2022-05-27 | 2024-01-23 | 충남대학교 산학협력단 | Method of issuing price certificate for cryptocurrency payment and system using the same |
| CN117436873A (en) * | 2022-07-07 | 2024-01-23 | 汇丰软件开发(广东)有限公司 | Digital asset transaction privacy protection method based on dynamic virtual address |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20180116278A (en) * | 2016-02-23 | 2018-10-24 | 엔체인 홀딩스 리미티드 | Common information secrets for secure information exchange and hierarchical and deterministic cryptographic keys |
| GB201605032D0 (en) * | 2016-03-24 | 2016-05-11 | Eitc Holdings Ltd | Recording multiple transactions on a peer-to-peer distributed ledger |
| US11727391B2 (en) * | 2016-04-11 | 2023-08-15 | Nchain Licensing Ag | Computer-implemented methods and systems for validating tokens for blockchain-based cryptocurrencies |
| US10713731B2 (en) * | 2016-07-22 | 2020-07-14 | Nec Corporation | Method for secure ledger distribution and computer system using secure distributed ledger technology |
-
2018
- 2018-10-30 JP JP2018204429A patent/JP6956062B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020071617A (en) | 2020-05-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6956062B2 (en) | Transaction method, program, verification device and generation method | |
| JP7533974B2 (en) | Apparatus, system, or method for facilitating value transfer between parties with low or no trust | |
| JP7350030B2 (en) | Method and system for recording multiple transactions on blockchain | |
| US11720887B1 (en) | System, method and program product for depositing and withdrawing stable value digital assets in exchange for fiat | |
| US11562333B1 (en) | System, method and program product for generating and utilizing stable value digital assets | |
| US20240320637A1 (en) | Virtual currency system | |
| US10055720B2 (en) | Virtual currency system | |
| US20220309505A1 (en) | Reissuing obligations to preserve privacy | |
| CA2943230C (en) | Virtual currency system | |
| KR20180074655A (en) | Systems and methods for trading, authorizing and settlement of securities transactions using block-chain technology | |
| Schueffel et al. | The Crypto Encyclopedia: Coins, tokens and digital assets from A to Z | |
| CN115136542A (en) | Intelligent contract | |
| GB2578168A (en) | Computer-implemented method and system for digital signing of transactions | |
| KR20200114324A (en) | Block chain based money transfer processing system using cryptocurrency | |
| JP2024019260A (en) | Transaction system, control method of transaction system, and control program of transaction system | |
| US20220020018A1 (en) | Cryptographic encryption protocol for data types and values | |
| Senthilkumar | Data confidentiality, integrity, and authentication | |
| WO2021060340A1 (en) | Transaction information processing system | |
| KR102188718B1 (en) | Payment mediating system based on blockcahin and mediating method of thereof | |
| JP2020046975A (en) | Fund transfer system and method for virtual currency | |
| IT202100026213A1 (en) | System for the creation and transfer of digital FIAT money based on blockchain | |
| CN112069252A (en) | Method for generating block chain |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20200130 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20200130 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20200409 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20200409 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200805 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200805 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210531 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210615 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210816 |
|
| 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: 20210907 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20211004 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6956062 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |