特許 7508473 ブロックチェーンの使用方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-21

(45)【発行日】2024-07-01

(54)【発明の名称】ブロックチェーンの使用方法

(51)【国際特許分類】

   H04L 9/32 20060101AFI20240624BHJP

【ＦＩ】

H04L9/32 200Z

【請求項の数】 26

(21)【出願番号】P 2021552608

(86)(22)【出願日】2020-03-04

(65)【公表番号】

(43)【公表日】2022-05-11

(86)【国際出願番号】 IB2020051825

(87)【国際公開番号】W WO2020178752

(87)【国際公開日】2020-09-10

【審査請求日】2023-01-04

(31)【優先権主張番号】1902908.1

(32)【優先日】2019-03-04

(33)【優先権主張国・地域又は機関】GB

(31)【優先権主張番号】1907499.6

(32)【優先日】2019-05-28

(33)【優先権主張国・地域又は機関】GB

(73)【特許権者】

【識別番号】318001991

【氏名又は名称】エヌチェーン ライセンシング アーゲー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ライト，クレイグ，スティーヴン

(72)【発明者】

【氏名】ヴォーン，オーウェン

(72)【発明者】

【氏名】ドイロン，ブロック

【審査官】行田 悦資

(56)【参考文献】

【文献】国際公開第２０１９／０３４９８４（ＷＯ，Ａ１）

【文献】国際公開第２０１７／０１０４５５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１８／０２０５５５５（ＵＳ，Ａ１）

【文献】特開２００９－０２７５４３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／３２

(57)【特許請求の範囲】

【請求項1】

第１パーティがステートメントに合意することをブロックチェーンを使用して証明する、コンピュータにより実装される方法であって、前記方法は、第２パーティのコンピュータ機器において、
前記第２パーティが、前記第１パーティが前記ステートメントに合意することの確認を受信するステップと、
前記第２パーティが、前記確認の後であって、前記第１パーティが前記確認に加えて前記合意を示すために前記第１パーティの暗号署名を生成する後まで、前記第２パーティに利用可能ではない前記第１パーティの情報ピースを受信するステップと、
前記第２パーティが前記第１パーティによる前記合意の受信を証明することを示すために、前記第２パーティが、前記情報ピース又はその変換を含むデータの部分に署名することにより、前記第２パーティの暗号署名を生成するステップと、
１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第１パーティの前記署名と、前記１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第２パーティの前記署名とを含む形式で、前記１つ以上のトランザクションを、ノードのネットワークへ送信する又は前記ネットワークへ送信させるステップであって、前記ネットワークは、検証条件を満たすことを条件として前記ノードの少なくとも幾つかのうちの各々において維持される前記ブロックチェーンのコピーに記録されるよう、前記ネットワークに渡り各トランザクションを伝搬するよう構成される、ステップと、
を含み、
前記検証条件は、前記第１パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、前記第２パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、及び前記第２パーティの前記署名が前記データの部分に署名することにより生成されたこと、を条件として、前記１つ以上のトランザクションのうちの１つを検証するよう構成される、方法。

【請求項2】

前記ステートメントは、ドキュメントの中のステートメントであり、前記ドキュメントのレコードは、前記１つ以上のトランザクションのうちの１つに含まれ、それにより前記ブロックチェーンに格納される、請求項１に記載の方法。

【請求項3】

前記ドキュメントの前記レコードは、前記第１パーティ及び前記第２パーティの一方又は両方により暗号署名される、請求項２に記載の方法。

【請求項4】

前記第２パーティの前記署名を生成するために前記第２パーティにより署名された前記データの部分は、前記ドキュメントの前記レコードを含み、及び／又は前記第１パーティの前記署名を生成するために前記第１パーティにより署名されたデータは、前記ドキュメントの前記レコードを含む、請求項３に記載の方法。

【請求項5】

前記第１パーティと前記第２パーティとの間にビデオ呼を確立するステップ、を更に含み、
前記確認の受信は、前記第２パーティが前記第１パーティからの前記確認を、前記ビデオ呼を介して視覚的又は聴覚的に受信することを含む、請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記視覚的又は聴覚的な確認を含む前記ビデオ呼の少なくとも期間を含むビデオのレコードは、将来の参照のために格納され、前記ビデオの前記レコードは、前記１つ以上のトランザクションのうちの１つに含まれ、それにより前記ブロックチェーンに格納される、請求項５に記載の方法。

【請求項7】

前記ビデオの前記レコードは、前記第１パーティ及び前記第２パーティの一方又は両方により暗号署名される、請求項６に記載の方法。

【請求項8】

前記検証条件は、各トランザクションについて、少なくとも部分的に、前記トランザクション及び／又は前記ブロックチェーンの先行するトランザクションに含まれるそれぞれのコードにより、構成される、請求項１～７のいずれか一項に記載の方法。

【請求項9】

前記１つ以上のトランザクションは、前記第１パーティ及び前記第２パーティの両方の署名を含む１つのトランザクションを構成し、
前記検証条件は、前記第１パーティ及び前記第２パーティの両方の署名が前記トランザクションに含まれること、及び前記第２パーティの前記署名が前記データの部分に署名することにより生成されたことを条件に、前記１つのトランザクションを検証するよう構成される、請求項１～８のいずれか一項に記載の方法。

【請求項10】

前記１つのトランザクションのインプットは、前記ブロックチェーンの中の又は前記ブロックチェーンに含まれるべき先行するトランザクションのポイント先アウトプットへのポインタを含み、前記ポイント先アウトプットは、前記ポイント先アウトプットをアンロックするために前記第１パーティの前記署名及び前記第２パーティの前記署名を要求するロックスクリプトを含み、
前記１つのトランザクションは、前記１つのトランザクションの前記インプットの中にアンロックスクリプトを含み、前記アンロックスクリプトは、前記第１パーティ及び前記第２パーティの署名を含み、前記ポイント先アウトプットをアンロックするために、前記第１及び第２パーティの署名を用いて前記検証を実施するよう構成される、請求項９に記載の方法。

【請求項11】

前記情報ピースは、前記第１パーティの前記署名に加えて、前記第１パーティのシークレット情報ピースを含む、請求項９又は１０に記載の方法。

【請求項12】

前記第２パーティが、前記ネットワークを通じて伝搬されるよう送信される前に、前記１つのトランザクションに前記シークレット情報ピースを含み転送する又は含まれるように転送するステップであって、前記検証条件は、前記シークレット情報ピースが前記１つのトランザクションに含まれることを更に条件として、前記１つのトランザクションを検証するよう構成される、ステップ、含む請求項１１に記載の方法。

【請求項13】

前記１つのトランザクションは、前記シークレット情報ピースのハッシュを含み、前記シークレット情報ピースが前記１つのトランザクションに含まれるという前記条件は、前記第２パーティにより転送されるときの前記シークレット情報ピースが、前記コードに含まれるときの前記シークレット情報ピースの前記ハッシュに対する解であるという条件である、請求項８に従属する請求項１２に記載の方法。

【請求項14】

前記ロックスクリプトは、前記ロックスクリプトを第１部分と第２部分とに分けるコードセパレータを含み、前記第２部分は前記情報ピースを含み、前記ロックスクリプトは、前記１つのトランザクションの前記検証を可能にするために、前記第２部分ではなく少なくとも前記第１部分に署名するために前記第１パーティの前記署名を、及び少なくとも前記第２部分に署名するために、前記第２パーティの前記署名を必要とするよう構成され、
前記情報ピースの前記受信は、前記ロックスクリプトの少なくとも前記第２部分を受信することを含み、
前記第２パーティの前記署名の前記生成は、少なくとも前記第２部分に署名することを含む、請求項１０に従属する請求項１１に記載の方法。

【請求項15】

前記第２パーティが前記情報ピースを受信する前に、前記第２パーティが、前記ロックスクリプトの前記第１部分を受信するステップであって、前記第１パーティの前記署名は少なくとも前記第１部分に署名する、ステップと、
前記受信した第１部分に基づき、前記第１パーティの前記署名を検証するステップと、
を含む請求項１４に記載の方法。

【請求項16】

前記ロックスクリプトは、前記ポイント先アウトプットをアンロックするために前記シークレット情報ピースを更に必要とし、
前記１つのトランザクションの前記インプットの中の前記アンロックスクリプトは、前記アンロックスクリプトの中の前記シークレット情報ピースを使用するよう構成される前記シークレット情報ピースを含む、請求項１０に従属する請求項１１～１５のいずれか一項に記載の方法。

【請求項17】

前記ドキュメントの前記レコードは、前記１つのトランザクションの前記アウトプットに含まれる、請求項２に従属する請求項１０～１６のいずれか一項に記載の方法。

【請求項18】

前記ビデオの前記レコードは、前記１つのトランザクションの前記アウトプットに含まれる、請求項６及び１０に従属する請求項１１～１７のいずれか一項に記載の方法。

【請求項19】

前記１つ以上のトランザクションは、第１トランザクション及び第２トランザクションを含み、
前記検証条件は、前記第１パーティの前記署名が前記第１トランザクションに含まれることを条件として前記第１トランザクションを検証し、前記第２パーティの前記署名が前記第２トランザクションに含まれること、及び前記第２パーティの前記署名が前記データの部分に署名することにより生成されたことを条件として前記第２トランザクションを検証するよう構成される、請求項１～８のいずれか一項に記載の方法。

【請求項20】

前記第１トランザクションのインプットは、前記ブロックチェーンの中の又は前記ブロックチェーンに含まれるべき先行するトランザクションのポイント先アウトプットへのポインタを含み、前記ポイント先アウトプットは、前記ポイント先アウトプットをアンロックするために前記第１パーティの前記署名を必要とするロックスクリプトを含み、
前記第２トランザクションのインプットは、前記第１トランザクションのアウトプットへのポインタを含み、前記第１トランザクションの前記アウトプットは、前記第１トランザクションの前記アウトプットをアンロックするために前記第２パーティの前記署名を必要とし、
前記第１トランザクションは、前記第１トランザクションの前記インプットの中に第１アンロックスクリプトを含み、前記第２トランザクションは、前記第２トランザクションの前記インプットの中に第２アンロックスクリプトを含み、前記第１アンロックスクリプトは前記第１パーティの前記署名を含み、前記第２アンロックスクリプトは前記第２パーティの前記署名を含み、前記ポイント先アウトプットをアンロックするために前記第１パーティの前記署名を、及び前記第１トランザクションの前記アウトプットをアンロックするために前記第２パーティの前記署名を使用することにより、前記検証を実施するよう構成され、
前記第１パーティにより保持される前記情報ピースは、前記第１パーティの前記署名を含む、請求項１９に記載の方法。

【請求項21】

前記ドキュメントの前記レコードは、前記第２トランザクションのアウトプットに含まれる、請求項３に従属する請求項１９又は２０に記載の方法。

【請求項22】

前記ビデオの前記レコードは、前記第２トランザクションのアウトプットに含まれる、請求項６に従属する請求項１９、２０、又は２１に記載の方法。

【請求項23】

第２パーティのコンピュータ機器上で実行されると、該コンピュータ機器に請求項１～２２のいずれか一項に記載の方法を実行させるコンピュータプログラム。

【請求項24】

前記第２パーティのコンピュータ機器であって、１つ以上のプロセッサを含む処理機器と、１つ以上のメモリ装置を含むメモリと、を含み、前記メモリは、前記プロセッサ上で実行するよう構成されるソフトウェアを格納し、前記ソフトウェアは、実行されると、請求項１～２２のいずれか一項に記載の方法を実行するよう構成される、コンピュータ機器。

【請求項25】

第１パーティのコンピュータ機器において実行されるコンピュータにより実装される方法であって、前記方法は、
前記第１パーティが、前記第１パーティがステートメントに合意することを示すために前記第１パーティの暗号署名を生成するステップと、
前記第１パーティの前記署名とは別に、前記第１パーティが前記ステートメントに合意することを第２パーティに確認するステップと、
前記第１パーティが前記第１パーティの暗号署名を生成し及び前記第２パーティへ前記確認を与える後まで、前記第２パーティに利用可能ではない前記第１パーティの情報ピースを生成し、次に前記情報ピースを前記第２パーティへ送信し、従って前記第２パーティが、前記情報ピース又はその変換を含むデータの部分に署名することにより、前記第２パーティの暗号署名を生成できるようにするステップと、
前記情報ピースを送信することにより、１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第１パーティの前記署名と、前記１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第２パーティの前記署名とを含む形式で、前記１つ以上のトランザクションをノードのネットワークへ送信させるステップであって、前記ネットワークは、検証条件を満たすことを条件として、前記ネットワークに渡り各トランザクションを伝搬し、前記ノードの少なくとも幾つかのうちの各々において維持されるブロックチェーンのコピーに各トランザクションを記録するよう構成される、ステップと、
を含み、
前記検証条件は、前記第１パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、前記第２パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、及び前記第２パーティの前記署名が前記データの部分に署名することにより生成されたこと、を条件として、前記１つ以上のトランザクションのうちの１つを検証するよう構成される、方法。

【請求項26】

ノードのネットワークの中の第１ノードにより実行される方法であって、
１つ以上のトランザクションのうちの１つに含まれる第１パーティの暗号署名と、前記１つ以上のトランザクションのうちの少なくとも１つに含まれる第２パーティの暗号署名と、を含む前記１つ以上のトランザクションを受信するステップと、
前記第１パーティの前記署名及び前記第２パーティの前記署名がそれぞれ前記１つ以上のトランザクションに含まれること、及び前記第１パーティの前記署名が、前記第１パーティが前記署名を生成する後まで、前記第２パーティに利用可能ではない前記第１パーティの情報ピースを含む又はそれから導出されるデータの部分に署名することを検証するステップと、
前記第１ノードにおいて維持されるブロックチェーンのコピーに前記１つ以上のトランザクションを記録するステップと、
１つ以上の他のノードの各々において記録された前記ブロックチェーンのコピーに記録されるように、前記１つ以上のトランザクションを前記１つ以上の他のノードへ向けて伝搬するステップと、
を含み、
前記第１ノードは、前記記録を実行するよう構成され、前記第１ノードによる前記１つ以上のトランザクションのうちの少なくとも１つの伝搬は、前記検証を条件として実行される、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ブロックチェーンの特定の新しい第２段階の適用、すなわち、ブロックチェーンの上に付加される二次機能を開示する。

【背景技術】

【0002】

ブロックチェーンとは、データのブロックのチェーンを指し、ブロックチェーンのそれぞれのコピーは、ピアツーピア（peer-to-peer (P２P)）ネットワーク内の複数のノードのそれぞれにおいて維持される。少なくともいくつかのノードは、簡単に説明すると、マイナーとしての役割を果たすこともある。チェーン内の各ブロックは、１つ以上のトランザクションを含み、この文脈ではトランザクションは、一種のデータ構造を参照する。データ構造の性質は、トランザクションモデル又はスキームの一部として使用されるトランザクションプロトコルのタイプに依存する。所与のブロックチェーンは、典型的には、全体を通して、１つの特定のトランザクションプロトコルを使用する。１つの一般的なタイプのトランザクションプロトコルでは、各トランザクションのデータ構造は、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各アウトプットは、そのアウトプットが暗号的にロックされている（アンロックされ、それによって償還又は使用されるために、そのユーザの署名を必要とする）ユーザに属するデジタルアセットの数量を表す量（amount）を指定する。各インプットは、先行するトランザクションのアウトプットを逆にポイントし、それによってトランザクションをリンクする。

【0003】

所与の現在のトランザクションにおいて、インプット（又はそのそれぞれ）は、トランザクションのシーケンスの中の先行トランザクションのアウトプットを参照するポインタを含み、このアウトプットが現在のトランザクションにおいて償還されるか又は「消費される（spent）」ことを指定する。現在のトランザクションのインプットは、先行するトランザクションのアウトプットがロックされているユーザの署名も含む。また、現在のトランザクションのアウトプットは、新しいユーザに暗号的にロックできる。従って、現在のトランザクションは、先行するトランザクションのインプットで定義された量を、現在のトランザクションのアウトプットで定義された新しいユーザに移転することができる。場合によっては、トランザクションが複数のアウトプットを有し、複数のユーザ間でインプット量を分割してよい（変更を行うために、そのうちの１人がオリジナルユーザとなる）。場合によっては、トランザクションが複数のインプットを有し、１つ以上の先行するトランザクションの複数のアウトプットから量をまとめ、現在のトランザクションの１つ以上のアウトプットに再分配することもできる。

【0004】

上記は「アウトプットベースの」トランザクションプロトコルと呼ばれることがあり、時には「未使用のトランザクションアウトプット（unspent transaction output (UTXO)）タイプのプロトコル」（アウトプットはUTXOと呼ばれる）とも呼ばれる。ユーザの合計残高は、ブロックチェーンに格納されている１つの数値で定義されるのではなく、代わりに、ユーザは、ブロックチェーン内の多くの異なるトランザクションに分散されている該ユーザのすべてのUTXOの値を照合するために、特別な「ウォレット」アプリケーションを必要とする。

【0005】

アカウントベースのトランザクションモデルの一部として、別のタイプのトランザクションプロトコルを「アカウントベース」のプロトコルと呼ぶことがある。アカウントベースの場合、各トランザクションは、過去の一連のトランザクションにおいて、先行するトランザクションのUTXOに戻って参照することによって移転される量を定義するのではなく、絶対的な口座（アカウント）残高を参照することによって移転される。すべてのアカウントの現在の状態は、ブロックチェーンとは別個のマイナーによって格納され、絶えず更新される。このようなシステムでは、トランザクションは、アカウントの連続したトランザクション記録（いわゆる「ポジション」）を用いて発注される。この値は、送信者により彼らの暗号署名の一部として署名され、トランザクション参照計算の一部としてハッシュされる。さらに、任意的なデータフィールドもトランザクションに署名することができる。このデータフィールドは、例えば、前のトランザクションＩＤがデータフィールドに含まれている場合、前のトランザクションを遡ってポイントしてよい。

【0006】

どちらのタイプのトランザクションプロトコルでも、ユーザが新しいトランザクションを実行したい場合、ユーザは、自分のコンピュータ端末からＰ２Ｐネットワークのノードの１つ（現在は、通常、サーバ又はデータセンタであるが、原則として、他のユーザ端末でもよい）に新しいトランザクションを送信する。このノードは、各ノードに適用されるノードプロトコルに従って、トランザクションが有効であるかどうかをチェックする。ノードプロトコルの詳細は、問題のブロックチェーンで使用されているトランザクションプロトコルのタイプに対応し、全体のトランザクションモデルを形成する。ノードプロトコルは、典型的には、ノードに、新しいトランザクション内の暗号署名が、トランザクションの順序付けされたシーケンスの中の前のトランザクションに依存する、期待される署名と一致することをチェックすることを要求する。アウトプットベースの場合、これは、新しいトランザクションのインプットに含まれるユーザの暗号署名が、新しいトランザクションが消費する先行するトランザクションのアウトプットに定義された条件と一致することをチェックすることを含んでよく、この条件は、典型的には、新しいトランザクションのインプット内の暗号署名が、新しいトランザクションのインプットがポイントする前のトランザクションのアウトプットをアンロックすることを少なくともチェックすることを含む。いくつかのトランザクションプロトコルでは、条件は、少なくとも部分的に、インプット及び／又はアウトプットに含まれるカスタムスクリプトによって定義されてもよい。あるいは、単にノードプロトコルだけで固定することもできるし、あるいは、これらの組み合わせによることもある。いずれにせよ、トランザクションが有効であれば、現在のノードは新しいトランザクションをＰ２Ｐネットワーク内のノードの１つ以上の他のノードに転送する。これらのノードの少なくともいくつかは、同じノードプロトコルに従って同じテストを適用し、新しいトランザクションを１つ以上のさらなるノードに転送するなど、転送ノードとしても機能する。このようにして、新しいトランザクションは、ノードのネットワーク全体に伝搬される。

【0007】

アウトプットベースのモデルでは、与えられたアウトプット（例えば、UTXO）が消費されるかどうかの定義は、ノードプロトコルに従って別の今後の（onward）トランザクションのインプットによって既に有効に償還されているかどうかである。トランザクションが有効であるための別の条件は、それが消費又は償還を試みる先行するトランザクションのアウトプットが、別の有効なトランザクションによって未だ消費/償還されていないことである。ここでも、有効でない場合、トランザクションは、ブロックチェーンに伝搬又は記録されない。これは、支払者が同じトランザクションのアウトプットを複数回消費しようとする二重支出を防ぐ。一方、アカウントベースのモデルは、口座残高を維持することによって、二重支出を防ぐ。この場合も、トランザクションの順序が定義されているため、口座残高は、一度に単一の定義された状態を有する。

【0008】

検証に加えて、少なくともいくつかのノードは、「proof of work」に支えられているマイニングと呼ばれるプロセスで、トランザクションのブロックを最初に作成するために競合する。マイニングノードでは、まだブロックに現れていない有効なトランザクションのプールに新しいトランザクションが追加される。そして、マイナーは、暗号パズルを解決しようと試みることにより、トランザクションのプールからトランザクションの新しい有効なブロックを組み立てるために競争する。これは、典型的には、ナンスがトランザクションのプールと連結され、ハッシュされるときに、ハッシュのアウトプットが所定の条件を満たすような「ナンス」値を探すことを含む。例えば、所定の条件は、ハッシュのアウトプットが、所定の数の先行ゼロを有することであってもよい。ハッシュ関数の特性は、インプットに関して予測不可能なアウトプットを持つことである。従って、この探索は、ブルートフォースによってのみ実行することができ、従って、パズルを解決しようとしている各ノードにおいて、相当量の処理リソースを消費する。

【0009】

パズルを解く最初のマイナーノードは、これをネットワークに通知し、その解を証明として提供する。この解は、ネットワーク内の他のノードによって簡単にチェックすることができる（ハッシュが対する解が与えられれば、ハッシュのアウトプットが条件を満たすことを確認することは簡単である）。勝者がパズルを解いたトランザクションのプールは、各ノードで勝者が発表した解をチェックしたことに基づいて、記憶ノードとして機能する少なくともいくつかのノードによってブロックチェーンの新しいブロックとして記録される。また、新しいブロックにはブロックポインタが割り当てられ、チェーン内で前に作成されたブロックを指すようになっている。proof-of-workは、新しいブロックを作成するのに多大な労力を要し、二重の支出を含むブロックは他のノードによって拒否される可能性が高く、従ってマイニングノードが二重支払いを彼らのブロックに含まないようにするインセンティブが働くので、二重の支出のリスクを減じるのを助ける。一旦生成されたブロックは、同じプロトコルに従ってＰ２Ｐネットワーク内の各格納ノードで認識され、維持されるため、変更することはできない。また、ブロックポインタは、ブロックに順序を課す。トランザクションは、Ｐ２Ｐネットワーク内の各記憶ノードで順序付けられたブロックに記録されるので、これはトランザクションの不変の公開台帳を提供する。

【0010】

パズルを解決するために常に競争している異なるマイナーは、いつ解を探し始めたかによって、いつでもマイニングされていないトランザクションプールの異なるスナップショットに基づいてパズルを解いているかもしれないことに留意する。パズルを解く者は誰でも、最初に新しいブロックに含まれるトランザクションを定義し、現在のマイニングされていないトランザクションのプールが更新される。そして、マイナーは、新たに定義された未決のプールからブロックを作り出すために、競争を続ける。また、生じ得る「分岐（フォーク、fork）」を解決するためのプロトコルも存在する。これは、２人のマイナーが互いに非常に短い時間内にパズルを解決し、ブロックチェーンの矛盾したビューが伝搬する場合である（つまり、分岐の突起が長い方が決定的なチェーンとなる）。

【0011】

ほとんどのブロックチェーンでは、勝ったマイナーは、何も無いものから新しい量のデジタルアセットを生み出す特別な種類の新しいトランザクションによって自動的に報酬を受けている（通常のトランザクションでは、あるユーザから別のユーザにデジタルアセットの量を移転する）。したがって、勝ったノードは、ある量のデジタルアセットを「マイニング」したと言われる。この特殊なタイプのトランザクションは「コインベース」トランザクションと呼ばれることもある。それは自動的に新しいブロックの一部を形成する。この報酬は、マイナーがproof-of-work競争に参加するインセンティブを与える。多くの場合、トランザクションは、そのトランザクションが含まれたブロックを生成した勝ったマイナーにさらに報酬を与えるために、追加のトランザクション手数料をそのアウトプットの１つにおいて指定する。

【0012】

従来、ブロックチェーン内のトランザクションは、デジタルアセット、すなわち、価値のストアとして機能するデータを伝達するために使用される。しかし、ブロックチェーンの上に追加の機能を積み重ねるために、ブロックチェーンを利用することもできる。例えば、ブロックチェーンプロトコルは、トランザクションのアウトプットに追加のユーザデータを格納することを可能にしてよい。現代のブロックチェーンは、単一トランザクション内に格納できる最大データ容量を増加させ、より複雑なデータを組み込むことを可能にしている。トランザクションが検証され、それによってブロックチェーンに受け入れられたと仮定すると、追加のユーザデータは、従って、不変の公開レコードとしてＰ２Ｐネットワークの各ノードに格納されたままである。例えば、これは、ブロックチェーン内に電子ドキュメント（electronic document）を格納するために使用され得る。トランザクションが暗号的に署名されるという事実は、ドキュメントにある程度の信頼性を加える。従って、ある程度のセキュリティが、特にブロックチェーンが不変の公開レコードを提供するという事実と関連して、ドキュメントを格納する手段としてブロックチェーンを使用することによって提供される。

【発明の概要】

【0013】

しかし、これはある程度のセキュリティを提供するにすぎない。さらなるセキュリティを追加するために、第１パーティがドキュメント等に合意した（例えば、ドキュメントの内容においてなされた１つ以上のステートメントに合意した）事実を、第２パーティが電子的に証明することを可能にするメカニズムを提供することが望ましいことが、本明細書において認識される。これにおける技術的な課題は、証明に信頼を与えるメカニズムを提供することである。特に、第２パーティが、第１パーティによって何らかのステートメント又は提案が合意された事実を証明する場合、第２パーティが第１パーティの後に自身の暗号署名を生成したことを計算的又は暗号的に実証することが望ましいことが、本明細書において認められる。これを達成するために、ノード検証の役割を利用することができることが、本明細書においてさらに認識されている。

【0014】

本明細書に開示される一態様によれば、第１パーティがステートメントに合意することを証明するためにブロックチェーンを使用する、コンピュータにより実施される方法が提供される。本方法は、第２パーティのコンピュータ機器において実行される以下のステップを含む。第２パーティは、第１パーティが当該ステートメントに合意する旨の確認を受信し、第２パーティは、該確認の後であって、第１パーティが該確認に加えて当該合意を表示するための第１パーティの暗号署名を生成する後まで、第２パーティが利用できない第１パーティの情報ピースを受信する。第２パーティが第１パーティによる当該確認の受信を証明することを示すために、第２パーティは、当該情報ピースを構成するデータの一部又はその変換に署名することにより、第２パーティの暗号署名を生成する。次に、１つ又は複数のトランザクションが、他の機器を使用して、第２のパーティ又は他のパーティによって、ノードのネットワークに送信される。１つ以上のトランザクションは、１つ以上のトランザクションのうちの少なくとも１つに含まれる第１のパーティの署名と、１つ以上のトランザクションのうちの少なくとも１つに含まれる第２のパーティの署名とを含む。ネットワークは、検証条件を満たすことを条件に、少なくともいくつかのノードの各々で維持されているブロックチェーンのコピーに記録されるよう、各トランザクションをネットワークに渡り伝搬するように構成される。検証条件は、第１のパーティの署名が１つ以上のトランザクションの１つに含まれること、第２のパーティの署名が１つ以上のトランザクションの１つに含まれること、データの上記部分に署名することによって第２のパーティの署名が生成されたことを条件として、１つ以上のトランザクションの１つを検証するように構成される。

【0015】

第２パーティは、第１パーティが署名し、その合意を確認した後に第１パーティの情報ピースを受信するのみであり、第２パーティの署名は、この情報ピースに署名することによって作成される必要があるため、このことは、第１パーティの後に第２パーティが署名したことを暗号的に証明する。一旦、トランザクションがネットワーク全体に伝搬されると、それらはこの証拠の不変の記録としてブロックチェーンに（各ストレージノードで維持されるコピーに）残る。しかし、条件が満たされない場合、転送ノードはトランザクションを検証せず、したがって、トランザクションを伝搬しない。このようにして、署名の正しい順序を示すトランザクションのみがブロックチェーンに伝搬され記録されるので、これは署名の順序を証明するための検証プロセスを利用する。

【図面の簡単な説明】

【0016】

本開示の実施形態の理解を助け、そのような実施形態がどのように実施され得るかを示すために、例としてのみ、以下の添付の図面を参照する。

【図1】ブロックチェーンを実装するためのシステムの概略ブロック図である。

【図2】ブロックチェーンに記録されるトランザクションのいくつかの例を概略的に示している。

【図3】ブロックチェーンを実装するための別のシステムの概略ブロック図である。

【図4】図３のシステムで使用するための端末のペアを概略的に示す。

【図5】第１の方法によるブロックチェーン内のドキュメントへの合意を証明するためのトランザクションの例示的なセットを概略的に示す。

【図6】第１の方法におけるいくつかのステップの例示的な詳細を概略的に示す。

【図7】図５及び図６に示されたトランザクションのセットを使用する第１の方法のステップを示す概略フローチャートである。

【図8】第２の方法によるブロックチェーン内のドキュメントへの合意を証明するための例示的なトランザクションの別のセットを概略的に示す。

【図9】第２の方法におけるいくつかのステップの例示的な詳細を概略的に示す。

【図10】図８及び図９に示されたトランザクションのセットを使用する第２の方法のステップを示概略フローチャートである。

【図11】第１の方法の変形によるブロックチェーン内のドキュメントへの合意を証明するためのトランザクションの例示的なセットを概略的に示す。

【図12】図１１に示されたトランザクションのセットを使用する第１の方法の上記変形のステップを示す概略フローチャートである。

【発明を実施するための形態】

【0017】

図１は、ブロックチェーン１５０を一般的に実装するための例示的なシステム１００を示す。システム１００は、典型的にはインターネットのような広域インターネットワークであるパケット交換ネットワーク１０１を含む。パケット交換ネットワーク１０１は、パケット交換ネットワーク１０１内にピアツーピア（P２P）オーバレイネットワーク１０６を形成するように配置された複数のノード１０４を含む。各ノード１０４は、異なるピアに属する異なるノード１０４を有するピアのコンピュータ装置を含む。各ノード１０４は、１つ以上のプロセッサ、例えば、１つ以上の中央処理装置（ＣＰＵ）、アクセラレータプロセッサ、特定用途向けプロセッサ、及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む処理装置を含む。各ノードはまた、メモリ、すなわち、１つ以上の非一時的コンピュータ読取可能媒体の形態のコンピュータ読取可能記憶装置を備える。メモリは、１つ以上のメモリ媒体、例えば、ハードディスクなどの磁気媒体、固体ドライブ（solid-state drive (SSD)）、フラッシュメモリ又はEEPROMなどの電子媒体、及び／又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。

【0018】

ノード１０４の少なくとも幾つかは、トランザクション１５２を転送し、それによって伝搬する転送ノード１０４Ｆの役割を引き受ける。ノード１０４の少なくともいくつかは、ブロック１５１をマイニングするマイナー１０４Ｍの役割を担う。ノード１０４の少なくとも幾つかは、記憶ノード１０４Ｓ（「フル（full-copy）」ノードとも呼ばれる）の役割を引き受け、各ノードは、それぞれのメモリに同じブロックチェーン１５０のそれぞれのコピーを格納する。所与のノード１０４は、転送ノード１０４、マイナー１０４Ｍ、記憶ノード１０４Ｓ、又はこれらの２つ若しくは全部の任意の組み合わせであり得る。

【0019】

マイニングに含まれる計算リソースのために、典型的には、少なくともマイナーノード１０４Ｍの各々は、１つ以上の物理的サーバユニットを含むサーバ、又はデータセンタ全体の形態をとる。各転送ノード１０４Ｍ及び／又は記憶ノード１０４Ｓは、サーバ又はデータセンタの形態をとることもできる。しかしながら、原則として、任意の所与のノード１０４は、ユーザ端末又は互いにネットワーク接続されたユーザ端末のグループを含むことができる。

【0020】

各ノード１０４のメモリは、それぞれの１つ以上の役割を実行し、ノードプロトコルに従ってトランザクション１５２を処理するために、ノード１０４の処理装置上で動作するように構成されたソフトウェアを記憶する。ノード１０４に属するいずれの動作も、それぞれのコンピュータ装置の処理装置上で実行されるソフトウェアによって実行され得ることが理解されよう。また、本明細書で使用される「ブロックチェーン」という用語は、一般的な技術の種類を指す一般的な用語であり、任意の１つの特定のエンティティの任意の特定の専有のブロックチェーン、プロトコル又はサービスに限定されない。

【0021】

また、ネットワーク１０１には、消費者ユーザの役割を果たす複数のパーティ１０３の各々のコンピュータ装置１０２も接続されている。これらは、トランザクションにおける支払人及び被支払人の役割を果たすが、他のパーティの代わりにトランザクションをマイニングし又は伝搬することに必ずしも参加しない。それらは必ずしもマイニングプロトコルを実行するわけではない。２つのパーティ１０３及びそれぞれの機器１０２は、説明のために示されており、第１パーティ１０３ａ及びそのそれぞれのコンピュータ機器１０２ａ、ならびに第２パーティ１０３ｂ及びそのそれぞれのコンピュータ機器１０２ｂである。より多くのこのようなパーティ１０３及びそれらのそれぞれのコンピュータ機器１０２がシステムに存在し、参加することができるが、便宜上、それらは図示されていないことが理解されよう。各パーティ１０３は、個人又は組織であってもよい。純粋に例示として、第１パーティ１０３ａは、本明細書においてアリスと称され、第２パーティ１０３ｂは、ボブと称されるが、これは限定的なものではなく、本明細書においてアリス又はボブという言及は、それぞれ「第１パーティ」及び「第２パーティ」と置き換えることができることは理解されるであろう。

【0022】

各パーティ１０３のコンピュータ機器１０２は、１つ以上のプロセッサ、例えば１つ以上のCPU、アクセラレータプロセッサ、特定用途向けプロセッサ、及び／又はFPGAを備えるそれぞれの処理装置を備える。各パーティ１０３のコンピュータ機器１０２は、さらに、メモリ、すなわち、非一時的コンピュータ読取可能媒体又は媒体の形態のコンピュータ読取可能記憶装置を備える。このメモリは、例えば、ハードディスクなどの磁気媒体、ＳＳＤ、フラッシュメモリ又はEEPROMなどの電子媒体、及び／又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。各パーティ１０３のコンピュータ機器１０２上のメモリは、処理装置上で動作するように配置された少なくとも１つのクライアントアプリケーション１０５のそれぞれのインスタンスを含むソフトウェアを記憶する。所与のノード１０４に属するいずれの動作も、それぞれのコンピュータ機器１０２の処理装置上で実行されるソフトウェアを使用することにより実行され得ることが理解されよう。各パーティ１０３のコンピュータ機器１０２は、少なくとも１つのユーザ端末、例えばデスクトップ又はラップトップコンピュータ、タブレット、スマートフォン、又はスマートウォッチのようなウェアラブルデバイスを備えている。所与のパーティ１０３のコンピュータ装置１０２は、ユーザ端末を介してアクセスされるクラウドコンピューティングリソースのような、１つ以上の他のネットワーク接続されたリソースを含んでもよい。

【0023】

クライアントアプリケーション又はソフトウェア１０５は、最初に、１つ以上の適切なコンピュータ読取可能な記憶媒体、例えばサーバからダウンロードされたもの、又はリムーバブルSSD、フラッシュ・メモリ・キー、リムーバブルEEPROM、リムーバブル磁気ディスクドライブ、磁気フロッピー・ディスク又はテープ、光ディスク、例えばCD又はDVD ROM、又はリムーバブル光学ドライブなどのリムーバブル記憶装置上で、任意の所与のパーティ１０３のコンピュータ機器１０２に提供され得る。

【0024】

クライアントアプリケーション１０５は、少なくとも「ウォレット」機能を備える。これには主に２つの機能を有する。これらのうちの１つは、それぞれのユーザパーティ１０３が、ノード１０４のネットワーク全体にわたって伝搬され、それによってブロックチェーン１５０に含まれるトランザクション１５２を作成し、署名し、送信することを可能にすることである。もう１つは、現在所有しているデジタルアセットの量をそれぞれのパーティに報告することである。アウトプットベースのシステムでは、この第２の機能は、当該パーティに属するブロックチェーン１５０全体に散在する様々なトランザクション１５２のアウトプットの中で定義される量を照合することを含む。

【0025】

各コンピュータ機器１０２上のクライアントアプリケーション１０５のインスタンスは、Ｐ２Ｐネットワーク１０６の転送ノード１０４Ｆの少なくとも１つに動作可能に結合される。これにより、クライアント１０５のウォレット機能は、トランザクション１５２をネットワーク１０６に送信することができる。クライアント１０５は、また、記憶ノード１０４のうちの１つ、一部、又は全部にコンタクトして、それぞれのパーティ１０３が受領者である任意のトランザクションについてブロックチェーン１５０に問い合わせることができる（又は、実施形態では、ブロックチェーン１５０は、部分的にその公開視認性を通じてトランザクションの信頼を提供する公開的設備であるため、実際には、ブロックチェーン１５０内の他のパーティのトランザクションを検査する）。各コンピュータ機器１０２上のウォレット機能は、トランザクションプロトコルに従ってトランザクション１５２を形成し、送信するように構成される。各ノード１０４は、ノードプロトコルに従ってトランザクション１５２を検証するように構成されたソフトウェアを実行し、転送ノード１０４Ｆの場合は、ネットワーク１０６全体にトランザクション１５２を伝搬させるためにトランザクション１５２を転送する。トランザクションプロトコルとノードプロトコルは互いに対応し、所与のトランザクションプロトコルは所与のノードプロトコルと共に所与のトランザクションモデルを実装する。同じトランザクションプロトコルが、ブロックチェーン１５０内のすべてのトランザクション１５２に使用される（ただし、トランザクションプロトコルは、トランザクションの異なるサブタイプを許可することができる）。同じノードプロトコルは、ネットワーク１０６内のすべてのノード１０４によって使用される（ただし、多くのノードは、そのサブタイプに対して定義されたルールに従って異なるトランザクションのサブタイプを異なるように処理し、また、異なるノードは異なる役割を引き受け、従って、プロトコルの異なる対応する側面を実装することができる）。

【0026】

ブロックチェーン１５０は、ブロック１５１のチェーンを含む。各ブロック１５１は、前述のように、proof-of-workプロセスによって作成された１つ以上のトランザクション１５２のセットを含む。各ブロック１５１は、また、ブロック１５１への逐次的順序を定義するように、チェーン内の先に生成されたブロック１５１を遡ってポイントするブロックポインタ１５５を含む。ブロックチェーン１５０はまた、proof-of-workプロセスによって新しいブロックに含まれることを待つ有効なトランザクション１５４のプールを含む。各トランザクション１５２は、トランザクションのシーケンスに順序を定義するために、前のトランザクションへのポインタを含む（注：トランザクション１５２のシーケンスは、分岐することが許される）。ブロック１５１のチェーンは、チェーンの最初のブロックであったジェネシスブロック（genesis block (Gb)）１５３にまで戻る。チェーン１５０の初期に１つ以上のオリジナルトランザクション１５２は、先行するトランザクションではなくジェネシスブロック１５３を指し示した。

【0027】

所与のパーティ１０３、例えばＡｌｉｃｅがブロックチェーン１５０に含まれる新たなトランザクション１５２ｍを送信したいと望む場合、彼女は関連するトランザクションプロトコルに従って（彼女のクライアントアプリケーション１０５のウォレット機能を使用して）新たなトランザクションを定式化する（formulate）。次に、クライアントアプリケーション１０５からトランザクション１５２を、彼女が接続されている１つ以上の転送ノード１０４Ｆの１つに送信する。例えば、これは、Ａｌｉｃｅのコンピュータ１０２に最も近いか又は最も良好に接続されている転送ノード１０４Ｆであってもよい。任意の所与のノード１０４が新しいトランザクション１５２ｍを受信すると、ノードプロトコル及びそのそれぞれの役割に従って、それを処理する。これは、最初に、新たに受信されたトランザクション１５２ｍが「有効」であるための特定の条件を満たしているかどうかをチェックすることを含み、その例については、簡単に詳述する。いくつかのトランザクションプロトコルでは、検証のための条件は、トランザクション１５２に含まれるスクリプトによってトランザクションごとに構成可能であってよい。あるいは、条件は単にノードプロトコルの組み込み機能であってもよく、あるいはスクリプトとノードプロトコルの組み合わせによって定義されてもよい。

【0028】

新たに受信されたトランザクション１５２ｍが、有効であると見なされるテストに合格したという条件で（すなわち、「有効である」という条件で）、トランザクション１５２ｍを受信した任意の記憶ノード１０４Ｓは、そのノード１０４Ｓに維持されているブロックチェーン１５０のコピー内のプール１５４に、新たに有効とされたトランザクション１５２を追加する。さらに、トランザクション１５２ｍを受信する任意の転送ノード１０４Ｆは、検証済みトランザクション１５２をＰ２Ｐネットワーク１０６内の１つ以上の他のノード１０４に伝搬する。各転送ノード１０４Ｆは同じプロトコルを適用するので、トランザクション１５２ｍが有効であると仮定すると、これは、Ｐ２Ｐネットワーク１０６全体に間もなく伝搬されることを意味する。

【0029】

ひとたび１つ以上の記憶ノード１０４で維持されるブロックチェーン１５０のコピー内のプール１５４に入ると、マイナーノード１０４Ｍは、新しいトランザクション１５２を含むプール１５４の最新バージョンのproof-of-workパズルを解決するために競争を開始する（他のマイナー１０４Ｍは、依然として、プール１５４の古いビューに基づいてパズルを解決しようとしているが、そこに到達した者は誰でも、最初に、次の新しいブロック１５１が終了し、新しいプール１５４が開始する場所を定義し、最終的には、誰かが、Ａｌｉｃｅのトランザクション１５２ｍを含むプール１５４の一部のパズルを解決する）。一旦、新しいトランザクション１５２ｍを含むプール１５４についてproof-of-workが行われると、ブロックチェーン１５０内のブロック１５１の１つの一部となる。各トランザクション１５２は、以前のトランザクションへのポインタを含むので、トランザクションの順序もまた、不変的に記録される。

【0030】

図２は、トランザクションプロトコルの例を示している。これは、UTXOベースのプロトコルの例である。トランザクション（「Tx」と略す）は、ブロックチェーン１５０（各ブロック１５１は１つ以上のトランザクション１５２を含む）の基本的なデータ構造である。以下は、アウトプットベース又は「UTXO」ベースのプロトコルを参照して説明される。しかし、これは、全ての可能な実施形態に限定されるものではない。

【0031】

UTXOベースのモデルでは、各トランザクション（「Tx」）１５２は、１つ以上のインプット２０２及び１つ以上のアウトプット２０３を含むデータ構造を含む。各アウトプット２０３は、未使用トランザクションアウトプット（UTXO）を含んでもよく、これは、別の新しいトランザクションのインプット２０２のソースとして使用することができる（UTXOがまだ償還されていない場合）。UTXOは、特にその元となったトランザクションのトランザクションＩＤを含む。トランザクションデータ構造はまた、ヘッダ２０１も含んでよく、ヘッダ２０１は、インプットフィールド２０２及びアウトプットフィールド２０３のサイズの指示子を含んでもよいヘッダ２０１を含んでよい。ヘッダ２０１はまた、トランザクションのIDを含んでもよい。実施形態において、トランザクションＩＤは、トランザクションデータのハッシュ（トランザクションＩＤ自体を除く）であり、マイナー１０４Ｍに提出された未処理トランザクション１５２のヘッダ２０１に格納される。

【0032】

Ａｌｉｃｅ１０３ａは、問題のデジタルアセットをＢｏｂ１０３ｂに移転するトランザクションを作成したいと考えているとする。図２において、Ａｌｉｃｅの新しいトランザクション１５２ｍは「Tx_１」とラベル付けされている。これは、Ａｌｉｃｅにロックされているデジタルアセットの量を、シーケンス内の先行するトランザクションのアウトプット２０３に取り入れ、その少なくとも一部をＢｏｂに移転する。先行するトランザクションは、図２において「Tx_０」とラベル付けされている。Tx_０とTx_１は、単なる任意のラベルである。これらは、必ずしも、Tx_０がブロックチェーン１５１の最初のトランザクションであること、又は、Tx_１がプール１５４の直ぐ次のトランザクションであることを意味しない。Tx_１は、まだＡｌｉｃｅにロックされた未使用アウトプット２０３を有する任意の先行するトランザクションのいずれかを指し示すことができる。

【0033】

先行するトランザクションTx_０は、Ａｌｉｃｅがその新しいトランザクションTx_１を作成するとき、又は少なくとも彼女がそれをネットワーク１０６に送信するときまでに、既に検証され、ブロックチェーン１５０に含まれていてもよい。それは、その時点で既にブロック１５１のうちの１つに含まれていてもよく、あるいは、プール１５４内でまだ待機していてもよく、その場合、新しいブロック１５１にすぐに含まれることになる。あるいは、Tx_０及びTx_１が生成されネットワーク１０２に送信されることができ、あるいは、ノードプロトコルが「孤児（orphan）」トランザクションのバッファリングを許容する場合にはTx_１の後にTx_０が送信されることもできる。ここでトランザクションのシーケンスの文脈で使用される「先行する」及び「後の」という用語は、トランザクション内で指定されたトランザクションポインタ（どのトランザクションがどの他のトランザクションを指すかなど）によって定義されるシーケンス内のトランザクションの順序を指す。これは、必ずしも、それらが作成され、ネットワーク１０６に送られ、又は任意の所与のノード１０４に到達する順序を意味しない。それにもかかわらず、先行するトランザクション（「親」）を指す後続のトランザクション（「子」）は、親トランザクションが検証されない限り、検証されない。親の前にノード１０４に到着した子は孤児とみなされる。それは、ノードプロトコル及び／又はマイナーの行動に応じて、親を待つために特定の時間、破棄又はバッファリングされることがある。

【0034】

先行するトランザクションTx_０の１つ以上のアウトプット２０３のうちの１つは、本明細書でUTXO_０とラベル付けされた特定のUTXOを含む。各UTXOは、UTXOによって表されるデジタルアセットの量を指定する値と、後続のトランザクションが検証されるために、従ってUTXOが正常に償還されるために、後続のトランザクションのインプット２０２の中のアンロックスクリプトによって満たされなければならない条件を定義するロックスクリプトとを含む。典型的には、ロックスクリプトは、特定のパーティ（それが含まれているトランザクションの受益者）に量をロックする。すなわち、ロックスクリプトは、以下のようなアンロック条件を定義する。後続のトランザクションのインプット内のアンロックスクリプトは、先行するトランザクションがロックされたパーティの暗号署名を含む。

【0035】

ロックスクリプト（別名scriptPubKey）は、ノードプロトコルによって認識されるドメイン固有の言語で書かれたコードの一部である。そのような言語の特定の例は、「スクリプト」（Script，capital S）と呼ばれる。ロックスクリプトは、トランザクションアウトプット２０３を消費するために必要な情報、例えば、Ａｌｉｃｅの署名の必要条件を指定する。トランザクションのアウトプットには、アンロックスクリプトが現れる。アンロックスクリプト（別名：scriptSig）は、ロックスクリプトの基準を満たすために必要な情報を提供するドメイン固有の言語で書かれたコードの一部である。例えば、Ｂｏｂの署名を含んでもよい。アンロックスクリプトは、トランザクションのインプット２０２に現れる。

【0036】

図示の例では、Tx_０のアウトプット２０３のUTXO_０は、ロックスクリプト[Checksig P_A]を含み、これは、UTXO_０が償還されるために（厳密には、UTXO_０を償還しようとする後続のトランザクションが有効であるために）、Ａｌｉｃｅの署名Sig P_Aを必要とする。[Checksig P_A]は、Ａｌｉｃｅの公開鍵と秘密鍵のペアからの公開鍵P_Aを含む。Tx_１のインプット２０２は、Tx_０を指すポインタ（例えば、そのトランザクションＩＤ、実施形態ではトランザクションTx_０全体のハッシュであるTxID_０、による）を含む。Tx_１のインプット２０２は、Tx_０の任意の他の可能なアウトプットの中でそれを識別するために、Tx_０内のUTXO_０を識別するインデックスを含む。Tx_１のインプット２０２は、さらに、Ａｌｉｃｅが鍵ペアからのＡｌｉｃｅの秘密鍵をデータの所定の部分（暗号において「メッセージ」と呼ばれることもある）に適用することによって作成された、Ａｌｉｃｅの暗号署名を含むアンロックスクリプト<Sig P_A>を含む。有効な署名を提供するためにＡｌｉｃｅが署名する必要があるデータ（又は「メッセージ」）は、ロックスクリプトにより、又はノードプロトコルにより、又はこれらの組み合わせによって定義され得る。

【0037】

新しいトランザクションTx_１がノード１０４に到着すると、ノードはノードプロトコルを適用する。これは、ロックスクリプトとアンロックスクリプトを一緒に実行して、アンロックスクリプトがロックスクリプトで定義されている条件（この条件は１つ以上の基準を含むことができる）を満たしているかどうかをチェックすることを含む。実施形態では、これは、２つのスクリプトの連結を含む。

【0038】

<Sig P_A> || [Checksig P_A]
ここで、「||」は連結を表し、「<...>」はスタックにデータを配置することを意味し、「[...]」はアンロックスクリプトに含まれる機能である（本例では、スタックベースの言語）。一緒に実行する場合、スクリプトは、Tx_０のアウトプット内のロックスクリプトに含まれるＡｌｉｃｅの公開鍵P_Aを使用して、Tx_１のインプット内のロックスクリプトが、データの期待部分に署名するＡｌｉｃｅの署名を含むことを認証する。また、データの期待部分（「メッセージ」）も、この認証を実行するためにTx_０に含まれる必要がある。実施形態において、署名されたデータは、Tx_０の全体を含む（従って、別個の要素は、データの署名された部分がすでに本質的に存在するので、データの署名された部分の指定にクリアに含まれる必要がある）。

【0039】

公開－秘密暗号法による認証の詳細は、当業者には周知であろう。基本的に、Ａｌｉｃｅが彼女の秘密鍵によりメッセージを暗号化することによってメッセージに署名した場合、Ａｌｉｃｅの公開鍵とそのメッセージが明らか（暗号化されていないメッセージ）ならば、ノード１０４のような別のエンティティは、そのメッセージの暗号化されたバージョンがＡｌｉｃｅによって署名されていなければならないことを認証することができる。署名は、典型的には、メッセージをハッシュし、ハッシュに署名し、署名としてメッセージのクリアなバージョンにこれをタグ付けすることによって、公開鍵の所有者が署名を認証することを可能にする。

【0040】

Tx_１内のアンロックスクリプトが、Tx_０のロックスクリプトで指定された１つ以上の条件を満たす場合（示される例では、Ａｌｉｃｅの署名がTx_１内で提供され、認証されている場合）、ノード１０４は、Tx_１が有効であるとみなす。それが記憶ノード１０４Ｓである場合、これは、proof-of-workを待つトランザクションのプール１５４にそれを追加することを意味する。それが転送ノード１０４Ｆである場合、それはトランザクションTx_１をネットワーク１０６内の１つ以上の他のノード１０４に転送し、それによって、それがネットワーク全体に伝搬されることになる。一旦、Tx_１が検証され、ブロックチェーン１５０に含まれると、これは、Tx_０からのUTXO_０を消費したものとして定義する。Tx_１は、未使用トランザクションアウトプット２０３を使用する場合にのみ有効であることに留意されたい。別のトランザクション１５２によってすでに消費されたアウトプットを消費しようとする場合、Tx_１は、たとえ他のすべての条件が満たされていても無効となる。従って、ノード１０４は、先行するトランザクションTx_０において参照されたUTXOが既に使用されているかどうか（既に別の有効なトランザクションへの有効なインプットを形成しているかどうか）もチェックする必要がある。これが、ブロックチェーン１５０がトランザクション１５２に定義された順序を課すことが重要である理由の１つである。実際には、所与のノード１０４は、トランザクション１５２が消費されたUTXO２０３をマークする別個のデータベースを維持することができるが、最終的には、UTXOが消費されたかどうかを定義するのは、ブロックチェーン１５０内の別の有効なトランザクションへの有効なインプットを既に形成しているかどうかである。

【0041】

UTXOベースのトランザクションモデルでは、所定のUTXOを全体として使用する必要があることに注意する。UTXOで定義されている量のうち、別の分量が消費されている一方で、分量を「残しておく」ことはできない。ただし、UTXOからの量は、次のトランザクションの複数のアウトプットに分割できる。例えば、Tx_０のUTXO_０で定義された量は、Tx_１の複数のUTXOに分割できる。したがって、ＡｌｉｃｅがＢｏｂにUTXO_０で定義された量のすべてを与えることを望まない場合、彼女は残りの量を使って、Tx_１の第２のアウトプットの中で自分自身にお釣りを与えるか、又は別のパーティに支払うことができる。

【0042】

実際には、Ａｌｉｃｅは勝ったマイナーへの報酬も含める必要がある。なぜなら、今日ではコインベースの報酬だけでは、マイニングを動機づけるには通常十分ではないからである。Ａｌｉｃｅがマイナーのための手数料を含まない場合、Tx_０はマイナーのノード１０４Ｍによって拒否される可能性が高く、したがって、技術的には有効であるが、それは依然として伝搬されず、ブロックチェーン１５０に含まれない（マイナーのプロトコルは、マイナーが望まない場合には、マイナー１０４Ｍにトランザクション１５２を受け入れるよう強制しない）。一部のプロトコルでは、マイニング料金は、独自の別個のアウトプット２０３を必要としない（すなわち、別個のUTXOを必要としない）。代わりに、インプット２０２によって示される総量と、所与のトランザクション１５２のアウトプット２０３で指定される総量との間の差は、勝ったマイナー１０４に自動的に与えられる。例えば、UTXO_０へのポインタがTx_１への唯一のインプットであり、Tx_１は１つのアウトプットUTXO_１しか持っていないとする。UTXO_０で指定されたデジタルアセットの量がUTXO_１で指定された量より多い場合、その差は自動的に勝ったマイナー１０４Ｍへ行く。しかし、代替的又は追加的に、必ずしも、トランザクション１５２のUTXO２０３のうちの独自のものにおいて、マイナー手数料を明示的に指定できることは除外されない。

【0043】

ＡｌｉｃｅとＢｏｂのデジタルアセットは、ブロックチェーン１５０内の任意のトランザクションの中でロックされた未使用UTXOで構成されている。従って、典型的には、所与のパーティ１０３のアセットは、ブロックチェーン１５０を通して、様々なトランザクション１５２のUTXO全体に分散される。ブロックチェーン１５０内のどこにも、所与のパーティ１０３の総残高を定義する１つの数値は記憶されていない。各パーティにロックされ、別の将来の（onward）トランザクションにまだ消費されていないすべての様々なUTXOの値をまとめることは、クライアントアプリケーション１０５におけるウォレット機能の役割である。これは、記憶ノード１０４Ｓのいずれかに記憶されたブロックチェーン１５０のコピーを、例えば、各パーティのコンピュータ機器０２に最も近いか、又は最も良好に接続されている記憶ノード１０４Ｓに問い合わせることによって行うことができる。

【0044】

スクリプトコードは、概略的に表現されることが多い（すなわち、正確な言語ではない）ことに注意する。例えば、[Checksig P_A]を、[Checksig P_A]= OP_DUP OP_HASH１６０ <H(Pa)> OP_EQUALVERIFY OP_CHECKSIGを意味するように記述し得る。「OP_....」は、スクリプト言語の特定のオペコードを表す。OP_CHECKSIG（「Checksig」とも呼ばれる）は、２つのインプット（署名と公開鍵）を取り込み、楕円曲線デジタル署名アルゴリズム（Elliptic Curve Digital Signature Algorithm (ECDSA)）を使用して署名の妥当性を検証するスクリプトオペコードである。ランタイムでは、署名（「sig」'）の発生はすべてスクリプトから削除されるが、ハッシュパズルなどの追加要件は、「sig」インプットによって検証されるトランザクションに残る。別の例として、OP_RETURNは、トランザクション内にメタデータを格納することができ、それによってメタデータをブロックチェーン１５０に不変に記録することができるトランザクションの使用不可能アウトプットを生成するためのスクリプト言語のオペコードである。例えば、メタデータは、ブロックチェーンに格納することが望ましいドキュメントを含むことができる。

【0045】

署名P_Aは、デジタル署名である。実施形態において、これは楕円曲線secp２５６k１を使用するECDSAに基づく。デジタル署名は、特定のデータに署名する。実施形態では、所与のトランザクションについて、署名はトランザクションインプットの一部、及びトランザクションアウトプットの全部又は一部に署名する。署名するアウトプットの特定の部分はSIGHASHフラグに依存する。SIGHASHフラグは、署名の最後に含まれる４バイトのコードであり、どのアウトプットが署名されるかを選択する（従って、署名の時点で固定される）。

【0046】

注：ロックスクリプトは、それぞれのトランザクションがロックされているパーティの公開鍵を含んでいることを表す「scriptPubKey」と呼ばれることがある。アンロックスクリプトは、対応する署名を提供することを表す「scriptSig」と呼ばれることがある。しかし、より一般的には、UTXOが償還される条件が署名を認証することを含むことは、ブロックチェーン１５０のすべてのアプリケーションにおいて必須ではない。より一般的には、スクリプト言語は、１つ以上の条件を定義するために使用され得る。したがって、より一般的な用語「ロックスクリプト」及び「アンロックスクリプト」が好ましい。

【0047】

本開示によれば、ノード検証のプロセスは、第２パーティ１０３ａ（「Ｂｏｂ」）が、第１パーティ１０３ａ（「Ａｌｉｃｅ」）がドキュメントに合意するという事実を証明することができるセキュアなメカニズムを提供するために利用される。このシナリオでは、Ａｌｉｃｅは合意しており、Ｂｏｂは他者の利益を証明している。ドキュメントに合意することは、ドキュメントの内容において行われた１つ以上のステートメントのうちの１つ、一部又はすべてに合意することを意味することがある。ドキュメントは、例えば、証書、宣誓供述書又は遺言書を含むことができる。それは、紙、電子形式又は任意の他の形式で存在することができる。Ａｌｉｃｅは、ドキュメントに関連する暗号署名を提供し、その後、Ｂｏｂは、ドキュメントに対するＡｌｉｃｅの合意を証明するために、ドキュメントに関連する自身の暗号署名を提供する。署名は、合意及び証明の証拠として、ブロックチェーン１５０内の１つ以上のトランザクション１５２に含まれる。これを記録するために使用されるトランザクション１５２は、Ｂｏｂのサービスに対して支払ってもよく又は支払わなくてもよい。

【0048】

さらに、開示されたプロセスは、ＢｏｂがＡｌｉｃｅの前に彼の署名を適用することを防止するメカニズムを提供する。このことは、ＢｏｂがＡｌｉｃｅの合意を証明している場合、Ｂｏｂは、Ａｌｉｃｅが合意に署名し、Ｂｏｂにその合意を表明するまでは署名すべきではない（Ｂｏｂは、まだ発生していない、まだ観察されていない何かを証明したと主張すべきではない）という点で重要である。開示されたメカニズムに基づいて形成され記録されたトランザクション１５２は、署名が適用された順序を証明する不変記録としてブロックチェーン１５０内に残る。

【0049】

前述のように、ドキュメントのようなユーザコンテンツを格納するために、メタデータをトランザクション１５２の使用不可能アウトプットに含めることができる。本明細書に開示される実施形態では、そのようなメカニズムは、証明されたドキュメントの電子コピーをブロックチェーン１５０にも格納するために使用される。

【0050】

さらに、本明細書に開示された実施形態によれば、ブロックチェーン機能は、Ａｌｉｃｅがドキュメントに合意する事実をＢｏｂが証明できるチャネルを提供するビデオ通話機能などの追加的なパーティ間通信機能と組み合わされる。

【0051】

この一例を図３及び４に示す。図３は、ブロックチェーン１５０を実装するためのシステム１００’を示す。システム１００’は、追加の通信機能が含まれることを除いて、図１に関連して説明したものと実質的に同じである。Ａｌｉｃｅ及びＢｏｂのコンピュータ機器１０２ａ、１２０bの各々にあるクライアントアプリケーションは、図１に示されているものと比較して追加機能性を有し、従って、１０５’（Ａｌｉｃｅのインスタンスでは１０５ａ’、Ｂｏｂのインスタンスでは１０５ｂ’）とラベル付けされている。特に、図４に示すように、クライアントアプリケーション１０５’は、Ａｌｉｃｅ及びＢｏｂのコンピュータ機器１０２ａ、１０２ｂの各々で動作し、ウォレット機能４０１及びパーティ間通信機能４０２、例えばVoIP機能、好ましくはビデオ通話機能の両方を備える。これらの機能４０１、４０２の各々は、ソフトウェアのモジュールの形態で実装することができ、そのインスタンスは、Ａｌｉｃｅ及びＢｏｂのコンピュータ機器１０２ａ、１０２ｂの各々のメモリに格納され、それぞれの処理装置上で動作するように配置される。

【0052】

ウォレット機能４０１は、図１及び背景技術に関して前述したように、トランザクション１５２の定式化及び送信及びUTXO値の照合の機能を実行するために、Ｐ２Ｐネットワーク１０６とインターフェースするように構成される。他方、パーティ間通信機能４０２は、Ａｌｉｃｅ１０３ａが、Ｂｏｂ１０３ｂと（いずれかのパーティ又は第３者の勧誘で）別個のパーティ間通信チャネル３０１を確立することを可能にする。例えば、このパーティ間通信チャネル３０１は、Ａｌｉｃｅ１０３ａとＢｏｂ１０３ｂとの間で音声及び／又はビデオ通話を行うためのVoIPチャネル及び／又はビデオリンクを含んでもよい。パーティ間通信チャネル３０１は、P２Pオーバレイネットワーク１０６と同じパケット交換ネットワーク１０１を介して確立されてもよい。代替的又は追加的に、パーティ間通信チャネル３０１は、移動体セルラネットワークのような異なるネットワークを介して確立されてもよい。

【0053】

また、パーティ間通信機能４０２は、メインパーティ間通信チャネル３０１とは別に、データを送信するためのサイドチャネル３０２を提供することもできる。実施形態では、これは、Ａｌｉｃｅの機器１０２ａ上のクライアント１０５ａ’がＢｏｂの機器１０２ｂ上のクライアント１０５ｂ’に「シーンの裏側（behind the scenes）」でデータを送信することができる非ユーザ対向データチャネルを含むことができる。あるいは、例えば、インスタントメッセージング（IM）チャネル、電子メールサービス、又はテキスト及び／又は数字を送信するのに適した他のチャネルを含むことができる。実施形態では、このサイドチャネル３０２を使用して、Ａｌｉｃｅの署名をＢｏｂに送信することができ、及び／又は、シークレット情報「X」（より詳細には後述）のピースを送信することができる。サイドチャネル３０２は、P２Pオーバレイネットワーク１０６と同じパケット交換ネットワーク１０１を介して確立されてもよい。代替的又は追加的に、サイドチャネル３０２は、移動体セルラネットワークのような異なるネットワークを介して確立されてもよい。また、サイドチャネル３０２は、パーティ間通信チャネル３０１と同じネットワークを介して確立されてよく又はそうでなくてもよい。

【0054】

ウォレット機能４０１及び通信機能４０２は、同じクライアントアプリケーション１０５’に統合されているものとして図３及び図４に示されている。しかし、これは、限定的なものではなく、別々のアプリケーションで実施することができ、あるいは、ウォレット機能４０１は、通信アプリケーション４０２へのプラグインであってもよく、あるいは、その逆であってもよい。さらに、サイドチャネル３０２が使用される場合、これは、パーティ間通信チャネル３０１と同じアプリケーション、又は実際には、ウォレット機能４０１を提供するのと同じアプリケーションによって確立されてもよく、又はそうでなくてもよい。これは、パーティ間通信機能４０１、又はウォレット機能４０１、これらのいずれかへのプラグイン、又は別個の第３のアプリケーションと同じアプリケーション内に統合され得る。

【0055】

どのような意味であれ、さまざまな機能が実装されており、以下のシナリオを検討する。

【0056】

Ａｌｉｃｅ１０３ａは、パーティ間通信チャネル３０１を介してＢｏｂ１０３ｂを証人として、証書等に署名したいと望む。彼らは、デジタル署名で署名し、ブロックチェーン１５０上にこの情報を保存する。Ａｌｉｃｅは署名者である。彼女は公開鍵P_Aを持っている。Ｂｏｂは証人である。彼は公開鍵P_Bを持っている。Ａｌｉｃｅは、署名したい証書に関連する電子ドキュメントを有することができる。

【0057】

実施形態において、通信チャネル３０１は、ビデオリンクを含む。実施形態において、Ａｌｉｃｅ及びＢｏｂは、ビデオリンク３０１を使用して署名手順を記録する。オプションとして、彼らはまた、この記録されたビデオ情報をブロックチェーン１５０上に記憶することもできる。

【0058】

以下に、Ｍ１とＭ２の２つの方法を示す。第１の方法Ｍ１では、ＡｌｉｃｅとＢｏｂの両方が単一のトランザクションに署名する。第２の方法Ｍ２では、２つのトランザクションがある。すなわち、Ｂｏｂが２番目のトランザクションに署名する前に、Ａｌｉｃｅが１番目のトランザクションに署名する。

【0059】

図５は、方法Ｍ１で使用できる例示的なトランザクションのペアを示している。直ぐに詳しく説明するように、Ａｌｉｃｅは、必要なロックスクリプトを有するUTXO_１を生成する最初のトランザクションTx_０を構築する。これは、Ａｌｉｃｅの署名、H(X)のプリイメージ、及びＢｏｂの署名をその順序で提供することによって、トランザクションTx_１の中で消費される。

【0060】

図７は、方法Ｍ１のステップを示すフローチャートである。図６は、方法Ｍ１の間の特定のステップにおけるトランザクションの状態を示している。

【0061】

ステップＳ１において、Ａｌｉｃｅ１０３ａ及びＢｏｂ１０３ｂは、それらの間にビデオチャネル３０１を開く。これは、ＢｏｂがＡｌｉｃｅの合意を証明するチャネルである。より一般的には、彼らは、パーティ間通信チャネル３０１の任意の形態を使用して、彼らの間で通信することができる。あるいは、例えば、パーティ間通信チャネル３０１は、ＡｌｉｃｅとＢｏｂの声を認識することができる音声チャネルであってもよい。しかしながら、ＡｌｉｃｅとＢｏｂの画像がビデオで認識されるように、より高いセキュリティのためにビデオが好まれることがある。好ましくは、ビデオはまた、音声を交換するためのオーディオも含む。これはまた、署名のときの両パーティの能力及び精神状態の証拠を提供する。任意に、このチャネル３０１を介して交換されるビデオ又は他のそのような媒体は、データストアに記録される（ノード１０４におけるブロックチェーン１５０にはまだない）。例えば、Ａｌｉｃｅ及び／又はＢｏｂのコンピュータ機器１０２ａ、１０２ｂ、又は第３者の機器のメモリ、又はサーバ（例えば、クラウド）に格納することができる。

【0062】

ステップＳ２で、Ａｌｉｃｅは自分だけが知っているシークレットXを生成し、そのシークレットをハッシュする、すなわちH(X)。ここでのハッシュは、暗号ハッシュ関数、例えば、SHA２５６、BLAKE２などを指す。H(X)は、Xで評価されるハッシュ関数を意味する。シークレットXは、Ａｌｉｃｅのみが知っているか、少なくともＢｏｂに知られていない任意のデータであってよく、Ｂｏｂが推測することは不可能である。例えば、実施形態において、Xは、数値又はテキスト文字列であり得る。例えば、乱数、あるいは、Ｂｏｂが知らない何らかの決定論的プロセスによって生成された数値、あるいは、他の値である。一例として、Xは、２^５１２個の可能な値を有し、従って、Ｂｏｂがそれを推測する希望がない、５１２ビット長の数であってもよい。

【0063】

ステップＳ３で、Ａｌｉｃｅは、彼女の署名、H(X)のプリイメージ、及びＢｏｂの署名を提供することによって償還できるUTXO_１を作成する。H(X)のプリイメージは、H(X)の所与の値に対してH(X)となるH(X)の値、すなわちH(X)に対する解を意味する。実施形態において、ロックスクリプトは、以下のように概略的に書くことができる形態をとることができる：
Locking UTXO_１= [Checksig P_A] [Solve H(X)] [Checksig P_B]

【0064】

これを償還するには、後続のトランザクションTx_１のインプットにおいて、ＡｌｉｃｅとＢｏｂによって署名され、次のように概略的に書かれる形式をとるアンロックスクリプトが必要となる：
Unlocking = <Sig P_B> <X> <Sig P_A>

【0065】

ノード１０４がTx_１を受信すると、ノードはそれが有効かどうかをテストする。これを行うために、スクリプト言語の解釈ルールに従って、ノード１０４はロックスクリプトとアンロックスクリプトを次のように連結する:：
<Sig P_B> <X> <Sig P_A> || [ChecksigP_A] [Solve H(X)] [Checksig P_B]

【0066】

次いで、ノード１０４のインタプリタは、ロックスクリプト及びアンロックスクリプトを一緒に処理して、Tx_１が有効かどうかを判定する。スクリプト言語を解釈するノードプロトコルによって適用される規則に従い、これは、まずアンロックスクリプト（この場合はSig P_A）からの右端のインプットを、ロックスクリプトからの左端のインプット（この場合はChecksig P_A）に対してチェックし、次にアンロックスクリプトからの次の右端のインプット（この場合はX）を、ロックスクリプトからの次の左端のインプット（この場合はSolve H(X)）に対してチェックし、以下同様にすることにより動作する。Checksigは、Tx_１のインプット署名が、Tx_０のロックスクリプト内のそれぞれの公開鍵Pによって認証されているかどうかをチェックする関数である。Solve H(X)は、Tx_１のインプットで与えられるXの値がH(X)の解であることをチェックする関数である。関数Checksig（opcodeOP_CHECKSIGを含む）は、チェックを行った後に自身のチェック済み署名を削除することも思い出す。一方、Solve H(X)はＸを削除しないので、解釈者がアンロックスクリプトからの左端のインプット（Sig P_B）をロックスクリプトからの右端のインプット（Checksig P_B）に対してチェックするまでに、Ａｌｉｃｅの署名（Sig P_A）はすでに削除されているが、Xは削除されていない。従って、ノードプロトコルがスクリプト言語の規則に従ってロック及びアンロックスクリプトを解釈する方法の結果として、ＢｏｂはＡｌｉｃｅの署名を構成するものに署名することを要求されることはない。しかしながら、本明細書に開示された実施形態によれば、彼は、Xを含む何かに署名することが要求される。

【0067】

実施形態において、Ａｌｉｃｅは、少なくともUTXO_１のロックスクリプト、すなわち[Checksig P_A] [Solve H(X)] [Checksig P_B]に署名することが要求されてもよい。任意的に、Ａｌｉｃｅが署名することを要求されるデータに署名するは、UTXO_１のアンロックスクリプトから彼女及びＢｏｂの署名を差し引いたもの、すなわち<X>をさらに含んでよい。Ｂｏｂは、UTXO_１のロックスクリプトにUTXO_１のアンロックスクリプトを加えたものから、Ａｌｉｃｅの署名を差し引いたものを含むデータの一部に署名する必要がある場合がある。つまり、Ｂｏｂは以下に署名する：
<X> || [Checksig P_A] [Solve H(X)] [Checksig P_B]

【0068】

ＡｌｉｃｅとＢｏｂの両方は、インプットとしてTx_１に署名するとき、TxID_０に署名する。[Checksig P_A][Solve H(X)][Checksig P_B]は、トランザクションの一部としてTxID_０の計算に含まれる。したがって、ＡｌｉｃｅとＢｏｂは間接的に条件に署名する。

【0069】

署名が必要なものは、SIGHASHフラグを使用して正確に設定可能である。また、あるパーティがデータ（又は「メッセージ」）の所与の部分に署名すると言われる場合、実施例では、これは、そのパーティが実際には、データ又はメッセージのハッシュ（このハッシュは、署名を参照するときに読まれるとみなされることが多い）のような、そのデータ又はメッセージの変換に署名することを意味してもよいことに注意する。つまり、まずデータをハッシュ又は変換し、次に、ハッシュ又は変換されたバージョンに彼らの秘密鍵で署名する。これは、ハッシュが、典型的に、秘密鍵で署名される前に署名されるデータのサイズを減らすという利点を持っている。例えば、Ａｌｉｃｅは、Tx_０全体のハッシュであるトランザクションTxID_０に署名してよい。Ｂｏｂは、以下のハッシュに署名してよい。
<x> || [Checksig P_A] [Solve H(X)] [Checksig P_B]

【0070】

Ａｌｉｃｅ及びＢｏｂがトランザクションTx_０の必要な部分に署名する有効な署名を提供していない場合、Tx_１は検証されず、従って、ネットワーク１０６全体に伝搬されず、各記憶ノード１０４Ｓにおいてブロックチェーン１５０のコピーに記録される。

【0071】

上記は、スクリプト言語及び対応するノードプロトコルの一例に過ぎないことが理解される。より一般的には、Tx_０のアウトプットに検証のための同様の条件を含めるために、他の言語を使用することができる。より広い意味で方法Ｍ１を実装するためには、Ｂｏｂが少なくともXを含むデータの何からの定義された部分に署名しなければならず、Ａｌｉｃｅが任意のものを含む可能性のあるデータの何からの定義された部分に署名しなければならないような条件を作ることが必要である（使用されるプロトコルに依存する）。ＢｏｂとＡｌｉｃｅが署名することを要求されるデータの正確な部分は、スクリプト言語とノードプロトコルの一部として設定可能であるか、又は所与のトランザクション構造に対してノードプロトコルによって固定可能である。

【0072】

ステップＳ４において、Ａｌｉｃｅは、UTXO_１を消費するトランザクションTx_１の部分的なバージョンを作成する。実施形態においては、電子ドキュメント（又はそのハッシュ）を、例えば、利用不可能アウトプット（OP_RETURN）としてトランザクションに含めることができる。これは、Tx_１が検証された場合、ドキュメントが、ブロックチェーン１５０内のトランザクションTx_１に不変に格納されることを意味する。ただし、これは任意である。

【0073】

Ａｌｉｃｅはまだ、彼女の署名又はH(X)のプリイメージをTx_１に追加していない。

【0074】

Tx_０のロックスクリプトにXではなくH(X)を含める理由は、そうでなければXの生の値が明らかになるからである（ブロックチェーン１５０がＢｏｂによって検査できることを思い出してほしい）。

【0075】

ステップＳ５で、Ａｌｉｃｅは部分トランザクションTx_１をサイドチャネル３０２を介してＢｏｂに送信する。あるいは、それは、例えば、ＡｌｉｃｅがQRコード（登録商標）のような視覚的コードをビデオ内で表示することによって、又は、不可視又は不可聴の信号をそれぞれビデオ又はオーディオに埋め込むことによって、メインチャネル３０１を介して通信することもできる。

【0076】

注：この時点では、ＢｏｂはH(X)のプリイメージを知らないので、Tx_１に対して有効な署名を提供することができない。これは、Ｂｏｂが彼の署名を構成するとき（前述の説明を参照）、Ａｌｉｃｅの署名は無視されるが、ハッシュパズルのプリイメージは無視できないからである。すなわち、ＢｏｂがTx_１が有効であるために署名する必要があるデータの部分は、Xを含む。

【0077】

ステップＳ６において、Ｂｏｂは、Ａｌｉｃｅに、彼女が証書の条件（又はより一般的にはドキュメント）に合意するかどうかを尋ね、Ａｌｉｃｅは確認する。これは、パーティ間通信チャネル３０１を介して、好ましくは音声付きビデオを介して行われる。ただし、音声しか含まないチャネルを代わりに使用することもできる。特に、音声がオーディオ内で認識可能な場合にはなおさらである。Ｂｏｂは、口頭でＡｌｉｃｅにそのドキュメントに合意するかどうか尋ねることができ、Ａｌｉｃｅは口頭で返事をすることができる。代替的又は追加的に、一方又は両方のパーティは、手話のような視覚的な形式のコミュニケーションを使用することができる。通信は、例えば、各パーティの端末１０２ａ、１０２ｂのタブレット及び電子スタイラスを介して、パーティが共有されたワークスペース上に自身の認識可能な手書きで書くことを可能にする共有仮想ホワイトボードのような、別の形態の媒体チャネル３０１を介しても行うことができる。どのような手段が用いられようと、少なくともＡｌｉｃｅの合意の宣言は、少なくとも妥当な確実性の範囲内で、Ａｌｉｃｅからのものであると認められるべきである。好ましくは、Ｂｏｂの質問も、Ｂｏｂに由来するものとして認識される。しかし、他のシナリオでは、Ｂｏｂの質問は、Ａｌｉｃｅの合意がチャネル３０１を介してＢｏｂによって立証されている限り、任意であってもよい（すなわち、Ａｌｉｃｅは、促されることなく宣言を行うことができる）。

【0078】

どのような形態の媒体が使用されようと、このようにして、この合意は媒体リンク３０１を介してキャプチャされる。任意で、この媒体は、少なくとも一時的に、Ａｌｉｃｅ、Ｂｏｂ又は第３者のデータストア（例えば、Ａｌｉｃｅ又はＢｏｂのローカルストレージドライブ又は従来のクラウドストレージアカウント）に記録される。Ａｌｉｃｅの合意を含む媒体の少なくとも一部が記録されており、望ましくはＢｏｂの質問も記録される。記録がブロックチェーン１５０にも保存されるか否かにかかわらず、この記録は、合意を証明する記録を提供する。

【0079】

ステップＳ７において、Ａｌｉｃｅは、Tx_１のための署名と、ハッシュパズルH(X)の解を提供する。彼女はこれらをサイドチャネル３０２を介してＢｏｂに送る。あるいは、それは、例えば、ＡｌｉｃｅがQRコード（登録商標）のような視覚的コードをビデオ内で表示することによって、又は、不可視又は不可聴の信号をそれぞれビデオ又はオーディオに埋め込むことによって、メインチャネル３０１を介して通信することもできる。もしXが人間にとって意味のある形式をとれば、Ａｌｉｃｅはそれを口頭又は手動でビデオやオーディオチャネルを介して伝えることさえできる。例えば、Xはパスワードであったり、Ａｌｉｃｅが読んだり、Ｂｏｂに検索するように指示したりする本の一節であったりする。

【0080】

実施形態において、Ａｌｉｃｅのクライアントアプリケーション１０５ａ’（又は、より一般的には、１つ以上のアプリケーションを含むソフトウェア）は、自動的に解Xを保留し、その後、Ｂｏｂに解放し、自動的に解Xを送信するか、又は、Ａｌｉｃｅが自身の署名を提供したこと、及び／又はＡｌｉｃｅがチャネル３０１を介して合意に署名したことを自動的に検出することを条件として解Xを送信することを可能にするように構成されてもよい（例えば、後者は、機械インテリジェンス技術を使用して検出され得る）。代わりに、Ａｌｉｃｅは手動でXを送信又はトリガすることができる。一般に、Xを一時的にＢｏｂが利用できないようにする任意の手段を使用することができる。

【0081】

ステップＳ８で、ＢｏｂはXを知っており、Tx_１に対して有効な署名を提供することができる。ＢｏｂはTx_１に署名し、Tx_１を完了する。

【0082】

オプションのステップＳ９において、ビデオデータ、又はビデオデータのハッシュは、トランザクションTx_１、例えばOP_RETURNに格納されてもよい。これは、妥当性が確認された場合、合意を証明するビデオ又は他のそのような媒体が、ブロックチェーン１５０内のトランザクションTx_１に不変に格納されることを意味する。ただし、これは任意である。注：アウトプットのこの部分は、SIGHASH_ALL以外のSIGHASHフラグを使用して達成できる、ＡｌｉｃｅとＢｏｂによって事前に署名されていてはならない。この理由は、署名がトランザクションデータであるメッセージに署名するためである。Ａｌｉｃｅは、ドキュメントに署名し、そうすることを記録する。ビデオが追加されると、録画が追加され、これがメッセージを変更する。したがって、Ａｌｉｃｅはドキュメントに単独で署名し、ＢｏｂはSIGHASHフラグを使用してビデオ及びドキュメントに署名することができる。

【0083】

このビデオデータは、ステップＳ７及びS８におけるものとは別個の署名を使用して、Ａｌｉｃｅ、Ｂｏｂ、又は両方によって署名されてもよい。

【0084】

ステップＳ１０で、トランザクションTx_１は完了し、Ａｌｉｃｅ又はＢｏｂのいずれかによってネットワーク１０６に送ることができ、そこでブロックチェーン１５０上に不変に記録される。

【0085】

ＡｌｉｃｅがＢｏｂとの合意を示し、Sig P_Aという署名を提供する後まで、XがＢｏｂから差し控えられたという事実は、Ｂｏｂの署名が少なくともその時点まで有効に提供されないことを意味する。ＢｏｂによるXの署名（及び実施形態では、X自体もTx_１に別々に含まれる）は、ロックスクリプトに従ってTx_１が有効である条件であるため、これは、ＢｏｂがXを提供されるまで、Ｂｏｂ又は他の誰が、ネットワーク１０６を介してTx_１を伝搬させること又はブロックチェーン１５０に受け入れることが不可能であることを意味する。それまで、Ｂｏｂが有効な署名を提供することは暗号的に不可能である。Tx_１は、署名の順序の暗号学的証明としてブロックチェーン１５０に不変的に記録されたままである。追加のセキュリティのために、ドキュメント及び／又はビデオ又は他のそのような媒体（又はハッシュ又は他のそのような変換）のコピーをTx_１に任意的に添付することができる。

【0086】

方法Ｍ１は、証拠を記録するために単一のトランザクションTx_１のみを使用する方法を提供する。これは、証拠が全てブロックチェーン１５０のある時点で記録され、従って、Ａｌｉｃｅ、Ｂｏｂ又は一般大衆の他の構成員のような任意のパーティが後日それをクエリすることを望むならば、より効率的に探索し、見つけることができるという利点を有する。ブロックチェーン１５０は、トランザクションのインデックスを含んでいないことに留意されたい。従って、別個のインデックスを別々に維持するという負担を伴わずに、ブロックチェーンを検索するには、所望のトランザクションを検索するためにブロックチェーンのトランザクションをトラバースする必要がある。ブロックチェーン１５０内のある時点での１つのトランザクションは、チェーン内の任意の各ポイントで散在する２つのトランザクションよりも、計算リソースに関して見つけるのがより効率的である。より少ないトランザクションはまた、必要な伝搬がより少なく、従って、ネットワーク１０１、１０６に対する必要な負担がより少ない。

【0087】

方法Ｍ２は、２つのトランザクションを使用して、方法Ｍ１と同様の結果を達成する方法を提供する。これは、スクリプト言語に関して以下の例として説明されているが、方法２は、アカウントベースのトランザクションモデルや、スクリプトが有効性のカスタム条件を定義することを許さない他のプロトコルを使用して実装することもできるという利点がある。

【0088】

図８は、方法Ｍ２で使用できる例示的なトランザクションのセットを示している。直ぐに詳しく説明するように、Ａｌｉｃｅは、Ａｌｉｃｅが彼女の署名を提供することによりトランザクションTx_１の中で消費される初期トランザクションTx_０を構築する。トランザクションTx_２は、Ｂｏｂが彼の署名を提供することによってTx_１のアウトプットを消費する。

【0089】

図１０は、方法Ｍ２のステップを示すフローチャートである。図９は、方法Ｍ２の間の特定のステップにおけるトランザクションの状態を示している。

【0090】

ステップＴ１で、ＡｌｉｃｅとＢｏｂは、それらの間にビデオチャネル又は他のメディアチャネル３０１を開く。この動画やその他の媒体が録画されることがありる。

【0091】

ステップＴ２で、ＡｌｉｃｅはUTXO_１を作成し、彼女の署名を提供することによって償還することができる。

【0092】

ステップＴ３で、Ａｌｉｃｅは、UTXO_１を消費する部分トランザクションTx_１を作成する。このトランザクションは、Ｂｏｂの署名を提供することによって償還できる１つの使用可能なアウトプットUTXO_２が含まれている。任意的に、電子ドキュメント（又はそのハッシュ）を、トランザクションに、例えばOP_RETURNに含めることもできる。

【0093】

方法Ｍ２のシナリオでは、ＡｌｉｃｅはTx_０（TxID_０）のトランザクションＩＤに署名し、Tx_１が有効であるためにこの署名（Sig P_A）をTx_１のインプットに含める必要がある。TxID_０はTx_０全体のハッシュである。Ｂｏｂは、Tx_１のトランザクションＩＤ（TxID_１）に署名し、この署名（Sig P_B）を、Tx_１のアウトプットUTXO_２を有効に償還するために、さらなるトランザクションTx_２のインプットに含める必要がある。TxID_１は、Ａｌｉｃｅの署名Sig P_Aを含むTx_１全体のハッシュである。従って、Tx_２において有効な署名を提供するＢｏｂは、Tx_１におけるＡｌｉｃｅの署名に依存する。Ｂｏｂが誤ったものに署名を提供するか又は署名しない場合、Tx_２はノード１０４によって有効であるとはみなされず、したがってブロックチェーン１５０内で伝搬及び記録されない。

【0094】

ＡｌｉｃｅはまだTx_１に彼女の署名を加えていない。

【0095】

ステップＴ４で、Ａｌｉｃｅは部分トランザクションTx_１をＢｏｂに送信、する。注：この時点では、Ｂｏｂは、トランザクションTx_１のトランザクションＩＤ TxID_１を知らないため、UTXO_２を償還する有効な署名を提供することができない。（トランザクションＩＤはトランザクションデータのハッシュであることを思い出してほしい。）これは、ＡｌｉｃｅがまだTx_１に署名を提供していないためである。

【0096】

ステップＴ５で、ＢｏｂはＡｌｉｃｅに対し、証書（又はより一般的にはドキュメント）の条項に合意することを口頭で尋ねる。Ａｌｉｃｅは口頭で確認する。これは、ビデオリンク３０１でキャプチャされる。代替的に又は追加的に、他の形態の通信及び／又は媒体が、リンク３０１を介して、例えば手話などで使用され得る（方法Ｍ１に関する前述の説明を参照のこと）。

【0097】

ステップＴ６で、Ａｌｉｃｅは、Tx_１のための署名を提供し、これは、ここで完全なトランザクションである。彼女はこれをサイドチャネル３０２を介してＢｏｂに送る。あるいは、メイン媒体チャネル３０１を介して通信することもできる（再び、方法Ｍ１に関する対応する説明を参照されたい）。

【0098】

ステップＴ７で、ＢｏｂはUTXO_２を消費するトランザクションTx_２を作成する。ＢｏｂはTx_２に署名する。

【0099】

任意的なステップＴ８において、記録されたビデオ又は他の媒体データは、方法Ｍ１のステップＳ９と同様の方法で、トランザクションTx_２に記憶されてもよい。この場合も、このデータは、Ａｌｉｃｅ、Ｂｏｂ、又はその両方によって署名されてよい。

【0100】

ステップＴ９で、トランザクションTx_１及びTx_２は、ここで完了し、Ａｌｉｃｅ又はＢｏｂのいずれかによってネットワーク１０６に送ることができる。それらはブロックチェーン１５０上に不変に記録される。方法Ｍ２ではXは必要ないが、TxID_１がTx_２が有効に生成される前に存在しなければならないため、署名の順序は依然として強制されている。

【0101】

方法Ｍ２は、スクリプトが検証のためのカスタマイズ可能な条件を定義できない、アカウントベースのモデルやトランザクションプロトコルでも動作できる。方法Ｍ２に含まれるすべてのトランザクションは、多くの非スクリプトベース及びアカウントベースのトランザクションプロトコルの共通又は標準検証基準に対応する標準スクリプトのみを使用することに注意する。

【0102】

方法Ｍ１及びＭ２は多くの統一された特徴を共有する。第１に、署名の順序は固定されている。Ｂｏｂが彼の署名を提供する前に、Ａｌｉｃｅが彼女の署名を提供しなければならない。さらに、両方の方法の実施形態において、トランザクションの署名のビデオは、署名者Ａｌｉｃｅ及び証人Ｂｏｂのための容量の証拠を提供する。ビデオデータ、又はビデオデータのハッシュをトランザクションに含めることはオプションである。また、証書に係るドキュメントの電子コピー又は当該ドキュメントのハッシュを含めることも任意である。

【0103】

どちらの方法でも、署名の記録と任意の補足データ（ドキュメント及び／又はビデオデータ）はブロックチェーンに保存され、不変である。トランザクションがブロックチェーンにサブミットされると、デジタル署名がノード１０４によってチェックされる。有効な署名を持つトランザクションのみがブロックチェーン１５０に格納される。従って、第３者は、署名自体をチェックする能力を持たずに、署名の正当性を信頼することができる。レコードは、分散ネットワーク上のフルコピーノード１０４Ｓによって複製され、従って、第３者によって容易に得ることができる。

【0104】

実施形態では、ハッシュベースのメッセージ認証コード（hash-based message authentication code (HMAC)）の使用を通して、２つのパーティは部分的に満たされたトランザクションを送信し、トランザクション又は送信エラーに予期せぬ変更がなかったことを検証することができる。

【0105】

注：トランザクションの使用可能UTXOアウトプットに移転されたデジタルアセットの量は、本発明の目的には関係ない。したがって、方法１では、それは、Tx_０のアウトプット０（UTXO_１）、及びTx_１のアウトプット０である。方法Ｍ２では、Tx_０のアウトプット０（UTXO_１）、Tx_１のアウトプット０（UTXO_２）、及びTx_２のアウトプット０を参照する。インプット値、実際には示されない他のインプットを分割するため、トランザクションのうちの任意の所与の１つの中に、より多くの使用可能なアウトプットが存在できる。Ａｌｉｃｅは、ＵＴＸＯの中で定義されたデジタルアセットの一部又は全部を彼女自身に、ＢｏｂのレンダリングされたサービスのためにＢｏｂに、又は別のパーティに、移転できる。実際には、Ａｌｉｃｅは、おそらく、トランザクションがマイナーによって成功裏に受け入れられることを確実にするために十分なマイナー手数料を残す必要があり、また、実施形態においては、ドキュメント及び／又はビデオの記録を格納するための費用を支払う必要がある（これは、各ノード１０４においてブロックチェーン１５０のコピー内のすべての記憶ノード１０４Ｓに格納されるが、これは、勝ったマイナー１０４Ｍ（記憶ノード１０４Ｓでもあり得る）のみが、マイナー手数料を得る）。しかし、プライベート又はコンソーシアムのブロックチェーンのような他の使用事例では、マイナー１０４Ｍは必ずしも報酬によって動機付けされる必要はない。

【0106】

図１１及び図１２は、Xのハッシュの代わりに、コードセパレータを有する単一のトランザクションを使用する、方法Ｍ１の代替的な実装を示す。

【0107】

図１１は、この方法の変形例で使用されたトランザクションの概略図である。Ａｌｉｃｅは、必要なロックスクリプト有するUTXO_１を生成する最初のトランザクションTx_０を構成する。これは、Ａｌｉｃｅの署名とＢｏｂの署名をその順で提供することによってトランザクションTx_１の中で消費される。この例では、シークレットXは、実際にはトランザクションTx_１の一部ではない。しかし、ＢｏｂがTx_１内の有効な署名を作成するためには、彼は依然としてXを知る必要がありる。

【0108】

図１２は対応するフローチャートを示す。

【0109】

この実施形態は、ロックスクリプトのどの部分にＢｏｂが署名する必要があるかを制御するために、Tx_０のロックスクリプトのコードセパレータを使用する。次に、Ａｌｉｃｅは、前述の実施形態においてＢｏｂがXを留保する方法と類似の方法で、Ｂｏｂが署名することを要求されるロックスクリプトの一部を留保する。

【0110】

署名はTx_１のアウトプットに署名する。実施形態において、アンロックスクリプト内のsighashフラグは、Tx_１のどの部分が署名されるかを設定する。しかし、署名はロックスクリプトの一部にも署名し、ロックスクリプトはTx_０に含まれる。コードセパレータがない場合、少なくとも１つのプロトコルでは、デフォルトで署名されるのは常にロックスクリプト全体である。一方、コードセパレータがある場合、Tx_０を作成するパーティは、どの部分が署名されるかを制御できる。

【0111】

ステップＵ１において、Ａｌｉｃｅ及びＢｏｂは、彼らの間にビデオチャネルを開く。このビデオは記録されてよい。

【0112】

ステップＵ２で、Ａｌｉｃｅは自分だけが知っているシークレットXを生成する。

【0113】

ステップＵ３において、Ａｌｉｃｅは、コードセパレータから先のロックスクリプトの一部に対する彼女の署名を提供することによって、及びシークレットXを含むロックスクリプト全体に対するＢｏｂの署名を提供することによって、償還可能なUTXO_１を生成する。

【0114】

ロックスクリプトは概略的に以下のように記述できる：
Loking UTXO_１= [Checksig P_B] <X> OP_DROP OP_CODESEPARATOR [Checksig P_A]

【0115】

有効な署名を作成するには、[Checksig P_B]<X>OP_DROPを除き、Ａｌｉｃｅはロックスクリプト内のすべてに署名しなければなりない。Ｂｏｂは、[ChecksigP_B]<X>OP_DROPを含む、ロックスクリプト内のすべてに署名しなければならない。

【0116】

Ａｌｉｃｅは、まだUTXO_１の全体をＢｏｂに開示していない（まだネットワーク１０６に送信されておらず、ブロック１５１でマイニングされていない可能性がある）。

【0117】

ステップＵ４で、ＡｌｉｃｅはUTXO_１を使用する部分トランザクションTx_１を作成する。電子ドキュメントを、トランザクションに、例えば利用不可能アウトプット（OP_RETURN）に含めることができる。

【0118】

Ａｌｉｃｅはまだ彼女の署名を加えていない。

【0119】

ステップＵ５で、Ａｌｉｃｅは、コードセパレータから先のロックスクリプトを含む、UTXO_１の部分的なバージョンをＢｏｂに送る。彼女はまた、トランザクションＩＤを含めて、UTXO_１が属するトランザクションTx_０の残りをＢｏｂに開示する。

【0120】

Ａｌｉｃｅは部分トランザクションTx_１をＢｏｂに送信する。

【0121】

注：この時点では、ＢｏｂはUTXO_１（Tx_０のUTXO）のロックスクリプト全体を知らないため、Tx_１のために有効な署名を提供することができない。特に、コードセパレータの前に現れるシークレットXを知らない。

【0122】

Ａｌｉｃｅは、事前にＢｏｂに部分的なバージョンを送る必要は全くない（すなわち、ステップＵ５は任意である）。しかし、これを行うことの利点の１つは、彼女が彼女の署名を提供したときに、ＢｏｂがＡｌｉｃｅが署名したトランザクションのすべての部分を知っているので、それが有効であることを確認できることである。

【0123】

ステップＵ６で、ＢｏｂはＡｌｉｃｅに対し証書の条項に合意することを口頭で尋ねる。Ａｌｉｃｅは口頭で確認する。これはビデオリンク上で記録されてよい。

【0124】

ステップＵ７で、ＡｌｉｃｅはTx_１のための署名、及び彼女のシークレットＸを提供する。彼女はこれをＢｏｂへ送信する。

【0125】

ステップＵ８において、Ｂｏｂは、Ｘを知り、したがってロックスクリプトUTXO_１の全体を構成でき、それが属するトランザクションＩＤが正しいことを検証することができる。彼は、ここで、有効な署名を提供することができる。ＢｏｂはTx_１に署名する。

【0126】

ステップＵ９において、任意で、ビデオデータ又はビデオデータのハッシュは、トランザクションTx_１、例えばOP_RETURNに格納されてもよい。アウトプットのこの部分は、SIGHASH_ALL以外のSIGHASHフラグを使用して達成できる、ＡｌｉｃｅとＢｏｂによって事前に署名されていてはならない。

【0127】

このビデオデータは、ステップＵ７及びＵ８におけるものとは別個の署名を使用して、Ａｌｉｃｅ、Ｂｏｂ、又は両方によって署名されてもよい。

【0128】

ステップＵ１０で、トランザクションTx_１は完了し、Ａｌｉｃｅ又はＢｏｂのいずれかによってネットワークに送ることができ、そこでブロックチェーン１５０上に不変に記録される。Tx_０は、Tx_１と同時に又は前に又は後に送信されてよい。

【0129】

上記の実施形態は、単なる例示として説明したものであることが理解されるであろう。

【0130】

例えば、前述のように、所与のトランザクションに署名するパーティ１０３ａ、１０３ｂが、最初にトランザクションを生成するパーティである必要はなく、トランザクション全体を組み立てるパーティである必要もなく、ネットワーク１０６にトランザクション全体を送信するパーティである必要もない。同様に、第３者はＡｌｉｃｅとＢｏｂに代わって紙の証書を起草することができるが、ＡｌｉｃｅとＢｏｂにより署名されることのみが残されている。同様のことは、電子トランザクション１５２についても言える。同様に、署名された証書を他人がその保管場所に送ることも可能である。

【0131】

第１パーティが提供する必要のある最小限のことは、第２パーティの署名であり、第２パーティが提供する必要のある最小限のことは、第２パーティの署名である。トランザクションの他の要素は、第１パーティ、第２パーティ、あるいは第３者によって、あるいはこれらのパーティの組み合わせによって生成される。シークレットXを使用する実施形態では、Xもまた、望ましくは、第１パーティによって第２パーティに提供されるが、代替的に、Xは、第１パーティと信頼される第３者との間で共有される共有シークレットであってもよく、シークレットXは、信頼される第３者によって第２パーティに提供されてもよい。

【0132】

トランザクションの要素は、第１パーティ、第２パーティ、あるいは第３者によって、あるいはこれらのパーティの組み合わせによって組み立てられ得る。完全なトランザクションは、第１パーティ又は第２パーティによって直接ネットワークに送信され得るか、又は第３のパーティを介してネットワーク１０６に転送され得る。

【0133】

さらに、本開示の範囲は、上述の特定のトランザクションプロトコル又はノードプロトコルに限定されない。例えば、方法Ｍ１及びＭ２に関連して記載されるような類似の機能は、問題となっている特定のシステムのノード１０４によって適用されるノードプロトコルによって認識される１つ以上の言語に依存して、他のスクリプト言語を用いて実現することができる。

【0134】

いくつかのブロックチェーンでは、トランザクションは、シーケンスの中の別のトランザクションのアウトプットの「使用」又は償還において、シーケンスの中のトランザクションの概念を使用しないアカウントベースのプロトコルを使用する。アカウントベースのブロックチェーンでは、アカウントは一般にアカウントアドレスで識別される。すべてのアカウントの現在の状態は、ブロックチェーンとは別個のマイナーによって格納され、絶えず更新される。トランザクションは、送信側と受信側のフィールドを持ち、送信側フィールドでアドレスされたアカウントから受信側フィールドでアドレスされたアカウントに送信されると言われる（物理的には、トランザクションは検証及び他のブロックチェーンノードへの伝搬のために、実際には端末からブロックチェーンノードへ送信されるが、アカウント自体は、ブロックチェーンの状態によって定義される論理的な構成概念であり、次に、それが含むトランザクションのシーケンスによって定義される）。トランザクションは、例えば、送信者と受信者のアカウントの間である量のデジタルアセットを移転し、その量を送信者のアカウントの残高から控除し、受信者のアカウントの残高に加えさせる。アカウントは、以前に存在しなかったアカウントアドレス（すなわち、ブロックチェーン上の以前のトランザクションに含まれていないアカウントアドレス）にトランザクションを送信することによって作成され、そのアカウントを含むその後のトランザクションは、それらの送信者又は受信者フィールドにそのアドレスを指定する。したがって、与えられたアカウントに関連するブロックチェーン上のすべてのトランザクション（それを生成するトランザクションを含む）は、共通のアカウントアドレスによってリンクされる。

【0135】

このように、アカウントベースのモデルでは、トランザクションはUTXOなどのシステムに基づいては機能せず、各トランザクションが先行するトランザクションのアウトプットを消費又は償還する。その代わりに、トランザクションは、アカウントのトランザクション記録（「ポジション」又は「ナンス」とも呼ばれ、proof-of-workのナンスと混同しない）を使って注文される。この値は、送信者により彼らの暗号署名の一部として署名され、トランザクション参照計算の一部としてハッシュされる。したがって、方法Ｍ２は、カスタムスクリプトを許可しない場合でも、依然としてアカウントベースのプロトコルで実装され得る。

【0136】

アカウントベースの場合、トランザクション１からのトランザクションＩＤは、任意でトランザクション２のデータフィールドに含めることができる。次に、方法Ｍ２と同じケースに還元する。いくつかのアカウントベースのプロトコルでは、ロックスクリプトの役割を果たすために、スマートコントラクトが使用されることがある。スマートコントラクトでは、データの特定のビットに署名する署名を要求することができる。従って、Ａｌｉｃｅからの署名を、次にＡｌｉｃｅの署名に特に署名するＢｏｂからの署名を必要とするスマートコントラクトを記述することができる。この場合、上述のUTXOベースのＭ２方法のバージョンのように、Ｂｏｂが知らない情報はＡｌｉｃｅの署名である。

【0137】

さらなる変形において、トランザクションプロトコル及びノードプロトコルがより柔軟なスクリプト言語を可能にする場合、条件検証のあらゆる種類の変形が、１つ以上のトランザクションにプログラムされ得る。例えば、Ｂｏｂが同じトランザクションにおいてＡｌｉｃｅの署名（又はその変換）を含むデータの一部に署名することを要求するカスタムスクリプトを記述することが可能である。これは、方法Ｍ１のように単一のトランザクションテストを提供するが、方法Ｍ２のようにXを必要としない。Ａｌｉｃｅは、通信チャネル３０１を介して彼女の合意に署名し、宣言する後まで、彼女の署名をＢｏｂから単に保留する。

【0138】

さらに、上記は、公開ブロックチェーンに関して説明されているが、これは、限定的なものではなく、ブロックチェーン１５０は、例えば、組織の選択されたグループの間で使用されるコンソーシアムブロックチェーン、又は所与の組織内のプライベートブロックチェーンであってもよい。

【0139】

また、上記の順序は、方法Ｍ１及びＭ２のすべての段階に必須ではないことにも注意されたい。例えば、方法Ｍ１のステップＳ５を参照すると、Ａｌｉｃｅは、必ずしもこの時点で部分トランザクションをＢｏｂに送信する必要はない。彼女はステップＳ７まで、部分トランザクションTx_１においてXと彼女の署名を一緒に送るのを待つことができる。同様に、別の例として、方法Ｍ２では、Ａｌｉｃｅは、ステップＴ４で部分的なTx_１をＢｏｂに送る必要はないが、ステップＴ６で彼女の署名と共に送るのを待つことができる。また、前述のように、別のパーティが部分的なトランザクションを提供することも可能であり、Ａｌｉｃｅから信頼されている別のパーティが、ＢｏｂにXを送信する責任を負うことも可能である。より一般的には、ノード１０４によって検証される有効な署名を提供するためにＢｏｂが署名することを要求される情報がＢｏｂから差し控えられることが重要である。また、情報ピース（例えばシークレット情報ピース、例えばX）がＢｏｂに提供されない、又はＢｏｂに利用可能できないようにする場合、これは必ずしもそれが事前に存在したことを意味する必要はない。いくつかの実施形態において、これは、Ａｌｉｃｅが彼女の署名を提供した後及び／又は彼女がＢｏｂに合意を示した後に生成することができる。

【0140】

方法Ｍ１の別の変形例は、以下の通りである。上述のように、Tx_０のロックスクリプトにXではなくH(X)を含める理由は、そうでなければXの生の値がブロックチェーン１５０の中で明らかになるからである。しかし、原則として、Ａｌｉｃｅは、Tx_０とTx_１の両方がネットワーク１０６に送信する準備が整うまで、Tx_０を保留することもできる（いくつかのシステムには孤児トランザクション用の規定があることを思い出してほしい）。この場合、次にTx_０のロックスクリプトの中の[Solve H(X)]は、単にXとの等価性をチェックする関数に置き換えることができる（例えば、オペコードOP_EQUALVERIFYを使用する）。

【0141】

方法Ｍ１及び／又はＭ２の他の変形例は、本明細書に説明されているように、根底にある原理を与えられると、当業者に明らかになり得る。

【0142】

さらに、上記は、Ａｌｉｃｅがドキュメントの内容に合意するという観点から記述されているが、これは必須ではない。例えば、Ａｌｉｃｅの合意は、単に、話し言葉による証書又は１つ以上の条件の他の集合の合意であるかもしれない。より一般的には、本方法は、記述された又は任意の媒体上に指定された、電子的な又はその他の任意の形式で定義された任意のステートメントに関連して使用することができる。また、本書で使用される「ステートメント」という用語は、合意されている内容の性質を制限するものではない。例えば、Ａｌｉｃｅ、Ｂｏｂ、又は他のパーティが行った事実又は意見のステートメント、又はＢｏｂ又は他のパーティがＡｌｉｃｅに提出した提案である可能性がある。

【0143】

更により一般的には、本明細書に開示された一態様によると、第１パーティがステートメントに合意することをブロックチェーンを使用して証明する、コンピュータにより実装される方法であって、前記方法は、第２パーティのコンピュータ機器において、前記第２パーティが、前記第１パーティが前記ステートメントに合意することの確認を受信するステップと、前記第２パーティが、前記確認の後であって、前記第１パーティが前記確認に加えて前記合意を示すために前記第１パーティの暗号署名を生成する後まで、前記第２パーティに利用可能ではない前記第１パーティの情報ピースを受信するステップと、前記第２パーティが前記第１パーティによる前記合意の受信を証明することを示すために、前記第２パーティが、前記情報ピース又はその変換を含むデータの部分に署名することにより、前記第２パーティの暗号署名を生成するステップと、１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第１パーティの前記署名と、前記１つ以上のトランザクションのうちの少なくとも１つに含まれる前記第２パーティの前記署名とを含む形式で、前記１つ以上のトランザクションを、ノードのネットワークへ送信する又は前記ネットワークへ送信させるステップであって、前記ネットワークは、検証条件を満たすことを条件として前記ノードの少なくとも幾つかのうちの各々において維持される前記ブロックチェーンのコピーに記録されるよう、前記ネットワークに渡り各トランザクションを伝搬するよう構成される、ステップと、を含み、前記検証条件は、前記第１パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、前記第２パーティの前記署名が前記１つ以上のトランザクションのうちの１つに含まれること、及び前記第２パーティの前記署名が前記データの部分に署名することにより生成されたこと、を条件として、前記１つ以上のトランザクションのうちの１つを検証するよう構成される、方法が提供される。

【0144】

方法Ｍ２では、第２のトランザクションが検証されるためには、第１のトランザクションも有効である必要があることに注意する。トランザクションがノードによって検証されるとき、ノードは、未使用のアウトプットを有する以前に検証されたトランザクションを消費していることをチェックする。したがって、方法Ｍ２では、第１パーティの署名がトランザクションのうちの１つ（第１のトランザクション）に含まれることを条件として、また、第２パーティの署名が第２のトランザクションに含まれること、及び、第２パーティの署名が、データの前記部分に署名することによって生成されたことを条件として、第２のトランザクションが検証されることが真実である。Ｍ１方法では、２つの署名が同じトランザクションに含まれることを条件に、個々のトランザクションが検証される。

【0145】

保留される情報ピースは、第１パーティの署名、又は第１パーティの署名と共に又は第１パーティの署名とは別に受け取った、例えば乱数のような、別個の情報ピースを含むことができる。独立した情報ピースの場合、これはまた、ブロックチェーンに記録されるために送信される１つ以上のトランザクションの１つに含まれてよい。

【0146】

実施形態において、この方法は、第２パーティが、１つ以上のトランザクションのうちの少なくとも１つを部分的な形式で受け取ることを含んでもよい。部分的な形式は、第１パーティ又は記録を容易にする第３者から受領することができる。実施形態において、この方法は、第２パーティが、第１パーティから署名を受け取ることを含んでもよい。第１パーティの署名は、１又は複数のトランザクションの部分的な形式の部分として、又は別個に受領することができる。実施形態において、第２パーティは、第２パーティの署名を部分的な形式に含めることによって、１つ以上のトランザクションを完了する。別途受領された場合、第２パーティは、トランザクションを完了するために、第１パーティの署名を加えることもできる。ネットワークへ送信することは、次に、完了したトランザクションをノードのネットワークを通じて伝搬され、それによってブロックチェーンに記録されるように転送することを含むことができる。転送は、ノードのうちの１つに直接的に送信すること、又はノードのうちの１つに直接的又は間接的に転送される第３者のコンピュータ機器に送信することを含むことができる。

【0147】

別の実施形態では、第２パーティは、第１パーティの署名及び（別個の場合）第１パーティの情報ピースを受領した後に、第２パーティのコンピュータ機器において、コードを含む１つ以上のトランザクションを作成することができる。次いで、第２パーティは、ノードのネットワークを介して伝搬され、それによってブロックチェーンに記録される１つ以上のトランザクションの完成した形式を転送することができる（ここでも、転送は、ノードの１つに直接的に送信すること、又はノードの１つに直接的又は間接的に転送される第３者のコンピュータ装置に送信することを含むことができる）。

【0148】

さらに別の選択肢において、第１パーティは、１又は複数のトランザクションの部分的な形式、第１パーティの署名、及びシークレット情報ピース（署名とは別個の場合）を第３者に送ることができ、第２パーティは、第３者が、第１及び第２パーティから受け取ったこれらの要素に基づいて１又は複数のトランザクションの完全な形式を組み立てるために、第２パーティの署名を第３者に送ることができる。次いで、第３者は、１つ以上のトランザクションを、直接的又は間接的に、ネットワーク全体に伝搬され、それによってブロックチェーンに記録されるよう、ノードの１つに転送することができる。あるいは、第１パーティは、第１パーティの署名及び（別個の場合は）シークレット情報ピースを第３者に転送することができ、第２パーティは、第３者が１つ以上のトランザクションを組み立てるために、第２パーティの署名を第３者に転送することができる。ここでも、次いで、第３者は、１つ以上のトランザクションを、直接的又は間接的に、ネットワーク全体に伝搬され、それによってブロックチェーンに記録されるよう、ノードの１つに転送することができる。

【0149】

第１パーティの署名は、第１パーティが、１つ以上のトランザクションの少なくとも１つの少なくとも一部又はその変換、例えば、１つ又は両方のトランザクションの一部又はすべてのハッシュに署名することによって生成することができる。また、第２パーティによって署名されたデータの部分は、トランザクションのうちの少なくとも１つの部分又は全部又はその変換（例えば、ハッシュ）を含み得る。実施形態において、第２パーティによって署名されるべきデータの部分は、各ノードに適用されるプロトコル、又は１つ以上のトランザクションに含まれるコード、又はこれらの組み合わせによって指定されてもよい。

【0150】

実施形態において、ステートメントは、ドキュメント内のステートメントであってもよい。

【0151】

実施形態では、ドキュメントのレコードは、１つ以上のトランザクションのうちの１つに含まれてよく、それによりブロックチェーンに格納される。

【0152】

ドキュメントのレコードは、明確な形式のドキュメント自体、ドキュメントのハッシュのようなドキュメントの変換、又は暗号化した形式のドキュメントを有してもよい。

【0153】

ドキュメントのレコードは、第１パーティ及び第２パーティの一方又は両方により暗号署名されてよい。

【0154】

これを実装するために、実施形態において、第１及び／又は第２の署名を生成するために署名されたデータは、ドキュメントのレコードを含んでもよい。代替として又は追加的に、第１及び／又は第２パーティは、別個の暗号署名をドキュメントのレコードに適用してもよい。

【0155】

実施形態では、第２パーティの署名を生成するために第２パーティにより署名されたデータの部分は、ドキュメントのレコードを含み、及び／又は第１パーティの署名を生成するために第１パーティにより署名されたデータは、ドキュメントのレコードを含んでよい。

【0156】

実施形態では、第１パーティと第２パーティとの間にビデオ呼を確立するステップ、を更に含み、確認の受信は、第２パーティが第１パーティからの確認を、ビデオ呼を介して視覚的又は聴覚的に受信することを含んでよい。

【0157】

実施形態では、視覚的又は聴覚的な確認を含むビデオの少なくとも期間を含むビデオのレコードは、将来の参照のために格納されてよい。

【0158】

実施形態では、ドキュメントのレコードは、１つ以上のトランザクションのうちの１つに含まれてよく、それによりブロックチェーンに格納される。

【0159】

ビデオのレコードは、明確な形式のビデオ自体、ビデオのハッシュのようなビデオの変換、又は暗号化した形式のビデオを有してもよい。

【0160】

実施形態では、ドキュメントのレコードは、第１パーティ及び第２パーティの一方又は両方により暗号署名されてよい
これを実装するために、実施形態において、第１及び／又は第２の署名を生成するために署名されたデータは、ビデオのレコードを含んでもよい。代替として、第１及び／又は第２パーティは、別個の暗号署名をビデオのレコードに適用してもよい。

【0161】

実施形態では、検証条件は、各トランザクションについて、少なくとも部分的に、トランザクション及び／又はブロックチェーンの先行するトランザクションに含まれるそれぞれのコードにより、構成されてよい。例えば、先行するトランザクションは、問題のトランザクションにより指されるトランザクションであってよい。

【0162】

代替的又は追加的に、検証条件は、少なくとも部分的には、各ノードに実装された共通ノードプロトコルによって定義されてもよい。

【0163】

先行するトランザクションは、１つ以上のトランザクションが作成及び／又は送信される時点で既にブロックチェーンに含まれていてもよく、又は先行するトランザクションがその時点でブロックチェーンに含まれる準備ができていてもよい。

【0164】

実施形態の第１のクラスでは、１つ以上のトランザクションは、第１パーティ及び第２パーティの両方の署名を含む１つのトランザクションを構成し、検証条件は、第１パーティ及び第２パーティの両方の署名がトランザクションに含まれること、及び第２パーティの署名がデータの部分に署名することにより生成されたことを条件に、１つのトランザクションを検証するよう構成されてよい。

【0165】

たった１つのトランザクションを使用することは、証拠が同じトランザクション内で一緒に保持されるという利点があり、より少ないルックアップ操作で後日再度クエリすることが可能になる。

【0166】

実施形態において、１つのトランザクションのインプットは、ブロックチェーン内の先行するトランザクションのアウトプットへのポインタを含んでもよく、又は、ブロックチェーンに含まれるべきであってもよく、先行するトランザクションのアウトプットは、先行するトランザクションのアウトプットをアンロックするために、第１パーティの署名及び第２パーティの署名を必要とするロックスクリプトを含む。１つのトランザクションは、１つのトランザクションのインプットにおけるアンロックスクリプトを含んでよく、アンロックスクリプトは、第１及び第２パーティの署名を含み、第１及び第２の署名を使用して先行するトランザクションをアンロックすることによって検証を行うように構成される。

【0167】

実施形態では、情報ピースは、第１パーティの署名に加えて、第１パーティのシークレット情報ピースを含んでよい。

【0168】

実施形態では、この方法は、第２パーティが、シークレット情報ピースを上記の１つのトランザクションに含め転送するか、又は、ネットワーク全体に伝搬される前に含まれるよう転送することを含み得る。検証条件は、シークレット情報ピースが上記の１つのトランザクションに含まれることを更に条件として、上記の１つのトランザクションを検証するように構成されてよい。

【0169】

実施形態では、上記の１つのトランザクションは、シークレット情報ピースのハッシュを含み、シークレット情報ピースが上記の１つのトランザクションに含まれるという条件は、第２パーティにより転送されるときのシークレット情報ピースが、コードに含まれるときのシークレット情報ピースのハッシュに対する解であるという条件を含んでよい。

【0170】

これは、第１パーティが、上記の１つのトランザクションの中でシークレット情報の生の値を開示する必要がないという利点を有する。

【0171】

実施形態では、ロックスクリプトは、先行するトランザクションの前記アウトプットをアンロックするためにシークレット情報ピースを更に必要としてよく、１つのトランザクションのインプットの中のアンロックスクリプトは、アンロックスクリプトの中のシークレット情報を使用するよう構成されるシークレット情報ピースを含んでよい。

【0172】

代替の実施形態では、ロックスクリプトは、ロックスクリプトを第１部分と第２部分とに分けるコードセパレータを含み、第１部分は情報ピースを含み、ロックスクリプトは、上記の１つのトランザクションの検証を可能にするために、第２部分ではなく少なくとも第１部分に署名するために第１パーティの署名を、及び少なくとも第２部分に署名するために、第２パーティの署名を必要とするよう構成されてよい。この場合、情報ピースの受信は、ロックスクリプトの第２の部分を受信することを含み、第２の部分の署名を生成することは、少なくとも第２の部分に署名することを含む。

【0173】

幾つかのこのような実施形態では、第２パーティが情報ピースを受信する前に、第２パーティが、ロックスクリプトの第１部分を受信するステップであって、第１パーティの前記署名は少なくとも第１部分に署名する、ステップと、第２パーティが、受信した第１部分に基づき、第１パーティの署名を検証するステップと、を含んでよい。

【0174】

実施形態において、先行するトランザクションは、第１パーティにより生成されてよい。実施形態において、先行するトランザクションは、直接的又は間接的に、ネットワーク全体に伝搬され、それにより、各ノードにおけるブロックチェーンのインスタンスに記録されるように、第１パーティによって送信されてもよい。あるいは、先行するトランザクションは、第３者又は第２パーティによって部分的に作成され、署名及び送信のために第１パーティに送付されるか、又は第１パーティは、その署名を第３者又は第２パーティに送付し、先行するトランザクションを組み立てて送信することができる。

【0175】

実施形態において、上記の１つのトランザクションは、少なくともアンロックスクリプトを含む部分的な形式で、第１パーティから第２パーティによって受信され、第２パーティが上記の１つのトランザクションに、第２パーティの署名及び（使用される場合には）シークレット情報ピースを含めることにより完成されてよい。第１パーティの署名は、上記の１つのトランザクションにおいて受領されてよく、又は別途受領されてよく、第２パーティにより上記の１つのトランザクションに含められてよい。上記の１つのトランザクションは、ひとたび完了すると、第２パーティによって直接ネットワークに送信されるか、又は上記の１つのトランザクションは、第２パーティによってネットワークに転送されるよう第３者に送信される。あるいは、第１パーティは、第１パーティの署名及びシークレット情報ピースを第３者に転送することができ、第２パーティは、第２パーティの署名を第３者に送信することができる。この場合、アンロックスクリプトは、第３者によって生成されるか、又は第３者によって第１パーティから受信される。これらの要素は、第３者によって上記の１つのトランザクションに組み立てられ、次いで、第３者は、上記の１つのトランザクションを直接的又は間接的に送信して、ネットワークを介して伝搬させることができる。

【0176】

実施形態において、ドキュメントのレコードは、上記の１つのトランザクションのアウトプットに含まれてもよい。

【0177】

実施形態において、ビデオのレコードは、上記の１つのトランザクションのアウトプットに含まれてもよい。

【0178】

第２パーティの署名は、シークレット情報ピースを含む上記の１つのトランザクションの一部に明確に署名することによって、又はシークレット情報のハッシュを含むデータの一部に署名することによって形成することができる。実施形態において、第２パーティによって署名されたデータの部分は、ロック及び／又はアンロックスクリプト又はその部分のような、上記の１つのトランザクションの１つ以上の他の要素、及び／又はそのハッシュ又はその技術のような変換を含んでもよい。１つの特定の実施形態では、第２パーティは、少なくともシークレット情報ピース及びロックスクリプトに署名するか、又はシークレット情報ピース及びロックスクリプトのみに署名する。実施形態において、第２パーティによって署名されたデータの部分は、第１パーティの署名を含まない。

【0179】

第１パーティの署名は、上記の１つのトランザクションの少なくとも一部からのデータ、又はその変換（例えば、ハッシュ）に署名することによって生成することができる。実施形態において、第１パーティによって署名されたデータは、ロックスクリプト、及び／又は先行するトランザクションの１つ以上の他のアウトプット、及び／又はアンロックスクリプトを含むインプット以外の上記の１つのトランザクションの１つ以上の他のインプット、又はこれらのいずれかもしくはすべてのハッシュなどの変換を含んでもよい。実施形態において、第１パーティによって署名されたデータの部分は、シークレット情報ピースを含まない。

【0180】

実施形態の第２のクラスでは、１つ以上のトランザクションは、第１トランザクション及び第２トランザクションを含んでよく、検証条件は、第１パーティの署名が第１トランザクションに含まれることを条件として第１トランザクションを検証し、第２パーティの署名が第２トランザクションに含まれること、及び第２署名がデータの部分に署名することにより生成されたことを条件として第２トランザクションを検証するよう構成されてよい。

【0181】

実施形態において、第１トランザクションのインプットは、ブロックチェーン内の先行するトランザクションのアウトプットへのポインタを含んでもよく、又は、ブロックチェーンに含まれるべきであってもよく、先行するトランザクションのアウトプットは、先行するトランザクションのアウトプットをアンロックするために、第１パーティの署名を必要とするロックスクリプトを含む。第２トランザクションのインプットは、第１トランザクションのアウトプットへのポインタを含んでもよく、第１トランザクションのアウトプットは、第１トランザクションのアウトプットをアンロックするために、第２パーティの署名を必要とするロックスクリプトを含む。第１のトランザクションは、第１のトランザクションのインプットの中に第１アンロックスクリプトを含んでもよく、第２トランザクションは、第２トランザクションのインプットの中に第２アンロックスクリプトを含み、第１アンロックスクリプトは第１パーティの署名を含み、第２パーティの署名を含む第２アンロックスクリプトは、第１パーティの署名を使用して、先行するトランザクションのアウトプットをアンロックし、第２パーティの署名を使用して、第１トランザクションのアウトプットをアンロックすることによって、検証を行うように構成される。第１パーティによって保留される情報ピースは、第１パーティの署名を含む。

【0182】

実施形態において、ドキュメントのレコードは、第２トランザクションのアウトプットに含まれてもよい。

【0183】

実施形態において、ビデオのレコードは、第２トランザクションのアウトプットに含まれてもよい。

【0184】

最初のパーティの署名は、第１トランザクション及び／又は先行するトランザクションからのデータに署名することによって生成することができる。第１パーティの署名は、第２トランザクション及び／又は先行するトランザクションからのデータに署名することによって生成することができる。実施形態において、第２パーティによって署名されたデータの部分は、第１トランザクションのトランザクションＩＤを含んでもよく、これは、第１トランザクションの署名を含む第１トランザクション全体のハッシュであってもよい。第１パーティによって署名されたデータは、先行するトランザクションのトランザクションＩＤを含んでもよく、これは、先行するトランザクション全体のハッシュであってもよい。

【0185】

本明細書に開示される別の態様によると、コンピュータ可読記憶装置に具現化されたコンピュータプログラムプロダクトであって、第２パーティのコンピュータ機器上で実行されると、第２パーティのいずれかの方法に従い動作を実行するコンピュータプログラムプロダクトが提供される。

【0186】

本明細書に開示される別の態様によると、第２パーティのコンピュータ機器であって、１つ以上のプロセッサを含む処理機器と、１つ以上のメモリ装置を含むメモリと、を含み、前記メモリは、前記プロセッサ上で実行するよう構成されるソフトウェアを格納し、前記ソフトウェアは、実行されると、第２パーティのいずれかの方法に従い動作を実行するよう構成される、コンピュータ機器が提供される。

【0187】

本明細書に開示される別の態様によると、第１パーティのコンピュータ機器において実行されるコンピュータにより実装される方法であって、当該方法は、第１パーティが、第１パーティがステートメントに合意することを示すために第１パーティの暗号署名を生成するステップと、第１パーティの前記署名とは別に、第１パーティがステートメントに合意することを第２パーティに確認するステップと、第１パーティが第１パーティの暗号署名を生成し及び第２パーティへ確認を与える後まで、第２パーティに利用可能ではない第１パーティの情報ピースを生成し、次に情報ピースを第２パーティへ送信し、従って第２パーティが、情報ピース又はその変換を含むデータの部分に署名することにより、第２パーティの暗号署名を生成できるようにするステップと、情報ピースを送信することにより、１つ以上のトランザクションのうちの少なくとも１つに含まれる第１パーティの署名と、１つ以上のトランザクションのうちの少なくとも１つに含まれる第２パーティの署名とを含む形式で、１つ以上のトランザクションをノードのネットワークへ送信させるステップであって、ネットワークは、検証条件を満たすことを条件として、ネットワークに渡り各トランザクションを伝搬し、ノードの少なくとも幾つかのうちの各々において維持されるブロックチェーンのコピーに各トランザクションを記録するよう構成される、ステップと、を含み、検証条件は、第１パーティの署名が１つ以上のトランザクションのうちの１つに含まれること、第２パーティの署名が１つ以上のトランザクションのうちの１つに含まれること、及び第２パーティの署名がデータの部分に署名することにより生成されたこと、を条件として、１つ以上のトランザクションのうちの１つを検証するよう構成される、方法が提供される。

【0188】

実施形態において、本方法は、第２パーティ及び／又は任意の第３者若しくはノードによって実行される本方法の任意の実施形態に対応する相補的なステップを含んでもよい。

【0189】

別の態様によると、コンピュータ可読記憶装置に具現化されたコンピュータプログラムプロダクトであって、第１パーティのコンピュータ機器上で実行されると、第１パーティのいずれかの方法に従い動作を実行するコンピュータプログラムプロダクトが提供される。

【0190】

別の態様によると、第１パーティのコンピュータ機器であって、１つ以上のプロセッサを含む処理機器と、１つ以上のメモリ装置を含むメモリと、を含み、メモリはプロセッサ上で実行するよう構成されるソフトウェアを格納し、ソフトウェアは、実行されると、第１パーティの方法に従い動作を実行するよう構成される、コンピュータ機器が提供される。

【0191】

別の態様によると、コンピュータ読み取り可能記憶装置上に具現化されたコンピュータプログラムであって、第１パーティのコンピュータ機器上で実行されると、第１パーティの方法に従い動作を実行するよう構成されるコンピュータプログラムが提供される。

【0192】

本明細書に開示される別の態様によると、ノードのネットワークの中の第１ノードにより実行される方法であって、１つ以上のトランザクションのうちの１つに含まれる第１パーティの暗号署名と、１つ以上のトランザクションのうちの少なくとも１つに含まれる第２パーティの暗号署名と、を含む１つ以上のトランザクションを受信するステップと、第１パーティの署名及び第２パーティの署名がそれぞれ１つ以上のトランザクションに含まれること、及び第１パーティの署名が、第１パーティが第１署名を生成する後まで、第２パーティに利用可能ではない第１パーティの情報ピースを含む又はそれから導出されるデータの部分に署名することを検証するステップと、第１ノードにおいて維持されるブロックチェーンのコピーに１つ以上のトランザクションを記録するステップと、１つ以上の他のノードの各々において記録されたブロックチェーンのコピーに記録されるように、１つ以上のトランザクションを１つ以上の他のノードへ向けて伝搬するステップと、を含み、第１ノードは、記録を実行するよう構成され、第１ノードによる１つ以上のトランザクションのうちの少なくとも１つの伝搬は、検証を条件として実行される、方法が提供される。

【0193】

実施形態において、第１ノードにより実行される本方法は、第１パーティ、第２パーティ及び／又は任意の第３者によって実行される本方法の任意の実施形態に対応する相補的な動作を含んでもよい。

【0194】

別の態様によると、上記のノードの方法を実行するよう構成される、ネットワークのノードが提供される。

【0195】

別の態様によると、コンピュータ読み取り可能記憶装置上に具現化されたコンピュータプログラムであって、ノード上で実行されると、該ノードの方法を実行するよう構成されるコンピュータプログラムが提供される。

【0196】

別の態様によれば、第１ノードに関連して記載された方法に従って各々が動作するように構成されたノードのネットワークが提供され、それにより、１つ以上のトランザクションをネットワーク全体に伝搬させ、上記の検証の条件で各ノードにおいてブロックチェーンのコピーに記録するように構成される。

【0197】

本明細書に開示される別の態様によれば、第１パーティ、第２パーティ、関連し得る任意の第３者、及びノードのネットワークを備える方法を提供することができる。

【0198】

本明細書に開示される別の態様によれば、第１パーティのコンピュータ機器、第２パーティのコンピュータ機器、任意の第３者のコンピュータ機器、及びノードのネットワークを備えるシステムを提供することができる。

【0199】

開示された技術の他の変形例又は使用事例は、本明細書で開示されると、当業者に明らかになり得る。本開示の範囲は、記載された実施形態によって限定されるものではなく、添付の特許請求の範囲によってのみ限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】