JP7264350B2 - 仮想通貨の交換と評価のための方法 - Google Patents

Description

（クロスリファレンス）
この出願は、参照により本明細書に組み込まれている、出願日が２０１６年１月８日の米国仮特許出願第６２／４４３７２２号から得られる優先権を主張する。

本発明は、概して仮想通貨の分野に関する。更に具体的には、本発明は、仮想通貨の交換及び評価の分野に関する。

ビットコインのような仮想通貨の出現は、交易と商取引にいくつかの新しい可能性をもたらしている。ビットコインは、どの中央銀行からも独立している分散型仮想暗号通貨の一例である。従来の通貨とは異なり、ビットコインは、「法の権威に基づく認可によって（by fiat）」鋳造されるのではなく、相互接続されたコンピュータネットワークによってマイニング（採掘）される。

マイニングのプロセスでは、１組の記録されたトランザクションに対してネットワークメンバーが特定のアルゴリズムを実行する。ネットワークメンバーが１組（又は「ブロック」）のトランザクションのハッシュを要する特定の計算を正常に計算すると、この１組は、一連のそのような組であり、且つ、この通貨の全取引履歴を含む公開台帳として機能する「ブロックチェーン」に記録される。

ビットコインのブロックチェーンは、単純な情報とトランザクションの詳細事項のようなスクリプトとの一定数の組に限定されており、トランザクションを最小数の署名者に条件付けている。従って、仮想通貨が真に交易に革命を起こすためには、その通貨によって複雑な契約と取引とを容易にする組み込み手段を提供することも必要であるという主張が為された。

プロジェクトであるイーサリアム（Ethereum）が提案され、その後すぐに開始された。イーサリアムは、ビットコインに基づいて構築されている。イーサリアムは、そのブロックチェーン内での分散型データ保存を可能にするだけではなく、そのブロックチェーン上にプログラムコードを保存すること、及び、それを任意の数のネットワークメンバーによって同時に実行することも可能にしている。イーサリアムは、資金の譲渡の根拠を確認可能な発生事項に基づかせることによって、スマートコントラクト（smart contract）機能を可能にしている。

基本的に、ネットワークメンバーは、いくつかの許可された言語のうちの１つで書かれたコンピュータプログラムをブロックチェーンにアップロードする。その際、そのメンバーは、一定量のＥＴＨ（イーサリアムの根底をなす通貨）の譲渡が、このプログラムの終了に到達することによって、履行されるという条件を付けてもよい。その後、様々なネットワークメンバーが、そのプログラムを同時に実行して、その結果のアウトプット（output）について合意に至る。

イーサリアムにおけるスクリプト言語は、如何なる論理規則も実装でき、利用可能な如何なる計算も創始できるので、チューリング完全（Turing complete）である。

この特徴により、如何なるメンバーもイーサリアムネットワーク上でカスタム仮想通貨を発行して、その通貨で取引することができる。説明を明瞭にするために、別の仮想通貨に基づいて発行されたカスタム仮想通貨をトークンと呼ぶことにする。場合によっては、トークンには様々な用途がある。あるトークンはお金を表すことがあり、別のトークンはクラブ会員ポイント又はフリークエントフライヤーポイント（frequent flyer points）を表すことがある。場合によっては、トークンは、イーサリアムネットワークを介してＥＴＨ又は他の任意の商品及びトークンと交換される。

イーサリアム以前は、カスタム分散型仮想通貨を発行するためには、カスタムユーザクライアントとマイニングアルゴリズムを利用して新しいブロックチェーンを立ち上げる必要があった。イーサリアムネットワークの出現により、最小限の設定でトークンを簡単に発行できるようになった。

言及すべき点として、イーサリアムの後に、スマートコントラクトを実装する他のいくつかの仮想通貨ネットワークが設立された。有名な例としては、ＬｉｓｋとＲｏｏｔＳｔｏｃｋがある。

仮想通貨ネットワークを使用して様々なトークンを発行する最近の機能により、そのようなトークンの価値を特定する機能に関する欠点が明らかになった。

従来、通貨の価値は、自発的なパーティ（willing parties）間の取引の価格によって特定される。これは、ＦＯＲＥＸ交換レートがどのように計算されるかである。各々の通貨は、他の通貨に対する交換レートと共にリストされる。１８０の既存の承認された通貨の交換レートをリストして管理することは可能であるが、この方法を無制限に多様なトークンのタイプに採用することは現実的ではない。

更に、新しく発行されたトークンタイプの多くは、取引量がほんの少しに限られているか、あるいは、全くない。理解できるであろうが、トークンのタイプが豊富にあるため、各々のトークンが使用されることはめったにない。これは、ＦＯＲＥＸの方法によって無制限に多様なトークンのタイプを評価することに伴う困難性を増大させるであろう。

上述の最先端技術に照らして、当分野における既存の試みられた解決策における問題点および不備を解決するために、別のアプローチを採用する解決策が長年求められていることは明らかである。

"A 101 Noob Intro to Programming Smart Contracts on Ethereum"

暗号通貨トランザクションを実行するための安全台帳ネットワークであって、少なくとも１つのハードウェアプロセッサと、実行可能なコンピュータ可読プログラムコードを有する非一時的機械可読記憶媒体と、を備えることができ、少なくとも１つのハードウェアプロセッサが、コンピュータ可読プログラムコードを実行して、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を、安全台帳ネットワークによって、受信する処理であり、トランザクションの実行には、第１の暗号通貨トークンの状態と他の暗号通貨トークンの状態とに基づいて第１の暗号通貨トークンの価格を特定することが含まれていることがある、該受信する処理と、スマートコントラクトを確証するか否かを判定する処理と、スマートコントラクトを判定して確証した場合に、安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新する処理と、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークによって受信する処理と、スマートコントラクトを安全台帳ネットワークによって実行することによって該トランザクションを行う処理と、該トランザクションの完了について安全台帳を更新する処理と、を実施するように構成されている、該安全台帳ネットワークを提供できる。

安全台帳は、ブロックチェーンであっても、あるいは、ブロックチェーンとは異なるものであってもよい。

デジタル署名への如何なる言及も、スマートコントラクトを安全台帳にアップロードすることを要求したエンティティに関連するデジタル署名への言及と見なすことができる。デジタル署名の受信とデジタル署名の確証とは、任意選択であってもよい。

（スマートコントラクトを安全台帳にアップロードする前の）スマートコンタクトの確証は、スマートコントラクトのアップロードを拒否するか否かを判定することを伴っても、伴わなくてもよい。この確証には、任意のパーティが安全台帳に対するスマートコントラクトのアップロードについての支払いを行う意思があることを確認することが含まれていてもよい。

安全台帳ネットワークであって、少なくとも１つのメモリ装置と、該少なくとも１つのメモリ装置に動作可能に結合された少なくとも１つの処理装置と、を備えており、少なくとも１つの処理装置が、コンピュータ可読プログラムコードを実行して、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定する処理であり、実行には、第１の暗号通貨トークンの状態と他のトークンの状態とを特定することが含まれている、該特定する処理と、安全台帳ネットワークによって管理されている安全台帳を更新する処理と、デジタル署名を受信する処理と、デジタル署名の真正性を確認する処理と、第１の暗号通貨トークンに関連するトランザクションを実行する処理と、トランザクションの完了について安全台帳を更新する処理と、を実施するように構成されている、該安全台帳ネットワークを提供できる。

ブロックチェーンネットワークにインストールされたトランザクションを実行するためのコンピュータシステムであって、メモリ装置と、該メモリ装置に動作可能に結合された処理装置と、を備えることができ、処理装置が、コンピュータ可読プログラムコードを実行して、プログラムコードを確認する処理と、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定する処理であり、トランザクションの実行には、第１の暗号通貨トークンの状態と他のトークンの状態とを特定することが含まれていることがある、該特定する処理と、安全台帳ネットワークによって管理されている安全台帳を更新する処理と、第１の暗号通貨トークンに関連するトランザクションを実行する処理と、トランザクションの完了について安全台帳を更新する処理と、を実施するように構成されている、該コンピュータシステムを提供できる。

システムであって、複数のノードを含むことができるネットワークを備えることができ、複数のノードのうちの各々のノードが、複数のノードのうちの少なくとも２つのノードと自律的にトランザクションするように構成されており、複数のノードのうちの第１のノードがスマートコントラクトを生成するように構成され、複数のノードのうちの第２のノードが、スマートコントラクトを実行する処理であり、スマートコントラクトの実行には、第１の暗号通貨トークンの価格を、安全台帳に記憶されている第１の暗号通貨トークンの状態に基づいて、特定することが含まれていることがある、該実行する処理と、第１の暗号通貨トークンの価格に基づいてトランザクションを実行する処理と、トランザクション情報を使用して安全台帳を更新する処理と、を実施するように構成される、該システムを提供できる。

スマートコントラクト生成暗号通貨トークンを伴うトランザクションを実行するためのシステムであって、少なくとも１つのハードウェアプロセッサと、プログラム命令を有する非一時的機械可読記憶媒体と、を備えることができ、少なくとも１つのハードウェアプロセッサが、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を受信する処理であり、トランザクションの実行には、スマートコントラクト生成暗号通貨トークンの価格を他の暗号通貨トークンのリザーブに基づいて特定することが含まれていることがある、該受信する処理を実施するように構成されており、このシステムが、少なくとも１つのハードウェアプロセッサを備えることができる少なくとも１つのコンピュータを備えることができる安全台帳ネットワークを備えており、デジタル署名を受信し、デジタル署名の真正性を確認し、スマートコントラクトのコードを確認し、安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新し、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークによって受信し、スマートコントラクトを安全台帳ネットワークによって実行することによって該トランザクションを行う、該システムを提供できる。

コンピュータ化された機械に動作を行わせるように実行可能な機械可読命令を記憶した非一時的機械可読媒体であって、該動作には、少なくとも１つのタイプの暗号通貨トークンを他のタイプの暗号通貨トークンと交換する動作と、安全台帳から少なくとも１つのタイプの暗号通貨トークンの状態を受信する動作と、非一時的機械可読媒体によってデジタル署名を受信する動作と、非一時的機械可読媒体によってデジタル署名の真正性を確認する動作と、少なくとも１つのタイプの暗号通貨トークンの値を、他のタイプの暗号通貨トークンに換算して、特定する動作と、少なくとも１つのタイプの暗号通貨トークンをユーザによって制御されるアドレスからオペレータによって制御されるアドレスに移送する動作と、他のタイプの暗号通貨トークンをオペレータによって制御されるアドレスからユーザによって制御されるアドレスに移送する動作であり、該移送が、他のタイプの暗号通貨トークンに換算して少なくとも１つのタイプの暗号通貨トークンの値に関連付けられている、該移送する動作と、少なくとも１つのタイプの暗号通貨トークン及び他のタイプの暗号通貨の更新された状態を安全台帳に公開する動作と、が含まれていることがある、該非一時的機械可読媒体を提供できる。

コンピュータ実行可能コードを記憶した非一時的コンピュータ可読媒体であって、コンピュータ実行可能コードが、少なくとも１つのハードウェアプロセッサによって実行されると、開始パーティからの要求に基づくトランザクションの要求を受信する処理であり、該要求が少なくとも１つのタイプの暗号通貨トークンと他のタイプの暗号通貨トークンとの交換を求めるものである、該受信する処理と、コンピュータ可読媒体によってデジタル署名を受信する処理と、コンピュータ可読媒体によってデジタル署名の真正性を確認する処理と、少なくとも１つの暗号通貨トークンと他のタイプの暗号通貨との状態に基づいて、少なくとも１つのタイプの暗号通貨トークンの価格を特定する処理と、トランザクションを実行する処理であり、その際、少なくとも１つのタイプの暗号通貨が、ユーザによって制御されるアドレスからオペレータによって制御されるアドレスに移送され、他のタイプの暗号通貨がオペレータからユーザに移送される、該実行する処理と、を行う、該非一時的コンピュータ可読媒体を提供できる。

コンピュータ実行可能コードを記憶した非一時的コンピュータ可読媒体であって、コンピュータ実行可能コードが、少なくとも１つのハードウェアプロセッサによって実行されると、開始パーティからの要求に基づくトランザクションの要求を受信する処理であり、該要求が、第１の暗号通貨トークンとスマートコントラクト生成暗号通貨トークンとの交換を求めるものである、該受信する処理と、コンピュータ可読媒体によってデジタル署名を受信する処理と、コンピュータ可読媒体によってデジタル署名の真正性を確認する処理と、スマートコントラクト生成暗号通貨トークンの価格を他のトークンのリザーブに基づいて特定する処理と、トランザクションを実行する処理であり、その際、第１の暗号通貨トークンが、ユーザによって制御されるアドレスからオペレータによって制御されるアドレスに移送され、スマートコントラクト生成暗号通貨トークンがオペレータからユーザに移送される、該実行する処理と、を行う、該非一時的コンピュータ可読媒体を提供できる。

安全台帳ネットワークによってスマートコントラクト生成暗号通貨トークンを使用してトランザクションを実行する方法であって、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を安全台帳ネットワークによって、受信するステップであり、トランザクションの実行には、他の暗号通貨トークンのリザーブに基づいてスマートコントラクト生成暗号通貨トークンの価格を特定することが含まれていることがある、該受信するステップを備えていることがあり、安全台帳ネットワークが、少なくとも１つのハードウェアプロセッサを備えることができる少なくとも１つのコンピュータを備えることができ、この方法が、安全台帳ネットワークによってデジタル署名を受信するステップと、デジタル署名の真正性を確認するステップと、スマートコントラクトのコードを確認するステップと、安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新するステップと、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークによって受信するステップと、スマートコントラクトを安全台帳ネットワークによって実行することによって該トランザクションを行うステップと、を備えていることがある、該方法を提供できる。

安全台帳ネットワークによってトランザクションを実行する方法であって、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を安全台帳ネットワークによって、受信するステップであり、トランザクションの実行には、第１の暗号通貨トークンの状態と他のトークンの状態とに基づいて第１の暗号通貨トークンの価格を特定することが含まれていることがある、該受信するステップを備えていることがあり、安全台帳ネットワークが、少なくとも１つのハードウェアプロセッサを備えることができる少なくとも１つのコンピュータを備えることができ、この方法が、安全台帳ネットワークによってデジタル署名を受信するステップと、デジタル署名の真正性を確認するステップと、スマートコントラクトのコードを確認するステップと、安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新するステップと、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークによって受信するステップと、スマートコントラクトを安全台帳ネットワークによって実行することによって該トランザクションを行うステップと、を備えていることがある、該方法を提供できる。

安全台帳ネットワークのコンピュータによってトランザクションを実行する方法であって、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークのコンピュータによって受信するステップと、デジタル署名を確証する要求を安全台帳ネットワークのコンピュータによって受信するステップと、デジタル署名の真正性をコンピュータによって確認するステップと、安全台帳ネットワークによって確証されたスマートコントラクトを安全台帳ネットワークのコンピュータによって実行することによってトランザクションを行うステップと、を備えていることがあり、スマートコントラクトが、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定し、トランザクションの実行には、第１の暗号通貨トークンの状態と他のトークンの状態とに基づいて第１の暗号通貨トークンの価格を特定することが含まれていることがあり、コンピュータが少なくとも１つのハードウェアプロセッサを備えることができ、この方法がトランザクションの完了について安全台帳を更新するステップを備えていることがある、該方法を提供できる。

スマートコントラクト生成暗号通貨トークンを伴うトランザクションを安全台帳ネットワークのコンピュータによって実行する方法であって、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークのコンピュータによって受信するステップと、安全台帳ネットワークによって確証されたスマートコントラクトを安全台帳ネットワークのコンピュータによって実行することによってトランザクションを行うステップと、を備えていることがあり、スマートコントラクトが、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定し、トランザクションの実行には、他のトークンのリザーブに基づいてスマートコントラクト生成暗号通貨トークンの価格を特定することが含まれていることがあり、コンピュータが少なくとも１つのハードウェアプロセッサを備えることができ、この方法がトランザクションの完了について安全台帳を更新するステップを備えていることがある、該方法を提供できる。

安全台帳ネットワークのコンピュータによってトランザクションを実行するコンピュータ実施方法であって、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークのコンピュータによって受信するステップであり、第１の暗号通貨トークンが他のトークンと関連付けられている、該受信するステップと、安全台帳ネットワークによって確証されたスマートコントラクトを安全台帳ネットワークのコンピュータによって実行することによってトランザクションを行うステップと、を備えていることがあり、スマートコントラクトが、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定し、トランザクションの実行には、第１の暗号通貨トークンの価格を、第１の暗号通貨トークンの残高（Ｂｌ）と、第１の暗号通貨トークンの総供給量（Ｔｓ）と、第１の暗号通貨トークンを他のトークンにリンクするリンクパラメータ（Ｃ）とに基づいて、特定することが含まれていることがある、該コンピュータ実施方法を提供できる。

「トークン（token）」、「トークン（Token）」及び「暗号通貨トークン」という用語は、交換可能に用いられる。

トークンを評価する方法であり、基礎となるトークンのリザーブ量が、常時、維持され、このリザーブ量が流通中の全トークンの特定のパーセンテージである、該方法を提供できる。

このトークンを評価する方法は、
ａ．ブロックチェーンから流通中の全トークン、全リザーブ及びリザーブ比率定数を含むトークン状態パラメータを検索して取得するステップと、
ｂ．上述の状態パラメータを使用して、上述のトークン価格を、基礎となるトークンに換算して、特定するステップと、を備えており、
ｃ．トークン価格の特定は、リザーブ内の基礎となるトークンの数を流通中の全トークンとリザーブ比率定数との積で除算することによって行われる。

当業者には明らかであるが、本発明の方法は、２つの自発的なパーティ相互間のトランザクションに依存することなく、トークンの値を特定することを可能にする。

上述の如く、スマートコントラクト対応の仮想通貨ネットワークは、更に別のトークンでリザーブを有するトークンを含む任意のタイプのトークンの作成を可能にする。そのようなものは「階層的トークン（hierarchical Tokens）」と呼ばれることがある。従って、本発明の方法は、ディセンダントトークン（descendant Token）を、任意のアンセスタトークン（ancestor Token）に換算して、価格付けすることによって、そのような階層的トークンの評価を可能にする。

更に、この方法は、同一のアンセスタトークンから分岐した２つのディセンダントトークンの値の比較を、２つの自発的なパーティ相互間のトランザクションに依存することなく、可能にする。

本発明は、更にトークン交換方法を提供し、この方法は、
ａ．保持トークンタイプと交換量とを示すステップと、
ｂ．要求トークンタイプを示すステップと、
ｃ．ブロックチェーンから流通中の全トークン、全リザーブ及びリザーブ比率定数を含む保持トークンと要求トークンとの状態パラメータを検索して取得するステップと、
ｄ．上述の保持トークンタイプと要求トークンタイプとの関係を特定するステップと、
ｅ．上述の保持トークンが上述の要求トークンのディセンダントである場合、保持トークンをその基礎となるトークンと交換し、このステップを上述の要求トークンとの交換まで繰り返すステップと、
ｆ．上述の要求トークンが上述の保持トークンのディセンダントである場合、上述の要求トークンとの交換まで、上述の保持トークンを後続トークンと交換するステップと、
ｇ．上述の要求トークンと保持トークンとが分岐したものである場合、上述の保持トークンタイプと上述の要求トークンタイプとについての共通のアンセスタトークンタイプを特定し、上述の保持トークンをその基礎となるトークンと交換し、このステップを上述の共通のアンセスタトークンとの交換まで繰り返し、上述の要求トークンとの交換まで、上述の共通のアンセスタを後続トークン５２０と交換するステップと、を備えている。

本発明の実施形態と特徴を以下の図面を用いて本明細書に説明する。

本発明の方法に準拠したトークン構成を示す図である。 本発明の方法に準拠したトークンを発行する方法のフローチャートを示す図である。 トークンを、その基礎となるトークンに換算して、評価する方法のフローチャートを示す図である。 トークンを、分岐トークンに換算して、評価する方法のフローチャートを示す図である。 ディセンダントトークンを基礎トークンと交換する方法のフローチャートを示す図である。 保持トークンをその基礎となるトークンと交換する方法のフローチャートを示す図である。 保持トークンをその後続トークンと交換するためのフローチャートを示す図である。 ブロックチェーン、ブロックチェーンネットワーク、第１のコンピュータ、及び第２のコンピュータの一例を示す図である。 安全台帳、安全台帳ネットワーク、及びフロントエンドを例示する図である。 ユーザと種々のトークンとの関係を例示する図である。 ユーザと種々のトークンとの関係を例示する図である。 方法の一例を示す図である。 方法の一例を示す図である。 方法の一例を示す図である。 方法の一例を示す図である。

本発明は、以下の好ましい実施形態の詳細な説明から理解されるであろうが、これらの実施形態は、説明用の例示であり、限定するものではない。また、説明を簡潔にするために、一部の周知の特徴、方法、システム、手順、構成要素などは、詳細には説明しない。

以下の詳細な説明において、本発明が完全に理解されるように、多数の具体的な詳細事項を述べる。しかしながら、当業者であれば、本発明がこれらの具体的な詳細事項なしに実施され得ることを理解するであろう。その他の例では、本発明を不明瞭にしないために、周知の方法、手順、及び構成要素は、詳細には説明していない。

本発明と見なされる要旨は、本明細書の結論部分において詳しく記載され明確に請求されている。しかしながら、本発明は、その目的、特徴、及び利点と共に、構成及び動作方法の両方に関して、添付の図面と共に以下の詳細な説明を参照することによって最も良く理解され得るであろう。

説明図を簡単且つ明瞭にするために、図面に示される要素は、必ずしも一定の縮尺で描かれていないことを理解されたい。例えば、明瞭にするために、一部の要素の寸法は他の要素に対して誇張されている場合がある。更に、適切であると考えられる場合、対応する要素又は類似する要素を示すために図面間で参照番号を繰り返すことがある。

本発明の例示の実施形態は、その大部分が当業者に知られている電子部品及び回路を使用して実施することができるので、本発明の根底にある概念を理解して評価するために、及び本発明の教示を不明瞭にしないように、あるいは、本発明の教示から逸らさないようにするために、詳細事項は、上述の如く、必要であると考えられる程度以上には説明しない。

プロセッサとハードウェアプロセッサという用語は互換的に使用されている。ハードウェアプロセッサには、１つ以上の集積回路、集積回路の一部、１つ以上のコア、１つ以上の中央処理装置、１つ以上のグラフィックプロセッサ、１つ以上のフィールドプログラマブルゲートアレイ（field programmable gate array）、１つ以上のＡＳＩＣ、１つ以上のハードウェアアクセラレータ（hardware accelerator）などが含まれていることがある。ハードウェアプロセッサは、コンピュータ、サーバ、デスクトップコンピュータ、マイニング設備などに属することがある。

任意のメモリデバイスには、１つ以上の集積回路、集積回路の一部、揮発性メモリ、不揮発性メモリなどが含まれていることがある。

コンピュータシステムには１つ以上のコンピュータが含まれていることがある。

ノードには、１つ以上のプロセッサ、１つ以上のメモリユニット、１つ以上のコンピュータなどが含まれていることがある。

本明細書における方法についてのあらゆる言及は、その方法を実行することができるシステムにも準用されるべきであり、コンピュータによって実行されるとその結果としてその方法が実行されるような命令を記憶する非一時的コンピュータ可読媒体にも準用されるべきである。

本明細書におけるシステムについてのあらゆる言及は、そのシステムによって実行され得る方法にも準用されるべきであり、そのシステムによって実行され得る命令を記憶する非一時的コンピュータ可読媒体にも準用されるべきである。

本明細書における非一時的コンピュータ可読媒体についてのあらゆる言及は、その非一時的コンピュータ可読媒体に記憶された命令を実行することができるシステムにも準用されるべきであり、その非一時的コンピュータ可読媒体に記憶された命令を読み取るコンピュータによって実行され得る方法にも準用されるべきである。

「有する（having）」、「含む（including）」又は「備えている（comprising）」についてのあらゆる言及は、「から成る（consisting）」及び／又は「本質的に・・・から成る（consisting essentially of）」にも準用されるべきである。例えば、特定の数ステップを含むと例示された方法は、追加の数ステップ、あるいは、それらの特定の数ステップのみ、あるいは、ほぼそれらの特定の数ステップのみ、を含むことがある。

最初に図１を参照する。本発明の方法と共に使用するための代表的なトークン構成が提示されている。トークンタイプ１１０、１２０、１３０は全て、仮想通貨ネットワークで使用される仮想通貨のディセンダント（descendents：派生物）である。スタートークン１３０とサークルトークン１１０は、ＥＴＨ仮想通貨１００から派生している。ダイヤモンドトークン１２０は、サークルトークン１１０から派生している。

各々のトークンタイプは、１組のパラメータ１１５、１２５を有する。このようなパラメータは、次のもので構成されている。
ａ．TOKEN_IDは、トークンタイプについての固有の識別子である。
ｂ．UNDERLYING_TOKENは、このトークンタイプについてリザーブとして使用されるトークンタイプを表す。このパラメータは、このトークンタイプと同じパラメータを備えたトークンタイプとする、あるいは、この通貨ネットワークで使用される仮想通貨（例えば、ＥＴＨ）とすることができる。
ｃ．totalTokensInCirculationは、現在このネットワークを流通しているこのトークンタイプのトークンの総数を表す。
ｄ．totalReserveは、現在、リザーブに保持されているUNDERLYING_TOKENタイプのトークンの数を表す。

今、サークルトークンタイプのパラメータ１１５を考える。見ての通り、このトークン識別子はサークルである。リザーブは、ＥＴＨで保持されており、現在、２００ＥＴＨがリザーブに保持されている。イーサリアムネットワーク内の様々なユーザによって現在保持されている発行済みサークルは、１０００である。更に、０.２のリザーブ比率が、ネットワーク内の全サークルとリザーブに保持されている全ＥＴＨとの間で維持されている。

次に、ダイヤモンドトークンタイプのパラメータ１２５を考える。見ての通り、このトークン識別子はダイヤモンドである。そのリザーブは、サークルで保持されている。現在、１００サークルが、リザーブに保持されている。イーサリアムネットワーク内の様々なユーザによって現在保持されている発行済みダイヤモンドは５００である。更に、０.１のリザーブ比率が、ネットワーク内の全ダイヤモンドとリザーブに保持されている全サークルとの間で、維持されている。

次に、スタートークンタイプのパラメータ１３５に目を向ける。見ての通り、このトークン識別子はスターである。リザーブは、ＥＴＨで保持されている。現在、２００ＥＴＨがリザーブに保持されている。イーサリアムネットワーク内の様々なユーザによって現在保持されている発行済みスターは、２０００である。更に、０.１のリザーブ比率が、ネットワーク内の全スターとリザーブに保持されている全ＥＴＨとの間で、維持されている。

トークンタイプは、様々なパラメータを用いて様々な態様で実装できることを理解されたい。上述のリストは、本発明の方法と共に使用するのに適した１つの実装を単に提示したものである。

次に、図２を参照すると、これには、本発明の方法に準拠したトークンを発行する代表的な方法２００が示されている。この方法は、以下のステップを備えている。
ａ．トークンタイプについての識別子（例えば、サークル）を示すステップ２０１。
ｂ．リザーブについての基礎となるトークン（例えば、ＥＴＨ）を示すステップ２０２。
ｃ．リザーブ比率定数（例えば、０.２) を示すステップ２０３。
ｄ．このトークンタイプの発行されるべきトークン数（例えば、１０００) を示すステップ２０４。

特定数の基礎となるトークンをリザーブにデポジットするステップ２０５。この数は、リザーブ比率定数に発行されるトークンの数を乗算して求められる。１０００サークルを発行する場合には、２００ＥＴＨをデポジットすべきである。

次に、図３を参照する。これには、トークンタイプを、その基礎となるトークンタイプに換算して、評価する方法３００が示されており、以下のステップを備えている。
ａ．ブロックチェーンから流通中の全トークン、全リザーブ及びリザーブ比率定数を含むトークン状態パラメータを検索して取得するステップ。
ｂ．上述の状態パラメータを使用して上述のトークン価格を、基礎となるトークンに換算して、特定するステップ。

以下は、上述の価格を特定するための公式である。

ここで、
ａ．Ｔｒ＝基礎となるトークンでの全リザーブ
ｂ．Ｔｔ＝流通中の全トークン
ｃ．Ｒｒ＝リザーブ比率定数
ｄ．Ｔｐ＝基礎となるトークンに換算したこのトークンの価格

例えば、サークルトークン１１０の価格を、ＥＴＨ１００に換算して、特定すると以下の如くになる。

この例では、１サークルは、１ＥＴＨの価値がある。

次に、図４を参照する。これには、トークンタイプを、分岐トークンタイプに換算して、評価する方法４００が示されており、以下のステップを備えている。
ａ．流通中の全トークン、全リザーブ及びリザーブ比率定数を含む評価されるトークンタイプのトークン状態パラメータをブロックチェーンから検索して取得するステップ４０１。
ｂ．流通中の全トークン、全リザーブ及びリザーブ比率定数を含む上述の分岐トークンタイプのトークン状態パラメータをブロックチェーンから検索して取得するステップ４０２。
ｃ．上述の評価されるトークンタイプと上述の分岐トークンタイプとについての共通アンセスタトークンタイプを特定するステップ４０３。
ｄ．上述の評価されるトークンの状態パラメータを使用して、上述の評価されるトークンの価格を、その共通アンセスタトークンに換算して、特定するステップ４０４。このステップは、評価されるトークンがその基礎となるトークンに換算して特定され、その後に、上述の基礎となるトークンの価格がそれ自身の基礎となるトークンに換算して特定されるようにして完遂してもよい。このプロセスは、共通アンセスタトークンに到達するまで繰り返される。
ｅ．上述の分岐トークンの状態パラメータを使用して、上述の分岐トークンの価格を、その共通アンセスタトークンに換算して、特定するステップ４０５。
ｆ．評価されるトークンと分岐トークンとを、上述の共通アンセスタトークンに換算して、比較するステップ４０６。

例えば、１ダイヤモンドが２サークルの価値があり、１サークルが４ＥＴＨの価値があり、１スターが２ＥＴＨの価値がある場合には、１ダイヤモンドは８ＥＴＨの価値があり、１スターは２ＥＴＨの価値がある。従って、１ダイヤモンドは４スターの価値がある。

次に、図５を参照する。これには、トークンを交換する方法５００が示されており、以下のステップを備えている。
ａ．保持トークンタイプ及び交換量を示すステップ５０１。
ｂ．要求トークンタイプを示すステップ５０２。
ｃ．流通中の全トークン、全リザーブ及びリザーブ比率定数を含む保持トークンと要求トークンとの状態パラメータをブロックチェーンから検索して取得するステップ５０３。
ｄ．上述の保持トークンタイプと要求トークンタイプとの関係を特定するステップ５０４。
ｅ．上述の保持トークンが上述の要求トークンのディセンダント（descendant）である場合には、保持トークンをその基礎となるトークンと交換し（ステップ５１０）、そして、上述の要求トークンとの交換までステップ５１０を繰り返す（ステップ５１１参照）。
ｆ．上述の要求トークンが上述の保持トークンのディセンダントである場合には、上述の要求トークンとの交換まで（ステップ５２１参照）上述の保持トークンを後続トークンと交換するステップ５２０。
ｇ．上述の要求トークンと保持トークンとが分岐したものである場合には、上述の保持トークンタイプと上述の要求トークンタイプとについての共通アンセスタトークンタイプを特定するステップ５３０。上述の保持トークンをその基礎となるトークンと交換し（ステップ５３１）、このステップを上述の共通アンセスタトークンとの交換まで繰り返す（ステップ５３２参照）。上述の要求トークンとの交換まで上述の共通アンセスタを後続トークンと交換するステップ５２０。

図６には、保持トークンをその基礎となるトークンと交換する方法６００が示されており、以下のステップを備えている。
ａ．保持トークンタイプ及び交換量を検索して取得するステップ６０１。
ｂ．流通中の全トークン、全リザーブ及びリザーブ比率定数を含む保持トークンの状態パラメータをブロックチェーンから検索して取得するステップ６０２。
ｃ．保持トークンとの交換に、いくつの基礎となるトークンが与えられるべきかを特定するステップ６０３。
ｄ．保持トークンを削除するステップ６０４。
ｅ．上述の状態パラメータの流通中の全トークンを、削除されたトークンの数だけ、減少させるステップ６０５。
ｆ．特定された数の基礎となるトークンをリザーブから移送するステップ６０６。

以下は、保持トークンとの交換に、基礎となるトークンがいくつ与えられるべきかを特定するための公式である。

ここで、
ａ．Ｔｒ＝基礎となるトークンの全リザーブ。
ｂ．Ｔｔ＝流通中の全トークン。
ｃ．Ｒｒ＝リザーブ比率定数。
ｄ．Ｈｔ＝交換用の保持トークンの数。
ｅ．Ｕｔ＝受け取るべき基礎となるトークンの数。

例えば、２０サークルを交換する際、リザーブが２００ＥＴＨ、流通中のサークルが１０００、リザーブ比率が０.２である場合に、発行されるべきＥＴＨの数は、次のように特定される。

この例では、ユーザは、２０サークルを売却することによって、リザーブから差し引かれた１９.２１５ＥＴＨを受け取るものとする。

図７には、保持トークンをその後続トークンと交換する方法７００が示されており、以下のステップを備えている。
ａ．保持トークンタイプ及び交換量を検索して取得するステップ７０１。
ｂ．ブロックチェーンから流通中の全トークン、全及びリザーブ比率定数を含む後続トークンの状態パラメータを検索して取得するステップ７０２。
ｃ．保持トークンとの交換に、いくつの後続トークンが与えられるべきかを特定するステップ７０３。
ｄ．保持トークンを後続トークンのリザーブに移送するステップ７０４。
ｅ．特定された数の後続トークンを発行するステップ７０５。
ｆ．後続トークンタイプの上述の状態パラメータの流通中の全トークンを発行済みトークンの数だけ増やすステップ７０６。

以下は、保持トークンとの交換に、基礎となるトークンがいくつ与えられるべきかを特定するための公式である。

ここで、
ａ．Ｔｒ＝基礎となるトークンの全リザーブ。
ｂ．Ｔｔ＝流通中の全トークン。
ｃ．Ｒｒ＝リザーブ比率定数。
ｄ．Ｈｔ＝交換用の保持トークンの数。
ｅ．Ｆｔ＝発行されるべき後続トークンの数。

例えば、２０ＥＴＨを交換する際、リザーブが２００ＥＴＨ、流通中のサークルが１０００、リザーブ比率が０.２である場合に、発行されるべきサークルの数は、次のように特定される。

この例では、ユーザは、２０ＥＴＨを売却することによって、１９.２４４サークルを受け取るものとする。

以下、スマートコントラクトを使用する上述の方法の実施態様について説明する。

コンピュータ、ネットワーク、又はブロックチェーンは、スマートコントラクトを展開できる。スマートコントラクトとは、契約（contract：コントラクト）の取引（transactions：トランザクション）を履行するコンピュータコードである。このコンピュータコードは、トランザクションをブロックチェーン内で記録することをサポートする安全なプラットフォーム（例えば、イーサリアムプラットフォーム）内で実行できる。更に、スマートコントラクト自体が、実行されるこのコンピュータコードを認証できるように、このコンピュータコードのハッシュ（即ち、識別トークン）であるアイデンティティトークンを使用して、ブロックチェーン内でトランザクションとして、記録される。スマートコントラクトのコンストラクタ（constructor）が、展開されると、スマートコントラクトとその状態との初期設定を実行する。スマートコントラクトの状態は、ブロックチェーン内で（例えば、Ｍｅｒｋｌｅツリーを介して）永続的に記憶される。トランザクションがスマートコントラクトに関して記録される際、メッセージがそのスマートコントラクトに送信され、そのスマートコントラクトのコンピュータコードがそのトランザクションの履行を実行する（例えば、口座の残高から一定量を借方記入する）。コンピュータは、そのコードを処理して、そのトランザクションがブロックチェーンに記録される前に、契約の全ての条件が満たされるようにする。例えば、スマートコントラクトは、あるタイプの暗号通貨トークンを別のタイプの暗号通貨トークンと交換することを要求することがある。コンピュータは、コードを実行して、交換レートを特定し、適正なアカウント相互間で適正な量のトークンを移送する。

図８は、ブロックチェーン９９０、ブロックチェーンネットワーク８１０、第１のコンピュータ８０１、及び第２のコンピュータ８０２を例示している。

第１及び第２のコンピュータ８０１及び８０２の各々は、ブロックチェーンネットワーク８１０に属していても、いなくてもよい。

ブロックチェーンネットワークは、複数のコンピュータ、ネットワーク、リンク、及びデータベースを含んでいてもよい。これは、マイナ（miners）８１２を含んでいるものとして例示されている。

マイナはブロックチェーンを管理してもよく、この管理には、例えば、スマートコントラクト及び／又はスマートコントラクトに従うトランザクションを確証すること、確証されたスマートコントラクトについてブロックチェーンを更新すること、スマートコントラクトに従って実行されたトランザクションについてブロックチェーンを更新すること、提案されたスマートコントラクトが無効であることを特定すること、トランザクションがスマートコントラクトに従っていないことを特定すること、などが含まれていてもよい。

一部の実施形態では、スマートコントラクトは、デジタル証明書を伴う、あるいは、トランザクションのソースに関する情報を含むデジタル署名を伴うことがある。コンピュータ、ネットワーク又はブロックチェーンは、スマートコントラクトを展開する前に、この情報を確証して、トランザクションのソースの真正性を確認する。

スマートコントラクトは、トークン価格を評価するためのルールと、（トークンのリザーブのような）トークンの初期状態と、トランザクション中に適用されるべき他の任意のルールと、を特定してもよい。例えば、トークン価格を評価するためのルールの少なくとも一部は、方法２００に含まれていてもよい。トークン価格を評価するためのルールには、トークンタイプを、分岐トークンタイプに換算して、表すためのルールが含まれていてもよい。

スマートコントラクトに従って実行されるトランザクションは、方法３００、４００、５００、６００、７００、１３００、及び１４００のうちの各々の１つに従ってもよい。１つ以上のスマートコントラクトには、方法３００、４００、５００、６００、７００、１３００及び１４００の任意のステップの任意の組み合わせが含まれていてもよい。スマートコントラクトは、任意の態様で、例えば方法１１００及び／又は１２００を実行することによって、安全台帳にアップロードされてもよい。

図８は、以下のステップを含む方法も例示している。
ａ．トークン価格を評価するためのルールとトークンの初期状態とを特定したスマートコントラクトを第１のコンピュータ８０１によって提供するステップ（９０２）。
ｂ．ブロックチェーンネットワークによってスマートコントラクトを確証するステップ（９０４）。スマートコントラクトが有効でない場合、このプロセスは終了する。
ｃ．ブロックチェーンネットワークによって、このスマートコントラクトについてブロックチェーンの所与のブロック（例えば、ブロックＮ１）を更新するステップ（９０６）。
ｄ．ブロックＮ１をブロックチェーンネットワークのあらゆるパーティ（party）に配信するステップ（９０８）（これには、ブロックＮ１を第１及び／又は第２のコンピュータ８０１及び８０２に配信することが含まれていてもよい）。
ｅ．第２のコンピュータ８０２によって、スマートコントラクトに従ってトランザクションを行う要求をブロックチェーンネットワークに送信するステップ（９１２）。
ｆ．ブロックチェーンネットワークによって、スマートコントラクトに従ってトランザクションを実行するステップ（９１４）。この実行には、その要求を確証することと、その要求が、である場合にのみ、トランザクションの実行を継続することと、が含まれていることを前提とする。この実行には、方法２００～７００のいずれかに従ってトークンを売却又は購入して、トランザクションの終了時に、そのトークンの更新済み価格、及び、そのトークンとそのトランザクションに関係した別のトークン（例えば、Ｅｔｈｅｒなど）との更新済みリザーブ、を提供するステップが含まれていてもよい。
ｇ．ブロックチェーンネットワークによって、このトランザクションについてブロックチェーンの他のブロック（例えば、ブロックＮ２）を更新するステップ（９１６）。
ｈ．ブロックチェーンネットワークのあらゆるパーティにブロックＮ２を配信するステップ（９１８）（これには、ブロックＮ２を第１及び／又は第２のコンピュータ８０１及び８０２に配信するステップが含まれていてもよい）。

尚、第１のコンピュータ８０１がトランザクションを行ってもよいこと、同じブロックが複数のトランザクションを反映するように更新されてもよいこと、トランザクションが１人以上のマイナによって実行され得ること、などに留意されたい。

スマートコントラクトの作成には、次のことが含まれていてもよい。
ａ．Ｓｏｌｉｄｉｔｙなどの言語を使用してスマートコントラクトを生成すること。
ｂ．スマートコントラクトをコンパイルして、バイナリスマートコントラクトを取得すること。
ｃ．コンパイルしたスマートコントラクト（バイナリファイル）をネットワークに展開すること。この展開には、Ｅｔｈｅｒの費用が掛かることがある。また、この展開には、スマートコントラクトのブロックチェーンアドレスとＡＢＩとの回収が含まれている。

例えば、専用のＪａｖａｓｃｒｉｐｔ ＡＰＩを使用して、（トランザクションを実行するために）コントラクトを呼び出してもよい。

例えば、非特許文献１を参照されたい。

イーサリアムは、上述の方法をサポートできるインフラストラクチャの単なる非限定的な一例である。

上述の変換方法は、トランスペアレントであり（ブロックチェーンネットワークの様々な（通常は全ての）パーティシパント（participants）によって（及びブロックチェーンネットワークに接続されている他のコンピュータによってさえも）見ることができるので、スマートコントラクトのコンテンツとスマートコントラクトによる任意のトランザクションとが、であるブロックチェーンネットワークにおけるスマートコントラクトは、である）、相異なるコイン相互間のトランザクションに割り当てられるべきコンピュータリソースを劇的に削減し、（単一障害点がないので）通貨交換のための堅牢なシステムを提供する。

（図８に例示されているような）イーサリアムネットワーク上で、あるいは、他のインフラストラクチャ上で中継できるネットワーク（バンコールネットワーク（Bancor network）と呼ばれる）が提供されてもよい。

分散型通貨ネットワーク（Decentralized Currency Network）であるネットワーク（同じく、バンコールネットワークと呼ばれる）が提供されてもよい。これは、トークン交換用のコントラクトベースのエコシステム（ecosystem）である。バンコール対応トークンによって、価格発見と市場流動性とについての新しいモデルが導入されている。交換レートはコントラクトによって計算され、コントラクトは、その目的のためにコントラクトによって保持されている他のトークンに即時に変換するための標準ＡＰＩを提供している。

従来の取引所（exchanges）は、３つの主要な機能、即ち、デポジット及びウィズドローの処理（Process Deposits and Withdrawals）と、オーダーブックの管理（Maintain Order Book）と、トランザクションのマッチメーク（Matchmake Transactions）と、を行う。

エコシステムにおけるパーティシパントは、プラットフォームとトレーダである。バンコールは、根本的に異なるエコシステムを提案している。

バンコールは、あらゆるトークンに対応しており、従って、デポジット及びウィズドローは、参加を希望する任意のアセットトークナイザ（asset tokenizers）（Ｄｉｇｉｘなど）によって、分散方式で処理される。

ある取引所では、オーダーブックは、トレードされる資産に市場流動性を提供する市場深度（market depth）を設定している。バンコールでは、流動性は、サードパーティ（3rd party）からではなく、スマートコントラクトが保持するリザーブから提供され、これは、Ｃｏｉｎｃｉｄｅｎｃｅｏｆ ｗａｎｔｓ（ＣｏＷ）問題を回避する一方法である。ＣｏＷの問題は、通信について書き込みの発明によって、及び、トレードについて通貨の発明によって対処されたが、最近まで必要な技術（又は信頼性）がなかったので、通貨トレードについては対処されなかった。それ自体とリザーブとの間の変換を提供する方法に関する１組の不変の指示でリザーブを保持するデジタルトークンを誰でも作成できる可能性は、同時にサードパーティが共にトレードする必要なしに、保持者があるトークンから別のトークンに変換することを可能にするものであり、ＣｏＷ問題を解決する。

ある取引所では、アセット（asset）の価格は、ブック（book）内における現在最良の価格のオーダ（order）である。バンコールでは、アセットの価値は、スマートコントラクトによって継続的に計算され、トークンへの変換ごとにその値が増加し、トークンが別のトークンに変換されるときにその値が減少する。このモデルにおいて、トレーダの参加は、交換性の要件ではなく、オプションになる。

バンコール対応トークンは、簡単な方法でその価格を計算できる。その価格は、リザーブトークン（例えば、Ｅｔｈｅｒ）で表示される。あるトークンで保持されるリザーブには、既定の「ＣｏｎｓｔａｎｔＲｅｓｅｒｖｅ Ｒａｔｉｏ (ＣＲＲ)」があり、ＣＲＲは、リザーブ残高（reserve balance）とトークンの市場最高限度（market cap）との比率である。従って、トークンの単価は、次のように計算される。単価＝リザーブ残高／（ＣＲＲ×トークン供給量（token supply））

バンコール対応トークン（Bancor-enabled token）(ＢＥＴ)は、ユーザがリザーブトークンをＢＥＴに変換するたびに、自動発行され、これにより、ＢＥＴリザーブ残高が増加する。また、ＢＥＴは、ユーザがＢＥＴをリザーブに保持されたトークンに変換するたびに、自動破壊される。

ＢＥＴは、複数のリザーブを保持してもよく、それによってＢＥＴのリザーブに保持されている（ＥＴＨでもよい）異なるトークン相互間のゲートウェイになることができる。リザーブトークン相互間の変換が可能になり、変換ごとに、変換元のトークンの価格が下がり、変換先のトークンの価格が上がる。これにより、アービトラージボット（arbitrage bots）が参加して、レートを外部市場の価格と一致するようにリバランス（rebalance）することに対する金銭的インセンティブ（financial incentive）が提供される。

ＥＴＨバンコールは、イーサリアムブロックチェーンの「ルートトークン（root token）」であり、これは、そのリザーブをＥｔｈｅｒで保持しており、他のユーザ作成のバンコールトークンによってそれらのリザーブトークンとして使用されるように設計されており、他のユーザ作成のバンコールトークンによるリザーブトークンである。このようにして、それによって直接的又は間接的に裏打ちされたあらゆるトークンは、ネットワークが成長する時のように、その価値を獲得する。その意味でＥＴＨバンコールを保持することは、イーサリアムブロックチェーン上のバンコールエコシステムの将来の成功への投資である。ＥＴＨバンコールの「ルートトークン」は、全てのＥｔｈｅｒｅｕｍＢａｎｃｏｒ ＮｅｔｗｏｒｋトークンについてのＥｔｈｅｒゲートウェイとして機能し、それによって直接的又は間接的に裏付けられた各々のトークンを市場価格でＥｔｈｅｒに変換することを可能にする。

バンコールエコシステム（Bancor Ecosystem）

最近の技術の進歩、即ちスマートコントラクトブロックチェーンの出現により、このホワイトペーパーで説明されているように、トークン変換と価格発見は根本的により効率的なモデルを使用して行うことができる。トークンが強い流動性の状態に達するために必要なコストと労力は、極めて多数のトレーダが取引所で常に活発に活動しているところでしか流動性が達成されないことを考えると、通常、かなりのものである。バンコールは、「組み込み流動性（built-in liquidity）」ソリューションを提供することによって、これらのコストをゼロにまで削減し、それによって、変換可能なトークンのロングテール（long tail）を可能にする。

トークンのロングテールは、３層エコシステムである。殆どのオンラインエコシステムには、プラットフォームとエンドユーザという２つの層しかない。

３層エコシステムには、中間層の「スーパーユーザ（super-users）」（例えば、ＷｉｋｉｐｅｄｉａＡｄｍｉｎｓ、Ｓｕｂｒｅｄｄｉｔ Ｍｏｄｓ、ＦａｃｅｂｏｏｋＧｒｏｕｐ Ａｄｍｉｎｓ）も含まれており、これらはトピック関連のオンラインのデスティネーション（online destinations）を作成して管理しており、これらは、エンドユーザによって、互いにインタアクト（interact）するために利用されている。

バンコールの３層エコシステムには、プラットフォーム層、トークンクリエータ層（スーパーユーザ）及びトークンユーザ層（エンドユーザ）が含まれている。クリエータは、プラットフォームを使用して、エンドユーザが互いに取引するために使用できるトークンを発行している。エンドユーザはトークンクリエータの直接のカスタマー（customers）であり、トークンクリエータはバンコールプラットフォームの直接のカスタマーである。

バンコールプラットフォーム（Bancor Platform）

バンコールプラットフォームには、次のものが含まれていることがある。
ａ．バックエンド： トークンとスマートコントラクトとがホスト（host）されているホスティングブロックチェーン（Hosting Blockchain）（例えば、イーサリアム／ＲＳＫ）。
ｂ．スマートコントラクト機能： バンコールネットワークにおいてトークンについて変換レートを計算し、トークン変換サービスを提供する。
ｃ．フロントエンド： ＨＴＭＬ、チャットボット（chat-bots）、モバイルアプリ（mobile apps）などを使用して、情報を検索して取得したりトランザクションを実行したりするためのユーザ向けのインタフェース（ＵＩ）。

バックエンド（Backend）

バンコールネットワークは、任意のスマートコントラクト対応ブロックチェーンと共に動作できる。初めのうちは、バンコールは、イーサリアムのみと共に動作するであろう。他のスマートコントラクトプラットフォームがリリースされるにつれて、バンコールの「ルートトークン」は、全ての一般的なプラットフォーム（例えば、ＲｏｏｔＳｔｏｃｋ上の「Ｂｉｔｃｏｉｎ－Ｂａｎｃｏｒ」）に対して発行されるであろう。

バンコールスマートコントラクト機能（Bancor Smart Contract Functions）及びパラメータ

バンコールでは、価格発見機能とトークン変換機能は、各々のトークン自身のスマートコントラクトによって直接処理され、このスマートコントラクトは、１つ以上の定義済みの「リザーブ」トークンの残高を維持し、トークンとそのリザーブとの間の双方向変換サービスを提供し、各々の変換後にトークンの変換レート（＝値）を再計算する。

図９は、安全台帳１９０１、安全台帳ネットワーク１８１０、及びフロントエンド１８００を例示している。

安全台帳１９０１、安全台帳ネットワーク１８１０、及びフロントエンド１８００は、バンコールプラットフォームを形成している。

フロントエンド１８００には、１つ以上のコンピュータが含まれていることがある。

安全台帳ネットワーク１８１０には、複数のコンピュータ、ネットワーク、リンク、及びデータベースが含まれていることがある。

安全台帳１９０１は、分散型の安全台帳１９０１、ブロックチェーン、非分散型の安全台帳、あるいは、十分に安全である他の任意のタイプの台帳であってもよい。

この安全台帳は、１つ以上のコンピュータによって管理することができ、この管理には、例えば、スマートコントラクト及び／又はスマートコントラクトに従うトランザクションを確証すること、確証されたスマートコントラクトについてブロックチェーンを更新すること、スマートコントラクトに従って実行されたトランザクションについてブロックチェーンを更新すること、提案されたスマートコントラクトが無効であることを特定すること、トランザクションがスマートコントラクトに従っていないことを特定すること、などが含まれていてもよい。

スマートコントラクトは、トークン価格を評価するためのルールと、（トークンのリザーブのような）トークンの初期状態と、トランザクション中に適用されるべき他の任意のルールと、を特定してもよい。例えば、トークン価格を評価するためのルールの少なくとも一部は、方法２００に含まれていてもよい。トークン価格を評価するためのルールには、トークンタイプを、分岐トークンタイプに換算して、表すためのルールが含まれていてもよい。

スマートコントラクトに従って実行されるトランザクションは、方法３００、４００、５００、６００、及び７００のうちの各々の１つに従ってもよい。

図９は、以下のステップを含む方法も例示している。
ａ．トークン価格を評価するためのルールとトークンの初期状態とを特定したスマートコントラクトをフロントエンド１８００によって提供するステップ（１８０２）。
ｂ．安全台帳ネットワークによってスマートコントラクトを確証するステップ（１８０４）。スマートコントラクトが有効でない場合、このプロセスは終了する。
ｃ．このスマートコントラクトについて安全台帳によって更新するステップ（１８０６）。
ｄ．オプションとして更新済み安全を配信するステップ（１８０８）（これには、更新済み安全台帳をフロントエンドに配信することが含まれていてもよい）。
ｅ．フロントエンドによって、安全台帳ネットワークに、スマートコントラクトに従ってトランザクションを行う要求を、送信するステップ（１８１２）。
ｆ．安全台帳ネットワークによって、スマートコントラクトに従ってトランザクションを実行するステップ（１８１４）。この実行には、その要求を確証することと、その要求が、である場合にのみ、トランザクションの実行を継続することと、が含まれていることを前提とする。この実行には、方法２００～７００のいずれかに従ってトークンを売却又は購入して、トランザクションの終了時に、そのトークンの更新済み価格、及び、そのトークンとそのトランザクションに関係した別のトークン（例えば、Ｅｔｈｅｒなど）との更新済みリザーブ、を提供するステップが含まれていてもよい。
ｇ．安全台帳ネットワークによって、このトランザクションについて安全台帳を更新するステップ（１８１６）。
ｈ．オプションとして、更新済み安全台帳を配信するステップ（１８１８）。

トークン変換パラメータ（Token Conversion Parameters）

バンコールネットワークトークンは、次の既定のパラメータを有することがある。
ａ．リザーブトークン（バンコールトークン、又はＥｔｈｅｒ）、即ち、リザーブに保持されており、リザーブにトークン価格が表示されているトークン。
ｂ．Ｃｏｎｓｔａｎｔ Ｒｅｓｅｒｖｅ Ｒａｔｉｏ (ＣＲＲ)。これは、リザーブ残高と市場最高限度との一定の比率を設定している。つまり、ＣＲＲが２０％であるトークンの市場最高限度は、トークンのリザーブ残高×５に設定される。従って、各々の単価は、市場最高限度をトークン供給量で除算することによって、計算される。
ｃ．トークンとリザーブとの間の変換サービスを提供するために、リザーブトークンの初期残高（initial balance）を取得する。初期リザーブは、クラウドセール（crowd sale）、又は直接デポジット（direct deposit）によって取得できる。

図１０Ａ及び図１０Ｂに視覚化されているように、リザーブ保持は、バンコールネットワークにおけるトークン相互間の関係を確立し、トークン変換のための「組み込み（built-in）」ソリューションを提供する。

トークン変換サービス（Token Conversion Service）

リザーブが保持される理由は、可変の変換レートを使用して、トークンがそれ自体とリザーブトークンとの間で変換サービスを提供できるようにするためである。つまり、トークンは、リザーブトークン（例えば、Ｅｔｈｅｒ）を送信して、これがそのトークンのリザーブに加えられ、買い手に対する新たに鋳造されたトークンの発行をトリガすることによって、そのトークンのスマートコントラクトから直接購入される。

また、トークンは、そのトークンをコントラクトに送信して、そのコントラクトがこれらのトークンを破壊して親トークン（parent tokens）をリザーブから売り手に送り返すことによって、リザーブトークン（売却済み）に変換し戻すこともできる。

変換レート再計算（Conversion Rate Re-calculation）（ＣＲＲ）

トークンが購入される際、その支払いがリザーブ残高に追加され、トークン供給量が増加し（買い手に対する発行に因る）、そして価格が上がるが、その理由は、リザーブが分数（fractional）であり、新たに発行されるトークンをカバーするにはその支払いの一部だけが必要であり、その一方で、リザーブトークンでの購入についての支払いが必要ないためである（例えば、上述の式を参照されたい）。

これとは対照的に、トークンが売却されると、リザーブ残高、トークン供給量、及びトークンの値が減少する。

バンコールネットワークにおける各々のトークンは、ゼロの初期トークン及び標準の所定パラメータである一定リザーブ比率（Constant Reserve Ratio）（例えば、１０％）で作成され、それによってその価格は以下のように計算される。
市場最高限度＝リザーブトークン残高／一定リザーブ比率
変換レート＝市場最高限度／トークン供給量
市場最高限度と変換レートの両方は、リザーブトークン内で表示されてもよい。

これらのダイナミクス（dynamics）は、トークンとの間の変換が均衡している（balanced）価格点（price point）で平衡状態（equilibrium）に到達し、価格発見プロセスを構成している。一定リザーブ比率は、価格のボラティリティに直接影響し、その理由は、各々の変換後のトークン値における変動が、一定リザーブ比率が比較的に高いトークンについては、あまり急激ではないためである。

バンコールエコシステムの発行者（スーパーユーザ）

スーパーユーザ（又は「発行者」）は、プラットフォームの直接のユーザであり、バンコール対応のトークンを発行し、エンドユーザが、これらを購入、保持、移送、及び売却できる。発行者は、ローカルな通貨を作成する社会的企業家（social entrepreneur）、顧客にロイヤルティプログラムを提供したい小企業又はチェーン店組織、あるいは、限られた選択の報酬ではなく流動性のあるトークンを配信したいクラウドセールオーガナイザ（crowd sale organizer）であってもよい。例えば、図８の第１のコンピュータのユーザは、スーパーユーザと見なすことができる。

発行者は、トークンの以下のコアパラメータを、その作成時に、設定する。
ａ．リザーブトークン、即ち、リザーブに保持される別のトークン（例えば、ＥＴＨバンコール又はＥｔｈｅｒ）。
ｂ．一定リザーブ比率、即ち、リザーブ残高とトークン市場最高限度との比率（例えば、１０％)。

トークンをバンコールネットワークの一部にするには、初期トークン値と変換サービスを確立するために、初期リザーブをデポジットする必要がある。トークン発行者は、そのトークンについての初期リザーブを直接デポジットするか、又はクラウドセールの一部としてそれを取得するかを選択できる。

発行者は、そのトークンのスマートコントラクト内に表明される追加の条件や特別な権利を設定することもできる。例えば、コントラクトは、タイムロック（timelock）の有無にかかわらず、トランザクション手数料又は変換手数料を徴収するか、あるいは、トークンを相異なるパーティに割り当てることができる。また、トークンは、マルチシグネチャ「ｍ－ｏｆ－ｎ」アカウント（multi-signature m-of-n account）でも、あるいは、その他の任意の一般的なスマートコントラクトでも保持できる。

発行者は、発行者のトークンをリザーブに保持する１つ以上の「サブトークン（sub-tokens）」を作成して、共通の利益を共有する、バンコールネットワーク内におけるブランチ（branch）を作成することもできる。

バンコールエコシステムのエンドユーザ

３層モデルでは、エンドユーザは、プラットフォームの直接のユーザではない。そうではなく、エンドユーザは、プラットフォームを介してスーパーユーザによって作成されたトークンを使用する。

エンドユーザがトークンを使用することがある以下のいくつかの相異なる態様がある。
ａ．（売り手として）トークンを受け入れる。
ｂ．（買い手として）トークンで買い物をする。
ｃ．（保持者／投資家／トレーダとして）トークンを売買する。

使用ケース

アプリコイン（App Coins）及びＩＣＯ

アプリコイントークンは、本質的に、様々なオンラインの分散型エコシステムで使用されている通貨である。トークンのクラウドセールは、益々、人気になっている。過去３年間で２億ドル以上がＩＣＯで調達された。この額の大部分は、現在単一のスマートコントラクトブロックチェーン、即ち、イーサリアムに加えて、調達された。
・イーサリアム自体、９月１４日に１８,４３９,０８６ドル。
・ＤＡＯ、５月１５日に１６０,０００,０００ドル。
・ＩＣＯＮＯＭＩファンド、９月１６日に１０,６８２,５１６ドル。
・ＤｉｇｉｘＤＡＯ、３月１６日に５,５００,０００ドル。
・Ｇｏｌｅｍ、１１月１６日に８,６００,０００ドル。
・Ａｕｇｕｒ、１０月１５日に５,１３３,０００ドル。
・ＦｉｒｓｔＢｌｏｏｄ、９月１６日に６,２６７,７６７ドル。

トークン発行者は、調達した資金の一部をトークンのリザーブに割り当てることで、そのトークンが、クラウドセールの完了後に、実質的に割り増し手数料又は交換手数料なしに、他の任意のバンコールトークン（又はＥＴＨ）と変換できるようになることを（発行者がスマートコントラクトにおいて別の定義をしていない限り）保証する。そのトークンの市場価値は、たとえそれが滅多にトレードされないとしても、そのトークンに対する実際の需要を常に反映するであろう。

今日、一般的な手法は、アプリコインとＤＡＯとを様々な取引所に上場させることによって、その保持者に流動性を提供する一方で、買い手にそれを購入する手段を提供している。市場深度が浅ければ、価格の変動性が高まり、流動性／供給量が制限される危険性がある。

例えば、ＤｉｇｉｘＤＡＯ（ＤＧＤ）は、保持者に、そのアセットトークン化サービスによって発行された金で裏付けられたトークンから集められた０.１３％の手数料の相対的なシェア（share）を、分配するＤＡＯトークンである。

ＤＧＤトークンは、２０１６年３月に実施されたＩＣＯにおいて発行され、その目標の５５０万ドルを１２時間以内で調達した。現時点（１/１２/１６）では、ＤＧＤの市場最高限度は１７５０万ドルであるが、ＤＧＤ取引の４０％が行われている取引所であるＢｉｔｔｒｅｘでは、１５,０００ドル相当のＤＧＤを売ると価格が２０％下がる。

仮にＤＧＤが１０％のリザーブを使ってバンコールを使用する場合、トークンのリザーブにＩＣＯ資金の５５万ドルを保管しておく必要がある。１０％の一定リザーブ比率では、１万５千ドル相当のＤＧＤをＥｔｈｅｒに変換すると、価格は、（２０％ではなく）０.８％だけしか下がらないであろう。また、１５万ドル相当のＤＧＤをＥｔｈｅｒに変換することも可能であるが、これは、現在、全ての取引所市場を合わせた市場全体の深さを超えているが、その販売でも、価格は７．７％だけしか下がらないであろう。

ローカル通貨

世界中には、３つの一般的なローカル通貨モデルがある。

３つの全てのモデルは、通常、その価値を国定フィアット通貨（national fiat currency）に、又は特定の時間単位（「時間」）に、固定しているため、価格発見のプロセスを実施する必要はない。裏付けモデルは、フィアット通貨への再変換を実現する唯一のモデルであるため、現金コスト（hard costs）を伴う企業にとって最も便利なモデルである。ただし、このモデルは、本質的に１００％のリザーブを有するバンコールトークンに似ており、これは、本質的にリザーブトークンの「ブランド名変更」バージョンである。

バンコールでは、ローカル通貨についての新しいモデルが可能である。このモデルでは、ローカル通貨の価値は、益々多くのメンバーがそれを取得するにつれて上がる。ローカルの企業は、ローカル通貨で支払う人にディスカウントを提供でき、また、支払いの任意の一部を即時に且つ自動的にＥＴＨに変換することもでき、更には、現金コストを確実に賄うためにドルに変換することもできる。

バンコールのローカル通貨は、クラウドセールを使用して開始できる。クラウドセールの資金は、トークンのリザーブとして使用することも、様々なローカルのイニシアチブの資金に使用することもできる。

例えば、リザーブ比率が１０％のローカル通貨で、２,５００ドル相当のＥＴＨバンコールを調達し（１トークンにつき１ドルをチャージする）、次に、１,０００ドル相当のＥＴＨバンコールをリザーブに保管して、その他の１,５００ドルをＥＴＨ（又はＵＳＤ）に変換して運用コストを賄う。ＣＲＲが１０％であり、リザーブが１０００ドルであるから、この通貨の初期市場最高限度は１０,０００ドルになる。２,５００トークンがクラウドセールで分配されたので、ローカル通貨の管理者は残りのトークン（７５００）を保管し、これは徐々に使用するために譲渡されてもよい（タイムロック）。

これらのトークンは、ローカルのイニシアチブに資金を供給するためにも、新しいユーザや企業を引き付けるためにも使用できる。例えば、ローカル通貨で行われた購入についての固定ディスカウントを提供する最初の企業と、その新しいトークンについて書かれた記事とに対する特別なボーナスとして、及び開発資金として提供できる。

このモデルにおいては、ローカルの企業において購入する際にディスカウントを単に享受するためにユーザがローカル通貨を取得することは経済的な意味がある。その一方で、（あらゆるトークンをフィアットに変換するのではなく）トークンを保持している企業は、ローカル通貨の成長から利益を得ることができる。

このモデルが提供するものは、（トークンのリザーブに）ローカル資金をプールし、それを使って（ローカル通貨トークンの形で）ローカルのコミュニティ（community）に対して信用を拡大することによる「ローカルの量的な緩和（local quantitative easing）」である。このローカル通貨トークンは、「ローカルビットコイン」と表現することもでき、これは、その使用が拡大すると早期導入者に金銭的な見返りを与え、ユーザにこれを広めるように促す。

ロイヤリティポイント（Loyalty Points）

バンコールトークンは、カスタマーロイヤルティポイント（customer loyalty points）として使用してもよい。その性質は、それが、それで支払うカスタマーに特別なディスカウント又は利益を約束する１つ以上の企業によって発行される点でのみ、ローカル通貨に似ている。このモデルでは：
・ロイヤルティポイントは、ＥＴＨ又はその他の任意のバンコールトークンで、カスタマーが購入できる。
・企業は、ロイヤリティポイントで支払うカスタマーに対して、固定ディスカウント（例えば、１０％）を提供してもよい。
・企業は、販売コスト（cost-of-sale）を賄うためにロイヤルティポイントをフィアットに変換してもよい。
・ロイヤルティポイントは早期導入者に報酬を与えるが、その理由は、より多くのカスタマーがそのプログラムをレバレッジし始めるにつれて、その価値が高まるためである。

上述の方法は、非常に効率的で安全なトランザクションメカニズムを提供することがある。相異なるタイプのトークン間の交換を容易にすることによって、ブロックチェーン内における相異なるトークンの状態パラメータとリザーブとを記憶でき、トークン交換を単純化でき、通貨変換のために割り当てられるリソースを減らすことができる。

ブロックチェーンネットワークにおいてトランザクションを行う方法が提供されてもよく、この方法は、トークンの価格を特定するためのルールとトークンの初期リザーブとを特定するスマートコントラクトを、ブロックチェーンネットワークによって、受信するステップと、ブロックチェーンネットワークによってスマートトークンを確証するステップと、スマートコントラクトが確証された場合に、このスマートコントラクトについてブロックチェーンの所与のブロックを更新して、ブロックチェーンのその所与のブロックを配信するステップと、スマートコントラクトに従ってトランザクションを行う要求をブロックチェーンネットワークによって受信するステップであり、このトランザクションにはトークンを別のトークンと交換することが含まれることがある、該受信するステップと、この要求を確証するステップと、このトランザクションを行う要求が確証された場合に、このトランザクションについてブロックチェーンの特定のブロックを更新して、ブロックチェーンのその特定のブロックを配信するステップと、を備えている。

このトランザクションには、トークンの価格を特定することと、トークンの価格に従ってトランザクションを行うことと、トークン及び他のトークンのリザーブを更新することと、が含まれることがある。

例えば、スマートコントラクトは、トークン状態パラメータに基づいてトークンの価格を特定するルールを特定してもよい。

これらのトークン状態パラメータには、（ブロックチェーン内において）流通中の他のトークンの総数と、トークンの全リザーブと、リザーブ比率定数と、が含まれることがある。

トークンの全リザーブは、流通中の他のトークンの量の特定のパーセンテージとして維持されることがある。

トークンの価格は、リザーブ内の他のトークンの数を、流通中の全トークンと上述のリザーブ比率定数との積で、除算する関数であってもよい。

トランザクションは、前述の図のいずれかの方法のいずれかに従って実行されてもよい。

ブロックチェーンネットワークにおいてトランザクションを行う方法が提供されてもよく、この方法は、トークンの価格を特定するためのルールとトークンの初期リザーブとを特定するスマートコントラクトに従ってトランザクションを行う要求を、ブロックチェーンネットワークによって、受信するステップであり、このトランザクションにはトークンを別のトークンと交換することが含まれることがある、該受信するステップと、この要求を確証するステップと、この要求がトランザクションを行う要求であると確証された場合に、このトランザクションについてブロックチェーンの特定のブロックを更新して、ブロックチェーンのその特定のブロックを配信するステップと、を備えている。

このトランザクションには、トークンの価格を特定することと、トークンの価格に従ってトランザクションを行うことと、トークン及び他のトークンのリザーブを更新することと、が含まれることがある。

ブロックチェーンネットワークにおいてトランザクションを行う方法が提供されてもよく、この方法には、トークンの価格を特定するためのルールとトークンの初期リザーブとを特定するスマートコントラクトに従ってトランザクションを行う要求を、コンピュータによってブロックチェーンネットワークに送信するステップであり、このトランザクションにはトークンを別のトークンと交換することが含まれることがある、該送信するステップと、このトランザクションを反映しているブロックチェーンの更新済みの特定のブロックを、コンピュータによって、ブロックチェーンネットワークから、受信するステップと、が含まれることがある。

これらの上述の方法は、任意の安全台帳ネットワーク及び任意の安全台帳に適用できる。

図１１は、方法１１００を例示している。

方法１１００は、スマートコントラクト生成暗号通貨トークンを使用するトランザクションを安全台帳ネットワークによって実行するためのものである。

方法１１００には、ステップ１１１０、１１２０、１１３０、１１４０及び１１５０が含まれていてもよい。

ステップ１１１０には、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を安全台帳ネットワークによって受信することが含まれていてもよく、このトランザクションの実行には、スマートコントラクト生成暗号通貨トークンの価格を他の暗号通貨トークンのリザーブに基づいて特定することが含まれていてもよい。この安全台帳ネットワークには少なくとも１つのコンピュータが含まれていてもよく、この少なくとも１つのコンピュータには少なくとも１つのハードウェアプロセッサが含まれていてもよい。ステップ１１１０の後にステップ１１２０が続いてもよく、あるいは、ステップ１１３０が続いてもよい。

ステップ１１２０には、次のこと、即ち、（ａ）安全台帳ネットワークによってデジタル署名を受信すること、（ｂ）デジタル署名の真正性を確認すること、及び（ｃ）スマートコントラクトのコードを確認すること、のうちの少なくとも１つが含まれていてもよい。

安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新するステップ１１３０。

スマートコントラクト生成暗号通貨トークンに関連するトランザクションを実行する要求を、安全台帳ネットワークによって、受信するステップ１１４０。

スマートコントラクトを安全台帳ネットワークによって実行することによってトランザクションを行うステップ１１５０。

このスマートコントラクト生成暗号通貨トークンの生成及びそのようなトークンの使用は、多くの計算リソースを節約でき、その理由は、そのようなトークンの生成及び使用が、標準的なトークンの生成、及び／又は、既定のトークンを他の既定のトークンに変換するのに要する専用の交換インフラストラクチャの使用、に比べて遥かに少ないリソースで済むからである。

図１２は、方法１２００を例示している。

方法１２００は、安全台帳ネットワークによってトランザクションを実行するためのものである。

方法１２００には、ステップ１２１０、１２２０、１２３０、１２４０及び１２５０が含まれていてもよい。

ステップ１２１０及び１２２０の後には、ステップ１２３０及び１２４０が続いてもよい。

ステップ１２３０及び１２４０の後には（両方とも成功した場合）、ステップ１２５０が続いてもよい。

ステップ１２５０の後には、ステップ１２６０及び１２７０が続いてもよい。

ステップ１２１０には、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定したスマートコントラクトを確証する要求を、安全台帳ネットワークによって、受信することが含まれていてもよく、このトランザクションの実行には、第１の暗号通貨トークンの価格を、第１の暗号通貨トークンの状態と他のトークンの状態とに基づいて、特定することが含まれていてもよく、この安全台帳ネットワークには、少なくとも１つのコンピュータが含まれていてもよく、この少なくとも１つのコンピュータには、少なくとも１つのハードウェアプロセッサが含まれていてもよい。

ステップ１２２０には、デジタル署名を安全台帳ネットワークによって受信することが含まれていてもよい。

ステップ１２３０には、デジタル署名の真正性を確認することが含まれていてもよい。

ステップ１２４０には、スマートコントラクトのコードを確認することが含まれていてもよい。

ステップ１２５０には、安全台帳ネットワークによって管理されている安全台帳をスマートコントラクトについて更新することが含まれていてもよい。

ステップ１２６０には、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークによって受信することが含まれていてもよい。

ステップ１２７０には、スマートコントラクトを安全台帳ネットワークによって実行することによってトランザクションを行うことが含まれていてもよい。

図１３は、方法１３００を例示している。

方法１３００は、トランザクションを安全台帳ネットワークのコンピュータによって実行するためのものである。

第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークのコンピュータによって受信するステップ１３１０。このコンピュータには、少なくとも１つのハードウェアプロセッサが含まれていてもよい。

ステップ１３１０の後には、ステップ１３２０又はステップ１３４０が続いてもよい。

ステップ１３２０には、デジタル署名を確証する要求を安全台帳ネットワークのコンピュータによって受信することが含まれていてもよい。

ステップ１３３０には、そのコンピュータによってデジタル署名の真正性を確認することが含まれていてもよい。

安全台帳ネットワークによって確証されたスマートコントラクトを安全台帳ネットワークのコンピュータによって実行することによってトランザクションを行うステップ１３４０。このスマートコントラクトは、第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定している。

ステップ１３４０には、第１の暗号通貨トークンの状態と他のトークンの状態とに基づいて第１の暗号通貨トークンの価格を特定することが含まれていてもよい。

ステップ１３４０には、トランザクションの完了について安全台帳を更新することも含まれていてもよい。

図１４は、方法１４００を例示している。

方法１４００は、スマートコントラクト生成暗号通貨トークンを伴うトランザクションを安全台帳ネットワークのコンピュータによって実行するためのものである。

方法１４００は、ステップ１４１０から開始してもよく、その後にステップ１４２０が続く。

ステップ１４１０には、第１の暗号通貨トークンに関連するトランザクションを実行する要求を安全台帳ネットワークのコンピュータによって受信することが含まれていてもよい。

ステップ１４２０には、安全台帳ネットワークによって確証されたスマートコントラクトを、安全台帳ネットワークのコンピュータによって、実行することによってトランザクションを行うことが含まれていてもよい。このスマートコントラクトは、スマートコントラクト生成暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定している。このトランザクションの実行には、他のトークンのリザーブに基づいてスマートコントラクト生成暗号通貨トークンの価格を特定することが含まれていてもよい。

ステップ１４２０には、トランザクションの完了について安全台帳を更新することが含まれていてもよい。

前述の例のうちの１つ又は複数のものは、基礎をなすトークンと単一のトークンとに関することがあるが、交換は、２つよりも多いタイプのトークン間で実施でき、及び／又は、複数のタイプのトークンの複数のリザーブを使用できる。

例えば、バンコールトークンは、（各々について当該特許で説明された全く同じリザーブメカニズムを使用しながら）複数のリザーブを保持することができ、それによって、１バスケットのトークンになることができ、これによって、２つのトークン間の変換も容易になる。あらゆるアセットはイーサリアムで容易にトークン化できるので、バンコールは、任意の種類のアセット交換についての優れたモデルを提供できる。

本発明の実施形態の前述の説明及び例は、例示目的で提示されている。網羅する意図はなく、また、本発明を上述のいずれの形態の説明にも限定する意図はない。

これまでに定義された、そして、特許請求の範囲に使用される如何なる用語もこのように解釈されたい。

本発明の前述の説明によって、当業者は、現在その最良の形態であると考えられるものを作成して使用できるが、その一方、当業者は、本明細書における具体的な実施形態、方法及び例の変形、組み合せ、及び等価物が存在することを理解及び認識するであろう。従って、本発明は、上述の実施形態、方法、及び例によって限定されるべきではなく、本発明の適応範囲及び精神内の全ての実施形態及び方法によって限定されるべきである。

ブロック・チェーン又はブロックチェーンは、データレコードのリストを管理する分散型データベースであり、その安全性はブロック・チェーンの分散性によって強化されている。ブロック・チェーンには、通常、いくつかのノードが含まれており、これらは、互いに動作可能に接続された１つ以上のシステム、マシン、コンピュータ、データベース、データストアなどであってもよい。場合によっては、各々のノード又は複数のノードは、相異なるエンティティ（entities）によって管理されている。ブロック・チェーンは、通常、中央リポジトリ（central repository）や単一のアドミニストレータなしで機能する。ブロック・チェーンの１つの周知のアプリケーションは、ビットコインにおいて使用されるような暗号通貨についてのトランザクションの公開台帳である。ブロック・チェーンに記録されるデータレコードは、暗号化されてブロックチェーンのノードに記憶される。

ブロック・チェーンには、従来のデータベースに比べて数多くの利点がある。ブロック・チェーンの多数のノードが、トランザクション台帳に含まれるトランザクションの有効性に関して合意に達することがある。

ブロック・チェーンには、通常、２つの主要なタイプのレコードがある。第１のタイプはトランザクションタイプであり、これは、ブロック・チェーンに記憶されている実際のデータで構成されている。第２のタイプはブロックタイプであり、これは、特定のトランザクションがブロック・チェーンの一部として、いつ、そして、どのようなシーケンスで、記録されたかを確認するレコードである。トランザクションは、パーティシパントが商取引の通常の過程で（例えば、誰かが他の人に暗号通貨を送信するときに）ブロック・チェーンを使用することによって、作成され、ブロックは、特殊なソフトウェア／機器を使用してブロックを作成する「マイナ」として知られるユーザによって、作成される。一部の実施形態において、開示されているブロック・チェーンのシステム、即ち、厳密な意味で、現在のこのシステム内のマイナの数は知られており、このシステムは、このシステムの新しいブロックを生成及び作成する主要スポンサー（primary sponsor）を含んでいる。従って、任意のブロックが一主要スポンサーによって取り組まれていることがある。ブロック・チェーンのユーザはトランザクションを作成し、これらのトランザクションはブロック・チェーンの様々なノードに渡される。「有効な」トランザクションは、ブロック・チェーンを実装している特定のシステムによって定義されている１組のルールに基づいて確証できるトランザクションである。例えば、暗号通貨の場合、有効なトランザクションとは、デジタル署名され、有効なデジタルウォレットから支出されるものであり、場合によっては、他の基準を満たすものである。

また、本発明は、コンピュータシステム上をラン（run）するコンピュータプログラムにおいて実施してもよく、その際、少なくとも、コンピュータシステムのようなプログラム可能な装置上で実行される場合に本発明に従う方法のステップを行うための、あるいは、プログラム可能な装置が本発明に従う機器又はシステムの機能を行うことを可能にするための、コード部分を含んでいる。このコンピュータプログラムは、記憶システムに、ディスクドライブをディスクドライブ群に割り当てさせてもよい。

コンピュータプログラムは、特定のアプリケーションプログラム及び／又はオペレーティングシステムのような命令のリストである。コンピュータプログラムには、例えば、コンピュータシステム上で実行されるように設計されたサブルーチン、関数、プロシージャ（procedure）、オブジェクトメソッド（object method）、オブジェクトインプリメンテーション（object implementation）、実行可能アプリケーション、アプレット、サーブレット、ソースコード、オブジェクトコード、シェアドライブラリ（shared library）／ダイナミックロードライブラリ（dynamic load library）及び／又は他の命令シーケンスのうちの１つ又は複数のものが含まれていてもよい。

コンピュータプログラムは、非一時的コンピュータ可読媒体の内部に記憶されてもよい。コンピュータプログラムの全部又は一部は、コンピュータ可読媒体上に恒久的に又は除去可能に提供されてもよく、あるいは、情報処理システムに遠隔的に結合されてもよい。コンピュータ可読媒体には、例えば、限定はしないが、ディスク及びテープ記憶媒体を含む磁気記憶媒体と、コンパクトディスク媒体（例えば、ＣＤ－ＲＯＭ、ＣＤ－Ｒなど）及びデジタルビデオディスク記憶媒体のような光記憶媒体と、ＦＬＡＳＨメモリ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ＲＯＭのような半導体ベースのメモリユニットを含む不揮発性メモリ記憶媒体と、強磁性デジタルメモリと、ＭＲＡＭと、レジスタ、バッファ又はキャッシュ、メインメモリ、ＲＡＭなどを含む揮発性記憶媒体と、のうちの任意の数のものが含まれていてもよい。

コンピュータプロセスには、通常、プログラムの実行（ランニング（running））プログラム又は部分と、現在のプログラム値及び状態情報と、このプロセスの実行を管理するためにオペレーティングシステムによって使用されるリソースと、が含まれている。オペレーティングシステム（ＯＳ）は、コンピュータのリソースの共有を管理し、それらのリソースにアクセスするために使用されるインタフェースをプログラマに提供するソフトウェアである。オペレーティングシステムは、システムデータとユーザ入力とを処理し、システムのユーザとプログラムとに対するサービスとしてタスクと内部システムリソースとを割り当てて管理することによって応答する。

コンピュータシステムには、例えば、少なくとも１つの処理装置、関連するメモリ、及び一定数の入力／出力（Ｉ／Ｏ）装置が含まれていてもよい。コンピュータプログラムを実行する際、コンピュータシステムは、コンピュータプログラムに従って情報を処理し、Ｉ／Ｏ装置を介して結果の出力情報を生成する。

先の明細書部分において、本発明を、本発明の実施形態の具体的な例を参照して、説明した。しかしながら、添付の特許請求の範囲に記載された本発明のより広い精神及び適用範囲から逸脱することなく、様々な修正及び変更が為され得ることは明らかであろう。

更に、明細書及び特許請求の範囲における「前」、「後」、「頂上」、「底」、「上」、「下」などの用語は、もしあれば、説明の目的で使用されており、必ずしも恒久的な相対的な位置を説明するためのものではない。そのように使用される用語は、本明細書に記載された本発明の実施形態が、例えば、本明細書に例示又は他に記載されたもの以外の向きで動作できるように、適切な状況下で、交換可能であることを理解されたい。

また、当業者であれば、論理ブロック相互間の境界は単なる例示であることと、代わりの実施形態では、論理ブロック又は回路要素を併合してもよく、あるいは、様々な論理ブロック又は回路要素の機能を代替的に分解してもよいことと、を認識するであろう。従って、本明細書に示されたアーキテクチャは単なる代表的なものであり、実際、同じ機能を達成する他の多くのアーキテクチャを実施できることを理解されたい。

同じ機能を実現する複数の要素の任意の構成は、その所望の機能が達成されるように効果的に「関連付けられる」。従って、特定の機能を達成するためにここで組み合わされた任意の２つの要素は、アーキテクチャ又は中間の要素に関係なく、その所望の機能が達成されるように互いに「関連付けられている」と見なしてもよい。同様に、そのように関連付けられた任意の２つの要素は、その所望の機能を達成するために互いに「動作可能に接続されている」又は「動作可能に結合されている」と見なすこともできる。

更に、当業者であれば、上述の動作相互間の境界が単に例示的であることを認識するであろう。複数の動作は単一の動作に組み合わされてもよく、単一の動作は更なる動作に分散されてもよく、複数の動作は時間的に少なくとも部分的に重複して実行されてもよい。更に、代わりの実施形態には、特定の一動作が、複数例、含まれていてもよく、動作の順序が、様々な他の実施形態において、変更されてもよい。

また、例えば、一実施形態において、例示された複数の例が、単一の集積回路上に、あるいは、同一の装置内に、配置された回路として実施されてもよい。その代わりに、それらの例は、適切な態様で互いに相互接続された任意の数の個別の集積回路又は個別の装置として実施されてもよい。

また、例えば、それらの例又はそれらの一部は、任意の適切なタイプのハードウェア記述言語におけるような、物理的回路の、あるいは、物理的回路に変換可能な論理表現の、ソフト表現又はコード表現として実施されてもよい。

また、本発明は、プログラム不可能なハードウェアで実施される物理的な装置又はユニットには限定されず、本出願において一般的に「コンピュータシステム」と呼ばれるメインフレーム、ミニコンピュータ、サーバ、ワークステーション、パーソナルコンピュータ、ノートパッド、パーソナルデジタルアシスタント、電子ゲーム、自動車の及びその他の組み込みシステム、セルフォン、及びその他の様々な無線装置のような、適切なプログラムコードに従って動作することによって所望の装置機能を実行できるプログラム可能な装置又はユニットにも適用できる。

しかしながら、その他の修正、変形及び代替も可能である。従って、本明細書及び図面は、限定的な意味ではなく例示的な意味として見なされるべきである。

特許請求の範囲の各請求項において、括弧内に記された如何なる参照符号もその請求項を限定するものとして解釈されるべきではない。「備えている（comprising）」という語は、請求項に記載されているもの以外の他の要素又はステップの存在を排除するものではない。更に、本明細書で使用される「ａ」又は「ａｎ」という用語は、１つ又は１つよりも多いとして定義する。また、請求項における「少なくとも１つの（at least one）」及び「１つ以上の（１つ又は複数の）（one or more）」などの導入句の使用は、不定冠詞「ａ」又は「ａｎ」を使用した別の請求項要素の記入によって、そのように記入された請求項要素を含むあらゆる請求項が、そのような要素を１つだけしか含まない発明に、限定されることを意味すると解釈されるべきではなく、このことは、たとえ同一の請求項に「１つ以上の（１つ又は複数の）」あるいは「少なくとも１つの」という導入句と「a」又は「an」などの不定冠詞とが含まれている場合であっても、同じである。定冠詞の使用についても同様である。特にことわらない限り、「第１の」及び「第２の」などの用語は、そのような用語が表現する複数の要素を任意に区別するために使用される。従って、これらの用語は、必ずしもそのような要素の時間的な優先順位又はその他の優先順位を示すことを意図するものではない。複数の特定の手段が相異なる請求項に記載されているという単なる事実は、これらの手段の組み合わせが有利に使用できないことを示すものではない。

本明細書では本発明の特定の特徴を例示し説明してきたが、今や当業者には多くの修正、置換、変更、及び等価物が思い浮かぶであろう。従って、添付の特許請求の範囲の各請求項は、本発明の真の精神の範囲内に入るような全てのそのような修正形態及び変更形態を網羅することを意図していることを理解されたい。

Claims (9)

1. 暗号通貨トランザクションを実行するための安全台帳ネットワークであって、
   少なくとも１つのハードウェアプロセッサと、実行可能なコンピュータ可読プログラムコードを有する非一時的機械可読記憶媒体と、を備えており、
   前記少なくとも１つのハードウェアプロセッサが、前記コンピュータ可読プログラムコードを実行して、
   第１の暗号通貨トークンに関連するトランザクションを行うための少なくとも１つのルールを特定するスマートコントラクトを確証する要求を、前記安全台帳ネットワークによって、受信する処理であり、前記トランザクションの実行には、パラメータのグループに基づいて前記第１の暗号通貨トークンの価格を特定することと前記第１の暗号通貨トークン及び互いに交換して取得した他の暗号通貨トークンの少なくとも一方の量の特定が含まれており、前記第１の暗号通貨トークンの価格の特定はパラメータのグループに基づいており、前記パラメータのグループには、流通中の前記第１の暗号通貨トークンの全量（Ｔｔ）とリザーブにある前記他の暗号通貨トークンの全リザーブ（Ｔｒ）と前記全リザーブとトークンの市場最高限度との間の比率として事前定義されるリザーブ比率定数（Ｒｒ）を含む、該受信する処理と、
   前記スマートコントラクトを確証するか否かを判定する処理と、
   前記スマートコントラクトを判定して確証する場合に、
   前記安全台帳ネットワークによって管理されている安全台帳を前記スマートコントラクトについて更新する処理と、
   前記第１の暗号通貨トークンに関連するトランザクションを実行する要求を前記安全台帳ネットワークによって受信する処理と、
   前記スマートコントラクトを前記安全台帳ネットワークによって実行することによって該トランザクションを行う処理と、
   該トランザクションの完了について前記安全台帳を更新する処理と、
   を実施するように構成されている、
   前記安全台帳ネットワーク。
2. 前記トランザクションを行う処理には、前記第１の暗号通貨トークンの前記価格をＴｒ／（Ｔｔ×Ｒｒ）として特定することが含まれている、請求項１に記載のネットワーク。
3. 前記パラメータのグループには、前記他の暗号通貨トークンと交換用に割り当てられた前記第１の暗号通貨トークンの量（Ｈｔ）がさらに含まれており、前記トランザクションの前記実行は、以下の式に基づいて前記他の暗号通貨トークンの前記量を決定することを含み、
   

   

   ここで、Ｕｔは、前記他の暗号通貨トークンの前記量を表す、請求項１に記載のネットワーク。
4. 前記パラメータのグループには、前記第１の暗号通貨トークンと交換用に割り当てられた他の暗号通貨トークンの量（Ｈｒ）がさらに含まれており、前記トランザクションの前記実行は、以下の式に基づいて前記第１の暗号通貨トークンの前記量を決定することを含み、
   

   

   ここで、Ｆｔは、前記第１の暗号通貨トークンの前記量を表す、請求項１に記載のネットワーク。
5. 前記安全台帳ネットワークがブロックチェーンネットワークである、請求項１に記載のネットワーク。
6. 前記他の暗号通貨トークンが標準トークンであり、前記第１の暗号通貨トークンが前記スマートコントラクト内において定義されている、請求項１に記載のネットワーク。
7. 前記第１の暗号通貨トークンと前記他の暗号通貨トークンとが別の暗号通貨トークンと関連付けられており、方法には、前記第１の暗号通貨トークンの価格を、前記第１の暗号通貨トークンと前記他の暗号通貨トークンと前記別の暗号通貨トークンとの間の関係に基づいて、特定することが含まれている、請求項１に記載のネットワーク。
8. コンピュータ化された機械に動作を行わせるように実行可能な機械可読命令を記憶した非一時的機械可読媒体であって、前記動作には、
   少なくとも１つのタイプの暗号通貨トークンを他のタイプの暗号通貨トークンと交換する動作であって、前記交換する動作は、安全台帳から、流通する前記少なくとも１つのタイプの暗号通貨トークンの全量（Ｔｔ）を含む前記少なくとも１つのタイプの暗号通貨トークンの状態を受信する動作を含み、
   前記非一時的機械可読媒体によってデジタル署名を受信する動作と、
   前記非一時的機械可読媒体によって前記デジタル署名の真正性を確認する動作と、
   前記少なくとも１つのタイプの暗号通貨トークンの値を、前記他のタイプの暗号通貨トークンに換算して、特定する動作であって、前記特定する動作は、リザーブにある前記他のタイプの暗号通貨トークンの全リザーブ（Ｔｒ）を含む前記他のタイプの暗号通貨トークンの状態を取得することと、前記全リザーブとトークン市場最高限度との間の比率として事前定義されるリザーブ比率定数（Ｒｒ）を取得することと、前記値をＴｒ／Ｔｔ×Ｒｒとして設定することを含み、
   前記少なくとも１つのタイプの暗号通貨トークンをユーザによって制御されるアドレスからオペレータによって制御されるアドレスに移送する動作と、
   前記他のタイプの暗号通貨トークンを前記オペレータによって制御される前記アドレスから前記ユーザによって制御される前記アドレスに移送する動作であり、該移送が、前記他のタイプの暗号通貨トークンに換算して前記少なくとも１つのタイプの暗号通貨トークンの値に関連付けられている、該移送する動作と、
   前記少なくとも１つのタイプの暗号通貨トークン及び前記他のタイプの暗号通貨の更新された状態を安全台帳に公開する動作と、
   が含まれている、前記非一時的機械可読媒体。
9. コンピュータ実行可能コードを記憶した非一時的コンピュータ可読媒体であって、
   前記コンピュータ実行可能コードは、少なくとも１つのハードウェアプロセッサによって実行されると、
   開始パーティからの要求に基づくトランザクションの要求を受信する処理であり、該要求が第１の暗号通貨トークンとスマートコントラクト生成暗号通貨トークンとの交換を求めるものである、該受信する処理と、
   前記コンピュータ可読媒体によってデジタル署名を受信する処理と、
   前記コンピュータ可読媒体によって前記デジタル署名の真正性を確認する処理と、
   他の暗号通貨トークンのリザーブの状態に基づいて、前記スマートコントラクト生成暗号通貨トークンの価格を特定する処理であり、前記価格を特定する処理はパラメータのグループに基づいており、前記パラメータのグループは、流通中の前記スマートコントラクト生成暗号通貨トークンの全量（Ｔｔ）と、リザーブにある前記他の暗号通貨トークンの全リザーブ（Ｔｒ）と、前記全リザーブとトークンの市場最高限度との間の事前に設定された比率であるリザーブ比率定数（Ｒｒ）を含み、前記価格と特定する処理は、前記価格をＴｒ／Ｔｔ×Ｒｒとして設定することを含む、該処理と、
   トランザクションを実行する処理であり、その際、前記第１の暗号通貨トークンが、ユーザによって制御されるアドレスからオペレータによって制御されるアドレスに移送され、前記スマートコントラクト生成暗号通貨トークンが前記オペレータから前記ユーザに移送される、該実行する処理と、
   を行う、
   前記非一時的コンピュータ可読媒体。

Images