(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-09-05
(54)【発明の名称】ブロックチェーンネットワークとの接続
(51)【国際特許分類】
H04L 67/02 20220101AFI20230829BHJP
H04L 51/00 20220101ALI20230829BHJP
G06Q 20/38 20120101ALI20230829BHJP
【ＦＩ】
H04L67/02
H04L51/00
G06Q20/38 316
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023506523
(86)(22)【出願日】2021-07-05
(85)【翻訳文提出日】2023-01-31
(86)【国際出願番号】 EP2021068457
(87)【国際公開番号】W WO2022028791
(87)【国際公開日】2022-02-10
(31)【優先権主張番号】2012134.9
(32)【優先日】2020-08-05
(33)【優先権主張国・地域又は機関】GB
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】318001991
【氏名又は名称】エヌチェーン ライセンシング アーゲー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】タータン，クローイー
(72)【発明者】
【氏名】ライト，クレイグ，スティーヴン
【テーマコード（参考）】
5L055
【Ｆターム（参考）】
5L055AA71
(57)【要約】
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、第１パーティにより実行され、ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法。
【特許請求の範囲】
【請求項1】
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、第１パーティにより実行され、ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法。
【請求項2】
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、請求項１に記載の方法。
【請求項3】
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記Webサーバに送信される、請求項２に記載の方法。
【請求項4】
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、請求項１に記載の方法。
【請求項5】
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記メールサーバに送信される、請求項４に記載の方法。
【請求項6】
前記インターネットサービスはデータを入力するための入力フィールドを含み、前記方法は、前記入力フィールドを介して前記ブロックチェーントランザクションの前記少なくとも部分を入力するステップを含む請求項１～５のいずれかに記載の方法。
【請求項7】
前記ブロックチェーントランザクションの前記少なくとも部分を生成するステップを含む請求項１～６のいずれかに記載の方法。
【請求項8】
前記ブロックチェーントランザクションの前記少なくとも部分は第２パーティにより生成される、請求項１～６のいずれかに記載の方法。
【請求項9】
前記ブロックチェーントランザクションの前記少なくとも部分は、前記第１パーティ及び／又は前記第２パーティにより生成された各々のデジタル署名を含む、請求項８に記載の方法。
【請求項10】
前記ブロックチェーントランザクションの前記少なくとも部分は完全なブロックチェーントランザクションである、請求項１～９のいずれかに記載の方法。
【請求項11】
前記インターネットサービスを介して前記インターネットサーバから要求メッセージを受信するステップを含み、前記前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージの受信に応答し、前記要求メッセージは、前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求であって、前記要求は前記第２パーティから生じる、要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、請求項８に記載の方法。
【請求項12】
前記インターネットサービスを介して前記インターネットサーバに要求メッセージを送信するステップを含み、前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージに対する応答の受信に応答し、前記要求メッセージは、前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第１パーティに割り当てる要求であって、前記要求は前記第１パーティから生じる、要求、及び／又は、
前記第１パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、請求項１～１０のいずれかに記載の方法。
【請求項13】
前記インターネットサービスを介して前記インターネットサーバから更新メッセージを受信するステップを含み、前記更新メッセージは、以下：前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションが前記ブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、請求項１～１２のいずれかに記載の方法。
【請求項14】
前記インターネットサービスを介して前記インターネットサーバから、前記第１パーティに関連付けられたコントラクトのリストを受信するステップを含み、前記リスト内のコントラクト毎に、前記リストは、該コントラクトに関連付けられた各々の１つ以上のブロックチェーンアドレスを含む、請求項１～１３のいずれかに記載の方法。
【請求項15】
前記ブロックチェーントランザクションのアウトプットは、前記コントラクトのうちの１つに関連付けられたブロックチェーンアドレスにロックされる、請求項１４に記載の方法。
【請求項16】
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、１つ以上のブロックチェーンノードに結合するよう構成されるインターネットサーバにより実行され、ブロックチェーントランザクションの少なくとも部分を、前記インターネットサーバによりホスティングされるインターネットサービスを介して第１パーティから受信するステップと、
ブロックチェーントランザクションを前記１つ以上のブロックチェーンノードに送信するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップと、
を含む方法。
【請求項17】
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、請求項１６に記載の方法。
【請求項18】
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記第１パーティから受信される、請求項１７に記載の方法。
【請求項19】
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、請求項１６に記載の方法。
【請求項20】
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記第１パーティから受信される、請求項１９に記載の方法。
【請求項21】
前記ブロックチェーントランザクションの前記少なくとも部分を用いて、前記ブロックチェーントランザクションを生成するステップを含む請求項１６～２０のいずれかに記載の方法。
【請求項22】
前記インターネットサービスを介して第２パーティから要求メッセージを受信するステップと、前記インターネットサービスを介して前記第１パーティに前記要求メッセージを送信するステップと、
を含み、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、請求項１６～２１のいずれかに記載の方法。
【請求項23】
前記インターネットサービスを介して前記第１パーティに更新メッセージを送信するステップを含み、前記更新メッセージは、以下：前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションがブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、請求項１６～２２のいずれかに記載の方法。
【請求項24】
前記要求メッセージはHTTPを用いて送信される、請求項１７に従属する請求項２２に記載の方法。
【請求項25】
前記更新メッセージはHTTPを用いて送信される、請求項１７に従属する請求項２３に記載の方法。
【請求項26】
前記要求メッセージはSMTPを用いて送信される、請求項１９に従属する請求項２２に記載の方法。
【請求項27】
前記更新メッセージはSMTPを用いて送信される、請求項１９に従属する請求項２３に記載の方法。
【請求項28】
前記第１パーティに関連付けられたコントラクトのリストを維持するステップであって、前記コントラクトのリストは、コントラクト毎に、該コントラクトに関連付けられた１つ以上のブロックチェーンアドレスを含む、ステップと、前記第１パーティに前記コントラクトのリストを送信するステップと、
を含む請求項１６～２７のいずれかに記載の方法。
【請求項29】
ブロックチェーンネットワークの１つ以上のブロックチェーンノードを発見する、コンピュータが実施する方法であって、インターネットサーバは識別子のリストを維持し、各識別子は、各々のブロックチェーンノードに関連付けられ、前記方法は、前記インターネットサーバから１つ以上の識別子を取得するステップであって、各識別子は各々のブロックチェーンノードに関連付けられる、ステップと、
前記取得した１つ以上の識別子を用いて、前記関連付けられた１つ以上のブロックチェーンノードに結合するステップと、
を含む方法。
【請求項30】
前記方法は、前記１つ以上のブロックチェーンノード以外の別のブロックチェーンノードにより実行される、請求項２９に記載の方法。
【請求項31】
コンピュータ機器であって、１つ以上のメモリユニットを含むメモリと、
１つ以上の処理ユニットを含む処理機器と、
を含み、
前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードは前記処理機器上で実行すると請求項１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータ機器。
【請求項32】
コンピュータ可読記憶装置上に具現化され、請求項３１に記載のコンピュータ機器上で実行すると請求項１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ブロックチェーンネットワークへのユーザ（又は他のエンティティ）の接続性を向上することに関連する。
【背景技術】
【0002】
ブロックチェーンとは、分散型ピアツーピア（P２P）ネットワーク（以下で「ブロックチェーンネットワーク」とも呼ばれる）内の複数のノードの各々において、ブロックチェーンの重複コピーが維持され広く公表される、分散データ構造の形態を指す。ブロックチェーンは、データのブロックのチェーンを含み、各ブロックは１つ以上のトランザクションを含む。所謂「コインベーストランザクション」以外の各トランザクションは、シーケンス内の先行するトランザクションをポイントする。シーケンスは、１つ以上のコインベーストランザクションまで遡る１つ以上のブロックに跨がってよい。コインベーストランザクションは以下で更に議論される。ブロックチェーンネットワークに提出されるトランザクションは、新しいブロックに含まれる。新しいブロックは、「マイニング」として知られる処理により生成される。「マイニング」は、複数のノードの各々が「proof-of-work」を実行するために競争する、つまり、ブロックチェーンの新しいブロックに含まれることを待っている順序付き及び妥当性確認済みの保留中のトランザクションの定義されたセットの提示に基づき、暗号パズルを解くことを含む。留意すべきことに、ブロックチェーンは幾つかのノードにおいてプルーニング（pruned）されてよく、ブロックの公開はブロックヘッダのみの公開を通じて達成できる。
【0003】
ブロックチェーン内のトランザクションは、以下の目的：デジタルアセット（つまり、多数のデジタルトークン）を運ぶこと、仮想台帳又はレジストリの中のエントリのセットを順序付けること、タイムスタンプエントリを受信し処理すること、及び／又はインデックスポインタを時系列にすること、のうちの１つ以上のために使用できる。ブロックチェーンの上に追加の機能をレイヤ化するために、ブロックチェーンを利用することもできる。例えば、ブロックチェーンプロトコルは、トランザクション内のデータに追加のユーザデータ又はインデックスを格納できるようにし得る。単一トランザクション内に格納できる最大データ容量に対する予め指定された限度は存在しない。従って、より複雑なデータを組み込むことができる。例えば、これは、ブロックチェーン内に電子文書（electronic document）、或いはオーディオ若しくはビデオデータを格納するために使用され得る。
【0004】
ブロックチェーンネットワークのノード（「マイナー」と呼ばれることがある）は、以下に詳細に説明する分散型トランザクション登録及び検証処理を実行する。つまり、この処理の間、ノードは、トランザクションの妥当性確認を行い、それらをブロックテンプレイトに挿入し、それに対して有効なproof-of-work解を特定しようと試みる。有効な解が見付かると、新しいブロックはネットワークの他のノードへと伝播され、それにより、各ノードがブロックチェーンに新しいブロックを記録できるようになる。トランザクションをブロックチェーンに記録させるために、ユーザ（例えば、ブロックチェーンクライアントアプリケーション）は、伝播させるために、ネットワークのノードの１つにトランザクションを送信する。トランザクションを受信したノードは、proof-of-work解を見付けるために競争し、妥当性確認されたトランザクションを新しいブロックに組み込む。各ノードは、トランザクションが有効であるための１つ以上の条件を含む同じノードプロトコルを実施するよう構成される。無効なトランザクションは、伝播されず、ブロックに組み込まれることもない。トランザクションが妥当性確認され、それによってブロックチェーンに受け入れられたと仮定すると、（任意のユーザデータを含む）トランザクションは、従って、不変の公開レコードとしてブロックチェーンネットワークの各ノードに登録されインデックスされたままである。
【0005】
最新のブロックを生成するためにproof-of-workパズルを解くことに成功したノードは、標準的に、デジタルアセットの新しい量、つまりトークンの数を生成する「コインベーストランザクション（coinbase transaction）」と呼ばれる新しいトランザクションにより報酬を受ける。無効なトランザクションの検出及び拒否は、ネットワークのエージェントとして動作し及び不法行為を報告及び阻止するよう奨励される競合ノードの動作により実施される。情報の広範な公開により、ユーザはノードの性能を継続的に監査できる。単なるブロックヘッダの公開により、参加者はブロックチェーンの現下の完全性を保証できる。
【0006】
「アウトプットベースの」モデル（UTXOに基づくモデルと呼ばれることもある）では、所与のトランザクションのデータ構造は、１つ以上のインプット及び１つ以上のアウトプットを含む。任意の使用可能アウトプットは、先行するトランザクションシーケンスから導出可能なデジタルアセットの量を指定する要素を含む。使用可能アウトプットは、時にUTXO（unspent transaction output、未使用トランザクションアウトプット）と呼ばれる。アウトプットは、アウトプットの将来の償還（redemption）のための条件を指定するロックスクリプトを更に含んでよい。ロックスクリプトは、デジタルトークン又はアセットを妥当性確認し及び移転するために必要な条件を定義する述部（predicate）である。（コインベーストランザクション以外の）トランザクションの各インプットは、先行するトランザクション内のそのようなアウトプットへのポインタ（つまり参照）を含み、ポイントされたアウトプットのロックスクリプトをアンロックするためのアンロックスクリプトを更に含んでよい。従って、トランザクションのペアを考えるとき、それらを、第１トランザクション及び第２トランザクション（又は「ターゲット」トランザクション）と呼ぶ。第１トランザクションは、デジタルアセットの量を指定する、及びアウトプットをアンロックする１つ以上の条件を定義するロックスクリプトを含む、少なくとも１つのアウトプットを含む。第２ターゲットトランザクションは、第１トランザクションのアウトプットへのポインタと、第１トランザクションのアウトプットをアンロックするためのアンロックスクリプトとを含む、少なくとも１つのインプットを含む。
【0007】
このようなモデルでは、第２ターゲットトランザクションがブロックチェーンで伝播され記録されるブロックチェーンネットワークに送られるとき、各ノードで適用される有効性の基準の１つは、アンロックスクリプトが第１トランザクションのロックスクリプトで定義された１つ以上の条件のすべてを満たすことである。もう１つは、第１トランザクションのアウトプットが、別の前の有効なトランザクションによって未だ償還されていないことである。これらの条件のうちのいずれかに従いターゲットトランザクションが無効であると分かった任意のノードは、該トランザクションを（有効なトランザクションとして）伝播させず（しかし、無効なトランザクションを登録する場合がある）、ブロックチェーンに記録させるために新しいブロックに含めることもしない。
【0008】
トランザクションモデルの代替のタイプは、アカウントに基づくモデルである。この場合、各トランザクションは、過去の一連のトランザクションにおいて、先行するトランザクションのUTXOに戻って参照することによって移転される量を定義するのではなく、絶対的な口座（アカウント）残高を参照することによって移転される。すべてのアカウントの現在の状態は、ブロックチェーンと分離してノードによって保管され、絶えず更新される。
【発明の概要】
【0009】
ユーザ（及び他の種類のパーティ、例えば、組織、自律エンティティ、等）は、通常、ブロックチェーンネットワークの１つ以上のブロックチェーンノードに直接接続する。つまり、クライアントアプリケーションを操作するユーザは、例えばネットワークにトランザクションを提出し、ブロックチェーンからトランザクションを取得し、特定の未使用トランザクションアウトプット（unspent transaction output （UTXO））の存在を問い合わせる、等のためにブロックチェーンノードに接続できる。これらの操作を実行するために、ユーザとノードとの間の信頼できる接続が必要である。従って、ブロックチェーンネットワークへの信頼できる接続が維持されることを保証するために、ユーザとノードとの間の接続性を引き上げることが望ましい。
【0010】
例えば、例えば商品又はサービスの代償として、軽量クライアントアプリケーションを操作しているユーザ（例えば、Alice）がトランザクションをブロックチェーンネットワークに提出しようとする、又は別のユーザ（例えば、Bob）がAliceに割り当てようとしている１つ以上のUTXOの存在を問い合わせるシナリオを考える。Aliceがブロックチェーンネットワークに接続できない場合、彼女はトランザクションを送信することができないか、又は彼女は、既に妥当性確認されたトランザクションにより参照されているUTXOの二重支払いをBobが試みていないことを検証できない場合がある。勿論、これは、追加情報が利用可能かどうかに依存して、UTXOを検証する他の情報（例えば、UTXOのMerkleパス）が存在するので、場合による。Aliceは、ノード自体への接続による問題に起因して、又はAliceが通常接続するノードがネットワーク上でノードとしてもはや動作しないために、ブロックチェーンノードに接続できない場合がある。
【0011】
本明細書に開示される一態様によると、ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、第１パーティにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法が提供される。
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法が提供される。
【0012】
本明細書に開示される別の態様によると、ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、１つ以上のブロックチェーンノードに結合するよう構成されるインターネットサーバにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して第１パーティから受信するステップと、
ブロックチェーントランザクションを前記１つ以上のブロックチェーンノードに送信するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップと、
を含む方法が提供される。
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して第１パーティから受信するステップと、
ブロックチェーントランザクションを前記１つ以上のブロックチェーンノードに送信するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップと、
を含む方法が提供される。
【0013】
第１パーティ（例えば、Alice）は、１つ以上のブロックチェーンノードに接続されるインターネットサーバ（例えば、Webサーバ又はメールサーバ）への接続を形成する。従って、Aliceは、ブロックチェーンネットワークに直接接続される必要がなく、代わりに、１つ以上のノードへの永久的な接続を有するインターネットサーバを利用できる。インターネットサーバは、Aliceとブロックチェーンネットワークとの間のゲートウェイとして動作する。Aliceはネットワークへの彼女の接続に頼る必要がなく、Aliceは異なるノードへの多数の各々の接続を維持できるインターネットサーバを利用できる。サーバが１つ以上の特定の接続に伴う問題を経験している場合、又はノードのうちの１つ以上がブロックチェーンネットワークから脱落している場合、サーバは、代わりに、１つ以上の異なるノードを介してAliceのトランザクションをネットワークへとルーティングできる。
【0014】
幾つかの例では、インターネットサーバは、例えば所与の期間に渡り同じノードへの接続を維持することにより、又はその期間に渡り異なるポイントで異なるノードへの接続を維持することにより、少なくとも１つのノードを介してブロックチェーンネットワークへの永久的な接続を維持することができる。
【0015】
幾つかの実施形態では、インターネットサーバは、ソーシャルメディアサイトなどのようなWebページであってよい。Webページは、トランザクションの１つ以上のコンポーネント、例えばAliceの秘密鍵を用いて生成された署名を受信し又は生成するよう構成される埋め込み機能を有してよい。トランザクションのコンポーネント又は完成したトランザクションは、次に、Webページをホスティングするサーバへ送信され、次にサーバは該トランザクションをブロックチェーンネットワークへ転送する。特定の設定に依存して、サーバは、トランザクションテンプレイトにWebページにより供給された又は生成されたコンポーネントを入力することにより、トランザクション自体を生成してもよい。
【0016】
他の実施形態では、インターネットサービスはメールサービス、つまり電子メールアプリケーションであってよい。電子メールアプリケーションは、ユーザがアプリケーション内からブロックチェーンネットワークと相互作用できるようにする埋め込み機能を有してもよい。以下に詳述するように、電子メールアプリケーションをホスティングするメールサーバは、ブロックチェーンクライアントアプリケーションも操作するAliceにリンクされるか又はAliceに知られているピア（コントラクト）のリストを維持してよい。各々の公開鍵又はブロックチェーンアドレス（例えば、公開鍵ハッシュ）は、Aliceのコントラクトと関連付けられて格納されてよい。これは、Aliceに、彼女のコントラクトのうちのどれに、彼女が彼女のデジタルアセットを割り当てることができるか、及びそのようにするために使用すべき彼女のコントラクトのブロックチェーンアドレスを示すために使用できる。これらの例は、上述のWebページの実装に同様に適用されることに留意する。
【0017】
本明細書に開示される別の態様によると、ブロックチェーンネットワークの１つ以上のブロックチェーンノードを発見する、コンピュータが実施する方法であって、インターネットサーバは識別子のリストを維持し、各識別子は、各々のブロックチェーンノードに関連付けられ、前記方法は、
前記インターネットサーバから１つ以上の識別子を取得するステップであって、各識別子は各々のブロックチェーンノードに関連付けられる、ステップと、
前記取得した１つ以上の識別子を用いて、前記関連付けられた１つ以上のブロックチェーンノードに結合するステップと、
を含む方法が提供される。
前記インターネットサーバから１つ以上の識別子を取得するステップであって、各識別子は各々のブロックチェーンノードに関連付けられる、ステップと、
前記取得した１つ以上の識別子を用いて、前記関連付けられた１つ以上のブロックチェーンノードに結合するステップと、
を含む方法が提供される。
【図面の簡単な説明】
【0018】
本開示の実施形態の理解を助け、そのような実施形態がどのように実施され得るかを示すために、例としてのみ以下の添付の図面を参照する:
【図1】ブロックチェーンを実装するためのシステムの概略ブロック図である。
【図2】ブロックチェーンに記録されるトランザクションの幾つかの例を概略的に示す。
【図3A】クライアントアプリケーションの概略ブロック図である。
【図4】本発明の実施形態を実装するための例示的なシステムの概略ブロック図である。
【図5】本発明の実施形態による、ユーザからブロックチェーンネットワークへのブロックチェーントランザクションのフローを概略的に示す。
【図6】本発明の例示的な実施形態を示すシーケンス図である。
【図7】本発明の別の例示的な実施形態を示すシーケンス図である。
【発明を実施するための形態】
【0019】
例示的なシステムの概要
図１は、ブロックチェーン１５０を実装するための例示的なシステム１００を示す。システム１００は、典型的にはインターネットのような広域インターネットワークであるパケット交換ネットワーク１０１を含んでよい。パケット交換ネットワーク１０１は、パケット交換ネットワーク１０１内にピアツーピア（P２P）ネットワーク１０６を形成するように配置され得る複数のブロックチェーンノード１０４を含む。図示されないが、ブロックチェーンノード１０４は、ほぼ完全なグラフとして配置されてよい。各ブロックチェーンノード１０４は、従って、他のブロックチェーンノード１０４と高度に結合される。
図１は、ブロックチェーン１５０を実装するための例示的なシステム１００を示す。システム１００は、典型的にはインターネットのような広域インターネットワークであるパケット交換ネットワーク１０１を含んでよい。パケット交換ネットワーク１０１は、パケット交換ネットワーク１０１内にピアツーピア（P２P）ネットワーク１０６を形成するように配置され得る複数のブロックチェーンノード１０４を含む。図示されないが、ブロックチェーンノード１０４は、ほぼ完全なグラフとして配置されてよい。各ブロックチェーンノード１０４は、従って、他のブロックチェーンノード１０４と高度に結合される。
【0020】
各ブロックチェーンノード１０４は、異なるピアに属するノード１０４のうちの異なるノード１０４を有す、ピアのコンピュータ装置を含む。各ブロックチェーンノード１０４は、１つ以上のプロセッサ、例えば、１つ以上の中央処理装置（CPU）、アクセラレータプロセッサ、特定用途向けプロセッサ、及び／又はフィールドプログラマブルゲートアレイ（FPGA）、及び特定用途向け集積回路（ASIC）のような他の機器を含む処理装置を含む。各ノードはまた、メモリ、すなわち、非一時的コンピュータ読み取り可能媒体又は媒体の形態のコンピュータ読み取り可能記憶装置を備える。メモリは、１つ以上のメモリ媒体、例えば、ハードディスクなどの磁気媒体、固体ドライブ（solid-state drive （SSD））、フラッシュメモリ又はEEPROMなどの電子媒体、及び／又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。
【0021】
ブロックチェーン１５０は、データのブロック１５１のチェーンを含み、ブロックチェーン１５０の各々のコピーは、分散型又はブロックチェーンネットワーク１０６内の複数のノード１０４の各々において維持される。上述のように、ブロックチェーン１５０のコピーを維持することは、必ずしも、ブロックチェーン１５０全体を格納することを意味しない。代わりに、各ブロックチェーンノード１５０が各ブロック１５１のブロックヘッダ（後述する）を格納する限り、ブロックチェーン１５０からデータを取り除くことができる。チェーン内の各ブロック１５１は、１つ以上のトランザクション１５２を含み、ここでは、この文脈におけるトランザクションは、一種のデータ構造を参照する。データ構造の性質は、トランザクションモデル又はスキームの一部として使用されるトランザクションプロトコルのタイプに依存する。所与のブロックチェーンは、全体を通して、１つの特定のトランザクションプロトコルを使用する。１つの一般的なタイプのトランザクションプロトコルでは、各トランザクション１５２のデータ構造は、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各アウトプットは、資産としてのデジタルアセットの量を表す量を指定する。この例では、アウトプットが暗号的にロックされているのはユーザ１０３である（ロックを解除し、それによって償還又は使用するために、そのユーザの署名又は他の解を必要とする）。各インプットは、先行するトランザクション１５２のアウトプットを指し示し、それによって、トランザクションをリンクする。
【0022】
各ブロック１５１は、また、ブロック１５１への逐次的順序を定義するように、チェーン内の先に生成されたブロック１５１を遡ってポイントするブロックポインタ１５５を含む。（コインベーストランザクション以外の）各トランザクション１５２は、トランザクションのシーケンスに順序を定義するために、前のトランザクションへのポインタを含む（注：トランザクション１５２のシーケンスは、分岐することが許される）。ブロック１５１のチェーンは、チェーンの第１ブロックであったジェネシスブロック（genesis block （Gb））１５３にまで戻る。チェーン１５０の初期に１つ以上のオリジナルトランザクション１５２は、先行するトランザクションではなくジェネシスブロック１５３を指し示した。
【0023】
ブロックチェーンノード１０４の各々はトランザクション１５２を他のブロックチェーンノード１０４へ転送し、それにより、ネットワーク１０６に渡りトランザクション１５２を伝播させるよう構成される。各ブロックチェーンノード１０４は、ブロック１５１を生成し、同じブロックチェーン１５０の各々のコピーを自身の各々のメモリに格納するよう構成される。各ブロックチェーンノード１０４はまた、ブロック１５１に組み込まれるのを待つトランザクション１５２の順序付きセット（又はプール）１５４を維持する。順序付きプール１５４は、時に「メモプール（mempool）」と呼ばれる。この用語は、本願明細書では、任意の特定のブロックチェーン、プロトコル、又はモデルに限定されない。それは、ノード１０４が有効であるとして受け付けた、及びノード１０４が同じアウトプットを使用しようと試みる他のトランザクションを受け付けないよう義務付けられたトランザクションの順序付きセットを表す。
【0024】
所与の現在のトランザクション１５２jにおいて、インプット（又はその各々）は、トランザクションのシーケンスの中の先行トランザクション１５２iのアウトプットを参照するポインタを含み、このアウトプットが現在のトランザクション１５２jにおいて償還されるか又は「使用される（spent）」ことを指定する。一般に、先行するトランザクションは、順序付きセット１５４又は任意のブロック１５１内の任意のトランザクションであり得る。先行するトランザクション１５２iは、必ずしも、現在のトランザクション１５２jが生成された又はネットワーク１０６へ送信されたときに存在する必要はないが、先行するトランザクション１５２iは、現在のトランザクションが有効であるために存在し妥当性確認されている必要がある。従って、本願明細書で「先行する」は、ポインタによりリンクされた論理的シーケンスの中で先行するものを表し、必ずしも時系列の中での生成又は送信の時間を表さない。従って、それは、必ずしも、トランザクション１５２i,１５２jが順不同で生成され又は送信されることを排除しない（以下の親のない（orphan）トランザクションに関する議論を参照する）。先行するトランザクション１５２iは、等しく、祖先（antecedent）又は先行（predecessor）トランザクションと呼ばれ得る。
【0025】
現在のトランザクション１５２jのインプットは、インプット認可、例えば先行するトランザクション１５２iのアウトプットがロックされているユーザ１０３aの署名も含む。次に、現在のトランザクション１５２jのアウトプットは、新しいユーザ又はエンティティ１０３bに暗号的にロックすることができる。従って、現在のトランザクション１５２jは、先行するトランザクション１５２iのインプットに定義された量を、現在のトランザクション１５２jのアウトプットに定義された新しいユーザ又はエンティティ１０３bに移転することができる。ある場合には、トランザクション１５２は、複数のユーザ又はエンティティ間でインプット量を分割するために複数のアウトプットを有してもよいエンティティ（そのうちの１つは、お釣りを与えるために、元のユーザ又はエンティティ１０３aであってもよい）。幾つかの場合には、トランザクションが複数のインプットを有し、１つ以上の先行するトランザクションの複数のアウトプットから量をまとめ、現在のトランザクションの１つ以上のアウトプットに再分配することもできる。
【0026】
ビットコインのようなアウトプットに基づくトランザクションプロトコルによると、個人ユーザ又は組織のようなエンティティ１０３は、（手動で又はパーティにより利用されている自動処理によって）新しいトランザクション１５２jに作用したいとき、作用側エンティティは新しいトランザクションを自身のコンピュータ端末１０２から受信側へ送信する。作用側パーティ又は受信側は、結局、このトランザクションをネットワーク１０６のブロックチェーンノード１０４のうちの１つ以上（これらは、今日では、標準的にサーバ又はデータセンタであるが、原理的に他のユーザ端末も可能である）へと送信する。幾つかの例では、新しいトランザクション１５２jに作用するパーティ１０３が、トランザクションを、受信側ではなくブロックチェーンノード１０４のうちの１つ以上へと直接送信し得ることも排除されない。トランザクションを受信するブロックチェーンノード１０４は、各ブロックチェーンノード１０４に適用されるブロックチェーンノードプロトコルに従って、トランザクションが有効であるかどうかをチェックする。ブロックチェーンノードプロトコルは、典型的には、ブロックチェーンノード１０４に、新しいトランザクション１５２j内の暗号署名が、トランザクション１５２の順序付きシーケンスの中の前のトランザクション１５２iに依存する、期待される署名と一致することをチェックすることを要求する。このようなアウトプットに基づくトランザクションプロトコルの場合、これは、新しいトランザクション１５２jのインプットに含まれるパーティ１０３の暗号署名又は他の認証が、新しいトランザクションが割り当てる先行するトランザクション１５２jのアウトプットに定義された条件と一致することをチェックすることを含んでよく、この条件は、典型的には、新しいトランザクション１５２jのインプット内の暗号署名又は他の認証が、新しいトランザクションのインプットがリンクされた前のトランザクション１５２iのアウトプットをアンロックすることを少なくともチェックすることを含む。条件は、先行するトランザクション１５２iのアウトプットに含まれるスクリプトにより少なくとも部分的に定義されてよい。あるいは、単にブロックチェーンノードプロトコルだけで固定することもできるし、あるいは、これらの組み合わせによることもある。いずれにせよ、新しいトランザクション１５２jが有効であれば、ブロックチェーンノード１０４は、新しいトランザクションをブロックチェーンネットワーク１０６内の１つ以上の他のブロックチェーンノード１０４に転送する。これらの他のブロックチェーンノード１０４は、同じノードプロトコルに従って同じテストを適用し、新しいトランザクション１５２jを１つ以上のさらなるノード１０４に転送し、以下で同様である。このようにして、新しいトランザクションは、ブロックチェーンノード１０４のネットワーク全体に伝播される。
【0027】
アウトプットベースのモデルでは、与えられ割り当てアウトプット（例えば、UTXO）が割り当てられる（例えば使用される）かどうかの定義は、ブロックチェーンノードプロトコルに従って別の今後の（onward）トランザクション１５２jのインプットによって既に有効に償還されているかどうかである。トランザクションが有効であるための別の条件は、それが償還を試みる先行するトランザクション１５２iのアウトプットが、別のトランザクションによって未だ償還されていことである。ここでも、有効でない場合、トランザクション１５２jは、（無効であるとしてフラグが立てられ変更するために伝播されない限り）ブロックチェーン１５０に伝播又は記録されない。これは、取引者が同じトランザクションのアウトプットを複数回割り当てようとする二重支出を防ぐ。一方、アカウントベースモデルは、口座残高を維持することによって、二重支出を防ぐ。この場合も、トランザクションの順序が定義されているため、口座残高は、一度に単一の定義された状態を有する。
【0028】
妥当性確認トランザクションに加えて、ブロックチェーンノード１０４は、また、「proof -of -work」により支えられているマイニングと呼ばれるプロセスで、トランザクションのブロックを最初に作成するために競合する。ブロックチェーンノード１０４では、ブロックチェーン１５０に記録されたブロック１５１にまだ現れていない有効なトランザクションの順序付きプール１５４に新しいトランザクションが追加される。ブロックチェーンノードは、次に、暗号パズルを解くことを試みることにより、トランザクションの順序付きセット１５４からトランザクション１５２の新しい有効なブロック１５１を組み立てるために競争する。これは、典型的には、ノンス（nonce）が保留トランザクションの順序付きプール１５４の表現と連結され、ハッシュされるときに、ハッシュのアウトプットが所定の条件を満たすような「ノンス」値を探すことを含む。例えば、所定の条件は、ハッシュのアウトプットが、所定の数の先頭ゼロを有することであってもよい。これは、単に１つの特定の種類のproof-of-workパズルであり、他の種類が排除されないことに留意する。ハッシュ関数の特性は、インプットに関して予測不可能なアウトプットを持つことである。従って、この探索は、ブルートフォースによってのみ実行することができ、従って、パズルを解決しようとしている各ブロックチェーンノード１０４において、相当量の処理リソースを消費する。
【0029】
パズルを解いた第１ブロックチェーンノード１０４は、これをネットワーク１０６に通知し、その解を証明として提供する。この解は、ネットワーク内の他のブロックチェーンノード１０４によって簡単にチェックすることができる（ハッシュに対する解が与えられれば、ハッシュのアウトプットが条件を満たすことを確認することは簡単である）。第１ブロックチェーンノード１０４は、該ブロックを受け入れる閾値の他のノードの合意に、ブロックを伝播させ、従ってプロトコルルールを実施する。トランザクションの順序付きセット１５４は、次に、ブロックチェーンノード１０４の各々により、ブロックチェーン１５０内の新しいブロック１５１として記録されるようになる。また、新しいブロック１５１nにはブロックポインタ１５５が割り当てられ、チェーン内で前に作成されたブロック１５１n-１を指すようになっている。proof-of-work解を生成するために必要とされる例えばハッシュの形式の有意な量の労力が、ブロックチェーンプロトコルのルールに従うという第１ノード１０４の意図をシグナリングする。そのようなルールは、前に妥当性確認されたトランザクションと同じアウトプットを割り当てる場合に有効としてトランザクションを受け付けないこと、或いは二重支払いとして知られいることを含む。一旦生成されると、ブロック１５１は、ブロックチェーンネットワーク１０６内のブロックチェーンノード１０４の各々で認識され、維持されるので、修正することができない。また、ブロックポインタ１５５は、ブロック１５１に順序を課す。トランザクション１５２は、ネットワーク１０６内の各ブロックチェーンノード１０４において順序付きブロックに記録されるので、これは、トランザクションの不変の公開台帳を提供する。
【0030】
パズルを解決するために常に競争している異なるブロックチェーンノード１０４は、いつ解を探し始めたか、又はトランザクションが受信された順序によって、いつでも未だ公開されていないトランザクションのプール１５４の異なるスナップショットに基づいてパズルを解いているかもしれないことに留意する。パズルを解く者は誰でも、最初に次の新しいブロック１５１nに含まれるトランザクション１５２を定義し、その順序で、未公開のトランザクションの現在のプール１５４が更新される。そして、ブロックチェーンノード１０４は、新たに定義された未公開トランザクションの順序付きプール１５４からブロックを作り出すために、競争を続ける。また、生じ得る「分岐（フォーク、fork）」を解決するためのプロトコルも存在する。これは、２つのブロックチェーンノード１０４が互いに非常に短い時間内にパズルを解き、ブロックチェーンの矛盾したビューがノード１０４の間で伝播する場合である。要するに、分岐の枝が伸びるときは常に、最長のものが最終的なブロックチェーン１５０になる。これは、同じトランザクションが両方の分岐に現れるので、ネットワークのユーザ又はエージェントに影響しないことに留意する。
【0031】
ビットコインブロックチェーン（及び殆どの他のブロックチェーン）によると、新しいブロック１０４を構成するのに成功したノードは、デジタルアセットの追加の定義された量を分配する新しい特別な種類のトランザクションの中でデジタルアセットの追加の承認された量を新たに割り当てる能力を与えられる（１人のエージェント又はユーザから別のエージェント又はユーザへとデジタルアセットの量を移転するエージェント間又はユーザ間トランザクションと異なる）。この特別な種類のトランザクションは、通常、「コインベーストランザクション」と呼ばれるが、「開始（initiation）トランザクション」又は「生成（generation）トランザクション」とも呼ばれることがある。それは標準に新しいブロック１５１nの第１トランザクションを形成する。proof-of-workは、この特別なトランザクションが後に償還できるように、新しいブロックを構成したノードがプロトコルルールに従うことを意図していることをシグナリングする。ブロックチェーンプロトコルルールは、この特別なトランザクションが償還できる前に、満期、例えば１００ブロックを必要としてよい。通常の（非生成）トランザクション１５２は、そのアウトプットの１つに追加のトランザクション料を指定し、そのトランザクションが公開されたブロック１５１nを生成したブロックチェーンノード１０４にさらに報酬を与えることが多い。この手数料は、通常、「マイニング料」と呼ばれ、後述する。
【0032】
トランザクションの妥当性確認及び公開に関連するリソースのために、典型的には、少なくともブロックチェーンノード１０４の各々は、１つ以上の物理的サーバユニットを含むサーバ、又はデータセンタ全体の形態をとる。しかしながら、原理的に、任意の所与のブロックチェーンノード１０４は、ユーザ端末又は互いにネットワーク接続されたユーザ端末又はユーザ端末のグループの形態をとることができる。
【0033】
各ブロックチェーンノード１０４のメモリは、各々の１つ以上の役割を実行し、ブロックチェーンノードプロトコルに従ってトランザクション１５２を処理するために、ブロックチェーンノード１０４の処理装置上で動作するように構成されたソフトウェアを記憶する。ブロックチェーンノード１０４に属するいずれの動作も、各々のコンピュータ装置の処理装置上で実行されるソフトウェアによって実行され得ることが理解されよう。ノードソフトウェアは、アプリケーションレイヤにおける１つ以上のアプリケーション、又はオペレーティングシステムレイヤ若しくはプロトコルレイヤのような下位レイヤ、又はこれらの任意の組合せの中に実装されてよい。
【0034】
また、ネットワーク１０１には、消費者ユーザの役割を果たす複数のパーティ１０３の各々のコンピュータ装置１０２も接続されている。これらのユーザは、ブロックチェーンネットワークと相互作用できるが、トランザクションの妥当性確認及びブロックの構築には参加しない。これらのユーザ又はエージェントのうちの一部は、トランザクションにおいて送信側及び受信側として動作してよい。他のユーザは、必ずしも送信側又は受信側として動作することなく、ブロックチェーン１５０と相互作用してよい。例えば、幾つかのパーティは、ブロックチェーン１５０のコピーを格納する（例えば、ブロックチェーンノード１０４からブロックチェーンのコピーを取得した）記憶エンティティとして動作してよい。
【0035】
パーティ１０３の一部又は全部は、異なるネットワーク、例えば、ブロックチェーンネットワーク１０６の上に重ねられたネットワークの部分として結合されてよい。ブロックチェーンネットワークのユーザ（「クライアント」と呼ばれることが多い）は、ブロックチェーンネットワーク１０６を含むシステムの部分であると言うことができる。しかしながら、これらのユーザは、ブロックチェーンノードの要求される役割を実行しないので、ブロックチェーンノード１０４ではない。代わりに、各パーティ１０３は、ブロックチェーンネットワーク１０６と相互作用し、それにより、ブロックチェーンノード１０６に結合する（つまり通信する）ことにより、ブロックチェーン１５０を利用してよい。２つのパーティ１０３及び各々の機器１０２は、説明のために示されており、第１パーティ１０３a及びその各々のコンピュータ機器１０２a、ならびに第２パーティ１０３b及びその各々のコンピュータ機器１０２bである。より多くのこのようなパーティ１０３及びそれらの各々のコンピュータ機器１０２がシステム１００に存在し、参加することができるが、便宜上、それらは図示されていないことが理解されよう。各パーティ１０３は、個人又は組織であってもよい。純粋に例示として、第１パーティ１０３ａは、本明細書においてAliceと称され、第２パーティ１０３ｂは、Bobと称されるが、これは限定的なものではなく、本明細書においてAlice又はBobという言及は、各々「第１パーティ」及び「第２パーティ」と置き換えることができることは理解されるであろう。
【0036】
各パーティ１０３のコンピュータ機器１０２は、１つ以上のプロセッサ、例えば、１つ以上のCPU、GPU、他のアクセラレータプロセッサ、特定用途向けプロセッサ、及び／又はFPGAを備える各々の処理装置を備える。各パーティ１０３のコンピュータ機器１０２は、さらに、メモリ、すなわち、非一時的コンピュータ読み取り可能媒体又は媒体の形態のコンピュータ読み取り可能記憶装置を備える。このメモリは、１つ以上のメモリ媒体、例えば、ハードディスクのような磁気媒体、SSD、フラッシュメモリ又はEEPROMのような電子媒体、及び／又は光学ディスクドライブのような光学的媒体を使用する１つ以上のメモリユニットを含むことができる。各パーティ１０３のコンピュータ機器１０２上のメモリは、処理装置上で動作するように配置された少なくとも１つのクライアントアプリケーション１０５の各々のインスタンスを含むソフトウェアを記憶する。本明細書で与えられたパーティ１０３に帰属するいずれのアクションも、各々のコンピュータ装置１０２の処理装置上で実行されるソフトウェアを使用して実行され得ることが理解されよう。各パーティ１０３のコンピュータ機器１０２は、少なくとも１つのユーザ端末、例えばデスクトップ又はラップトップコンピュータ、タブレット、スマートフォン、又はスマートウォッチのようなウェアラブルデバイスを備えている。所与のパーティ１０３のコンピュータ装置１０２は、ユーザ端末を介してアクセスされるクラウドコンピューティングリソースのような、１つ以上の他のネットワーク化されたリソースを含んでもよい。
【0037】
クライアントアプリケーション１０５は、最初に、１つ以上の適切なコンピュータ読み取り可能な記憶媒体、例えばサーバからダウンロードされたもの、又はリムーバブルSSD、フラッシュメモリキー、リムーバブルEEPROM、リムーバブル磁気ディスクドライブ、磁気フロッピーディスク又はテープ、光ディスク、例えばCD又はDVD ROM、又はリムーバブル光学ドライブなどのリムーバブル記憶装置上で、任意の所与のパーティ１０３のコンピュータ機器１０２に提供され得る。
【0038】
クライアントアプリケーション１０５は、少なくとも「ウォレット」機能を備える。これには主に２つの機能を有する。これらのうちの１つは、各々のパーティ１０３が、ブロックチェーンノード１０４のネットワーク全体にわたって伝播され、それによってブロックチェーン１５０に含まれるべきトランザクション１５２を作成し、認可し（例えば署名し）、送信することを可能にすることである。もう１つは、現在所有しているデジタルアセットの量を各々のパーティに報告することである。アウトプットベースのシステムでは、この第２機能は、当該パーティに属するブロックチェーン１５０全体に散在する様々なトランザクション１５２のアウトプットの中で定義される量を照合することを含む。
【0039】
注：種々のクライアント機能が所与のクライアントアプリケーション１０５に統合されるとして説明されることがあるが、これは、必ずしも限定的ではなく、代わりに、本願明細書に記載される任意のクライアント機能が２つ以上の異なるアプリケーションのスーツに実装されてよく、例えばAPIを介してインタフェースし、又は一方が他方へのプラグインである。より一般的には、クライアント機能は、アプリケーションレイヤ、又はオペレーティングシステムのような下位レイヤ、又はこれらの任意の組合せにおいて実装され得る。以下は、クライアントアプリケーション１０５の観点で説明されるが、これは限定的ではないことが理解される。
【0040】
各コンピュータ機器１０２上のクライアントアプリケーション又はソフトウェア１０５のインスタンスは、ネットワーク１０６のブロックチェーンノード１０４の少なくとも１つに動作可能に結合される。これにより、クライアント１０５のウォレット機能は、トランザクション１５２をネットワーク１０６に送信することができる。クライアント１０５は、また、ブロックチェーンノード１０４にコンタクトして、各々のパーティ１０３が受信側である任意のトランザクションについてブロックチェーン１５０に問い合わせることができる（又は、実施形態では、ブロックチェーン１５０は、部分的にその公開視認性を通じてトランザクションの信頼を提供する公開的設備であるため、実際には、ブロックチェーン１５０内の他のパーティのトランザクションを検査する）。各コンピュータ機器１０２上のウォレット機能は、トランザクションプロトコルに従ってトランザクション１５２を形成し、送信するように構成される。上述のように、各ブロックチェーンノード１０４は、ブロックチェーンノードプロトコルに従いトランザクション１５２を妥当性確認し、トランザクション１５２をブロックチェーンネットワーク１０６全体に渡り伝播させるために、トランザクション１５２を転送するよう構成されるソフトウェアを実行する。トランザクションプロトコルとノードプロトコルは互いに対応し、所与のトランザクションプロトコルは所与のノードプロトコルと共に所与のトランザクションモデルを実装する。同じトランザクションプロトコルは、ブロックチェーン１５０内の全部のトランザクション１５２について使用される。同じノードプロトコルは、ネットワーク１０６内の全部のノード１０４について使用される。
【0041】
所与のパーティ１０３、例えばAliceがブロックチェーン１５０に含まれる新たなトランザクション１５２jを送信したいと望む場合、彼女は関連するトランザクションプロトコルに従って（彼女のクライアントアプリケーション１０５のウォレット機能を使用して）新たなトランザクションを作成する（formulate）。彼女は、次に、クライアントアプリケーション１０５からトランザクション１５２を、彼女が接続されている１つ以上のブロックチェーンノード１０４に送信する。例えば、これは、Aliceのコンピュータ１０２に最も良好に接続されているブロックチェーンノード１０４であってもよい。任意の所与のブロックチェーンノード１０４が新しいトランザクション１５２jを受信すると、ブロックチェーンノードプロトコル及びその各々の役割に従って、それを処理する。これは、最初に、新たに受信されたトランザクション１５２jが「有効」であるための特定の条件を満たしているかどうかをチェックすることを含み、その例については、簡単に詳述する。幾つかのトランザクションプロトコルでは、妥当性確認のための条件は、トランザクション１５２に含まれるスクリプトによってトランザクションごとに構成可能であってよい。或いは、条件は単にノードプロトコルの組み込み機能であってもよく、或いはスクリプトとノードプロトコルの組み合わせによって定義されてもよい。
【0042】
新たに受信されたトランザクション１５２jが、有効であると見なされるテストに合格したという条件で（すなわち、「妥当性確認された」という条件で）、トランザクション１５２jを受信した任意のブロックチェーンノード１０４は、そのブロックチェーンノード１０４に維持されているブロックチェーンの順序付きセット１５４に、新たな妥当性確認済みトランザクション１５２を追加する。さらに、トランザクション１５２jを受信する任意のブロックチェーンノード１０４は、妥当性確認済みトランザクション１５２をネットワーク１０６内の１つ以上の他のブロックチェーンノード１０４に伝播する。各ブロックチェーンノード１０４は同じプロトコルを適用するので、トランザクション１５２jが有効であると仮定すると、これは、ネットワーク１０６全体に間もなく伝播されることを意味する。
【0043】
所与のブロックチェーンノード１０４において維持される保留中トランザクションの順序付きプール１５４に入れられると、該ブロックチェーンノード１０４は、新しいトランザクション１５２を含む、彼ら各々のトランザクションのプールの最新バージョンについて、proof-of-workパズルを解く競争を開始する（他のブロックチェーンノード１０４は、トランザクションの異なるプール１５４に基づきパズルを解こうとしているが、誰であっても１番の者が、最新のブロック１５１に含まれるトランザクションのセットを定義することに留意する。）。最終的に、ブロックチェーンノード１０４は、Aliceのトランザクション１５２jを含む順序付きプール１５４の一部についてパズルを解くだろう。）。一旦、新しいトランザクション１５２jを含むプール１５４についてproof-of-workが行われると、それはブロックチェーン１５０内のブロック１５１のうちの１つの一部となる。各トランザクション１５２は、以前のトランザクションへのポインタから構成されるので、トランザクションの順序もまた、不変的に記録される。
【0044】
異なるブロックチェーンノード１０４は、最初に所与のトランザクションの異なるインスタンスを受信する可能性があり、従って、１つのインスタンスが公開（Publishing）されて新しいブロック１５１になる前に、どのインスタンスが「有効」であるかについて矛盾するビューを有することがあり、その時点で、全部のブロックチェーンノード１０４は公開されたインスタンスのみが有効なインスタンスであることに合意する。ブロックチェーンノード１０４が１つのインスタンスを有効であるとして受け入れ、次に第２インスタンスがブロックチェーン１５０に記録されていることを発見した場合、該ブロックチェーンノード１０４は、これを受け入れなければならず、最初に受け入れたインスタンス（つまり未だブロック１５１の中で公開されていないもの）を破棄する（つまり、無効であるとして扱う）。
【0045】
アカウントベースのトランザクションモデルの一部として、幾つかのブロックチェーンネットワークにより運用される別のタイプのトランザクションプロトコルを「アカウントベース」のプロトコルと呼ぶことがある。アカウントベースの場合、各トランザクションは、過去の一連のトランザクションにおいて、先行するトランザクションのUTXOに戻って参照することによって移転される量を定義するのではなく、絶対的な口座（アカウント）残高を参照することによって移転される。すべてのアカウントの現在の状態は、ブロックチェーンと分離して、ネットワークのノードにより格納され、絶えず更新される。このようなシステムでは、トランザクションは、アカウントの連続したトランザクション記録（いわゆる「ポジション」）を用いて発注される。この値は、送信者により彼らの暗号署名の一部として署名され、トランザクション参照計算の一部としてハッシュされる。さらに、任意的なデータフィールドもトランザクションに署名することができる。このデータフィールドは、例えば、前のトランザクションIDがデータフィールドに含まれている場合、前のトランザクションを遡ってポイントしてよい。
【0046】
＜UTXOベースのモデル＞
図２は、トランザクションプロトコルの例を示している。これは、UTXOベースのプロトコルの例である。トランザクション１５２（「Tx」と略す）は、ブロックチェーン１５０（各ブロック１５１は１つ以上のトランザクション１５２を含む）の基本的なデータ構造である。以下は、アウトプットベース又は「UTXO」ベースのプロトコルを参照して説明される。しかし、これは、全ての可能な実施形態に限定されるものではない。例示的なUTXOベースのプロトコルは、ビットコインを参照して説明されるが、他の例示的なブロックチェーンネットワーク上でも等しく実施できることに留意する。
図２は、トランザクションプロトコルの例を示している。これは、UTXOベースのプロトコルの例である。トランザクション１５２（「Tx」と略す）は、ブロックチェーン１５０（各ブロック１５１は１つ以上のトランザクション１５２を含む）の基本的なデータ構造である。以下は、アウトプットベース又は「UTXO」ベースのプロトコルを参照して説明される。しかし、これは、全ての可能な実施形態に限定されるものではない。例示的なUTXOベースのプロトコルは、ビットコインを参照して説明されるが、他の例示的なブロックチェーンネットワーク上でも等しく実施できることに留意する。
【0047】
UTXOベースのモデルでは、各トランザクション（「Tx」）１５２は、１つ以上のインプット２０２及び１つ以上のアウトプット２０３を含むデータ構造を含む。各アウトプット２０３は、未使用トランザクションアウトプット（UTXO）を含んでもよく、これは、別の新しいトランザクションのインプット２０２のソースとして使用することができる（UTXOが未だ償還されていない場合）。UTXOは、デジタルアセットの量を指定する値を含む。これは、分散型台帳上のトークンの設定数を表す。また、他の情報の中でも、UTXOは、それが由来するトランザクションのトランザクションIDも含んでよい。トランザクションデータ構造はまた、ヘッダ２０１も含んでよく、ヘッダ２０１は、インプットフィールド２０２及びアウトプットフィールド２０３のサイズの指示子を含んでもよい。ヘッダ２０１は、トランザクションのIDも含んでもよい。実施形態において、トランザクションIDは、トランザクションデータ（トランザクションID自体を除く）のハッシュであり、ノード１０４に提出された未処理トランザクション１５２のヘッダ２０１に格納される。
【0048】
例えばAlice１０３aは、問題のデジタルアセットの量をBob１０３bに移転するトランザクション１５２jを作成したいと考えているとする。図２において、Aliceの新しいトランザクション１５２jは「Tx１」とラベル付けされている。これは、Aliceにロックされているデジタルアセットの量を、シーケンス内の先行するトランザクション１５２iのアウトプット２０３に取り入れ、その少なくとも一部をBobに移転する。先行するトランザクション１５２iは、図２において「Tx０」とラベル付けされている。Tx０とTx１は、単なる任意のラベルである。これらは、必ずしも、Tx０がブロックチェーン１５１の第１トランザクションであること、又は、Tx１がプール１５４の直ぐ次のトランザクションであることを意味しない。Tx１は、まだAliceにロックされた未使用アウトプット２０３を有する任意の先行する（つまり祖先）トランザクションを指し示すことができる。
【0049】
先行するトランザクションTx０は、Aliceが彼女の新しいトランザクションTx１を作成するとき、又は少なくとも彼女がそれをネットワーク１０６に送信するときに、既に妥当性確認され、ブロックチェーン１５０のブロック１５１に含まれていてもよい。それは、その時点で既にブロック１５１のうちの１つに含まれていてもよく、あるいは、順序付きセット１５４内でまだ待機していてもよく、その場合、新しいブロック１５１にすぐに含まれることになる。あるいは、Tx０及びTx１が生成されネットワーク１０６に送信されることができ、あるいは、ノードプロトコルが「孤児（orphan）」トランザクションのバッファリングを許容する場合にはTx１の後にTx０が送信されることもできる。ここでトランザクションのシーケンスの文脈で使用される「先行する」及び「後の」という用語は、トランザクション内で指定されたトランザクションポインタ（どのトランザクションがどの他のトランザクションを指すかなど）によって定義されるシーケンス内のトランザクションの順序を指す。それらは、「先行する」及び「相続する」又は「祖先」及び「子孫」、「親」及び「子」、等により、等しく置き換えられ得る。これは、必ずしも、それらが作成され、ネットワーク１０６に送られ、又は任意の所与のブロックチェーンノード１０４に到達する順序を意味しない。それにもかかわらず、先行するトランザクション（祖先トランザクション又は「親」）を指す後続のトランザクション（子孫トランザクション又は「子」）は、親トランザクションが妥当性確認されない限り、妥当性確認されない。親の前にブロックチェーンノード１０４に到着した子は孤児とみなされる。それは、ノードプロトコル及び／又はノードの行動に応じて、親を待つために特定の時間、破棄又はバッファリングされることがある。
【0050】
先行するトランザクションTx０の１つ以上のアウトプット２０３のうちの１つは、本明細書でUTXO０とラベル付けされた特定のUTXOを含む。各UTXOは、UTXOによって表されるデジタルアセットの量を指定する値と、後続のトランザクションが検証されるために、従ってUTXOが正常に償還されるために、後続のトランザクションのインプット２０２の中のアンロックスクリプトによって満たされなければならない条件を定義するロックスクリプトとを含む。典型的には、ロックスクリプトは、特定のパーティ（それが含まれているトランザクションの受益者）に量をロックする。すなわち、ロックスクリプトは、標準的に以下のようなアンロック条件を定義する：後続のトランザクションのインプット内のアンロックスクリプトは、先行するトランザクションがロックされたパーティの暗号署名を含む。
【0051】
ロックスクリプト（別名scriptPubKey）は、ノードプロトコルによって認識されるドメイン固有の言語で書かれたコードの一部である。そのような言語の特定の例は、ブロックチェーンネットワークにより使用される「スクリプト」（Script，大文字S）と呼ばれる。ロックスクリプトは、トランザクションアウトプット２０３を消費するために必要な情報、例えば、Aliceの署名の必要条件を指定する。トランザクションのアウトプットには、アンロックスクリプトが現れる。アンロックスクリプト（別名：scriptSig）は、ロックスクリプトの基準を満たすために必要な情報を提供するドメイン固有の言語で書かれたコードの一部である。例えば、Bobの署名を含んでもよい。アンロックスクリプトは、トランザクションのインプット２０２に現れる。
【0052】
図示の例では、Tx０のアウトプット２０３のUTXO０は、ロックスクリプト[ChecksigPA]を含み、これは、UTXO０が償還されるために（厳密には、UTXO０を償還しようとする後続のトランザクションが有効であるために）、Aliceの署名SigPAを必要とする。[Checksig PA]は、Aliceの公開－秘密鍵ペアからの公開鍵PAの表現（つまりハッシュ）を含む。Tx１のインプット２０２は、Tx１を指すポインタ（例えば、そのトランザクションID、実施形態ではトランザクションTx０全体のハッシュであるTxID０による）を含む。Tx１のインプット２０２は、Tx０の任意の他の可能なアウトプットの中でそれを識別するために、Tx０内のUTXO０を識別するインデックスを含む。Tx１のインプット２０２は、さらに、Aliceが鍵ペアからのAliceの秘密鍵をデータの所定の部分（暗号において「メッセージ」と呼ばれることもある）に適用することによって作成された、Aliceの暗号署名を含むアンロックスクリプト<SigPA>を含む。有効な署名を提供するためにAliceが署名する必要があるデータ（又は「メッセージ」）は、ロックスクリプトにより、又はノードプロトコルにより、又はこれらの組み合わせによって定義され得る。
【0053】
新しいトランザクションTx１がブロックチェーンノード１０４に到着すると、ノードはノードプロトコルを適用する。これは、ロックスクリプトとアンロックスクリプトを一緒に実行して、アンロックスクリプトがロックスクリプトで定義されている条件（この条件は１つ以上の基準を含むことができる）を満たしているかどうかをチェックすることを含む。実施形態では、これは、２つのスクリプトの連結を含む。
<Sig PA> <PA> || [Checksig PA]
<Sig PA> <PA> || [Checksig PA]
【0054】
ここで、「||」は連結を表し、「<...>」はスタックにデータを配置することを意味し、「[...]」はロックスクリプトに含まれる機能である（本例では、スタックベースの言語）。同等に、スクリプトは。、スクリプトを連結するのではなく共通のスタックにより１つずつ実行されてよい。いずれの方法でも、一緒に実行する場合、スクリプトは、Tx０のアウトプット内のロックスクリプトに含まれるAliceの公開鍵PAを使用して、Tx１のインプット内のアンロックスクリプトが、データの期待部分に署名するAliceの署名を含むことを認証する。また、データの期待部分（「メッセージ」）も、この認証を実行するために含まれる必要がある。実施形態において、署名されたデータは、Tx１の全体を含む（従って、データの署名された部分がすでに本質的に存在するので、データの署名された部分を平文で指定する別個の要素が含まれる必要はない）。
【0055】
公開－秘密暗号法による認証の詳細は、当業者には周知であろう。基本的に、Aliceが彼女の秘密鍵を用いてメッセージに署名した場合、Aliceの公開鍵とそのメッセージが平文ならば、ノード１０４のような別のエンティティは、そのメッセージがAliceによって署名されていなければならないことを認証することができる。署名は、典型的には、メッセージをハッシュし、ハッシュに署名し、署名としてメッセージにこれをタグ付けすることによって、公開鍵の所有者が署名を認証することを可能にする。従って、実施形態では、特定のデータ片又はトランザクションの部分等に署名するという言及は、データ片又はトランザクションの部分のハッシュに署名することを意味し得る。
【0056】
Tx１内のアンロックスクリプトが、Tx０のロックスクリプトで指定された１つ以上の条件を満たす場合（示される例では、Aliceの署名がTx１内で提供され、認証されている場合）、ブロックチェーンノード１０４は、Tx１が有効であるとみなす。これは、ブロックチェーンノード１０４がTx１を保留トランザクションの順序付きプール１５４に追加することを意味する。ブロックチェーンノード１０４は、トランザクションTx１をネットワーク１０６内の１つ以上の他のブロックチェーンノード１０４に転送し、それによって、それがネットワーク１０６全体に伝播されることになる。一旦、Tx１が妥当性確認され、ブロックチェーン１５０に含まれると、これは、Tx０からのUTXO０を消費したものとして定義する。Tx１は、未使用トランザクションアウトプット２０３を使用する場合にのみ有効であることに留意されたい。別のトランザクション１５２によって既に消費されたアウトプットを消費しようとする場合、Tx１は、たとえ他のすべての条件が満たされていても無効となる。従って、ブロックチェーンノード１０４は、先行するトランザクションTx０において参照されたUTXOが既に消費されているかどうか（既に別の有効なトランザクションへの有効なインプットを形成しているかどうか）もチェックする必要がある。これが、ブロックチェーン１５０がトランザクション１５２に定義された順序を課すことが重要である理由の１つである。実際には、所与のブロックチェーンノード１０４は、トランザクション１５２が消費されたUTXO２０３をマークする別個のデータベースを維持することができるが、最終的には、UTXOが消費されたかどうかを定義するのは、ブロックチェーン１５０内の別の有効なトランザクションへの有効なインプットを既に形成しているかどうかである。
【0057】
所与のトランザクション１５２の全部のアウトプット２０３の中で指定された総量が全部のそのインプット２０２により指される総量より大きい場合、これは、殆どのトランザクションモデルにおいて無効の別の基礎である。従って、このようなトランザクションは、伝播されず、ブロック１５１に含まれることもない。
【0058】
UTXOベースのトランザクションモデルでは、所定のUTXOを全体として使用する必要があることに注意する。UTXOで定義されている量のうち、別の分量が消費されている一方で、ある分量を「残しておく」ことはできない。ただし、UTXOからの量は、次のトランザクションの複数のアウトプットに分割できる。例えば、Tx０のUTXO０で定義された量は、Tx１の複数のUTXOに分割できる。従って、AliceがBobにUTXO０で定義された量の全てを与えることを望まない場合、彼女は残りの量を使って、Tx１の第２アウトプットの中で自分自身にお釣りを与えるか、又は別のパーティに支払うことができる。
【0059】
特に、Aliceは、通常、彼女のトランザクション１０４をブロック１５１に含めることに成功したビットコインノード１０４のための手数料も含める必要がある。Aliceがそのような手数料を含まない場合、Tx０はブロックチェーンノード１０４によって拒否される可能性が高く、したがって、技術的には有効であるが、それは伝播されず、ブロックチェーン１５０に含まれない（ノードプロトコルは、彼らが望まない場合には、ブロックチェーンノード１０４にトランザクション１５２を受け入れることを強制しない）。一部のプロトコルでは、トランザクション手数料は、独自の別個のアウトプット２０３を必要としない（すなわち、別個のUTXOを必要としない）。代わりに、インプット２０２によって示される総量と、所与のトランザクション１５２のアウトプット２０３で指定される総量との間の差は、トランザクションを公開するブロックチェーンノード１０４に自動的に与えられる。例えば、UTXO０へのポインタがTx１への唯一のインプットであり、Tx１は１つのアウトプットUTXO１しか持っていないとする。UTXO０で指定されたデジタルアセットの量がUTXO１で指定された量より多い場合、その差は、UTXO１を含むブロックを生成するproof-of-work競争の勝者であるノード１０４により割り当てられてよい。しかし、代替的又は追加的に、必ずしも、トランザクション１５２のUTXO２０３のうちの独自のものにおいて、トランザクション手数料を明示的に指定できることは除外されない。
【0060】
Alice及びBobのデジタルアセットは、ブロックチェーン１５０内の任意のトランザクション１５２の中で彼らにロックされたUTXOで構成されている。従って、典型的には、所与のパーティ１０３のアセットは、ブロックチェーン１５０を通して、様々なトランザクション１５２のUTXO全体に分散される。ブロックチェーン１５０内のどこにも、所与のパーティ１０３の総残高を定義する１つの数値は記憶されていない。各パーティへのロックされた、別の将来の（onward）トランザクションに未だ使用されていない全ての様々なUTXOの値をまとめることは、クライアントアプリケーション１０５におけるウォレット機能の役割である。ビットコインノード１０４のいずれかに格納されたブロックチェーン１５０のコピーをクエリすることにより、これを行うことができる。
【0061】
スクリプトコードは、概略的に表現されることが多い（すなわち、正確な言語を用いない）ことに注意する。例えば、特定の機能を表現するオペレーションコード（opcode、オペコード）を使用してよい。「OP_....」は、スクリプト言語の特定のオペコードを表す。例として、OP_RETURNは、ロックスクリプトの始めにあるOP_FALSEが先行するとき、トランザクション内にデータを格納することができ、それによってデータをブロックチェーン１５０に不変に記録することができるトランザクションの使用不可能アウトプットを生成するためのスクリプト言語のオペコードである。例えば、データは、ブロックチェーンに格納することが望ましい文書を含むことができる。
【0062】
通常、トランザクションのインプットは、公開鍵PAに対応するデジタル署名を含む。実施形態において、これは楕円曲線secp２５６k１を使用するECDSAに基づく。デジタル署名は、特定のデータに署名する。幾つかの実施形態では、所与のトランザクションについて、署名はトランザクションインプットの一部、及びトランザクションアウトプットの全部又は一部に署名する。署名するアウトプットの特定の部分はSIGHASHフラグに依存する。SIGHASHフラグは、通常、署名の最後に含まれる４バイトのコードであり、どのアウトプットが署名されるかを選択する（従って、署名の時点で固定される）。
【0063】
ロックスクリプトは、通常、各々のトランザクションがロックされているパーティの公開鍵を含んでいることを表す「scriptPubKey」と呼ばれることがある。アンロックスクリプトは、通常、対応する署名を提供することを表す「scriptSig」と呼ばれることがある。しかし、より一般的には、UTXOが償還される条件が署名を認証することを含むことは、ブロックチェーン１５０の全てのアプリケーションにおいて必須ではない。より一般的には、スクリプト言語は、任意の１つ以上の条件を定義するために使用され得る。したがって、より一般的な用語「ロックスクリプト」及び「アンロックスクリプト」が好ましい。
【0064】
図１に示されるようにAlice及びBobのコンピュータ装置１０２a、１２０bの各々にあるクライアントアプリケーションは、付加的な通信機能を備えてよい。この追加機能は、Alice１０３aが、（いずれかのパーティ又は第３者の勧誘で）Bob１０３bと別個のサイドチャネル３０１を確立することを可能にする。サイドチャネル３０１は、ブロックチェーンネットワークと別個にデータの交換を可能にする。このような通信は、時に「オフチェーン」通信と呼ばれる。例えば、これは、パーティの一方がネットワーク１０６にトランザクション１５２をブロードキャストすることを選択するまで、ブロックチェーンネットワーク１０６上に登録されることなく、又はチェーン１５０上に進むことなく、AliceとBobとの間でトランザクション１５２を交換するために使用され得る。このようにトランザクションを共有することは、時に、「トランザクションテンプレイト」の共有と呼ばれる。トランザクションテンプレイトは、完全なトランザクションを形成するために必要な１つ以上のインプット及び／又はアウトプットが欠けていてよい。代替又は追加で、サイドチャネル３０１は、任意の他のトランザクションに関連するデータ、例えば、鍵、交渉される量又は条項、データコンテンツ、等を交換するために使用されてよい。
【0065】
サイドチャネル３０１は、ブロックチェーンネットワーク１０６と同じパケット交換ネットワーク１０１を介して確立されてもよい。代替又は追加で、サイドチャネル３０１は、モバイルセルラネットワーク、又はローカル無線ネットワークのようなローカルエリアネットワーク、又はAliceとBobの装置１０２a、１０２bの間の直接有線若しくは無線リンクのような異なるネットワークを介して確立されてよい。一般に、本願明細書のどこかで言及されるサイドチャネル３０１は、「オフチェーン」で、つまりブロックチェーンネットワーク１０６と別個にデータを交換するための１つ以上のネットワーキング技術又は通信媒体を介する任意の１つ以上のリンクを含んでよい。１つより多くのリンクが使用されるとき、全体としてのオフチェーンリンクのバンドル又は集合がサイドチャネル３０１と呼ばれてよい。従って、Alice及びBobが特定の情報又はデータ片等をサイドチャネル３０１を介して交換すると言われる場合、これは、必ずしも全部のこれらのデータ片が正確に同じリンク又は同じ種類のネットワークを介して送信される必要があることを意味しないことに留意する。
【0066】
クライアントソフトウェア
図３Aは、本開示の方式の実施形態を実装するためのクライアントアプリケーション１０５の例示的な実装を示す。クライアントアプリケーション１０５は、トランザクションエンジン３０１と、ユーザインタフェース（UI）レイヤ３０２と、を含む。トランザクションエンジン３０１は、クライアント１０５の基礎トランザクション関連機能、例えば、トランザクション１５２を形成し、トランザクション及び／又はサイドチャネル１０７を介して他のデータを受信及び／又は送信し、及び／又はブロックチェーンネットワーク１０６を介して伝播されるように１つ以上のノード１０４にトランザクションを送信するように、上述したスキームに従って、さらに詳細に説明するように、構成される。
図３Aは、本開示の方式の実施形態を実装するためのクライアントアプリケーション１０５の例示的な実装を示す。クライアントアプリケーション１０５は、トランザクションエンジン３０１と、ユーザインタフェース（UI）レイヤ３０２と、を含む。トランザクションエンジン３０１は、クライアント１０５の基礎トランザクション関連機能、例えば、トランザクション１５２を形成し、トランザクション及び／又はサイドチャネル１０７を介して他のデータを受信及び／又は送信し、及び／又はブロックチェーンネットワーク１０６を介して伝播されるように１つ以上のノード１０４にトランザクションを送信するように、上述したスキームに従って、さらに詳細に説明するように、構成される。
【0067】
UIレイヤ３０２は、各々のユーザコンピュータ機器１０２のユーザ入力／出力（I/O）手段を介して、機器１０２のユーザ出力手段により各々のユーザ１０３へ情報を出力すること及び機器１０２のユーザ入力手段により各々のユーザ１０３から入力を受信することを含む、ユーザインタフェースをレンダリングするよう構成される。例えば、ユーザ出力手段は、視覚的出力を提供する１つ以上のディスプレイスクリーン（タッチ又は非タッチスクリーン）、オーディオ出力を提供する１つ以上のスピーカ、及び／又は触覚出力を提供する１つ以上の触覚出力装置、等を含み得る。ユーザ入力手段は、例えば、１つ又は複数のタッチスクリーンの入力アレイ（出力手段に使用されるものと同じか又は異なる）、マウス、トラックパッド又はトラックボールなどの１つ又は複数のカーソルベースの装置、音声又は声の入力を受け取るための１つ又は複数のマイクロフォン及び音声認識アルゴリズム、手動又は身体のジェスチャの形態で入力を受け取るための１つ又は複数のジェスチャベースの入力装置、又は１つ又は複数の機械的ボタン、スイッチ又はジョイスティックなどを含むことができる。
【0068】
注：本明細書における種々の機能は、同一のクライアントアプリケーション１０５に統合されていると記述することができるが、これは、必ずしも限定するものではなく、代わりに、２つ以上の別個のアプリケーション、例えば、一方が他方へのプラグインであるか、又はAPI（アプリケーションプログラミングインタフェース）を介したインタフェースで実装することができる。例えば、トランザクションエンジン３０１の機能は、UIレイヤ３０２と別個のアプリケーション、又は所与のモジュールの機能に実装されてよく、トランザクションエンジン３０１が１つより多くのアプリケーションの間で分割されてよい。また、記載の機能の一部又は全部が、例えばオペレーティングシステムレイヤに実装されることを除外しない。本願明細書のどこかで、単一の又は所与のアプリケーション１０５等を参照する場合、これが単に例であること、より一般的には、記載の機能が任意の形式のソフトウェアで実装され得ることが理解される。
【0069】
図３Bは、Aliceの機器１０２a上のクライアントアプリケーション１０５aのUI層３０２によりレンダリングされてよいユーザインタフェース（UI）３００の例の模擬表示を与える。同様のUIが、Bobの機器１０２b上にある又は任意の他のパーティの機器上にあるクライアント１０５bによりレンダリングされてよいことが理解される。
【0070】
例示として、図３Bは、Aliceの観点からUI３００を示す。UI５００は、ユーザ出力手段を介して別個のUI要素として描画される１つ以上のUI要素３０４、３０５、３０６を含んでもよい。
【0071】
例えば、UI要素は、例えば、画面上の異なるボタン、又はメニュー内の異なるオプション等の１つ以上のユーザ選択可能要素３０４を含むことができる。ユーザ入力手段は、スクリーン上のUI要素をクリック若しくはタッチすることにより、又は所望のオプションの名称を発話することにより、ユーザ１０３（この場合にはAlice１０３a）がオプションのうちの１つを選択又は操作できるよう構成される（注：ここで使用される「手動（manual）」は単に自動の反対を意味し、必ずしも手の使用に限定されない）。オプションは、ユーザ（例えば、Alice）がインターネットサーバにデータ、例えばブロックチェーントランザクションの一部又は全部を提出すること、又は署名を生成することを可能にする。
【0072】
代替的又は追加的に、UI要素は、ユーザが署名又はブロックチェーンアドレスのようなデータを入力できる１つ以上のデータ入力フィールド３０５を含んでもよい。これらのデータ入力フィールドは、ユーザ出力手段、例えば、オンスクリーンを介してレンダリングされ、データは、ユーザ入力手段、例えば、キーボード又はタッチスクリーンを介してフィールドに入力することができる。あるいは、データは、例えば、音声認識に基づいて口頭で受信され得る。
【0073】
代替的又は追加的に、UI要素は、ユーザに情報を出力するために出力される１つ以上の情報要素３０６を含んでもよい。例えば、これ／これらは、スクリーン上に描画されるか、又は可聴でレンダリングされることがある。
【0074】
例えば、この／これらは、スクリーン上に描画されるか、又は可聴で描画されることがある。これらのUI要素の機能は、間もなく更に詳細に議論される。また、図３Bに示されたUI３００は、単に概略的なモックアップであり、実際には、１つ以上のさらなるUIエレメントを含んでもよく、これは、簡潔さのために示されていないことが理解される。
【0075】
ブロックチェーンネットワークとの接続
図４は、本発明の実施形態を実施するための例示的なシステム４００を示す。システムはインターネットサーバ４０１、第１パーティ４０２a、及びブロックチェーンネットワーク１０６、又はブロックチェーンネットワーク１０６の少なくとも１つ以上のノード１０４を含む。システムは、第２パーティ４０２bも含んでよい。第１及び第２パーティ４０２a、４０２bの各々は、図１を参照して説明したようなAlice１０３a又はBob１０３bの役割を果たしてよい。つまり、第１パーティ４０２aは、各々のコンピューティング機器１０２aを含み、Alice１０３aに関連するアクションの一部又は全部を実行するよう構成されるクライアントアプリケーション１０５aを操作してよい。同様に、第２パーティ４０２bは、各々のコンピューティング機器１０２bを含み、Bob１０３bに関連するアクションの一部又は全部を実行するよう構成されるクライアントアプリケーション１０５bを操作してよい。第１パーティ４０２aは、Bob１０３bに関連するアクションの一部又は全部を実行してよく、逆も同様であることに留意する。
図４は、本発明の実施形態を実施するための例示的なシステム４００を示す。システムはインターネットサーバ４０１、第１パーティ４０２a、及びブロックチェーンネットワーク１０６、又はブロックチェーンネットワーク１０６の少なくとも１つ以上のノード１０４を含む。システムは、第２パーティ４０２bも含んでよい。第１及び第２パーティ４０２a、４０２bの各々は、図１を参照して説明したようなAlice１０３a又はBob１０３bの役割を果たしてよい。つまり、第１パーティ４０２aは、各々のコンピューティング機器１０２aを含み、Alice１０３aに関連するアクションの一部又は全部を実行するよう構成されるクライアントアプリケーション１０５aを操作してよい。同様に、第２パーティ４０２bは、各々のコンピューティング機器１０２bを含み、Bob１０３bに関連するアクションの一部又は全部を実行するよう構成されるクライアントアプリケーション１０５bを操作してよい。第１パーティ４０２aは、Bob１０３bに関連するアクションの一部又は全部を実行してよく、逆も同様であることに留意する。
【0076】
インターネットサーバ４０１は、１つ以上のプロセッサ、例えば、１つ以上の中央処理装置（CPU）、アクセラレータプロセッサ、特定用途向けプロセッサ、及び／又はフィールドプログラマブルゲートアレイ（FPGA）、及び特定用途向け集積回路（ASIC）のような他の機器を含む処理装置を含む。インターネットサーバ４０１はまた、メモリ、すなわち、非一時的コンピュータ読み取り可能媒体又は媒体の形態のコンピュータ読み取り可能記憶装置を備える。メモリは、１つ以上のメモリ媒体、例えば、ハードディスクなどの磁気媒体、固体ドライブ（solid-state drive （SSD））、フラッシュメモリ又はEEPROMなどの電子媒体、及び／又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。インターネットサーバ４０１上のメモリは、処理機器上で実行するよう構成されるソフトウェアを格納してよい。ソフトウェアは、最初に、１つ以上の適切なコンピュータ読み取り可能な記憶媒体、例えばサーバからダウンロードされたもの、又はリムーバブルSSD、フラッシュメモリキー、リムーバブルEEPROM、リムーバブル磁気ディスクドライブ、磁気フロッピーディスク又はテープ、光ディスク、例えばCD又はDVD ROM、又はリムーバブル光学ドライブなどのリムーバブル記憶装置上で、インターネットサーバ４０１に提供され得る。
【0077】
インターネットサーバ自体はよく知られているので、それらの一般的な機能はここで詳細に説明されない。概して、インターネットサーバ４０１は、以下：データベースサーバ、メールサーバ、Webサーバ、ゲームサーバ、又はアプリケーションサーバ、のうちの任意の形式を取ってよい。インターネットサーバ４０１は、代わりに他の形式を取ってもよい。データベースサーバは、他のコンピュータプログラムに又はコンピュータにデータベースサービスを提供するデータベースアプリケーションを使用するサーバである。Webサーバは、ワールドワイドウェブ（World Wide Web）上のクライアント要求を満たすよう構成されるサーバである。Webサーバは、通常、１つ以上のWebサイトをホスティングし、HTTP及び幾つかの他の関連プロトコルを介して入来するネットワーク要求を処理する。アプリケーションサーバは、通常、Webアプリケーションを生成する設備及びそれらを実行するサーバ環境の両方を提供する。ゲームサーバ（ホストと呼ばれることもある）は、マルチプレイヤビデオゲームで当局のイベントソースであるサーバである。サーバは、その内部状態に関する十分なデータを送信して、自身に接続されたクライアントがプレイヤに表示するためにそれら自体のゲーム世界の正確なバージョンを維持できるようにする。それらは、また、各プレイヤの入力を受信し処理する。
【0078】
インターネットサーバ４０１は、自身に接続されたクライアントへのインターネットサービスをホスティングする（つまりサービスする）よう構成される。インターネットサーバ４０１によりホスティングされるインターネットサービスの種類は、インターネットサーバ４０１の形式に依存する。インターネットサーバ４０１がWebサーバである場合、インターネットサービスはWebサイトであるが、インターネットサーバ４０１がメールサーバである場合、インターネットサービスはメールボックスである。同様に、ゲームサーバはオンラインビデオゲームの形式のインターネットサービスをホスティングし、データベースサーバはオンラインデータベースの形式でインターネットサービスをホスティングし、アプリケーションサーバはインターネットを使用して実行するアプリケーションの形式でインターネットサービスをホスティングする。
【0079】
ブロックチェーントランザクションをブロックチェーンネットワークに提出するために、１つ以上のブロックチェーンノード１０４に直接接続する代わりに、第１パーティ４０２a（つまり、第１パーティ４０２aにより操作されるクライアントアプリケーション１０５a）は、インターネットサーバ４０１によりホスティングされるインターネットサービスを介してインターネットサーバ４０１に接続するよう構成される。第１パーティ４０２aは、ここでもインターネットサービスを介して、ブロックチェーントランザクションの１つ以上のコンポーネントをインターネットサーバに提供する。つまり、第１パーティ４０２aは、インターネットサービスを介して、インターネットサーバ４０１に、ブロックチェーントランザクションの少なくとも部分を送信する。幾つかの例では、第１パーティ４０２aは、完全なブロックチェーントランザクションを提供する。他の例では、第１パーティ４０２aは、トランザクションテンプレイトを完成させるために、ブロックチェーントランザクションの１つ以上のインプット及び／又は１つ以上のアウトプットを送信する。インプット又はアウトプットを送信することは、インプットデータ（例えば、アンロックスクリプト又はアンロックスクリプトの部分）又はアウトプットデータ（例えば、ロックスクリプト又はロックスクリプトの部分）を送信することを意味すると考えられることに留意する。例えば、第１パーティ４０２aは、第１パーティ４０２aにより所有される秘密鍵を用いて生成された署名を、インターネットサーバ４０１に送信してよい。別の例として、第１パーティ４０２aは、第１パーティ４０２a又は第２パーティ４０２bにリンクされてよい公開鍵又は公開鍵ハッシュを供給してよい。
【0080】
インターネットサーバ４０１によりホスティングされるインターネットサービスは、データを入力するための１つ以上のデータエントリフィールド（つまり、インプットフィールド）を含んでよい。第１パーティ４０２aは、トランザクションデータ、例えば署名、公開鍵、トランザクション識別子、トランザクションアウトポイント、等をデータエントリフィールドを用いて入力してよい。同様に、インターネットサービスは、トランザクションデータ、例えば署名又は公開鍵ハッシュを生成する１つ以上の機能を含んでよい。
【0081】
望ましくは、第１パーティ４０２aはインターネットサーバ４０１とのセキュアな通信チャネルを有し、及び／又は第１パーティ４０２aは１つ以上の暗号技術を使用してセキュリティ及び／又はプライバシを保護することに留意する。これらは以下で議論される。
【0082】
インターネットサーバ４０１は、１つ以上のトランザクションコンポーネントを取得し、これらのコンポーネントを含むトランザクションを１つ以上のブロックチェーンノード１０４に送信するよう構成される。第１パーティ４０２aが完全なトランザクションを供給した場合、インターネットサーバ４０１は、該トランザクションをブロックチェーンノード１０４へ転送する。代替として、インターネットサーバ４０１は、トランザクションコンポーネントに基づき、例えばコンポーネント、つまりデータをトランザクションテンプレイトに入力することにより、トランザクションを生成してよい。
【0083】
図５は、第１パーティ４０２aからインターネットサーバ４０１を介してブロックチェーンネットワークへのトランザクションの例示的なフローを示す。図示のように、実際には、複数のインターネットサーバ４０１によりサービスされる多数の異なるパーティ４０２（例えば、ユーザ）が存在してよい。任意の所与のインターネットサーバ４０１は、単一のパーティ４０２又は複数のパーティ４０２にサービスしてよい。同様に、インターネットサーバ４０１は、１つのブロックチェーンノード１０４のみに、又は複数のブロックチェーンノード１０４に接続されてよい。
【0084】
インターネットサーバ４０１は、各々のブロックチェーンノード１０４への１つ以上の各々の接続を介して、ブロックチェーンネットワーク１０６への永久的な接続を維持してよい。代替として、インターネットサーバ４０１は、１つ以上のブロックチェーンノード１０４に周期的に接続してよく、又はインターネットサーバ４０１はアドホックベースで接続してよい。
【0085】
インターネットサーバ４０１は、最小限の数のブロックチェーンノードへの接続を維持してよい。例えば、接続の数が所定の最小値を下回った場合、インターネットサーバ４０１は、１つ以上の追加ノードに接続して、接続の数を少なくとも所定の最小値にまで戻してよい。
【0086】
これとは対照的に、第１パーティ４０２aは、インターネットサーバ４０１への永続的な接続を持つ必要はなく、代わりに、例えばインターネットサービスを使用するときに、インターネットサービスを介して、アドホックベースで、インターネットサーバ４０１に接続することができる。ただし、第１パーティ４０２aがインターネットサービスを介してインターネットサーバ４０１に永続的に接続されている可能性も排除されない。
【0087】
システム４００が第２パーティ４０２bを含む実施形態では、第２パーティ４０２bは第１パーティ４０２aに要求メッセージを送信することができる。要求メッセージは、例えばサイドチャネル１０７を介して、第１パーティ４０２aに直接送信することができる。あるいは、インターネットサーバ４０１を介して要求メッセージを送信することもできる。すなわち、第２パーティ４０２aは、インターネットサーバ４０１がホスティングするインターネットサービスを利用して、インターネットサーバ４０１に要求メッセージを送信し、インターネットサーバは、インターネットサービスを利用して、第１パーティ４０２aに要求メッセージを提示することができる。説明のための例として、要求メッセージは、Webサーバ４０１がホスティングするWebサイト（例えば、ソーシャルメディアサイト）を利用して入力され、提示されることができる。
【0088】
要求メッセージは、例えば商品やサービスの見返りとして、第１パーティ４０２aが所有する多数のデジタルアセットを第２パーティ４０２bに割り当てる要求を含むことができる。追加又は代替として、要求メッセージは、ブロックチェーントランザクションの１つ以上のコンポーネントを含むことができる。例えば、要求メッセージは、第２パーティ４０２bにリンクされた公開鍵（又はそのハッシュ）を含むロックスクリプトを含むことができる。
【0089】
第１パーティ４０２aは、要求メッセージの受信に応答して、ブロックチェーントランザクション（又はブロックチェーントランザクションの少なくとも１つ以上のコンポーネント）をインターネットサーバ４０１に送信することができる。例として、第２パーティ４０２bはブロックチェーンアドレスを第１パーティ４０２aに（例えば、インターネットサーバ４０１を介して）送信し、第１パーティ４０２aはUTXOをアンロックするための署名をインターネットサーバ４０１に送信することができる。その後、インターネットサーバ４０１は、これらのコンポーネントに基づいて、ブロックチェーンネットワーク１０６に送信するためのトランザクションを策定する（formulate）ことができる。
【0090】
なお、第１パーティ４０２aは、第２パーティ４０２bによって実行されたと説明されている要求メッセージに関連付けられた任意のアクションを、必要な適応を伴って実行することができる。つまり、第１パーティ４０２aは、例えば、第１パーティ４０２aにリンクされたブロックチェーンアドレスにデジタルアセットの金額を割り当てるために、第２パーティ４０２bに要求メッセージを送信することができる。
【0091】
幾つかの実施形態では、第１パーティ４０２aがブロックチェーントランザクション（又はそのコンポーネント）をインターネットサーバ４０１に送信した後、インターネットサーバ４０１が後にブロックチェーンネットワーク１０６にブロックチェーントランザクションを送信した後、インターネットサーバ４０１が更新メッセージを第１パーティ４０２aに送信することができる。更新メッセージは、インターネットサービスを介して第１パーティ４０２aに提示される。
【0092】
一般に、更新メッセージは、ブロックチェーンネットワーク１０６に送提出されたトランザクションに関する情報を含む。更新メッセージは、トランザクション自体、すなわち、第１パーティ４０２aによって提供され、ネットワーク１０６に提出されたコンポーネントを含むトランザクションのコピーを含む場合がある。更新メッセージは、追加又は代替オプションとして、トランザクションがブロックチェーン１５０で正常に公開されたことの指示を含むメッセージを含む場合がある。指示は、トランザクションが含まれているブロック１５１のブロックヘッダを含んでよい。幾つかの例では、更新メッセージは、トランザクションがブロック１５１に含まれていることを検証するためのマークル（Merkle）パスを含むことがある。Merkleパスは、トランザクションのハッシュとともに、MerkleツリーのMerkleルートを計算するために使用されるハッシュのセットを含む。Merkleパスとトランザクションのハッシュを使用して生成されたMerkleルートが、ブロックチェーン１５０のブロック１５１のブロックヘッダに対応する場合、第１パーティ４０２aは、トランザクションがそのブロック１５１に含まれていたことを確認できる。
【0093】
別のオプション機能として、インターネットサーバ４０１は、第１パーティ４０２aに関連付けられた連絡先（すなわち、他のパーティ４０２）のリストを維持するように構成できる。各連絡先について、インターネットサーバ４０１は、その連絡先にリンクされた、つまりその連絡先によって所有されている、１つ以上のブロックチェーンアドレス（例えば、公開鍵や公開鍵ハッシュ）を記録することもできる。インターネットサーバ４０１は、インターネットサービスを介して、連絡先及び／又はブロックチェーンアドレスのリストを第１パーティ４０２aに転送することができる。第１パーティ４０２aは、この情報を使用して第１パーティの連絡先に接続できる。この意味で、連絡先との接続は、第１パーティ４０２aが所有するデジタルアセットを連絡先のうちの１つ（例えば、第２パーティ４０２b）に割り当てることを含む場合がある。
【0094】
前述のように、インターネットサーバ４０１は、Webサービス、例えばWebサイトをホスティングするWebサーバである場合がある。つまり、Webサーバ４０１は、第１パーティ４０２aに対して、１つ以上のWebページを提供する場合がある。望ましくは、第１パーティ４０２a（すなわち、第１パーティ４０２aが操作するクライアントアプリケーション）とWebサーバ４０１はハイパーテキスト転送プロトコル（Hypertext Transfer Protocol （HTTP））を使用して通信する。例えば、トランザクション（又はそのコンポーネント）は、HTTPを使用してWebサーバ４０１に送信することができる。同様に、要求メッセージをHTTPを使用してWebサーバ４０１へ送信する／から受信することもできる。更新メッセージは、HTTPを使用してWebサーバ４０１から第１パーティ４０２aに送信することもできる。HTTPが好適であるが、第１パーティ４０２aとWebサーバの間で、簡易メール転送プロトコル（Simple Mail Transfer Protocol （SMTP））又はファイル転送プロトコル（File Transfer Protocol （FTP））などの代替プロトコルを使用してデータを送信することも除外されない。
【0095】
代替として、インターネットサーバ４０１は、メールサービス、例えば電子メールアプリケーションをホスティングするメールサーバである場合がある。第１パーティ４０２aから見ると、メールサーバは、受信メールサーバ及び／又は送信メールサーバであってもよい。第１パーティ４０２aとメールサーバは、送信メッセージには単一の簡易メール転送プロトコル（Simple Mail Transfer Protocol （SMTP））を、受信メッセージにはポストオフィスプロトコル（Post Office Protocol （POP））、例えばPOP３、又はインターネットメッセージアクセスプロトコル（Internet Message Access Protocol （IMAP））のいずれかを使用して通信してもよい。
【0096】
Webサイト又は電子メールアプリケーションは、ブロックチェーントランザクション又はそのコンポーネントを各々Webサーバ又はメールサーバに送信するように構成された組み込み関数を含むことができる。例えば、既存の電子メールアプリケーションを変更して、トランザクションデータを受信及び／又は生成するように構成されたデータ入力フィールド又は「ボタン」を含めることができる。Webサイト（例えば、ソーシャルメディアサイトやその他の種類のWebページ）にも、同様に構成された機能が含まれる場合がある。
【0097】
以下は、本発明の実施形態を実装するように構成されたWebサーバ及びメールサーバに関する更なる詳細を提供する。
【0098】
インターネットサーバ４０１は、Web２．０サーバであってもよい。Web２．０は、第２世代のワールドワイドウェブを表す。Web２．０は、ユーザがソーシャルメディア、ブログ、その他のWebベースのコミュニティを通じてオンラインで情報を共有するためのインタラクティブで動的なWeb経験を提供する。Webのバックエンドインフラストラクチャは同じままであるが、フロントエンドは、新しいユーザ情報フローと、ユーザ入力に応答する動的コンテンツをサポートするために、例えばAJAXやJavaScriptフレームワークによってサポートされるWebブラウザ技術で強化されている。
【0099】
Web２．０サーバ（及び一般的なWebサーバ）は、ブロックチェーンネットワーク１０６上のブロックチェーンノード１０４にトランザクションを伝播するために使用されることがある。ユーザ４０２aは、ブラウザベースのクライアントアプリケーションを操作することができ、これは、簡易支払い検証（simplified payment verification （SPV））方法に作用することがある。本願は、例えばソーシャルメディアサイトなどのWeb２．０プラットフォーム上で、ブラウザ拡張機能として表れることがある。ユーザは、アプリケーションAPIを使用してトランザクションを作成することができる。その後、アプリケーションは、１つ以上のWeb２．０サーバを介して、１つ以上のブロックチェーンノード１０４にトランザクションを伝播する。これらのブロックチェーンノードは、トランザクションを妥当性確認し、例えばWeb２．０サーバを介してクライアントアプリケーションに更新を返送する場合がある。図５は、この処理を概略的に示している。
【0100】
SPVクライアントアプリケーションは高いレベルの接続性を必要とするため、本発明を利用することができる。このようなアプリケーションでは、ブロックチェーン１５０上で公開されるトランザクションに機密データが含まれているため、高度なセキュリティが必要になることもある。そのため、Webサーバに提出されるデータは、ユーザ４０２aにより、又はWebサービスによって暗号化される場合がある。
【0101】
Webサーバを使用したブロックチェーンネットワーク１０６への接続は、ネットワーク発見中に新しいユーザをブートストラップするためにも使用される場合がある。URLFluxベースのコマンド及び制御（URL Flux-based Command and Control （UFCC））は、Web２．０サービスを使用した通信のための集中型アーキテクチャである。UFCCは、アクティブなピアへのWebリンクを介してネットワーク内のピアリストを管理する。リンクは通常、２４時間のオンライン可用性を約束する一般的なWeb２．０サービスにアップロードされる。SPVクライアントアプリケーションの場合、ブートストラップ手順中に他のオンラインピア（すなわち、SPVクライアントアプリケーションの各々のインスタンスを操作しているピア）と接続するためのUFCC通信システムを実装できる。
【0102】
ブロックチェーンノード１０４は、ブロックチェーンネットワーク１０６に参加するときに、同様のブートストラップ処理を使用して、他のブロックチェーンノード１０４を発見することができる。例えば、ブロックチェーンノード１０４は、トランザクションをオンラインノード１０４にブロードキャストするために、他のブロックチェーンノード１０４のリスト（ソーシャルメディアアカウント上の連絡先のリストなど）をダウンロードして、ブロックチェーンネットワーク１０６でどのブロックチェーンノード１０４がアクティブ（例えば、「オンライン」）であるかを知ることができる。このリストはインターネットサーバ４０１によって維持され、例えば要求に応じてノード１０４にリストを送信することができる。リストには識別子（例えば、ネットワークアドレス、公開鍵など）のリストを含めることができる。各識別子は異なるノード１０４に関連付けられる。
【0103】
インターネットサーバは、メールサーバであってもよい。メールサーバは、電子メールアカウントに類似したクライアントアプリケーションを提供するために使用される場合がある。メールサーバは、ユーザ４０２（アカウント保持者）のアドレス（例えば公開鍵や公開鍵ハッシュ）を監視してUTXOを統合し、アカウント情報をメールサーバに保存する。この情報は、ユーザがアカウントにアクセスしたときにユーザに提示されることがある。
【0104】
メールサーバは非保管の場合がある。すなわち、サーバは第１パーティ４０２aの代理としてデジタル鍵を保存しない。サーバ４０１は、アカウント保持者（第１パーティ４０２a）のID（identity）を証明する顧客の本人確認（know-your-customer （KYC））情報をファイルすることができる。この情報は、オンチェーン又はオフチェーンに格納することができる。例えば、サーバ４０１は、ブロックチェーントランザクションに埋め込まれたデジタルID証明書の場所へのポインタを格納することができる。サーバ４０１は、UTXOセット内の関連するトランザクションIDを監視して、ユーザの認証済み鍵が最新であること、すなわちデジタル証明書の有効期限が切れていないことを確認する。サーバ４０１は、ユーザの認証済み鍵の有効期限が切れていない場合にのみ、トランザクションをブロックチェーン１５０に提出することができる。これは、他の種類のインターネットサーバ４０１にも適用できることに注意する。
【0105】
前述のように、暗号技術は、インターネットサーバ４０１を介してトランザクションを伝播する際に、ユーザのセキュリティ及び／又はプライバシが保たれることを保証するために使用される場合がある。例えば、第１パーティ４０２aは、デジタル鍵管理を実装して、個々のトランザクションに署名するために使用される一意のデジタル鍵ペアを循環させることができる。例えば、トランザクションに署名するために同じ鍵が複数回使用されることがない。同様に、第２パーティ４０２b（例えば商人）は、第１パーティ４０２aが認証済み鍵でトランザクションに署名することを要求することによって、顧客の本人確認（KYC）及び／又はマネーロンダリング防止（anti-money laundering （AML））の規制遵守を確保できる。デジタル鍵ペアは一度しか使用されないことが望ましいため、認証済みルート鍵から導出した階層的な決定鍵を使用して、ユーザのデジタル鍵ペアを認証済みIDに暗号的にリンクすることができる。例えば、GB１９１３７０４．１を参照のこと。この方法をシークレット値導出方法と組み合わせて、共有シークレットを鍵の導出パスに埋め込むことで、送信者と受信者の間にプライベートリンクを作成することもできる（例えば、WO／２０１７／１４５０１６を参照のこと）。別の例として、より大きな資金にリンクされているユーザの秘密鍵を保護するための追加の措置を講じることができる。ユーザは、秘密鍵のシェアから導出したデジタル署名でトランザクションに部分的に署名することができる。完全なトランザクションをブロードキャストするには、閾数の署名に達する必要がある。完全な秘密鍵（すべての鍵シェアの組み合わせ）は存在しないことに注意する。つまり、悪意のあるエージェントによってユーザのWebウォレットから盗まれることはない。当業者は、閾値署名方式をよく知っている。最後に、第１パーティ４０２aは暗号化されたブラウザを使用することができ、これにより、HTTPS通信プロトコルに従ってTLSクライアント／サーバ鍵暗号化を使用してトラフィックを暗号化できる。これは、ユーザとサーバの両方の楕円曲線デジタル署名アルゴリズム（ECDSA）鍵に基づくWebウォレット発行者のSSLサーバ証明書とSSLクライアント証明書である場合がある。
【0106】
図６及び７は、本発明の例示的な使用例を示す。図６は、ブロックチェーン１５０を使用してユーザ（第１パーティ４０２a）に製品の販売を行う商人（第２パーティ４０２b）を示している。図７は、ブロックチェーン１５０を使用してユーザから製品の返金要求を受ける商人を示している。この例は説明目的のみであり、この技術は他の使用例により一般的に適用される可能性があることが理解される。つまり、本発明の実施形態は、顧客-商人型の相互作用に限定されない。
【0107】
図６に示すシーケンスは次の通りである。幾つかのステップは任意であることが理解されるであろう。ステップ１で、商人４０２bはインターネットサーバ４０１に支払い要求を送信する。支払い要求は、デジタルアセットの金額の要求を含むことができる。支払い要求は、デジタルアセットの金額を商人４０２bに関連付けられたブロックチェーンアドレスにロックするためのロックスクリプト、又はロックスクリプトの一部を含むことができる。インターネットサーバ４０１が信頼できる第３者によって運用され、及び／又はセキュアな通信チャネルが使用されている場合は、支払い要求には、完全なロックスクリプトではなく、望ましくはロックスクリプトの一部のみが含まれることに注意する。ステップ２で、インターネットサーバ４０１は、顧客がオンラインになったとき、例えばWebサービスや電子メールアプリケーションにアクセスしたときに、顧客４０２aに送信する要求を保存する。ステップ３で、顧客４０２aがオンラインになり、インターネットサーバ４０１は顧客４０２aに要求を送信する。ステップ４で、顧客４０２aが要求に応答する。顧客４０２aは要求を拒否することができるため、インターネットサーバ４０１に拒否メッセージを返信し、インターネットサーバは商人４０２bに転送する。代替として、図６に示すように、顧客４０２aが要求を受け入れることもできる。これには、顧客が以前のトランザクションのUTXOをアンロックするための署名など、署名をインターネットサーバ４０１に送り返すことが含まれる場合がある。
【0108】
その後、インターネットサーバ４０１は幾つかのオプションのいずれかを取ることができ、そのうちの２つが示されている。一例では、ステップ５aで、インターネットサーバ４０１は署名済みトランザクションをブロックチェーンネットワーク１０６に直接送信する。例えば、インターネットサーバ４０１は、支払い要求に含まれるデータと顧客４０２aからの署名を使用して、トランザクションテンプレイトを完成させることができる。ステップ６aと７aで、インターネットサーバ４０１は、商人４０２bと顧客４０２aに各々更新を送信する。更新には、トランザクションがブロック１５１に含まれていることを検証するためのMerkleパス、又はトランザクションに関連するその他のデータを含めることができる。
【0109】
別の例では、ステップ５bで、インターネットサーバ４０１は署名済みトランザクションを商人４０２bに送信する。ステップ６bで、商人は、インターネットサーバ４０１に送信する前に、トランザクションをチェックし、完了させる、例えばトランザクションに署名することができる。代替として、商人は、ノード１０４に直接接続している場合は、ブロックチェーンネットワーク１０６にトランザクションを提出することができる。ステップ７bで、インターネットサーバ４０１はトランザクションをブロックチェーンネットワーク１０６に送信する。ステップ８bと９bで、インターネットサーバ４０１は、商人４０２bと顧客４０２aに各々更新を送信する。
【0110】
図７に示すシーケンスは次の通りである。幾つかのステップは任意であることが理解されるであろう。図７のステップは図６のステップと同様である。ステップ１で、顧客４０２aはインターネットサーバ４０１に返金要求を送信する。返金要求は、デジタルアセットの金額の要求を含むことができる。返金要求は、デジタルアセットの金額を顧客４０２aに関連付けられたブロックチェーンアドレスにロックするためのロックスクリプト、又はロックスクリプトの一部を含むことができる。支払い要求の場合のように、インターネットサーバ４０１が信頼できる第３者によって運用され、及び／又はセキュアな通信チャネルが使用されている場合は、返金要求には、完全なロックスクリプトではなく、望ましくはロックスクリプトの一部のみが含まれる。ステップ２で、インターネットサーバ４０１は、商人がオンラインになったとき、例えばWebサービスや電子メールアプリケーションにアクセスしたときに、商人４０２aに送信する要求を保存する。ステップ３で、商人４０２bがオンラインになり、インターネットサーバ４０１は商人４０２bに要求を送信する。インターネットサーバ４０１は、商人４０２bが要求を受け入れるための証明として、顧客の認証済み鍵を送信することができる。ステップ４で、商人４０２bが要求に応答する。商人４０２bは要求を拒否することができるため、インターネットサーバ４０１に拒否メッセージを返信し、インターネットサーバは顧客４０２aに転送する。代替として、図７に示すように、商人４０２aが要求を受け入れることもできる。これには、商人４０２bが、以前のトランザクションのUTXOをアンロックするための署名など、署名をインターネットサーバ４０１に送り返すことが含まれる場合がある。インターネットサーバ４０１は、商人４０２bによって送信された場合、完全なトランザクションとMerkleパスを保存することがある。代替として、商人４０２bは入力トランザクションをダウンロードし、Merkleパスを検索することもある。ステップ５で、インターネットサーバ４０１は署名済みトランザクションをブロックチェーンネットワーク１０６に直接送信する。例えば、インターネットサーバ４０１は、返金要求に含まれるデータと商人４０２bからの署名を使用して、トランザクションテンプレイトを完成させることができる。ステップ６と７で、インターネットサーバ４０１は、商人４０２bと顧客４０２aに各々更新を送信する。更新には、トランザクションがブロック１５１に含まれていることを検証するためのMerkleパス、又はトランザクションに関連するその他のデータを含めることができる。
【0111】
要約すると、既存のWeb及びメールサーバのインフラストラクチャを使用して、ブロックチェーンネットワーク１０６へのユーザ（及びその他のパーティ）４０２の接続性を高めることができる。ブロックチェーントランザクションは、Webサーバ（例えば、Web２．０サーバ）経由でブロックチェーンノード１０４にブロードキャストされる場合がある。ネットワーク発見は、Webサービス又は電子メールサービスにも接続されているアクティブなピアへの新しいユーザのブートストラップ手順中に改善できる。本発明は、高度なネットワーク接続が必要なSPV方式を使用する軽量クライアントアプリケーションに特に有利である。軽量クライアントはブロックチェーン全体へのアクセスを必要としないため、トランザクションはWeb又はメールサービスを介して伝播できる。通常、大規模なユーザベースと２４時間のオンライン可用性により、Web２．０サービス（及びその他のインターネットサービス）は、ブロックチェーンクライアントアプリケーションのトランザクション伝播を促進する上で非常に効果的である。HTTPベースのアプリケーションに加えて、SMTP及びIMAP／POPプロトコルを使用して、電子メールアカウントに類似したメールサーバを使用してトランザクションを伝播できる。
【0112】
＜結論＞
開示された技術の他の変形例又は使用事例は、本明細書で開示されると、当業者に明らかになり得る。本開示の範囲は、記載された実施形態によって限定されるものではなく、添付の特許請求の範囲によってのみ限定される。
開示された技術の他の変形例又は使用事例は、本明細書で開示されると、当業者に明らかになり得る。本開示の範囲は、記載された実施形態によって限定されるものではなく、添付の特許請求の範囲によってのみ限定される。
【0113】
例えば、上述の幾つかの実施形態は、ビットコインネットワーク１０６、ビットコインブロックチェーン１５０、及びビットコインノード１０４の観点で説明された。しかしながら、ビットコインブロックチェーンは、ブロックチェーン１５０の１つの特定の例であり、上述の説明は任意のブロックチェーンに一般的に適用されてよいことが理解される。つまり、本発明は、ビットコインブロックチェーンに何ら限定されない。より一般的には、上述のビットコインネットワーク１０６、ビットコインブロックチェーン１５０、及びビットコインノード１０４への言及は、ブロックチェーンネットワーク１０６、ブロックチェーン１５０、及びブロックチェーンノード１０４により各々置き換えられてよい。ブロックチェーン、ブロックチェーンネットワーク、及び／又はブロックチェーンノードは、ビットコインブロックチェーン１５０、ビットコインネットワーク１０６、及びビットコインノード１０４の上述の特性の一部又は全部を共有してよい。
【0114】
本発明の好適な実施形態では、ブロックチェーンネットワーク１０６は、ビットコインネットワークであり、ビットコインノード１０４はブロックチェーン１５０のブロック１５１を生成し、公開し、伝播し、及び格納する上述の機能の少なくとも全部を実行する。これらの機能の全部ではなく１つ又は一部のみを実行する他のネットワークエンティティ（又はネットワーク要素）が存在することが除外されない。つまり、ネットワークエンティティは、ブロックを伝播し及び／又は格納する機能を実行してよいが、ブロックを生成し公開しなくてよい（これらのエンティティが好適なビットコインネットワーク１０６のノードと見なされないことを思い出してほしい）。
【0115】
本発明の好適でない実施形態では、ブロックチェーンネットワーク１０６はビットコインネットワークでなくてもよい。これらの実施形態では、ノードが、ブロックチェーン１５０のブロック１５１を生成し、公開し、伝播し、及び格納する機能の全部ではなく少なくとも１つ又は一部を実行してよいことが除外されない。例えば、これらの他のブロックチェーンネットワークでは、「ノード」は、ブロック１５１を生成し公開するよう構成されるが該ブロック１５１を格納し及び／又は他のノードに伝播しないネットワークエンティティを表すために使用されてよい。
【0116】
更に一般的には、上述の用語「ビットコインノード」１０４の言及は、用語「ネットワークエンティティ」又は「ネットワーク要素」と置き換えられてよい。このようなエンティティ／要素は、ブロックを生成し、公開し、伝播し、及び格納する役割のうちの一部又は全部を実行するよう構成される。そのようなネットワークエンティティ／要素の機能は、ハードウェアで、ブロックチェーンノード１０４を参照して上述したのと同じ方法で実装されてよい。
【0117】
上記の実施形態は、単なる例示として説明したものであることが理解されるであろう。より一般的には、以下の記述のうちの任意の１つ以上に従った方法、装置又はプログラムが提供され得る。
【0118】
（ステートメント１）
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、第１パーティにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法。
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、第１パーティにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して前記インターネットサーバへ送信するステップであって、前記インターネットサーバは、前記ブロックチェーンネットワークの１つ以上のノードに結合し、ブロックチェーントランザクションをブロックチェーンの前記１つ以上のノードに送信するよう構成され、前記送信されたブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップを含む方法。
【0119】
（ステートメント２）
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、ステートメント１に記載の方法。
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、ステートメント１に記載の方法。
【0120】
（ステートメント３）
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記Webサーバに送信される、ステートメント２に記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記Webサーバに送信される、ステートメント２に記載の方法。
【0121】
（ステートメント４）
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、ステートメント１に記載の方法。
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、ステートメント１に記載の方法。
【0122】
（ステートメント５）
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記メールサーバに送信される、ステートメント４に記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記メールサーバに送信される、ステートメント４に記載の方法。
【0123】
（ステートメント６）
前記インターネットサービスはデータを入力するための入力フィールドを含み、
前記方法は、前記入力フィールドを介して前記ブロックチェーントランザクションの前記少なくとも部分を入力するステップを含むステートメント１～５のいずれかに記載の方法。
前記インターネットサービスはデータを入力するための入力フィールドを含み、
前記方法は、前記入力フィールドを介して前記ブロックチェーントランザクションの前記少なくとも部分を入力するステップを含むステートメント１～５のいずれかに記載の方法。
【0124】
（ステートメント７）
前記ブロックチェーントランザクションの前記少なくとも部分を生成するステップを含むステートメント１～６のいずれかに記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分を生成するステップを含むステートメント１～６のいずれかに記載の方法。
【0125】
（ステートメント８）
前記ブロックチェーントランザクションの前記少なくとも部分は第２パーティにより生成される、ステートメント１～６のいずれかに記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は第２パーティにより生成される、ステートメント１～６のいずれかに記載の方法。
【0126】
（ステートメント９）
前記ブロックチェーントランザクションの前記少なくとも部分は、前記第１パーティ及び／又は前記第２パーティにより生成された各々のデジタル署名を含む、ステートメント１～８のいずれかに記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は、前記第１パーティ及び／又は前記第２パーティにより生成された各々のデジタル署名を含む、ステートメント１～８のいずれかに記載の方法。
【0127】
（ステートメント１０）
前記ブロックチェーントランザクションの前記少なくとも部分は完全なブロックチェーントランザクションである、ステートメント１～９のいずれかに記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は完全なブロックチェーントランザクションである、ステートメント１～９のいずれかに記載の方法。
【0128】
（ステートメント１１）
前記インターネットサービスを介して前記インターネットサーバから要求メッセージを受信するステップを含み、前記前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージの受信に応答し、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求であって、前記要求は前記第２パーティから生じる、要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～１０のいずれかに記載の方法。
前記インターネットサービスを介して前記インターネットサーバから要求メッセージを受信するステップを含み、前記前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージの受信に応答し、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求であって、前記要求は前記第２パーティから生じる、要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～１０のいずれかに記載の方法。
【0129】
（ステートメント１２）
前記インターネットサービスを介して前記インターネットサーバに要求メッセージを送信するステップを含み、前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージに対する応答の受信に応答し、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第１パーティに割り当てる要求であって、前記要求は前記第１パーティから生じる、要求、及び／又は、
前記第１パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～１０のいずれかに記載の方法。
前記インターネットサービスを介して前記インターネットサーバに要求メッセージを送信するステップを含み、前記ブロックチェーントランザクションの前記少なくとも部分を送信するステップは、前記要求メッセージに対する応答の受信に応答し、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第１パーティに割り当てる要求であって、前記要求は前記第１パーティから生じる、要求、及び／又は、
前記第１パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～１０のいずれかに記載の方法。
【0130】
（ステートメント１３）
前記インターネットサービスを介して前記インターネットサーバから更新メッセージを受信するステップを含み、前記更新メッセージは、以下：
前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションが前記ブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、ステートメント１～１２のいずれかに記載の方法。
前記インターネットサービスを介して前記インターネットサーバから更新メッセージを受信するステップを含み、前記更新メッセージは、以下：
前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションが前記ブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、ステートメント１～１２のいずれかに記載の方法。
【0131】
要求メッセージは、HTTPを使用して送受信できる。更新メッセージは、HTTPを使用して受信できる。要求メッセージ又は更新メッセージは、ポストオフィスプロトコル（POP）、又はインターネットメッセージアクセスプロトコル（IMAP）のいずれかを使用して受信できる。要求メッセージは、SMTPを使用して送受信できる。
【0132】
（ステートメント１４）
前記インターネットサービスを介して前記インターネットサーバから、前記第１パーティに関連付けられたコントラクトのリストを受信するステップを含み、前記リスト内のコントラクト毎に、前記リストは、該コントラクトに関連付けられた各々の１つ以上のブロックチェーンアドレスを含む、ステートメント１～１３のいずれかに記載の方法。
前記インターネットサービスを介して前記インターネットサーバから、前記第１パーティに関連付けられたコントラクトのリストを受信するステップを含み、前記リスト内のコントラクト毎に、前記リストは、該コントラクトに関連付けられた各々の１つ以上のブロックチェーンアドレスを含む、ステートメント１～１３のいずれかに記載の方法。
【0133】
（ステートメント１５）
前記ブロックチェーントランザクションのアウトプットは、前記コントラクトのうちの１つに関連付けられたブロックチェーンアドレスにロックされる、ステートメント１４に記載の方法。
前記ブロックチェーントランザクションのアウトプットは、前記コントラクトのうちの１つに関連付けられたブロックチェーンアドレスにロックされる、ステートメント１４に記載の方法。
【0134】
（ステートメント１６）
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、１つ以上のブロックチェーンノードに結合するよう構成されるインターネットサーバにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して第１パーティから受信するステップと、
ブロックチェーントランザクションを前記１つ以上のブロックチェーンノードに送信するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップと、
を含む方法。
ブロックチェーントランザクションをブロックチェーンネットワークに送信する、コンピュータが実施する方法であって、前記方法は、１つ以上のブロックチェーンノードに結合するよう構成されるインターネットサーバにより実行され、
ブロックチェーントランザクションの少なくとも部分を、インターネットサーバによりホスティングされるインターネットサービスを介して第１パーティから受信するステップと、
ブロックチェーントランザクションを前記１つ以上のブロックチェーンノードに送信するステップであって、前記ブロックチェーントランザクションは、前記ブロックチェーントランザクションの前記少なくとも部分を含む、ステップと、
を含む方法。
【0135】
（ステートメント１７）
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、ステートメント１６に記載の方法。
前記インターネットサーバはWebサーバであり、前記インターネットサービスはWebサービスである、ステートメント１６に記載の方法。
【0136】
（ステートメント１８）
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記第１パーティから受信される、ステートメント１７に記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は、ハイパーテキスト転送プロトコル（HTTP）を用いて前記第１パーティから受信される、ステートメント１７に記載の方法。
【0137】
（ステートメント１９）
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、ステートメント１６に記載の方法。
前記インターネットサーバはメールサーバであり、前記インターネットサービスはメールサービスである、ステートメント１６に記載の方法。
【0138】
（ステートメント２０）
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記第１パーティから受信される、ステートメント１９に記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分は、簡易メール転送プロトコル（SMTP）を用いて前記第１パーティから受信される、ステートメント１９に記載の方法。
【0139】
（ステートメント２１）
前記ブロックチェーントランザクションの前記少なくとも部分を用いて、前記ブロックチェーントランザクションを生成するステップを含むステートメント１６～２０のいずれかに記載の方法。
前記ブロックチェーントランザクションの前記少なくとも部分を用いて、前記ブロックチェーントランザクションを生成するステップを含むステートメント１６～２０のいずれかに記載の方法。
【0140】
（ステートメント２２）
前記インターネットサービスを介して第２パーティから要求メッセージを受信するステップと、
前記インターネットサービスを介して前記第１パーティに前記要求メッセージを送信するステップと、
を含み、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～２１のいずれかに記載の方法。
前記インターネットサービスを介して第２パーティから要求メッセージを受信するステップと、
前記インターネットサービスを介して前記第１パーティに前記要求メッセージを送信するステップと、
を含み、前記要求メッセージは、
前のブロックチェーントランザクションの未使用トランザクションアウトプットを前記第２パーティに割り当てる要求、及び／又は、
前記第２パーティにより生成された前記ブロックチェーントランザクションの前記少なくとも部分、
を含む、ステートメント１～２１のいずれかに記載の方法。
【0141】
（ステートメント２３）
前記インターネットサービスを介して前記第１パーティに更新メッセージを送信するステップを含み、前記更新メッセージは、以下：
前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションが前記ブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、ステートメント１～２２のいずれかに記載の方法。
前記インターネットサービスを介して前記第１パーティに更新メッセージを送信するステップを含み、前記更新メッセージは、以下：
前記ブロックチェーントランザクション、
前記ブロックチェーントランザクションが前記ブロックチェーンのブロックの中で公表されたことの指示、及び／又は、
前記ブロックチェーントランザクションが前記ブロックチェーンの前記ブロックに含まれていることを検証するためのMerkleパス、
のうちの少なくとも１つを含む、ステートメント１～２２のいずれかに記載の方法。
【0142】
（ステートメント２４）
前記要求メッセージはHTTPを用いて送信される、ステートメント１７に従属するステートメント２２に記載の方法。
前記要求メッセージはHTTPを用いて送信される、ステートメント１７に従属するステートメント２２に記載の方法。
【0143】
（ステートメント２５）
前記更新メッセージはHTTPを用いて送信される、ステートメント１７に従属するステートメント２３に記載の方法。
前記更新メッセージはHTTPを用いて送信される、ステートメント１７に従属するステートメント２３に記載の方法。
【0144】
（ステートメント２６）
前記要求メッセージはSMTPを用いて送信される、ステートメント１９に従属するステートメント２２に記載の方法。
前記要求メッセージはSMTPを用いて送信される、ステートメント１９に従属するステートメント２２に記載の方法。
【0145】
（ステートメント２７）
前記更新メッセージはSMTPを用いて送信される、ステートメント１９に従属するステートメント２３に記載の方法。
前記更新メッセージはSMTPを用いて送信される、ステートメント１９に従属するステートメント２３に記載の方法。
【0146】
（ステートメント２８）
前記第１パーティに関連付けられたコントラクトのリストを維持するステップであって、前記コントラクトのリストは、コントラクト毎に、該コントラクトに関連付けられた１つ以上のブロックチェーンアドレスを含む、ステップと、
前記第１パーティに前記コントラクトのリストを送信するステップと、
を含むステートメント１６～２７のいずれかに記載の方法。
前記第１パーティに関連付けられたコントラクトのリストを維持するステップであって、前記コントラクトのリストは、コントラクト毎に、該コントラクトに関連付けられた１つ以上のブロックチェーンアドレスを含む、ステップと、
前記第１パーティに前記コントラクトのリストを送信するステップと、
を含むステートメント１６～２７のいずれかに記載の方法。
【0147】
（ステートメント２９）
ブロックチェーンネットワークの１つ以上のブロックチェーンノードを発見する、コンピュータが実施する方法であって、インターネットサーバは識別子のリストを維持し、各識別子は、各々のブロックチェーンノードに関連付けられ、前記方法は、
前記インターネットサーバから１つ以上の識別子を取得するステップであって、各識別子は各々のブロックチェーンノードに関連付けられる、ステップと、
前記取得した１つ以上の識別子を用いて、前記関連付けられた１つ以上のブロックチェーンノードに結合するステップと、
を含む方法。
ブロックチェーンネットワークの１つ以上のブロックチェーンノードを発見する、コンピュータが実施する方法であって、インターネットサーバは識別子のリストを維持し、各識別子は、各々のブロックチェーンノードに関連付けられ、前記方法は、
前記インターネットサーバから１つ以上の識別子を取得するステップであって、各識別子は各々のブロックチェーンノードに関連付けられる、ステップと、
前記取得した１つ以上の識別子を用いて、前記関連付けられた１つ以上のブロックチェーンノードに結合するステップと、
を含む方法。
【0148】
（ステートメント３０）
前記方法は、前記１つ以上のブロックチェーンノード以外の別のブロックチェーンノードにより実行される、ステートメント２９に記載の方法。
前記方法は、前記１つ以上のブロックチェーンノード以外の別のブロックチェーンノードにより実行される、ステートメント２９に記載の方法。
【0149】
（ステートメント３１）
コンピュータ機器であって、
１つ以上のメモリユニットを含むメモリと、
１つ以上の処理ユニットを含む処理機器と、
を含み、
前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードは前記処理機器上で実行するとステートメント１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータ機器。
コンピュータ機器であって、
１つ以上のメモリユニットを含むメモリと、
１つ以上の処理ユニットを含む処理機器と、
を含み、
前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードは前記処理機器上で実行するとステートメント１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータ機器。
【0150】
（ステートメント３２）
コンピュータ可読記憶装置上に具現化され、コンピュータ機器上で実行するとステートメント１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータプログラム。
コンピュータ可読記憶装置上に具現化され、コンピュータ機器上で実行するとステートメント１～３０のいずれかに記載の方法を実行するよう構成される、コンピュータプログラム。
【0151】
本願明細書に開示される別の態様によると、前記第１パーティ及び前記インターネットサーバの動作を含む方法が提供され得る。
【0152】
本願明細書に開示される別の態様によると、前記第１パーティ及び前記インターネットサーバのコンピュータ機器を含むシステムが提供され得る。
【図1】
【図2】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【国際調査報告】