(57)【要約】  本発明は、ビットコインブロックチェーン及び資産又はエンティティのトークン化のようなブロックチェーン技術に関する。本発明は、特に、ブロックチェーンプラットフォーム上の支払の実施に適し、第１ノード（３）から第２ノード（７）へ暗号通貨を転送する方法（１００）及びシステム（１）を含む。両方のノード（３，７）は、給与支払に関連付けられ、それぞれの非対称暗号対を有し、各対はマスタ秘密鍵及びマスタ公開鍵を有する。それぞれ追加秘密鍵及び公開鍵は、各ノードにおいて、マスタ秘密鍵、マスタ公開鍵、及び生成器値に基づき決定されて良い。追加秘密鍵及び公開鍵は、階層構造を形成して良い。共通シークレットは、追加秘密鍵及び公開鍵に基づき、ノード（３，７）の各々において決定されて良い。共通シークレットは、通信ネットワーク（５）に渡り機密情報を安全に送信するために使用できる。
2019511035.tif 000002
【特許請求の範囲】
【請求項１】
第１ノードから第２ノードへの第１転送を含む、複数ノード間のピアツーピア分散台帳上の暗号通貨額の効率的な転送のための、コンピュータにより実施される方法であって、前記方法は、
前記第１ノードから前記第２ノードへの前記第１転送に関連付けられた第１暗号通貨額を転送するための第１要求を受信するステップと、
前記第２ノードに関連付けられた第２ノードマスタ公開鍵を決定するステップであって、前記第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成する、ステップと、
生成器値を決定するステップと、
少なくとも前記第２ノードマスタ公開鍵及び前記生成器値に基づき、第２ノード第２公開鍵を決定するステップと、
第１アウトプットスクリプトを決定するステップであって、前記第１アウトプットスクリプトは、
前記第１転送に関連付けられた情報を含む少なくとも第１メタデータ、及び、
前記第２ノード第２公開鍵、
に基づく、ステップと、
通信ネットワークを介して、
前記第１ノードから前記第２ノードへの前記第１転送の指示、及び、
前記第１暗号通貨額に関連付けられる前記第１アウトプットスクリプト、
に基づき、第１データアウトプットをピアツーピア分散台帳へ送信するステップと、
を含む方法。
【請求項２】
前記の暗号通貨は、給与支払又は他のデータ処理システムに関連付けられ、前記第１メタデータは前記第１要求の中で前記第１ノードにより提供される情報に基づき、前記メタデータは前記給与支払及び前記第２ノードに関連付けられた情報を含む、請求項１に記載の方法。
【請求項３】
前記第１メタデータは、前記給与支払及び前記第２ノードに関連付けられた前記情報のハッシュを含む、請求項２に記載の方法。
【請求項４】
前記第１ノードは第１ノードマスタ公開鍵に関連付けられ、前記第１ノードマスタ公開鍵は、第１ノードマスタ秘密鍵と暗号対を形成する、請求項１、２、又は３のいずれか一項に記載の方法。
【請求項５】
少なくとも１つの第１ノード追加公開鍵又は少なくとも１つの第２ノード追加公開鍵は、それぞれ、少なくとも前記第１ノードマスタ公開鍵及び前記生成器値、又は前記第２ノードマスタ公開鍵及び前記生成器値に基づき決定される、請求項４に記載の方法。
【請求項６】
第１ノード第２公開鍵は、少なくとも前記第１ノードマスタ公開鍵及び前記生成器値に基づき決定され、前記第１ノード第２公開鍵は、第１ノード第２秘密鍵と暗号対を形成する、請求項４に記載の方法。
【請求項７】
前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、前記第２ノードの源泉徴収税に関連付けられる、請求項５又は６に記載の方法。
【請求項８】
前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、前記第２ノードの源泉徴収税に関連付けられる、請求項５、６、又は７に記載の方法。
【請求項９】
前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、前記第２ノードの老齢退職手当に関連付けられる、請求項５乃至８のいずれか一項に記載の方法。
【請求項１０】
前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、前記第２ノードの老齢退職手当に関連付けられる、請求項５乃至９のいずれか一項に記載の方法。
【請求項１１】
前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、住宅担保貸付支払に関連付けられる、請求項５乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、住宅担保貸付支払に関連付けられる、請求項５乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、大学進学資金に関連付けられる、請求項５乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、大学進学資金に関連付けられる、請求項５乃至１３のいずれか一項に記載の方法。
【請求項１５】
前記生成器値は、前記第１ノードに関連付けられた文字列に基づく、請求項１乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記生成器値は、Ｕｎｉｘ時間及びノンスに基づく、請求項１乃至１５のいずれか一項に記載の方法。
【請求項１７】
前記生成器値は、支払期間に基づき変化する、請求項１乃至１６のいずれか一項に記載の方法。
【請求項１８】
前記生成器値は、データストアから検索される、請求項１乃至１７のいずれか一項に記載の方法。
【請求項１９】
前記生成器値は、第三者から受信される、請求項１乃至７のいずれか一項に記載の方法。
【請求項２０】
前記生成器値は、前記第１ノード第２秘密鍵及び前記第２ノード第２公開鍵に基づき共通シークレットを決定するために使用され、前記第２ノードは、前記第１ノード第２公開鍵及び前記第２ノード第２秘密鍵に基づく同じ共通シークレットを有する、請求項１乃至１９のいずれか一項に記載の方法。
【請求項２１】
対称鍵アルゴリズムにより第１ノードと第２ノードとの間で第１メタデータの少なくとも部分を安全に送信する方法であって、前記方法は、
請求項２０の方法に従い決定された前記共通シークレットに基づき、対称鍵を決定するステップと、
前記対称鍵で、前記第１メタデータの少なくとも部分を前記第１メタデータの暗号化された少なくとも部分に暗号化するステップと、
前記通信ネットワークを介して、前記第１ノードから前記第２ノードへ前記第１メタデータの前記暗号化された少なくとも部分を送信するステップと、
を含む方法。
【請求項２２】
対称鍵アルゴリズムにより第１ノードと第２ノードとの間で給与支払及び第２ユーザに関連付けられた第１アウトプットスクリプト又は情報を安全に送信する方法であって、
請求項２０の方法に従い決定された前記共通シークレットに基づき対称鍵を決定するステップと、
前記対称鍵により、前記給与支払及び前記第２ノードに関連付けられた前記第１アウトプットスクリプト又は情報の少なくとも部分を、前記給与支払及び前記第２ノードに関連付けられた暗号化第１アウトプットスクリプト又は暗号化情報に暗号化するステップと、
前記通信ネットワークを介して、前記第１ノードから前記第２ノードへ、前記給与支払及び前記第２ノードに関連付けられた前記暗号化第１アウトプットスクリプト又は暗号化情報を送信するステップと、
を含む方法。
【請求項２３】
請求項１乃至２２のいずれか一項に従う前記第１転送を検証する方法であって、前記方法は、
前記第１転送を確認するための要求を受信するステップと、
前記第１暗号通貨額の前記第１転送に対応する前記第１データアウトプットを決定するステップと、
前記通信ネットワークを介して、前記ピアツーピア分散台帳から、前記第１データアウトプットの少なくとも部分を受信するステップと、
前記第１データアウトプットから、前記第１転送の前記指示を決定するステップと、
前記第１転送の前記指示が前記要求の中の前記第１転送に対応することを検証するステップと、
前記検証の結果を示すアウトプットを送信するステップと、
を含む方法。
【請求項２４】
第１トークンは前記第１暗号通貨額に関連付けられる、請求項１乃至２３のいずれか一項に記載の方法。
【請求項２５】
前記第１トークンは、前記第１ノード又は第２ノードの雇用権利及び利益に関連付けられた情報を含む、請求項２４に記載の方法。
【請求項２６】
前記第１トークンは、前記第１ノードから前記第２ノードへ転送される、請求項２４又は２５に記載の方法。
【請求項２７】
コンピュータプログラムであって、処理装置に請求項１乃至２６のいずれか一項に記載の方法を実施させる機械可読命令を含むコンピュータプログラム。
【請求項２８】
装置であって、請求項１乃至２６のいずれか一項に記載の方法を実行する処理装置を含む装置。
【請求項２９】
第１ノードから第２ノードへの第１転送を含む、複数ノード間のピアツーピア分散台帳上の給与支払に関連付けられた暗号通貨の効率的な転送のためのシステムであって、前記システムは、
第１処理装置であって、
前記第１ノードから、前記第１ノードから前記第２ノードへの前記第１転送に関連付けられた第１暗号通貨額を転送するための第１要求を受信し、
前記第２ユーザに関連付けられた第２ノードマスタ公開鍵を決定し、前記第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成し、
生成器値を決定し、
少なくとも前記第２ノードマスタ公開鍵及び前記生成器値に基づき、第２ノード第２公開鍵を決定し、
第１アウトプットスクリプトを決定し、前記第１アウトプットスクリプトは、
前記第１転送に関連付けられた情報を含む少なくとも第１メタデータ、及び、
前記第２ノード第２公開鍵、
に基づき、
通信ネットワークを介して、
前記第１ノードから前記第２ノードへの前記第１転送の指示、及び、
前記第１暗号通貨額に関連付けられる前記第１アウトプットスクリプト、
に基づき、第１データアウトプットをピアツーピア分散台帳へ送信する、
よう構成される第１処理装置を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、ブロックチェーン技術、暗号法及び暗号通貨に関する。特に、本発明は、限定ではないが給与支払システムのようなコンピュータに基づくシステムに関連付けられた複数のノード間での転送の安全且つ改良された方法に関する。転送は、暗号通貨額の転送であって良い。
【背景技術】
【０００２】
多くのコンピュータに基づくシステムは、個人のような複数のエンティティに関するデータを格納し及び処理する。このデータは、安全且つ効率的な方法で格納され、処理され、及び送信されなければならない。多くの例において、データの記録及びそれに対して行われる任意の変更は、将来の参照のために不変且つ永久的に格納されなければならない。例えば、エンティティの給与支払は、標準的に、エンティティの従業員及び従業員に割り当てられた賃金の記録を含む。源泉徴収税及び老齢退職のような他の出資金に関連する情報が、給与支払に含まれる場合がある。従業員の離職の権利又は利益に関する詳細事項も、給与支払に含まれることがある。
【０００３】
ブロックチェーン技術は、不変且つ永久的方法でデータを格納するために使用できる。ブロックチェーンは、ブロックにより構成される、コンピュータに基づく非集中型の分散型システムとして実装される総意に基づく電子台帳である。また、ブロックはトランザクションにより構成される。各トランザクションは、ブロックチェーンシステム内で参加者間のデジタル資産の制御の転送を符号化するデータ構造であり、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各ブロックは前のブロックのハッシュを含み、ブロックは共にチェーンになって、その発端からブロックチェーンに書き込まれている全てのトランザクションの永久的な変更不可能なレコードを生成する。トランザクションは、そのインプット及びアウトプットに埋め込まれたスクリプトとして知られる小さなプログラムを含む。スクリプトは、トランザクションのアウトプットがどのように及び誰によりアクセス可能かを指定する。ビットコインプラットフォーム上で、これらのスクリプトは、スタックに基づくスクリプト言語を用いて記述される。
【０００４】
トランザクションがブロックチェーンに書き込まれるために、「検証され」なければならない。ネットワークノード（マイナー）は、各トランザクションが有効であることを保証するために作業を実行し、無効なトランザクションはネットワークから拒否される。ノードにインストールされたソフトウェアクライアントは、自身のロック及びアンロックスクリプトを実行することにより、この検証作業を未使用トランザクション（ＵＴＸＯ）に対して実行する。ロック及びアンロックスクリプトの実行が真と評価した場合、トランザクションは有効であり、トランザクションはブロックチェーンに書き込まれる。したがって、トランザクションがブロックチェーンに書き込まれるためには、トランザクションは、ｉ）トランザクションを受信した第１ノードにより検証され、トランザクションが検証された場合に、ノードは該トランザクションをネットワーク内の他のノードに中継し、ｉｉ）マイナーにより構築された新しいブロックに追加し、ｉｉｉ）マインされ、つまり過去のトランザクションの公開台帳に追加されなければならない。
【０００５】
ブロックチェーン技術は、暗号通貨実装の使用で最も広く知られているが、デジタル起業家が、新しいシステムを実装するために、ビットコインの基づく暗号通貨セキュリティシステム、及びブロックチェーンに格納可能なデータの両方の使用を探索し始めている。ブロックチェーンが、暗号通貨の領域に限定されない自動タスク及び処理のために使用できれば、非常に有利である。このようなソリューションは、それらの用途において一層多様でありながら、ブロックチェーンの利点（例えば、永久的、イベントの耐タンパレコード、分散処理、等）を利用できる。
【０００６】
現在の研究の一分野は、「スマートコントラクト（smart  contracts）」の実装のためのブロックチェーンの使用である。これらは、機械可読取引又は合意の条件の実行を自動化するために設計されたコンピュータプログラムである。自然言語で記述され得る従来の取引と異なり、スマートコントラクトは、結果を生成するためにインプットを処理できるルールを含み、該結果に依存して動作を実行させることのできる、機械実行可能プログラムである。
【０００７】
ブロックチェーンに関連する関心の他の分野は、ブロックチェーンを介する現実世界のエンティティの制御又は所有権を表し転送するための「トークン」（又は「カラードコイン」）の使用である。潜在的に機密な又は秘密のアイテムは、識別可能な意味又は値を有しないトークンにより表現できる。したがって、トークンは、現実世界のアイテムをブロックチェーンから参照できるようにする識別子として機能する。
【０００８】
本願明細書に含まれる文書、動作、材料、装置、製品、等の議論は、これらの項目のうちのいずれか又は全部が従来基盤の部分を形成すること、又は本願の各請求項の優先日前に存在していたような本開示の関連分野における共通の一般知識であったとの承認として解釈されるべきではない。
【０００９】
本願明細書を通じて、用語「含む、有する（comprise）」又は「comprises」若しくは「comprising」のような変形は、記述される要素、整数若しくはステップ、又は要素、整数若しくはステップのグループ、の包含を意味すると理解されるが、任意の他の要素、整数若しくはステップ、又は要素、整数若しくはステップのグループを除外しない。
【００１０】
本願明細書で、用語「ブロックチェーン」は、あらゆる形式の電子的な、コンピュータに基づく、分散台帳を含むよう使用される。これらは、限定ではないが、総意に基づくブロックチェーン及びトランザクションチェーン技術、許可及び未許可台帳、共有台帳、及びそれらの変形を含む。最も広く知られているブロックチェーン技術の用途はビットコイン台帳であるが、他のブロックチェーンの実装が提案され開発されている。ビットコインは便宜上及び説明を目的として本願明細書において言及されるが、本発明はビットコインのブロックチェーンと共に使用することに限定されず、代替のブロックチェーンの実装及びプロトコルが本発明の範囲に含まれることに留意すべきである。
【発明の概要】
【００１１】
本発明は、添付の請求項において定められる。
【００１２】
本発明の実施形態及び態様は、暗号通貨又は他のデジタル資産の効率的及び／又は安全な転送のためのコンピュータにより実施される方法を提供し得る。追加又は代替として、本発明は、トークン化方法、セキュリティ方法、及び／又はブロックチェーン上の交換若しくは転送を制御する方法として記載される場合がある。交換又は転送は、例えば暗号通貨額のようなデジタル資産、又はエンティティを表す又はそれに関連付けられたトークンに関連して良い。トークン化されたエンティティは、ブロックチェーン上又は外に格納されて良い。本発明は、本発明の方法の実施のための１又は複数のシステムを提供し得る。
【００１３】
本発明は、１又は複数のユーザ装置並びにブロックチェーン関連ソフトウェア及びプロトコルを実行するよう構成されるコンピュータノードを含む分散コンピュータシステム（ブロックチェーン）のような、様々な個別の及び別個のコンピュータに基づくリソースの相互作用及び相互通信を必要する場合がある。本発明は、本願明細書に記載の方法のうちの１又は複数を実施し又は実行するよう構成されるコンピュータにより実施されるシステムを含み得る。
【００１４】
暗号通貨は、ピアツーピア分散台帳（ブロックチェーン）上の、給与支払のようなデータ処理及び／又は記憶リソースに関連付けられて良い。転送は、第１ノードから第２ノードへの第１転送を含む、複数のノード間であって良い。
【００１５】
方法は、
前記第１ノードから前記第２ノードへの前記第１転送に関連付けられた第１暗号通貨額を転送するための第１要求を受信するステップと、
前記第２ノードに関連付けられた第２ノードマスタ公開鍵を決定するステップであって、前記第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成する、ステップと、
生成器値を決定するステップと、
少なくとも前記第２ノードマスタ公開鍵及び前記生成器値に基づき、第２ノード第２公開鍵を決定するステップと、
第１アウトプットスクリプトを決定するステップであって、前記第１アウトプットスクリプトは、
前記第１転送に関連付けられた情報を含む少なくとも第１メタデータ、及び、
前記第２ノード第２公開鍵、
に基づく、ステップと、
通信ネットワークを介して、
前記第１ノードから前記第２ノードへの前記第１転送の指示、及び、
前記第１暗号通貨額に関連付けられる前記第１アウトプットスクリプト、
に基づき、第１データアウトプットをピアツーピア分散台帳へ送信するステップと、を含んで良い。
【００１６】
本開示は、ビットコインブロックチェーンのような公開ピアツーピア分散台帳を、雇用者エンティティの給与支払情報に関連する口座のレポジトリとして、使用可能にし得る。
【００１７】
前記第１メタデータは、前記第１要求の中の、前記第１ノードにより提供される情報に基づいて良い。ここで、前記メタデータは、前記給与支払及び前記第２ノードに関連付けられた情報を有する。前記第１メタデータは、前記給与支払及び前記第２ノードに関連付けられた前記情報のハッシュを含んで良い。
【００１８】
方法は、前記第１ノードに関連付けられた第１ノードマスタ公開鍵を更に有して良く、前記第１ノードマスタ公開鍵は、第１ノードマスタ秘密鍵と暗号対を形成する。
【００１９】
方法は、それぞれ少なくとも前記第１ノードマスタ公開鍵及び前記生成器値、又は前記第２ノードマスタ公開鍵及び前記生成器値に基づき決定される、少なくとも１つの第１ノード追加公開鍵又は少なくとも１つの第２ノード追加公開鍵を更に有して良い。第１ノード第２公開鍵は、少なくとも前記第１ノードマスタ公開鍵及び前記生成器値に基づき決定されて良く、前記第１ノード第２公開鍵は、第１ノード第２秘密鍵と暗号対を形成する。
【００２０】
前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、前記第２ノードの源泉徴収税に関連付けられて良い。前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、前記第２ノードの源泉徴収税に関連付けられて良い。前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、前記第２ノードの老齢退職手当に関連付けられて良い。前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、前記第２ノードの老齢退職手当に関連付けられて良い。前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、住宅担保貸付支払に関連付けられて良い。前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、住宅担保貸付支払に関連付けられて良い。前記第１ノード第２公開鍵又は第１ノード追加公開鍵は、大学進学資金に関連付けられて良い。前記第２ノード第２公開鍵又は第２ノード追加公開鍵は、大学進学資金に関連付けられて良い。
【００２１】
前記生成器値は、前記第１ノード３に関連付けられた文字列に基づいて良い。代替として、前記生成器値は、Ｕｎｉｘ時間及びノンスに基づいて良い。更に別の代替として、前記生成器値は、支払期間に基づき変化して良い。
【００２２】
前記生成器値は、データストア１７から検索されて良い。代替として、前記生成器値は、第三者から受信されて良い。
【００２３】
前記生成器値は、前記第２ノード第２秘密鍵及び前記第１ノード第２公開鍵に基づき共通シークレットを決定するために使用されて良く、前記第２ノードは、前記第１ノード第２公開鍵及び前記第２ノード第２秘密鍵に基づく同じ共通シークレットを有する。
【００２４】
対称鍵アルゴリズムにより前記第１ノードと前記第２ノードとの間で前記第１メタデータの少なくとも部分を安全に送信する方法であって、前記方法は、
上述の方法に従い決定された前記共通シークレットに基づき、対称鍵を決定するステップと、
前記対称鍵で、前記第１メタデータの少なくとも部分を前記第１メタデータの暗号化された少なくとも部分に暗号化するステップと、
前記通信ネットワークを介して、前記第１ノードから前記第２ノードへ前記第１メタデータの前記暗号化された少なくとも部分を送信するステップと、を含む方法。
【００２５】
対称鍵アルゴリズムにより第１ノードと第２ノードとの間で給与支払及び第２ノードに関連付けられた第１アウトプットスクリプト又は情報を安全に送信する方法であって、
上述の方法に従い決定された前記共通シークレットに基づき対称鍵を決定するステップと、
前記対称鍵により、前記給与支払及び前記第２ノードに関連付けられた前記第１アウトプットスクリプト又は情報の少なくとも部分を、前記給与支払及び前記第２ノードに関連付けられた暗号化第１アウトプットスクリプト又は暗号化情報に暗号化するステップと、
前記通信ネットワークを介して、前記第１ノードから前記第２ノードへ、前記給与支払及び前記第２ノードに関連付けられた前記暗号化第１アウトプットスクリプト又は暗号化情報を送信するステップと、を含む方法。
【００２６】
上述の前記第１転送を検証する方法であって、前記方法は、
前記第１転送を確認するための要求を受信するステップと、
前記第１暗号通貨額の前記第１転送に対応する前記第１データアウトプットを決定するステップと、
前記通信ネットワークを介して、前記ピアツーピア分散台帳から、前記第１データアウトプットの少なくとも部分を受信するステップと、
前記第１データアウトプットから、前記第１転送の前記指示を決定するステップと、
前記第１転送の前記指示が前記要求の中の前記第１転送に対応することを検証するステップと、
前記検証の結果を示すアウトプットを送信するステップと、を含む方法。
【００２７】
方法は、前記第１暗号通貨額に関連付けられた第１トークンを更に有して良い。前記第１トークンは、前記第１ノード又は第２ノードの雇用権利及び利益に関連付けられた情報を含んで良い。前記第１トークンは、前記第１ノードから前記第２ノードへ転送されて良い。
【００２８】
コンピュータプログラムであって、処理装置に上述の方法のうちのいずれか１つを実施させる機械可読命令を含むコンピュータプログラム。
【００２９】
装置であって、上述の方法のうちのいずれか１つに従う方法を実行する処理装置を含む装置。
【００３０】
第１ノードから第２ノードへの第１転送を含む、複数ノード間のピアツーピア分散台帳上の給与支払に関連付けられた暗号通貨の効率的な転送のためのシステムであって、前記システムは、
第１処理装置であって、
前記第１ノードから、前記第１ノードから前記第２ノードへの前記第１転送に関連付けられた第１暗号通貨額を転送するための第１要求を受信し、
前記第２ノードに関連付けられた第２ノードマスタ公開鍵を決定し、前記第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成し、
生成器値を決定し、
少なくとも前記第２ノードマスタ公開鍵及び前記生成器値に基づき、第２ノード第２公開鍵を決定し、
第１アウトプットスクリプトを決定し、前記第１アウトプットスクリプトは、
前記第１転送に関連付けられた情報を含む少なくとも第１メタデータ、及び、
前記第２ノード第２公開鍵、
に基づき、
通信ネットワークを介して、
前記第１ノードから前記第２ノードへの前記第１転送の指示、及び、
前記第１暗号通貨額に関連付けられる前記第１アウトプットスクリプト、
に基づき、第１データアウトプットをピアツーピア分散台帳へ送信する、
よう構成される第１処理装置を含むシステム。
本発明の一実施形態又は態様に関して説明された任意の機能は、本発明の１又は複数の他の態様に適用されても良い。
【図面の簡単な説明】
【００３１】
本開示の例は、以下の図面を参照して記載される。
【００３２】
【図１】給与支払に関連付けられた複数のノード間で暗号通貨を転送するための例示的なシステムの概略図である。
【００３３】
【図２】給与支払に関連付けられた複数のノードにおけるユーザの概略図である。
【００３４】
【図３】給与支払に関連付けられた複数のノード間で暗号通貨を転送する、コンピュータにより実施される方法のフローチャートである。
【００３５】
【図４】共通シークレットを決定する、コンピュータにより実施される方法のフローチャートである。
【００３６】
【図５】給与支払に関連付けられた従業員の口座の概略図である。
【００３７】
【図６】共通シークレットを決定する、コンピュータにより実施される方法の別のフローチャートである。
【００３８】
【図７】第１ノードと第２ノードとの間のセキュア通信の、コンピュータにより実施される方法のフローチャートである。
【００３９】
【図８】鍵の階層的チェーン構造の一例である。
【００４０】
【図９】異なる目的のための異なる鍵の木構造の一例である。
【００４１】
【図１０】マスタキー鍵スポーニング方法を用いる木構造の一例である。
【００４２】
【図１１】暗号通貨の転送を検証する、コンピュータにより実施される方法のフローチャートである。
【００４３】
【図１２】例示的な処理装置の概略示す。
【発明を実施するための形態】
【００４４】
本開示は、概して、例えば給与支払のようなデータ記憶及び処理システムに関連付けられた複数のノード間で暗号通貨の転送を可能にする、ビットコインブロックチェーンのようなピアツーピア（Ｐ２Ｐ）分散台帳を利用する方法及び機器に関する。
【００４５】
以下に記載する実施形態は、具体的にビットコインブロックチェーン（以後ブロックチェーンとして参照される）上で生じるトランザクションを参照する場合があるが、本発明は他のＰ２Ｐ分散台帳を用いて実施されて良いことが理解される。ブロックチェーンの高度な標準化及び大量の関連する公開された文書のために、単に単純さを目的として、本発明の態様を記載するために以下でブロックチェーンが使用される。
【００４６】
＜ビットコイン及びブロックチェーン＞
上述のように及び従来よく知られているように、ブロックチェーンは、ビットコインプロトコルに基づくシステムに参加するネットワーク接続されたノード間で分散されるトランザクション台帳又はデータベースである。各ビットコイントランザクションはネットワークにブロードキャストされ、トランザクションが確認され、次にブロックに集約される。ブロックは、次に、ブロックチェーンに含まれる。
【００４７】
暗号通貨のＰ２Ｐ分散台帳の完全なコピーは、暗号通貨においてこれまでに実行された全てのトランザクションを含む。したがって、トランザクションデータレコードの絶えず増大するリストが提供される。ブロックチェーンに入った各トランザクションは暗号によって実施されるので、ブロックチェーンは、例えデータストアノードのオペレータによるものでも、タンパリング及び改訂に対して強健である。
【００４８】
ブロックチェーンの透過性により、各トランザクションについてトランザクション履歴が公衆に利用可能である。ブロックチェーンの更なる利点は、トランザクション及びトランザクションのレコードが同じであることである。つまり、トランザクションのレコードはトランザクションの中に埋め込まれる。
【００４９】
このように、トランザクションに関連する情報は実際のトランザクションの中にキャプチャされる。このレコードは、永久的且つ不変である。したがって、ビットコインを用いて行われる各トランザクションは、ブロックチェーンにより実現されるだけでなく、ブロックチェーンに普遍的に記録もされる。これは、したがって、永久的且つ不変であり、したがって、トランザクションレコードを別個のデータベースに保持するための第三者に対する要件を削除する。
【００５０】
＜Pay−to−script−hash及びマルチシグネチャ＞
実施形態は具体的にビットコインプロトコルのＰ２ＳＨ（pay−to−script−hash）方法を使用するトランザクションを参照する場合があるが、本発明はpay−to−key−hash方法のようなビットコインプロトコル（又は代替プロトコル）の別の方法を用いて実施されて良いことが理解される。
【００５１】
ブロックチェーン上の各トランザクションレコードは、トランザクション及び公開鍵の数を示す情報を含むスクリプトを有する。これらの公開鍵は、暗号通貨の送信側及び受信側を示し又はそれに関連付けられて良い。スクリプトは、ユーザがどのようにトランザクションレコード内で指定された暗号通貨へのアクセスを得ることができるかを記述するブロックチェーン上の各トランザクションレコードと共に記録された命令リストとして考えられる。
【００５２】
背景として、ビットコインプロトコルの標準的なＰ２ＳＨ方法では、アウトプットスクリプト又はＲｅｄｅｅｍスクリプトは、以下の形式を取り得る。
<NumSigs  PubK１  PubK２  ...  PubK１５  NumKeys  OP_CHECKMULTISIG>
ここで、ＮｕｍＳｉｇｓは、トランザクションを解除するためにＲｅｄｅｅｍスクリプトを満たすために必要な有効署名の数「ｍ」である。ＰｕｂＫ１、ＰｕｂＫ２、．．．、ＰｕｂＫ１５は、トランザクションを解除する署名に対応する公開鍵である（最大１５個の公開鍵まで）。ＮｕｍＫｅｙｓは公開鍵の数「ｎ」である。
【００５３】
上述のＲｅｄｅｅｍスクリプトを償還（redeem）するために、少なくとも、公開鍵に対応する「ｍ」個の署名が必要である。幾つかの例では、公開鍵の順序が重要であり、「ｎ」人のうちの「ｍ」人の署名する署名者が順次行われなければならない。例えば、「ｍ」が２であり、「ｎ」が１５である場合を考える。使用可能な２つの署名、Ｓｉｇ１（ＰｕｂＫ１に対応する）及びＳｉｇ１５（ＰｕｂＫ１５に対応する）がある場合、Ｒｅｄｅｅｍスクリプトは、先ずＳｉｇ１により署名され、続いてＳｉｇ１５により署名されなければならない。
【００５４】
以下の例示的な実施形態は、公開台帳としてビットコインブロックチェーンを参照するが、本開示は暗号通貨を利用する任意の公開台帳にも適用されることが理解されるべきである。
【００５５】
＜システム概要＞
給与支払に関連付けられた複数のノード間で暗号通貨を転送する方法、装置、及びシステムが以下に記載される。
【００５６】
図１は、通信ネットワーク５を介して第２ノード７と通信する第１ノード３を含むシステム１を示す。第１ノード３は関連する第１処理装置２１を有し、及び第２ノード５は関連する第２処理装置２７を有する。第１及び第２ノード３、７は、コンピュータ、タブレットコンピュータ、モバイル通信装置、コンピュータサーバ、等のような電子装置を含んで良い。
【００５７】
トランザクションを記録するＰ２Ｐ分散台帳１３も図１に示される。Ｐ２Ｐ分散台帳は、トランザクションを受信し及び記録するために、１又は複数の処理装置１９に関連付けられて良い。上述のように、Ｐ２Ｐ分散台帳の一例は、ビットコインブロックチェーンである。したがって、ブロックチェーンの文脈では、Ｐ２Ｐ分散台帳に関連付けられた処理装置１９は、「マイナー」として使用される処理装置であって良い。
【００５８】
第１ノード３は第１ユーザ２３に関連付けられ、第２ノード７は第２ユーザ２４に関連付けられる。第１ノード３は、第１ユーザ２３から、第１暗号通貨額を転送するための第１要求を受信して良い。一例では、第１ユーザ２３は雇用者であり、第２ユーザ２４は雇用者２３の従業員であり、第１暗号通貨額の転送は報酬（つまり、給料又は賃金）である。更なる例では、第２ユーザ２４は、オーストラリア税務署又は老齢退職手当基金のような政府機関であって良い。
【００５９】
別の例では、第１ノード３からの第１要求は、第３ノードで受信される。第３ノード９は、第１及び第２ノード３、７の発行者又はサービスプロバイダ２５を表して良い。第３ノード９は、暗号通貨の転送を実現する際に関与して良い。
【００６０】
図２は、第２ノード７及び更なるノードにいる２人の例示的な従業員を示し、これらの従業員は第１ノード３にいる雇用者２３に関連付けられる。
【００６１】
以下の例示的な実施形態は、第１ノード３を方法を実行するとして参照するが、本開示は、他のノードにより実行されるよう適応され又は変更されても良いことが理解される。
【００６２】
図３に示す方法１００は、第１ノード３から第２ノード７への第１転送に関連付けられた第１暗号通貨額を転送するための、第１ノード３からの第１要求を受信するステップ１１０を含む。第１暗号通貨額は、第１ノード３の給与支払に関連付けられて良い。例えば、第１暗号通貨額は、第１ユーザ２３（雇用者）から第２ユーザ２４（従業員）への支払を表して良い。
【００６３】
方法１００は、第２ノード７に関連付けられた第２ノードマスタ公開鍵を決定するステップ１２０も含む。第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成する。方法１００は、生成器値（generator  value：ＧＶ）を決定するステップ１３０も含む。生成器値は、第１ノードと第２ノードとの間で共有されるメッセージ（Ｍ）に基づいて良い。これは、通信ネットワーク５を介してメッセージを共有するステップを含んで良い。方法１００は、少なくとも第２ノードマスタ公開鍵及び生成器値（ＧＶ）に基づき、第２ノード第２公開鍵を決定するステップ１４０も含む。
【００６４】
方法１００は、少なくとも第１転送に関連付けられた情報を含む第１メタデータ及び第２ユーザ第２公開鍵に基づき、第１アウトプットスクリプトを決定するステップ１５０も含む。一例では、第１アウトプットスクリプトは、ビットコインプロトコルのＰ２ＳＨ方法を用いる第１Ｒｅｄｅｅｍスクリプトであって良い。別の例では、第１アウトプットスクリプトは、ビットコインプロトコルのpay−to−public−key−hash方法を用いる第１アウトプットスクリプトであって良い。
【００６５】
方法１００は、通信ネットワーク５を介して、第１ノード３から第２ノード７への第１転送の指示、及び第１アウトプットスクリプトに基づき、Ｐ２Ｐ分散台帳１３へ第１データアウトプットを送信するステップ１６０も含む。第１転送の指示は、基礎にある第１暗号通貨額が第２ノード７へ転送されたことを記録する。第１データアウトプットは、第１アウトプットスクリプト又は第１アウトプットスクリプトのハッシュも有して良い。
【００６６】
方法の詳細な例が以下に記載される。
【００６７】
＜要求を受信する１１０＞
上述のように、方法１００は、第１ノード３から第２ノード７への第１転送に関連付けられた第１暗号通貨額を転送するための第１要求を受信するステップ１１０を含む。一例では、第３ノード９又は発行者／サービスプロバイダ２５は、第１ノード３にいる雇用者２３から要求を受信する。例えば、第１ノード３に関連付けられた人事部からの職員は、第３ノード９又は発行者／サービスプロバイダ２５へ要求を送信して良い。
【００６８】
別の例では、第１ノード３に関連付けられた人事部からの職員は、第１ノード３に関連付けられた給料課へ要求を送信して良い。
【００６９】
要求は、第１暗号通貨額に関連付けられた詳細事項、例えば第１暗号通貨額の正確な額を含んで良い。要求は、第１暗号通貨額の受信者の詳細事項、例えば従業員の詳細事項を更に含んで良い。従業員の詳細事項は、雇用者における従業員の地位、支払期間、及び賃金に関する情報を含んで良い。
【００７０】
＜第２ノードマスタ公開鍵を決定する１２０＞
上述のように、方法１００は、第２ノードに関連付けられた第２ノードマスタ公開鍵（例えば、従業員の公開鍵）を決定するステップ１２０を更に含む。ここで、第２ノードマスタ公開鍵は、第２ノードマスタ秘密鍵と暗号対を形成する。一例では、第２ノードマスタ公開鍵は、通信ネットワーク５を介して第２ノード７から受信される。別の例では、第２ノードマスタ公開鍵は、データストア１７から検索される。更に別の例では、第２ノードマスタ公開鍵は、第３ノード９又は発行者／サービスプロバイダ２５から受信される。
【００７１】
＜生成器値を決定する１３０＞
上述のように、方法１００は、生成器値を決定するステップ１３０を含み、第２ノードマスタ公開鍵及び生成器値（ＧＶ）により第２ノード第２公開鍵を決定するステップ１４０を更に含む。本開示は、第１ノードマスタ公開鍵及び生成器値（ＧＶ）に基づき、第１ノード第２公開鍵を決定しても良い。
【００７２】
生成器値（ＧＶ）を決定するために、ノード３、７は、それぞれ図４に示すような方法３００、４００のステップを実行して良い。
【００７３】
生成器値（ＧＶ）は、ランダム、疑似ランダム、又はユーザ定義であって良い。一例では、生成器値（ＧＶ）は、第１ノード３に関連付けられた文字列に基づく。例えば、文字列は、第２ユーザ２４の識別番号（例えば、従業員識別番号）であって良い。更なる例では、生成器値（ＧＶ）は、上述のような文字列と１又は複数の値との連結であって良い。例えば、値は、第１要求が受信された日付であって良い。
【００７４】
値の更なる例は、鍵の導出される目的を示す文字列であって良い。例えば、鍵が第２ユーザ２４の源泉徴収税に関連付けられた暗号通貨を転送するために使用される場合、値は、単語「ｔａｘ（税）」を含む文字列を有して良い。
【００７５】
更に別の例では、生成器値（ＧＶ）は、Ｕｎｉｘ時間及びノンスに基づく。更なる例では、生成器値（ＧＶ）は、第１ノード及び第２ノードに関連付けられた支払期間に基づき変化する。例えば、支払期間が２週間毎である場合、生成器値（ＧＶ）は２週間毎に変化して良い。
【００７６】
図５は、第２ノード７に位置する従業員Ａに関連付けられた２つの口座を示す。第１口座は、１月の月のためであり、指定された生成器値ＧＶ−Ｊａｎｕａｒｙを有する。第２口座は、２月の月のためであり、指定された生成器値ＧＶ−Ｆｅｂｒｕａｒｙを有する。
【００７７】
幾つかの例では、生成器値（ＧＶ）は任意であって良い。しかしながら、理解されるべきことに、生成器値は、幾つかのアプリケーションで有用であり得る（Ｕｎｉｘ時間、等のような）選択的値を有して良い。
【００７８】
生成器値は、データストア１７から検索されて良い。別の例では、生成器値は、第三者から受信される。
【００７９】
＜メッセージ（Ｍ）を生成する＞
ステップ１３０で決定された生成器値は、メッセージ（Ｍ）に基づいて良い。図６に示すように、第１ノード３により実行される方法３００は、メッセージ（Ｍ）を生成するステップ３１０を含む。メッセージ（Ｍ）は、生成器値に関して上述したように、ランダム、疑似ランダム、又はユーザ定義であって良い。
【００８０】
一例では、メッセージ（Ｍ）は、Ｕｎｉｘ時間及びノンス（任意の値）に基づく。例えば、メッセージ（Ｍ）は次のように与えられ得る。
メッセージ（Ｍ）＝Ｕｎｉｘ時間＋ノンス    （式１）
【００８１】
方法３００は、メッセージ（Ｍ）を通信ネットワーク５を介して第２ノード７へ送信するステップ３１５を含む。メッセージ（Ｍ）は秘密鍵についての情報を含まないので、メッセージ（Ｍ）は、セキュアでないネットワークを介して送信されて良い。
【００８２】
＜メッセージ（Ｍ）から生成器値（ＧＶ）を決定する＞
図６に示される方法３００は、メッセージ（Ｍ）に基づき生成器値（ＧＶ）を決定するステップ３２０を更に含む。本例では、これは、メッセージの暗号ハッシュを決定するステップを含む。暗号ハッシュアルゴリズムの一例は、２５６ビット発生器値（ＧＶ）を生成するためにＳＨＡ−２５６を含む。つまり、
ＧＶ＝ＳＨＡ−２５６（Ｍ）    （式２）
【００８３】
理解されるべきことに、他のハッシュアルゴリズムが使用されて良い。これは、セキュアなハッシュアルゴリズム（Secure  Hash  Algorithm：ＳＨＡ）ファミリの中の他のハッシュアルゴリズムを含んで良い。幾つかの特定の例は、ＳＨＡ３−２２４、ＳＨＡ３−２５６、ＳＨＡ３−３８４、ＳＨＡ３−５１２、ＳＨＡＫＥ１２８、ＳＨＡＫＥ２５６を含むＳＨＡ−３サブセットの中のインスタンスを含む。他のハッシュアルゴリズムは、ＲＩＰＥＭＤ（RACE  Integrity  Primitives  Evaluation  Message  Digest）ファミリの中のアルゴリズムを含んで良い。特定の例は、ＲＩＰＥＭＤ−１６０を含んで良い。他のハッシュ関数は、Ｚｅｍｏｒ−Ｔｉｌｌｉｃｈハッシュ関数及びナップサック・ハッシュ関数に基づくファミリを含んで良い。
【００８４】
＜第２ノード第２公開鍵を決定する１４０＞
方法１００は、少なくとも第２ノードマスタ公開鍵及び生成器値に基づき、第２ノード第２公開鍵を決定するステップ１４０を更に含む。
【００８５】
上述のように、第２ノードマスタ公開鍵及び第２ノードマスタ秘密鍵は、暗号対を形成する。この暗号対は、基点（base  point：Ｇ）を有する共通楕円曲線暗号（elliptic  curve  cryptography：ＥＣＣ）システムを用いて生成されて良い。
【００８６】
つまり、第２ノードマスタ公開鍵及び第２ノードマスタ秘密鍵を生成するステップは、共通ＥＣＣシステムにおいて指定された許容範囲内のランダム整数に基づき第２ノードマスタ秘密鍵（Ｖ１Ｅ）を生成するステップと、次式に従い、第１ノードマスタ秘密鍵（Ｖ１Ｃ）と基点（Ｇ）との楕円曲線点乗算に基づき、第１ノードマスタ秘密鍵（Ｐ１Ｃ）を決定するステップと、を含んで良い。
Ｐ１Ｐ＝Ｖ１Ｐ×Ｇ    （式３）
【００８７】
本例では、公開鍵（つまり、第２ノードマスタ公開鍵Ｐ１Ｅ）は、生成器（Ｇ）との楕円曲線点乗算により秘密鍵として決定されるので３７０’、第２ノード第２公開鍵（Ｐ２Ｅ）は次のように表せる。
Ｐ２Ｅ＝Ｐ１Ｅ＋ＧＶ×Ｇ    （式４）
【００８８】
したがって、第２ノード第２公開鍵（Ｐ２Ｅ）は、ランダム値ではないが、代わりに第１ノードマスタ公開鍵が分かると、確定的に導出される。
【００８９】
＜第１アウトプットスクリプトを決定する１５０＞
方法１００は、少なくとも第１転送に関連付けられた情報を含む第１メタデータに基づき、第１アウトプットスクリプトを決定するステップ１５０を更に含む。ビットコインプロトコルのＰ２ＳＨ方法では、メタデータは、以下に記載する方法を用いてアウトプットスクリプトに含められて良い。
【００９０】
＜メタデータ＞
メタデータは、Ｐ２ＳＨマルチシグネチャＲｅｄｅｅｍスクリプトの中の公開鍵のために利用可能な１５個の場所のうちの１又は複数に、Ｒｅｄｅｅｍスクリプト内に埋め込まれて良い。例えば、Ｒｅｄｅｅｍスクリプトは次の形式を取って良い。
<NumSigs  Metadata１  Metadata２  ...  PubK１  PubK２  …  NumKeys  OP_CHECKMULTISIG>
ここで、Ｍｅｔａｄａｔａ１及びＭｅｔａｄａｔａ２は、それぞれ、Ｒｅｄｅｅｍスクリプトの中の公開鍵に取って代わるメタデータを含み、ＰｕｂＫ１及びＰｕｂＫ２は公開鍵である。
【００９１】
暗号通貨の転送に関連付けられたメタデータ、例えば給与支払及び第２ノード７に関連付けられた情報を挿入することにより、トランザクション（Ｔｘ）がブロックチェーンに書き込まれるとき、該情報のハッシュが台帳に含まれる。
【００９２】
したがって、本開示の実施形態におけるマルチシグネチャＰ２ＳＨビットコイントランザクションの使用は、メタデータペイロードを運ぶ、給与支払に関連付けられた暗号通貨の転送を可能にするという利点を提供する。
【００９３】
メタデータは、暗号通貨の転送に関連付けられた条件を記述する記述又はキーワードを含んで良い。例えば、転送の日付、氏名、誕生日、住所、詳細な連作先、又は第１ノード３若しくは第２ノード７にいるそれぞれ第１ユーザ２３若しくは第２ユーザ２４の他の詳細事項が、含まれて良い。更なる例では、暗号通貨額に関連付けられた情報が含まれて良い。
【００９４】
第１ノード３に関連付けられた第１ユーザ２３が雇用者であり、第２ノード７に関連付けられた第２ユーザ２４が従業員である例では、メタデータの中の情報は、伝統的な給料明細の中の情報と同様であって良い。メタデータは、雇用者及び従業員の名称、支払期間、支払日、従業員への総支払額及び準支払額、従業員の賃金、任意の源泉徴収税又は老齢退職手当、ボーナス、及び雇用者の正式企業番号（例えば、Australian  Business  Number）を含んで良い。
【００９５】
更なる例では、メタデータは、一連の文字の識別番号のような、雇用者又は従業員に関連付けられた文字列を有して良い。
【００９６】
Ｒｅｄｅｅｍスクリプト内のメタデータは、多くの方法で情報を含むことができる。一例では、情報の内容が含まれて良い。更なる例では、情報の暗号ハッシュが含まれて良い。情報のハッシュは、情報の２５６ビット表現を生成するために、ＳＨＡ−２５６アルゴリズムを用いて決定されて良い。理解されるべきことに、ＳＨＡ（Secure  Hash  Algorithm）ファミリの中の他のアルゴリズムを含む他のハッシュアルゴリズムが使用されて良い。幾つかの特定の例は、ＳＨＡ３−２２４、ＳＨＡ３−２５６、ＳＨＡ３−３８４、ＳＨＡ３−５１２、ＳＨＡＫＥ１２８、ＳＨＡＫＥ２５６を含むＳＨＡ−３サブセットの中のインスタンスを含む。他のハッシュアルゴリズムは、ＲＩＰＥＭＤ（RACE  Integrity  Primitives  Evaluation  Message  Digest）ファミリの中のアルゴリズムを含んで良い。特定の例は、ＲＩＰＥＭＤ−１６０を含んで良い。他のハッシュ関数は、Ｚｅｍｏｒ−Ｔｉｌｌｉｃｈハッシュ関数及びナップサック・ハッシュ関数に基づくファミリを含んで良い。
【００９７】
更なる例では、メタデータは、ポインタ、アドレス、又は位置、例えば情報を含むファイルへの他の参照を含んで良い。例えば、メタデータは、第１ノード及び第２ノードに関連付けられた給料明細へのポインタを含んで良い。このポインタは、実際のファイル位置のＩＰｖ６アドレスを有して良い。
【００９８】
本開示の更なる実施形態では、上述の１又は複数を含む組み合わせがメタデータに含まれて良い。メタデータはブロックチェーンのようなＰ２Ｐ分散台帳により公開され、又は非セキュアネットワークを介して送信され得るので、メタデータの特定の詳細事項は、プライバシを理由に秘密にされ又は隠されることが望ましい場合がある。
【００９９】
＜Ｐ２Ｐ分散台帳へ第１データアウトプットを送信する１６０＞
方法１００は、通信ネットワーク５を介して、第１ノード３から第２ノード７への第１転送の台帳上の記録を提供する第１データアウトプットを、Ｐ２Ｐ分散台帳へ送信するステップ１６０を更に含む。言い換えると、トランザクション（Ｔｘ）は、検証及び後に台帳上のブロックに含まれるために、ブロックチェーンネットワークへ送信される。
【０１００】
第１データアウトプットは、ブロックチェーンに格納されたトランザクションレコードであって良い。ブロックチェーン上の各トランザクションレコードは、少なくとも第１ノード３に関連付けられた第１ノード公開鍵及び第２ノード７に関連付けられた第２ノード公開鍵を有する。第１ノード公開鍵は、第１ノードマスタ公開鍵、第１ノード第２公開鍵、又は第１ノード追加公開鍵を有して良い。第２ノード公開鍵は、第２ノードマスタ公開鍵、第２ノード第２公開鍵、又は第２ノード追加公開鍵を有して良い。本開示において後述するように、方法３００及び４００は、第１ノード追加公開鍵及び第２ノード追加公開鍵を生成するために繰り返されて良い。これは、第１ノード３及び第２ノード７がブロックチェーン上に格納されるトランザクションに関与することを識別する。
【０１０１】
さらに、ブロックチェーン上の各トランザクションは、少なくとも第１ノード３から第２ノード７への第１暗号通貨額の第１転送の指示を含む。
【０１０２】
トランザクションの例は、暗号通貨トランザクション、フィアット通貨トランザクション、又は以下に更に詳述するトークンを有して良い。
【０１０３】
＜変形＞
＜データを安全に送信するために共通シークレットを決定する＞
第１ノード３及び第２ノード７の両者において生成器値及び共通シークレット（common  secret：ＳＣ）を決定するために、ノード３、７は、通信ネットワーク５を介して秘密鍵を通信することなく、それぞれ方法３００、４００のステップを実行する。生成器値及び共通シークレットを決定するステップ、第１ノード第２公開鍵及び秘密鍵、並びに第２ノード第２公開鍵及び秘密鍵を生成するステップ、の処理の説明は以下の通りである。方法３００及び４００の要約が図を参照して以下に提供される。
【０１０４】
図４に示すように、第１ノード３により実行される方法３００は、上述のように、少なくとも第１ノードマスタ秘密鍵（Ｖ１Ｐ）及び生成器値（ＧＶ）に基づき、第１ノード第２秘密鍵（Ｖ２Ｐ）を決定するステップ３３０を含む。生成器値（ＧＶ）は、幾つかの例では、第１ノード３と第２ノード７との間で共有されるメッセージ（Ｍ）に基づいて良い。これは、以下に詳述するように、通信ネットワーク５を介してメッセージを共有するステップを含んで良い。方法３００は、少なくとも第２ノードマスタ公開鍵（Ｐ１Ｅ）及び生成器値（ＧＶ）に基づき、第２ノード第２公開鍵（Ｐ２Ｅ）を決定するステップ３７０を更に含む。方法３００は、第１ノード第２秘密鍵（Ｖ２Ｐ）及び第２ノード第２公開鍵（Ｐ２Ｅ）に基づき、共通シークレット（ＣＳ）を決定するステップ３８０を含む。
【０１０５】
重要なことに、同じ共通シークレット（ＣＳ）が、方法４００により第２ノード７においても決定できる。方法４００は、第１ノードマスタ公開鍵（Ｐ１Ｐ）及び生成器値（ＧＶ）に基づき、第１ノード第２公開鍵（Ｐ２Ｐ）を決定するステップ４３０を含む。方法４００は、第２ノードマスタ秘密鍵（Ｖ１Ｅ）及び生成器値（ＧＶ）に基づき、第２ノード第２秘密鍵（Ｖ２Ｅ）を決定するステップ４７０を更に含む。方法４００は、第２ノード第２秘密鍵（Ｖ２Ｅ）及び第１ノード第２公開鍵（Ｐ２Ｐ）に基づき、共通シークレット（ＣＳ）を決定するステップ４８０を含む。方法３００、４００は、後述するように、第１ノード追加公開鍵又は第２ノード追加公開鍵を生成するために繰り返されて良い。
【０１０６】
通信ネットワーク５は、ローカルエリアネットワーク、ワイドエリアネットワーク、セルラネットワーク、無線通信ネットワーク、インターネット、等を含んで良い。これらのネットワークでは、データは電気線、光ファイバ、又は無線のような通信媒体を介して送信されて良く、盗聴者１１による様な盗聴を受けやすい場合がある。方法３００、４００は、通信ネットワーク５を介して共通シークレットを送信することなく、第１ノード３及び第２ノード７が共通シークレットを両方とも独立して決定できるようにする。したがって、１つの利点は、安全でない可能性のある通信ネットワーク５を介して秘密鍵を送信する必要を有しないで、共通シークレット（ＣＳ）が各ノードにより安全に決定できることである。また、共通シークレットは、通信ネットワーク５を介する第１ノード３と第２ノード７との間の暗号化通信のために、シークレットキーとして（又はシークレットキーの基礎として）使用されて良い。
【０１０７】
＜第１ノード３及び第２ノード７において共通シークレットを決定する３８０＞
共通シークレット（ＣＳ）を決定する一例は、図６を参照してここに記載される。共通シークレット（ＣＳ）は、第１ノード３と第２ノード７との間の特定のセッション、時間、トランザクション、又は他の目的のために使用されて良く、同じ共通シークレット（ＣＳ）を使用することが望ましい又はセキュアでなくて良い。したがって、共通シークレット（ＣＳ）は、異なるセッション、時間、トランザクション、等の間で変更されて良い。
【０１０８】
第１ノード３は、次に、第１ノード第２秘密鍵（Ｖ２Ｐ）及び決定した第２ノード第２公開鍵（Ｐ２Ｅ）に基づき、共通シークレット（ＣＳ）を決定して良い３８０。共通シークレット（ＣＳ）は、第１ノード３により次式により決定されて良い。
ＣＳ＝Ｖ２Ｐ×Ｐ２Ｅ    （式５）
【０１０９】
第２ノード７は、さらに、次式に基づき、第２ノード秘密鍵（Ｖ２Ｅ）及び第１ノード第２公開鍵（Ｐ２Ｐ）に基づき、共通シークレット（ＣＳ）を決定して良い４７０。
【０１１０】
ＣＳ＝Ｖ２Ｅ×Ｐ２Ｐ      （式６）
【０１１１】
＜情報を安全に送信する＞
上述のようなメタデータは、秘密保持又は機密性の情報を有し得る。第１ノード３又は第２ノード７は、少なくともメタデータの部分、又はメタデータに含まれる情報の安全な送信を要求し得る。これは、アンロック（Ｒｅｄｅｅｍ）スクリプトの中に格納された情報をハッシュするだけで達成できる。更なる例では、第１アウトプットスクリプトは、安全に送信される必要がある場合がある。更なる例では、給与支払及び第２ユーザ２４に関連付けられたメッセージ又は情報（例えば、給料明細の詳細事項）は、第１ノード３から第２ノード７への安全な送信を要求し得る。
【０１１２】
本開示は、セキュアな通信を実現するために使用でき、特に、潜在的に非セキュアな通信ネットワーク５を介して、第１ノード３と第２ノード７との間で通信メッセージを送信し及び受信する。これは、対称鍵の基礎として第１ノード及び第２ノードにより別個に決定された共通シークレット（ＣＳ）を使用することにより達成できる。理解されるべき事に、本発明で使用可能な共通シークレットを生成する種々の方法が存在し得る。しかしながら、本願明細書に開示のような、共通シークレット（ＣＳ）を決定し及び通信メッセージの暗号化及び復号化のために対称鍵を使用する方法は、知られている公開鍵暗号化方法に比べてより計算効率が高い。
【０１１３】
第１ノード３と第２ノード７との間のセキュアな通信の方法５００、６００は、図７を参照して以下に記載される。第１ノード３は、上述の方法で決定された共通シークレット（ＣＳ）に基づき対称鍵を決定する５１０。これは、共通シークレット（ＣＳ）を標準的な鍵フォーマットに変換するステップを含んで良い。同様に、第２ノード７も、共通シークレット（ＣＳ）に基づき対称鍵を決定できる６１０。
【０１１４】
第１ノード３から通信ネットワーク５を介して第２ノード７へ第１通信メッセージをセキュアに送信するために、第１通信メッセージは暗号化される必要がある。したがって、対称鍵は、第１通信メッセージを暗号化して暗号化第１通信メッセージにするために５２０、第１ノードにより使用される。暗号化第１通信メッセージは、次に、通信ネットワーク５を介して第２ノード７へ送信される５３０。第２ノード７は、一方で、暗号化第１通信メッセージを受信し６２０、対称鍵で暗号化第１通信メッセージを復号化して第１通信メッセージにする６３０。
【０１１５】
同様に、第２ノード７は、対称鍵で第２通信メッセージを暗号化して暗号化第２メッセージにして良い６４０。暗号化第２メッセージは、次に、第１ノード３へ送信される６５０。第１ノード３は、次に、暗号化第２通信メッセージを受信し５４０、それを復号化して第２通信メッセージにする５５０。
【０１１６】
＜口座の階層構造−チェーン構造＞
上述の方法３００、４００から分かるように、第２ノード第２公開鍵（Ｐ２Ｅ）は、第２ノードマスタ公開鍵（Ｐ１Ｅ）から確定的に導出される。同様に、第１ノード第２公開鍵も、第１ノードマスタ公開鍵（Ｐ１Ｐ）から確定的に導出できる。方法３００、４００を繰り返し実行することにより、第１ノード追加公開鍵及び第２ノード追加公開鍵も、確定的に導出できる。
【０１１７】
つまり、上述の方法３００、４００は、一連の連続する生成器値を決定するために使用されて良い。ここで、各々の連続する生成器値は、先行する生成器値に基づき決定されて良い。代替として、連続する鍵が、マスタ鍵に直接基づき決定されて良い。代替として、連続する鍵は、上述の方法の組み合わせにより決定されて良い。
【０１１８】
例えば、連続する単一目的の鍵を生成するために方法３００のステップ３１０〜３７０’を繰り返す代わりに、ノード３、７間の事前合意により、生成器値の階層構造を確立するために、生成器値（ＧＶ）について前に使用されたメッセージが、両方のパーティにより繰り返し再ハッシュされ得る。実際に、メッセージ（Ｍ）のハッシュに基づく生成器値は、次世代の生成器値（ＧＶ−２）のための次世代メッセージ（Ｍ’）になり得る。これを行うことは、計算されるべき共有シークレットの連続生成を可能にし、更なるプロトコルにより確立される送信、特に共通シークレットを生成する毎に複数のメッセージの送信の必要がない。次世代共通シークレット（ＣＳ’）は、以下のように計算できる。
【０１１９】
先ず、第１ノード３及び第２ノード７の両者が、次世代の生成器値（ＧＶ−２）を独立して決定する。これは、ステップ３２０及び４２０と同様であるが、次式により適応される。
Ｍ’＝ＳＨＡ−２５６（Ｍ）                          （式７）
ＧＶ−２＝ＳＨＡ−２５６（Ｍ’）                    （式８）
ＧＶ−３＝ＳＨＡ−２５６（ＳＨＡ−２５６（Ｍ））    （式９）
【０１２０】
第１ノード３は、次に、上述のステップ３７０及び３３０と同様に、次世代の第２ノード第２公開鍵（Ｐ３Ｅ）及び第１ノード第２秘密鍵（Ｖ３Ｐ）を決定して良い。本例では、次世代は第３世代である。つまり、第２ノード第３公開鍵及び第２ノード第３秘密鍵が決定される。第２ノード７は、次に、上述のステップ４３０及び４７０と同様に、次世代の（第３世代）第１ノード第２公開鍵（Ｐ３Ｐ）及び第２ノード第２秘密鍵（Ｖ３Ｅ）を決定して良い。
【０１２１】
第１ノード３及び第２ノード７は、次に、それぞれ、次世代共通シークレット（ＣＳ’）を決定して良い。
【０１２２】
特に、第１ノード３は、次式により次世代共通シークレット（ＣＳ’）を決定する。
ＣＳ’＝Ｖ３Ｐ×Ｐ３Ｅ    （式１０）
【０１２３】
第２ノード７は、次式により次世代共通シークレット（ＣＳ’）を決定する。
ＣＳ’＝Ｖ３Ｅ×Ｐ３Ｐ    （式１１）
【０１２４】
更なる世代（ＣＳ’’、ＣＳ’’’、等）は、チェーン階層構造を生成するために同じ方法で計算できる。この技術は、第１ノード３及び第２ノード７の両者が元のメッセージ（Ｍ）又は最初に計算された生成器値（ＧＶ）、及びそれがどのノードに関連するか、を見失わないことを要求する。これは公に知られた情報なので、この情報の保有に関してセキュリティ問題は存在しない。したがって、この情報は、（ハッシュ値を公開鍵にリンクする）「ハッシュテーブル」に保持され、（例えばＴｏｒｒｅｎｔを用いて）ネットワーク５に渡り自由に配布されて良い。さらに、階層構造内の任意の個々の共通シークレット（ＣＳ）が今までに解決されていない場合、これは、秘密鍵Ｖ１Ｐ、Ｖ１Ｅがセキュアなままであるならば、階層構造の中の任意の他の共通シークレットのセキュリティに影響しない。
【０１２５】
図８は鍵の階層的チェーン構造の一例を示す。この構造では、生成器値ＧＶ−２及びＧＶ−３は、式７〜９で上述したように計算されて良い。しかしながら、生成器値は代替方法で計算されて良いことが理解されるべきである。
【０１２６】
異なる鍵は、異なる支払目的のために使用されて良く、第１ノード３又は第２ノード７に関連付けられた口座を表して良い。例えば、Ｐ２Ｐは口座を表して良く、該口座から、暗号通貨、例えば第１ノードに関連付けられた雇用者の給与支払基金が転送される。Ｐ２Ｅは、第１ノード３から転送された暗号通貨を受信する第２ノード７にある対応する口座を表して良い。
【０１２７】
更なる例では、Ｐ３Ｐは、第１ノード３に関連付けられた雇用者により源泉徴収された税を表して良く、これはＰ３Ｅにより表される口座に転送されて良い。本例では、Ｐ３Ｅにより表される口座は、源泉徴収税に関連付けられて良く、又は暗号通貨を受信するための一般口座であって良い。更に別の例では、Ｐ４Ｐ（又は任意の後の次世代公開鍵）は、第２ノードの老齢退職手当を表して良く、Ｐ４Ｅ（又は任意の後の次世代公開鍵）に転送されて良い。本例では、Ｐ４Ｅにより表される口座は、老齢退職手当に関連付けられて良く、又は暗号通貨を受信するための一般口座であって良い。
【０１２８】
第１ノード３が源泉徴収税に関連付けられた第２暗号通貨額を第２ノード７へ転送する例では、第２ノード７は、受信した第２暗号通貨額に関連付けられた第２転送を要求して良い。これは、第２ノード７から、関連税務署、例えばオーストラリア税務署を表す更なるノードへの転送を有して良い。
【０１２９】
更なる例では、第１ノード３が老齢退職手当に関連付けられた第３暗号通貨額を第２ノード７へ転送する例では、第２ノード７は、受信した第３暗号通貨額に関連付けられた第３転送を要求して良い。これは、第２ノード７から、関連老齢退職基金を表す更なるノードへの転送を有して良い。
【０１３０】
別の例では、第１ノード３は、第２暗号通貨額を関連税務署に更に転送して良い。別の例では、第１ノードは、第３暗号通貨額を関連老齢退職基金へ更に転送して良い。
【０１３１】
更に別の例では、第１ノード３は、第２ノード７に関連付けられた口座に、複数の口座への支払を含む支払を定期的に行って良い。複数の口座は、銀行ローン、住宅担保貸付支払、大学進学資金口座、又は休暇金庫を表して良い。本例では、第１ノード又は第２ノードの次世代公開鍵は、銀行ローン、住宅担保貸付支払、大学進学資金、又は休暇金庫を表して良い。
【０１３２】
別の例では、生成器値を生成するためのメッセージは、連続鍵の生成と共に変化して良い。これは、例えば、連続する公開鍵の間で共有される共通シークレット（ＣＳ）に対する要件が存在するとき、必要であって良い。これらの共通シークレットは、例えば、連続する公開鍵に関連する情報の暗号化のために使用されて良い。
【０１３３】
＜アカウントの階層構造−木構造＞
別の例では、木構造の形式の階層構造が生成され得る。
【０１３４】
木構造によると、認証鍵、暗号鍵、署名鍵、支払鍵、等のような異なる目的の様々な鍵が決定されて良い。それにより、これらの鍵は、全て単一のセキュアに維持されるマスタキーにリンクされる。これは、種々の異なる鍵を有する木構造９０１を示す図９に図示される。これらの各々は、別のパーティと共有されるシークレットを生成するために使用できる。
【０１３５】
枝分かれする木は、幾つかの方法で達成でき、それらのうちの３つが以下に記載される。
【０１３６】
（ｉ）マスタキー・スポーニング
チェーン階層構造では、乗算した再ハッシュしたメッセージを元のマスタキーに加算することにより、各々の新しい「リンク」（公開／秘密鍵ペア）が生成される。例えば（明確性のため、第１ノード３の秘密鍵のみを示す）、
Ｖ２Ｐ＝Ｖ１Ｐ＋ＳＨＡ−２５６（Ｍ）                                  （式１２）
Ｖ２Ｐ’＝Ｖ１Ｐ＋ＳＨＡ−２５６（ＳＨＡ−２５６（Ｍ））              （式１３）
Ｖ２Ｐ’’＝Ｖ１Ｐ＋ＳＨＡ−２５６（ＳＨＡ−２５６（ＳＨＡ−２５６（Ｍ）））  （式１４）
等である。
【０１３７】
枝を生成するために、任意の鍵がサブマスタキーとして使用できる。例えば、Ｖ２Ｐ’は、正規のマスタキーに対して行われるように、ハッシュを加算することにより、サブマスタキー（Ｖ３Ｐ）として使用できる。
Ｖ３Ｐ＝Ｖ２Ｐ’＋ＳＨＡ−２５６（Ｍ）                        （式１５）
【０１３８】
サブマスタキー（Ｖ３Ｐ）は、それ自体が、次世代鍵（Ｖ３Ｐ’）を有して良い。例えば次式の通りである。
Ｖ３Ｐ’＝Ｖ２Ｐ’＋ＳＨＡ−２５６（ＳＨＡ−２５６（Ｍ））    （式１６）
【０１３９】
これは、図１０に示すマスタキー・スポーニング（spawning）方法を用いて、木構造９０３を提供する。
【０１４０】
（ｉｉ）論理的関連付け
この方法では、木の中の全てのノード（公開／秘密鍵ペア）は、チェーンとして（又は任意の他の方法で）生成され、木の中のノード間の論理的関係は、ポインタを用いて木の中の各ノードが木の中の自身の親ノードに単純に関連付けられるテーブルにより維持される。したがって、ポインタは、セッションの共通シークレットキー（ＣＳ）を決定するために、関連する公開／秘密鍵ペアを決定するために使用できる。
【０１４１】
（ｉｉｉ）メッセージ多様性
新しい公開／秘密鍵ペアは、チェーン又は木の任意のポイントに新しいメッセージを導入することにより、生成できる。メッセージ自体は、任意であって良く、又は何らかの意味若しくは関数を伝達して良い（例えば、それは、「現実の」銀行口座番号に関連して良い、等である）。新しい公開／秘密鍵ペアを形成するためのこのような新しいメッセージがセキュアに保持されることが望ましい場合がある。
【０１４２】
＜第１転送を検証する＞
第１ノード３又は第２ノード７について、第１暗号通貨額の第１転送を検証することが望ましい又は必要であって良い。幾つかの状況では、第１転送を検証するために、第３ノード９又は発行者／サービスプロバイダ２５のような更なるノードが必要であって良い。例えば、第２ノードに関連付けられた従業員は、給与支払基金に関連付けられた暗号通貨額が正しいことを確認したいと望む場合がある。
【０１４３】
図１１は、第１ノード３から第２ノード７への暗号通貨の第１転送を検証する方法６００を示す。方法６００は、第１転送を確認するための要求を受信するステップ６１０を含む。要求は、第１ノード３、又は第３ノード９が暗号通貨の転送を促進する場合には第３ノード９のような更なるノードで、受信されて良い。方法６００は、第１暗号通貨額の第１転送に対応する第１データアウトプットを決定するステップ６２０を含む。第１データアウトプットを決定するステップは、第１ノード３又は第２ノード７から第１データアウトプットを受信するステップを含んで良い。別の例では、第３ノード９のような更なるノードから第１データアウトプットを受信するステップを含んで良い。更に別の例では、データストア１７から第１データアウトプットを受信するステップを含んで良い。
【０１４４】
方法６００は、次に、通信ネットワークを介して、Ｐ２Ｐ分散台帳から、第１データアウトプットの少なくとも部分を受信するステップ６３０を含む。これは、台帳に格納されたトランザクションレコードの部分を受信するステップを含んで良い。
【０１４５】
方法６００は、第１データアウトプットから第１転送の指示を決定するステップ６４０、及び第１転送の指示が要求の中の第１転送に対応することを検証するステップ６５０を更に含む。これは、例えば、ステップ６３０で受信したトランザクションレコードの中の公開鍵が第１ノード３及び第２ノード７の公開鍵に対応することを確認するステップに加えて、第１転送に関連付けられた第１暗号通貨額を確認するステップを含んで良い。
【０１４６】
方法６００は、検証の結果を示すアウトプットを送信するステップ６６０を更に含む。アウトプットは、要求を送信したノード、例えば第１ノード３、第２ノード７、又は第３ノード９へ、送信されて良い。更なる例では、アウトプットは、１より多くのノードへ送信されて良い。
【０１４７】
＜トークン＞
理解されるべきことに、本方法において上述された第１暗号通貨額、第２暗号通貨額、又は第３暗号通貨額は、暗号通貨のトークン量に関連して良い。トークンは、フィアット通貨、商品、又はサービスと交換されるべきホルダーに特定権利を与える転送可能な取引（コントラクト、contract）を表して良い。取引は、従来知られている機械実行可能なスマートコントラクトであって良い。
【０１４８】
したがって、本発明は、あるパーティから別のパーティへデジタルトークンを交換する又は転送するトークン化技術又は方法を組み入れて良い。１つのこのような方法は、上述のように、
暗号通貨額に関連するアウトプット（ＴｘＯ）を有するブロックチェーントランザクション（Ｔｘ）と、Ｒｅｄｅｅｍスクリプトのハッシュと、を生成するステップ、を有する。Ｒｅｄｅｅｍスクリプトは、
トークン化されたエンティティを表す又はそれへの参照であるトークンを含むメタデータと、
少なくとも１つの（望ましくは２個以上の）公開暗号鍵と、を有する。
暗号通貨額は、ビットコインであって良いが、本発明はこれに関して限定されない。Ｒｅｄｅｅｍスクリプトは、トランザクションアウトプットＴｘＯに関連付けられたロックスクリプトの中で提供されて良い。メタデータは、暗号鍵の位置としてブロックチェーンの基礎プロトコルで指定される位置に、Ｒｅｄｅｅｍスクリプトの中で提供されて良い。
方法は、トランザクションＴｘをブロックチェーンへ提出するステップを更に含んで良い。実際には、暗号通貨は、したがって、トークンに関連付けられてブロックチェーン上にロックされて良い。暗号通貨額は、アウトプットＴｘＯについてロックスクリプトの要件を満たすアンロックスクリプトが与えられたときだけ、使用（交換、redeem）できる。特に、Ｒｅｄｅｅｍスクリプトは、ハッシュされると、ＴｘＯのロックスクリプトの中で提供されるハッシュに一致するものでなければならない。アウトプットＴｘＯに対するロックスクリプトが、（メタデータの中に）トークンを含むＲｅｄｅｅｍスクリプトのハッシュを有するとき、暗号通貨はトークンに関連付けられる。正しいアンロック（Ｒｅｄｅｅｍ）スクリプトが提示されると、暗号通貨の所有権は、交換側パーティ又はユーザへ転送されて良い。つまり、使用される。
【０１４９】
纏めると、トークンは、取引又はエンティティの何らかの他の種類を表すために使用可能な交換可能なエンティティである。取引は、幾つかの形式のうちの１つを取って良い。取引は、コンピュータ実行可能なスマートコントラクトであって良い。例えば、取引は、保持者に権利を与え、又は財産の所有権を示して良い。トークンの値は、契約によって指定されて良く、「ペギングレート」によりアウトプット（ＴｘＯ）の基礎ビットコイン量にリンクされる。トークンは、ビットコインプロトコルのような暗号通貨プロトコルを用いる新規な種類のトランザクションを介して交換可能である。トランザクションアウトプット（ＴｘＯ）上のビットコイン値は、デジタル形式の権利取引を表すトークンとして作用する。取引自体は、トランザクションに、又はブロックチェーン上のどこかに、又はブロックチェーン外に、格納されて良く、或いは、公衆アクセス可能な位置に保持されて良く、又は特定の実施形態に依存して、パーティにより秘密に取引に保持されて良い。取引がトランザクション上に又はその中に格納されない場合、トランザクションは、取引へのユニークなポインタ又は参照を格納して良い。
【０１５０】
トークンは分割可能であって良い。分割可能トークンは、トランザクションアウトプット上の値が、複数の新しいトークンに渡り割り当て可能なより小さな量に細分化され得るものである。分割可能トークンの例は、フィアット通貨の又は競走馬における持分のトークンを含む。分割可能取引は、非ゼロペギングレートを指定する取引として定められる。言い換えると、トークン値は、基礎ビットコイン値に結び付けられる。代替として、トークンは非分割可能であって良い。非分割可能トークンは、固定値の観点で保持者の権利を指定する取引、例えば住宅又はＡＵ＄１０００を交換する取引である。非分割可能トークンは、したがって、基礎ビットコインの値にリンクされない。
【０１５１】
幾つかの例では、トークンは、トークン発行者によりデジタル署名されて有効にされなければならない。発行者は、例えば、権限の登録官の行うような当局であって良い。発行者は、支払の見返りに、ユーザにトークンを発行して良い。このトークンは、次に、取引がフィアット通貨又は実行されるべきサービスを交換する権利を表すかに拘わらず、該トークンにリンクされた取引を実行する権利をユーザに与えて良い。
【０１５２】
トークンの例は以下を含む。
・取引の発行者により、トランザクションアウトプットのＢＴＣ値にペッグされたフィアット通貨トークン。例えば、「当該トークン（ビットコイントランザクション）の使用者は、当該トークンの任意の部分を、１０００サトシ毎に１シェア（share、持分）（１０セント）のレートで豪ドルと交換する資格がある」、
・コピー機のような物品における部分所有権、
・年次休暇又は個人休暇のような従業員休暇権利、
・代わりの時間、超過勤務手当、又はボーナスのような更なる従業員手当、
・従業員福利厚生給付、
・サービスを実行させる権利のための取引。これは、実際のサービス自体と同じではないが、彼らのためにサービスを実行させる単なる権利であることに留意する。この権利は売買可能である。例えば、シドニー都市域内の最大３時間の刈り取りのためのマイケルの刈り取りからのバウチャー。このバウチャー（取引）の保持者は、該バウチャーを実際のサービスと交換できる。
【０１５３】
トークンは、シェアの値を指定しなければならない。例えば、１シェア＝１０セントＣＡＤ、１シェア＝１ルピア、１シェア＝１日の年次休暇、又は１シェア＝物品（コピー機、コンピュータ、等）の１％の所有権。
【０１５４】
上述の方法の一実施形態では、方法は、暗号通貨に加えて又はその代わりに、トークン化された利益を含むために使用されて良い。例えば、第２ノード７に関連付けられた第２ユーザ２４（従業員）は、第１ノード３に関連付けられた第１ユーザ２３（雇用者）における毎月の雇用について１時間の年次休暇のトークン化された利益を受信して良い。
【０１５５】
トークン化された利益に関連付けられた詳細事項は、Ｐ２ＳＨトランザクションのＲｅｄｅｅｍスクリプト内に置かれて良い。例えば、詳細事項は、上述の方法に従い、Ｒｅｄｅｅｍスクリプトのメタデータフィールドに含まれて良い。
【０１５６】
本例では、第１ノード３は、トークンの発行者として作用し、利益を提示するためにトークンを生成する。トークンは、次に、第１ノード３から第２ノード７へ、例えば第２ノード７の主な給与支払口座へ又は別の導出された口座へ、転送できる。
【０１５７】
別の例では、第３ノード９が発行者として作用して良い。別の例では、発行者／サービスプロバイダ２５が発行者として作用して良い。
【０１５８】
第２ノード７により受信されたトークンは、別のノードへ転送されて良い。例えば、トークンは、第１ノード３に関連付けられた雇用者の別の従業員へ転送されて良い。事実上、上述の転送可能なトークンは、第１ノード（雇用者）又は第２ノード（従業員）の取引可能な従業員の権利及び利益を表して良い。これらのトークン化された権利及び利益は、同じ雇用者の異なる従業員の間で取引されて良い。
【０１５９】
＜処理装置＞
上述のように、第１ノード３及び第２ノード７は、コンピュータ、電話機、タブレットコンピュータ、モバイル通信装置、コンピュータサーバ、等のような電子装置であって良い。電子装置は、処理装置２１、２７、データストア１７、及びユーザインタフェース１５を含んで良い。
【０１６０】
図１２は、処理装置２１、２７の一例を示す。処理装置２１、２７は、第１ノード３、第２ノード７、又は他のノード９若しくは２５において使用されて良い。処理装置２１、２７は、バス１５３０を介して互いに通信する、プロセッサ１５１０、メモリ１５２０、及びインタフェース装置１５４０を含む。メモリ１５２０は、上述の方法１００、２００、３００、４００を実施するための命令及びデータを格納し、プロセッサ１５１０は、メモリ１５２０からの該命令を実行して、方法１００、２００、３００、４００を実施する。インタフェース装置１５４０は、通信ネットワーク５、及び幾つかの例ではユーザインタフェース１５及びデータストア１７のような周辺機器との通信を実現する通信モジュールを含んで良い。留意すべきことに、処理装置１５０１は独立名ネットワーク要素であって良いが、処理装置５０１は別のネットワーク要素の部分であっても良い。さらに、処理装置１５０１により実行される幾つかの機能は、複数のネットワーク要素の間で分散されて良い。例えば、第１ノード３は、第１ノード３に関連付けられたセキュアローカルエリアネットワークにおいて方法１００、３００を実行するために複数の処理装置２１を有して良い。
【０１６１】
本開示はユーザ、従業員、発行人、商人、プロバイダ、又は他のエンティティが特定の動作（署名、発行、決定、計算、送信、受信、生成、等を含む）を実行することを記載したが、この用語は提示の明確化のために使用される。理解されるべきことに、これらの動作は、これらのエンティティにより操作されるコンピューティング装置により実行される。
【０１６２】
別のエンティティと共にアカウントを有するユーザは、ユーザに関する情報、例えば電子メールアドレス、氏名、及び場合によっては公開鍵、を格納するエンティティを有して良い。例えば、エンティティは、ＳＱＬ、ＯｒｉｅｎｔＤＢ、ＭｏｎｇｏＤＢ等のようなデータベースを維持して良い。幾つかの例では、エンティティは、ユーザの秘密鍵のうちの１又は複数も格納して良い。
【０１６３】
本開示の広範な一般的範囲から逸脱せずに、多数の変形及び／又は変更が上述の実施形態に対して行われることが、当業者により理解される。本発明の実施形態は、したがって、あらゆる面で、単に説明であり限定的でないと考えられる。
【図１】
2019511035.tif 000003
【図２】
2019511035.tif 000004
【図３】
2019511035.tif 000005
【図４】
2019511035.tif 000006
【図５】
2019511035.tif 000007
【図６】
2019511035.tif 000008
【図７】
2019511035.tif 000009
【図８】
2019511035.tif 000010
【図９】
2019511035.tif 000011
【図１０】
2019511035.tif 000012
【図１１】
2019511035.tif 000013
【図１２】
2019511035.tif 000014
【国際調査報告】
2019511035.tif 000015
2019511035.tif 000016