特許 7549942 ブロックチェーン上で行われる移転の実行を制御又は強制するためのコンピュータにより実現されるシステム及び方法

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

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

(11)【特許番号】

(24)【登録日】2024-09-04

(45)【発行日】2024-09-12

(54)【発明の名称】ブロックチェーン上で行われる移転の実行を制御又は強制するためのコンピュータにより実現されるシステム及び方法

(51)【国際特許分類】

   H04L 9/32 20060101AFI20240905BHJP

   G06F 9/46 20060101ALI20240905BHJP

   G06F 9/448 20180101ALI20240905BHJP

【ＦＩ】

H04L9/32 200Z

G06F9/46 430

G06F9/448

【請求項の数】 12

(21)【出願番号】P 2021533431

(86)(22)【出願日】2019-12-17

(65)【公表番号】

(43)【公表日】2022-02-01

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

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

(87)【国際公開日】2020-06-25

【審査請求日】2022-11-18

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

(32)【優先日】2018-12-21

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

(73)【特許権者】

【識別番号】318001991

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

(74)【代理人】

【識別番号】100107766

【弁理士】

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

(74)【代理人】

【識別番号】100070150

【弁理士】

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

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

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

【審査官】中里 裕正

(56)【参考文献】

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

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

【文献】アントノプロス，アンドレアス・Ｍ，ビットコインとブロックチェーン，第1版，ＮＴＴ出版株式会社，2016年07月21日，pp.141-145

【文献】WRIGHT, C. and SERGUIEVA, A.，Sustainable Blockchain-Enabled Services: Smart Contracts，2017 IEEE International Conference on Big Data，2017年12月，pp.4255-4264

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

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ９／４６

Ｇ０６Ｆ ９／４４８

ＪＳＴＰｌｕｓ／ＪＭＥＤＰｌｕｓ／ＪＳＴ７５８０（ＪＤｒｅａｍＩＩＩ）

ＩＥＥＥ Ｘｐｌｏｒｅ

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

【請求項1】

ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルールの表現を生成するステップであり、
前記少なくとも１つのルールは、前記ブロックチェーンネットワーク上で後続の移転がどのように、又は誰に対してなされ得るかに関する、ステップと、
前記表現を含むｒｅｄｅｅｍスクリプトと、前記ｒｅｄｅｅｍスクリプトのハッシュを含むスクリプトアドレスとを生成するステップと、
前記ｒｅｄｅｅｍスクリプトのハッシュを前記スクリプトアドレスと比較するステップと、
前記ハッシュが前記スクリプトアドレスに一致する場合、ブロックチェーントランザクションのアウトプットに関連づけられたｌｏｃｋｉｎｇスクリプトにおいて前記スクリプトアドレスを使用するステップと、
を含む、コンピュータにより実現される方法。

【請求項2】

前記トランザクションの前記ｌｏｃｋｉｎｇスクリプトをロック解除するために前記スクリプトアドレスを使用するように構成されたｕｎｌｏｃｋｉｎｇスクリプトを含むさらなるブロックチェーントランザクションを生成及び／又は使用するステップ、
をさらに含む請求項１に記載の方法。

【請求項3】

前記トランザクション及び／又は前記さらなるトランザクションは、ビットコインプロトコルにおけるＰａｙ－ｔｏ－Ｓｃｒｉｐｔ－Ｈａｓｈ（Ｐ２ＳＨ）トランザクションタイプ若しくはその変形、又は別のブロックチェーンプロトコルにおける機能的に類似／同等のトランザクションタイプである、請求項１又は２に記載の方法。

【請求項4】

前記表現は、ブロックチェーンスクリプト、又はブロックチェーンスクリプト言語で書かれたコードの一部、テキストファイル、スマートコントラクト、画像、前記少なくとも１つのルールにアクセスできるロケーションへの参照又は該ロケーションの識別子である、請求項１乃至３のうちいずれか１項に記載の方法。

【請求項5】

前記少なくとも１つのルールの前記表現は、受信者に不完全なブロックチェーントランザクションの一部として提供され、あるいはブロックチェーンスクリプトコードのスニペットとして提供される、請求項１乃至４のうちいずれか１項に記載の方法。

【請求項6】

前記スクリプトアドレスは、ブロックチェーントランザクションの一部として提供される、請求項１乃至５のうちいずれか１項に記載の方法。

【請求項7】

前記トランザクションを前記ブロックチェーンネットワークにサブミットするステップ、をさらに含む請求項１乃至６のうちいずれか１項に記載の方法。

【請求項8】

前記少なくとも１つのルールは、前記ブロックチェーン上の資産をロック解除するために提供されなければならない暗号署名を規定する、請求項１乃至７のうちいずれか１項に記載の方法。

【請求項9】

ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルールの表現を受信者に提供するステップ、であり、
前記少なくとも１つのルールは、前記ブロックチェーンネットワーク上で後続の移転がどのように、又は誰に対してなされ得るかに関する、ステップと、
前記表現を含むｒｅｄｅｅｍスクリプトと前記ｒｅｄｅｅｍスクリプトのハッシュを含むスクリプトアドレスとを送信者から受信するステップと、
前記ｒｅｄｅｅｍスクリプトのハッシュを生成し、それを前記スクリプトアドレスと比較するステップと、
前記ハッシュが前記スクリプトアドレスに一致する場合、ブロックチェーントランザクションのアウトプットに関連づけられたｌｏｃｋｉｎｇスクリプトにおいて前記スクリプトアドレスを使用するステップと、
を含む、コンピュータにより実現される方法。

【請求項10】

ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルールの表現を送信者から受信するステップであり、
前記少なくとも１つのルールは、前記ブロックチェーンネットワーク上で後続の移転がどのように、又は誰に対してなされ得るかに関する、ステップと、
前記表現を含むｒｅｄｅｅｍスクリプトと前記ｒｅｄｅｅｍスクリプトのハッシュを含むスクリプトアドレスとを前記送信者に送信するステップと、
前記スクリプトアドレスにロックされたブロックチェーントランザクションにおけるアウトプットをロック解除するように構成されたさらなるブロックチェーントランザクションにおいて前記ｒｅｄｅｅｍスクリプトを提供するステップと、
を含む、コンピュータにより実現される方法。

【請求項11】

コンピュータにより実現されるシステムであって、
プロセッサと、
前記プロセッサによる実行の結果として当該システムに請求項１乃至１０のうちいずれか１項に記載のコンピュータにより実現される方法の実施形態を実行させる実行可能命令を含むメモリと、
を含むシステム。

【請求項12】

コンピュータシステムのプロセッサにより実行される結果として前記コンピュータシステムに請求項１乃至１０のうちいずれか１項に記載の方法の実施形態を少なくとも実行させる実行可能命令を記憶した非一時的コンピュータ読取可能記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に分散コンピューティングネットワークに関し、より詳細には分散台帳技術（ブロックチェーン）に関する。本発明は、ブロックチェーンネットワーク上の参加者間で行われる移転及び通信のセキュリティ、強制、及び制御に関する利点を提供する。本発明は、ネットワーク上での将来の移転をどのように実行できるかを強制するための解決策を提供し、したがって、当該分野において不可能であると従来考えられてきた問題を解決する。これは、マシン実行可能スマートコントラクトでの使用に適するが、これに限定されない。

【背景技術】

【0002】

本文献では、用語「ブロックチェーン」を用いて、全ての形式の電子的なコンピュータベースの分散台帳を含める。これらには、コンセンサスベースのブロックチェーン及びトランザクションチェーン技術、許可あり（permissioned）及び許可なし（un-permissioned）台帳、共有台帳、及びこれらの変形が含まれる。ブロックチェーン技術の最も広く知られている適用はビットコイン（Bitcoin）（登録商標）台帳であるが、他のブロックチェーン実装が提案され、開発されている。本明細書では簡便さ及び例示の目的でビットコインが参照され得るが、本発明はビットコインブロックチェーンでの使用に限定されず、代替的なブロックチェーンの実装及びプロトコルが本発明の範囲内に入ることに留意されたい。用語「ビットコイン」は、本明細書において、ビットコインプロトコルに由来するプロトコルの任意のバージョン又はバリエーションを指すために使用される。用語「ユーザ」は、本明細書において、人間又はプロセッサベースのリソースを指し得る。

【0003】

ブロックチェーンは、ピアツーピアの電子台帳であり、これは、トランザクションから次々に構成されるブロックから構成される、コンピュータベースの非中央集権的な分散システムとして実装される。各トランザクションは、ブロックチェーンシステムの参加者間のデジタル資産の制御の移転をエンコードするデータ構造であり、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各ブロックは前のブロックのハッシュを含み、それにより、ブロックが一緒にチェーン化されて、ブロックチェーンの開始以降にそれに書き込まれた全てのトランザクションの永続的で改変不可能なレコードを作成する。トランザクションは、そのインプット及びアウトプットに埋め込まれたスクリプトとして知られる小さいプログラムを含み、これは、トランザクションのアウトプットに如何にして及び誰がアクセスできるかを指定する。ビットコインプラットフォームでは、これらのスクリプトはスタックベースのスクリプト言語を使用して書かれる。

【0004】

トランザクションがブロックチェーンに書き込まれるためには、それは「検証され」なければならない。ネットワークノード（マイナー）は、各トランザクションが有効であり、無効なトランザクションはネットワークから拒絶されることを確保するために、ワークを実行する。ノードにインストールされたソフトウェアクライアントは、未使用トランザクション（unspent transaction）（ＵＴＸＯ）に対してそのｌｏｃｋｉｎｇ及びｕｎｌｏｃｋｉｎｇスクリプトを実行することによりこの検証作業を行う。ｌｏｃｋｉｎｇ及びｕｎｌｏｃｋｉｎｇスクリプトの実行がＴＲＵＥに評価された場合、トランザクションは有効であり、トランザクションはブロックチェーンに書き込まれる。したがって、トランザクションがブロックチェーンに書き込まれるためには、それは、ｉ）トランザクションを受け取った第１のノードにより検証されなければならず、トランザクションが検証された場合、ノードはそれをネットワーク内の他のノードに中継し、ｉｉ）マイナーにより構築された新しいブロックに追加されなければならず、ｉｉｉ）マイニングされなければならない、すなわち、過去のトランザクションの公開台帳に追加されなければならない。

【0005】

ブロックチェーン技術は、暗号通貨実装の使用に対して最も広く知られているが、デジタル起業家は、新しいシステムを実現するために、ビットコインが基礎とする暗号セキュリティシステムとブロックチェーンに記憶できるデータとの双方の使用を探求し始めている。ブロックチェーンが暗号通貨の領域に限定されない自動化されたタスク及び処理に使用できる場合、かなり有利であろう。このようなソリューションは、その適用においてより多目的であると同時に、ブロックチェーンの利点（例えば、イベントの永続的な改ざん防止のレコード、分散処理等）を利用することができる。１つのそのような研究や関心の領域は、例えば、「スマートコントラクト」の実現のためのブロックチェーンの使用である。

【0006】

より多目的なブロックチェーンプラットフォームを提供するために、参加者の間、アリスとボブの間の資産の最初の移転に続いてネットワーク上で「前方の（onward）」移転がどのように行われるかを制御し又はそれに影響を及ぼすことができるのは有利であろう。多くの異なるタイプのシナリオにおいて、及び多くの異なる理由で、当事者間の信頼の必要なくボブから１以上の他の者への資産の後続の移転を支配するルール（すなわち、条件又は基準）を制定することが望ましい。これまで、技術コミュニティ内では、将来のブロックチェーントランザクションに拘束力のある制約を課すことは不可能であると考えられてきた。

【発明の概要】

【0007】

出願人は、少なくともこの必要に対処する発明を考案した。本発明は、本明細書に添付の特許請求の範囲に定義される。

【0008】

本発明の一実施形態によれば、
ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルール（ｒ）の表現を生成するステップと、
表現（ｒ）を含むｒｅｄｅｅｍスクリプト（Ｒ）と、ｒｅｄｅｅｍスクリプト（Ｒ）のハッシュ（ＨＲ）を含むスクリプトアドレスとを生成するステップと、
ｒｅｄｅｅｍスクリプト（Ｒ）のハッシュ（Ｈ）をスクリプトアドレスと（に対して）を比較するステップと、
ハッシュ（Ｈ）がスクリプトアドレスに一致する場合、ブロックチェーントランザクション（ＴＸ_０）のアウトプット（ＵＴＸＯ）に関連づけられたｌｏｃｋｉｎｇスクリプトにおいてスクリプトアドレスを使用するステップと、
を含む、コンピュータにより実現される方法が提供され得る。

【0009】

追加的又は代替的に、
ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルール（ｒ）の表現を受信者に提供するステップと、
表現（ｒ）を含むｒｅｄｅｅｍスクリプト（Ｒ）とｒｅｄｅｅｍスクリプト（Ｒ）のハッシュ（ＨＲ）を含むスクリプトアドレスとを送信者から受信するステップと、
ｒｅｄｅｅｍスクリプト（Ｒ）のハッシュ（Ｈ）を生成し、それをスクリプトアドレスと比較するステップと、
ハッシュ（Ｈ）がスクリプトアドレスに一致する場合、ブロックチェーントランザクション（ＴＸ_０）のアウトプットに関連づけられたｌｏｃｋｉｎｇスクリプトにおいてスクリプトアドレスを使用するステップと、
を含む、コンピュータにより実現される方法が提供されてもよい。

【0010】

追加的又は代替的に、
ブロックチェーンネットワーク上で行われる移転に関する少なくとも１つのルール（ｒ）の表現を送信者から受信するステップと、
表現（ｒ）を含むｒｅｄｅｅｍスクリプト（Ｒ）とｒｅｄｅｅｍスクリプト（Ｒ）のハッシュ（ＨＲ）を含むスクリプトアドレスとを送信者に送信するステップと、
スクリプトアドレスにロックされたブロックチェーントランザクション（ＴＸ_０）におけるアウトプットをロック解除するように構成されたさらなるブロックチェーントランザクション（ＴＸ_１）においてｒｅｄｅｅｍスクリプト（Ｒ）を提供するステップと、
を含む、コンピュータにより実現される方法が提供されてもよい。

【0011】

ブロックチェーンネットワークは、ビットコインネットワーク又はその変形でもよく、あるいは別の（非ビットコイン）ブロックチェーンネットワークでもよい。上記方法は、ｒｅｄｅｅｍスクリプトのハッシュを生成するステップを含んでもよい。上記方法は、ブロックチェーントランザクション（ＴＸ_０）を生成、更新、及び／又は完了するステップを含んでもよい。

【0012】

本開示の実施形態は、図１に又は以下で提供される説明に含まれる任意のステップをさらに含んでもよい。

【0013】

１つ以上の実施形態が、
トランザクション（ＴＸ_０）のｌｏｃｋｉｎｇスクリプトをロック解除するためにスクリプトアドレスを使用するように構成されたｕｎｌｏｃｋｉｎｇスクリプトを含むさらなるブロックチェーントランザクション（ＴＸ_１）を生成及び／又は使用するステップ、
をさらに含んでもよい。

【0014】

好ましくは、トランザクションＴＸ_０及び／又はさらなるトランザクションＴＸ_１は、暗号通貨がアウトプットのｌｏｃｋｉｎｇスクリプト内のスクリプトハッシュに送信される／関連づけられる／該スクリプトハッシュによりロックされることを可能にし、また、暗号通貨を取得する（ロック解除する）ためにｕｎｌｏｃｋｉｎｇスクリプトにおいてスクリプトハッシュに一致するスクリプトと該スクリプトにｔｒｕｅに評価させるデータとを提供するようユーザに要求するトランザクションタイプである。ブロックチェーンネットワークがビットコインネットワーク又はそのバリエーションである場合、これはＰａｙ－ｔｏ－ｓｃｒｉｐｔ－ｈａｓｈ（Ｐ２ＳＨ）トランザクションでもよい。ブロックチェーンネットワークがビットコインネットワーク又はその変形でない場合、トランザクションは、別の（非ビットコイン）ブロックチェーンプロトコルに従う機能的に同等／類似のトランザクションタイプのものでもよい。

【0015】

好ましくは、表現（ｒ）は、ブロックチェーンスクリプト、又はブロックチェーンスクリプト言語で書かれたコードの一部／スニペット、テキストファイル、スマートコントラクト、画像、及び／又は少なくとも１つのルールにアクセスできるロケーションへの参照又は該ロケーションの識別子である。

【0016】

好ましくは、少なくとも１つのルールは、ブロックチェーンネットワーク上で後続の移転がどのように、又は誰に対してなされ得るかに関する。

【0017】

好ましくは、少なくとも１つのルールの表現（ｒ）は、受信者に不完全なブロックチェーントランザクションの一部として提供され、あるいはブロックチェーンスクリプトコードのスニペットとして提供される。

【0018】

好ましくは、スクリプトアドレスは、ブロックチェーントランザクションの一部として提供される。

【0019】

好ましくは、上記方法は、トランザクションをブロックチェーンネットワークにサブミットするステップをさらに含む。

【0020】

好ましくは、少なくとも１つのルールは、ブロックチェーン上の資産をロック解除するために提供されなければならない暗号署名を規定する。

【0021】

本開示は、コンピュータにより実現されるシステムをさらに提供し、当該システムは、
プロセッサと
プロセッサによる実行の結果として当該システムに本明細書に記載のコンピュータにより実現される方法のいずれかの実施形態を実行させる実行可能命令を含むメモリと、
を含む。

【0022】

本開示は、コンピュータシステムのプロセッサにより実行される結果としてコンピュータシステムに本明細書に記載の本発明の実施形態を少なくとも実行させる実行可能命令を記憶した非一時的コンピュータ読取可能記憶媒体をさらに提供する。

【図面の簡単な説明】

【0023】

本発明のこれら及び他の態様は、本明細書に記載の実施形態から明らかであり、該実施形態を参照して解明されるであろう。次に、本開示の一実施形態を、単に例として、添付の図面を参照して説明する。

【図1】本開示の一実施形態を高レベルで示すフローチャートを示す。

【図2】様々な実施形態を実装可能なコンピューティング環境を示す概略図である。

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

【0024】

本開示の実施形態は、ブロックチェーンネットワークを介した電子的な移転を制御する新規かつ有利なメカニズムを提供する。従来、ブロックチェーンネットワーク上の後続のトランザクションを介してなされる前方の（「下流の」）交換を制約し、強制し、影響を及ぼし、又は制御することは不可能であると考えられてきた。例えば、アリス（Alice）がブロックチェーントランザクションを介してボブ（Bob）に移転を行う場合、従来、ボブ（又は、移転のチェーンのよりさらに下方の他の受信者）が次いで行う移転をアリスが指示又は制御することはできないと考えられている。ボブがアリスから移転された資産をひとたび受け取ると、ボブは自分が選択するとき自由に行動することができる。これは、多くの状況で望ましくなく、なぜならば、ユーザが自身の通信を特定の方法でルーティングするように望むこと、又は自身の電子資産、データ、及び通信の移転をどのように、及び／又は誰が取り扱うかに対して制約を課すように望むことは珍しくないためである。

【0025】

本開示は、当事者が条件、制約、及びルールを前方の伝達の影響のために最初の移転に注入することができる暗号的に強制されるメカニズムを提供することにより、この問題に対処する。本開示は、安全な、不変の（immutable）、可視の、及び追跡可能な条件がブロックチェーンネットワーク上でいまだ実行される必要のある将来のアクションに関連づけられることを可能にする数学的に強制される制御手法を用いて実行される。

【0026】

一実施形態の詳細な例を提供する前に、単に技術的背景として、本開示によって利するように使用される既知の手法のうちいくつかの簡潔な要約を提供する。

【0027】

［Ｐａｙ－Ｔｏ－Ｓｃｒｉｐｔ－Ｈａｓｈ（Ｐ２ＳＨ）］
‘公開鍵’のハッシュに対する支払いを可能にする、ビットコインプロトコル内の標準的なブロックチェーントランザクションと異なり、Ｐ２ＳＨトランザクションは、送信者が‘スクリプト’のハッシュに対して支払うことができるようにする。従来のトランザクションでは、アウトプットは（ｌｏｃｋｉｎｇ）スクリプトを含み、これは、消費（spend）試行が行われたときＴＲＵＥに評価されなければならない。ｌｏｃｋｉｎｇスクリプトは、関連づけられたアウトプットをロック解除するために誰が署名しなければならないかを規定することになる。一方、Ｐ２ＳＨトランザクションでは、アウトプットはスクリプト自体を含まず、ｌｏｃｋｉｎｇスクリプトのハッシュのみを含む。したがって、Ｐ２ＳＨアドレスはハッシュ化スクリプトを含み、それが３で始まる（対して、公開鍵ハッシュアドレスは１で始まる）ため識別することができる。

【0028】

資金の受信者となる可能性のある者（would-be recipient）に、未使用アウトプット（unspent output）（ＵＴＸＯ）のｌｏｃｋｉｎｇスクリプト内に規定された公開鍵に一致する署名を提供するよう要求する代わりに、Ｐ２ＳＨトランザクションは、受信者に、ｌｏｃｋｉｎｇスクリプト内の同じハッシュに対してハッシュする（hashes to）‘スクリプト’（ｒｅｄｅｅｍスクリプトとして知られ、本明細書においてＲと呼ぶ）を供給するように、及び、ｌｏｃｋｉｎｇスクリプト内に設定された条件を満たすために必要とされるデータであり、スクリプトにＴＲＵＥに評価させることになるデータをさらに供給するように要求する。これらのｒｅｄｅｅｍスクリプトハッシュが一致し、ｌｏｃｋｉｎｇスクリプトのＴＲＵＥ評価を可能にするように正しいデータが提供されている場合、アウトプットに関連づけられた資金はロック解除され、制御は受信者に移転される。異なる（非ビットコインベースの）ブロックチェーンプロトコルを使用して実装される本開示の実施形態によれば、トランザクションタイプは、「Ｐ２ＳＨ」以外の他の何かと呼ばれ得ることに留意されたい。しかしながら、トランザクションのロックされた資金の受信者となる可能性のある者がスクリプトを提供しなければならず、該スクリプトはハッシュされたとき、トランザクションアウトプットのｌｏｃｋｉｎｇスクリプト内に提供されるハッシュに一致するという点で、機能性は本質的に同じである。ただし、参照を容易にするために、用語「Ｐ２ＳＨ」を使用して、この機能性／特性を有するそのようなトランザクションタイプを参照するものとする。

【0029】

［スマートコントラクト］
スマートコントラクトは、マシン読取可能な契約又は同意の条件の実行を自動化するように設計されたコンピュータプログラムである。自然言語で書かれる従来の契約と異なり、スマートコントラクトは、入力を処理して結果を生じることができ、次いでそれらの結果に依存してアクションを実行させることができる、ルールを含むマシン読取可能及び実行可能なプログラムである。

【0030】

［本開示の概要を提供する一例示的な実施形態］
アリスがブロックチェーン上で特定量の暗号通貨又はトークン化された資産若しくは他のリソースを所有していると仮定する。彼女は、自身の資産が移転及び／又はアクセスされるべきターム（terms）を指示する条件又はルールｒのセットを作成する。ルールのセットは、ビットコイン関連の実装ではビットコインスクリプト言語、Ｓｃｒｉｐｔで、又は異なるブロックチェーンプロトコルが使用される場合は、可能性として何らかの他の言語において定式化される。

【0031】

アリスは、自身の資産をボブに移転したく、ボブがブロックチェーン上の資産をロック解除したとき彼もこれらのルールに従うことを確保したい。例えば、ルールｒは、彼女の資産はイブ（Eve）の署名も提供されている場合のみロック解除できるということでもよい。ビットコインスクリプトにおいて、この条件は次のように表される。
r = OP_DUP OP_HASH160 <H(P_E)> OP_EQUALVERIFY OP_CHECKSIGVERIFY (1)
ここで、Ｐ_Eは、イブの公開鍵である。このスクリプトは、インプット
r_input = <Sig P_E><P_E>
を提供される場合のみ、ＴＲＵＥに評価されることになる。

【0032】

次に、以下のシナリオについて考える。

【表1】

アリスは、彼女自身からボブへの第１のトランザクションｔｘ_１にルールｒを課す。
アリスは、ボブからチャーリー（Charlie）への次のトランザクションも同じルールに従うことを課してもよい。すなわち、ｔｘ_１からのアウトプットＵＴＸＯ_１の消費は、アウトプットＵＴＸＯ_０の消費と同じルールｒの影響下にある。これは、以下のように行われる。
１．アリスが、ルールｒのセットをボブに送信する。ルールは、例えば（１）で示したように、ブロックチェーンスクリプトスニペットとして表現されることを思い出されたい。
２．ボブが、彼独自のルール（たとえば、彼独自の署名の要件）と一緒にルールｒを含むｒｅｄｅｅｍスクリプトＲを作成する。
R_B = r ＋ Checksig P_B
３．ボブが、ｒｅｄｅｅｍスクリプトＲ_Ｂに基づいてＰａｙ ｔｏ Ｓｃｒｉｐｔ Ｈａｓｈ（Ｐ２ＳＨ）アドレスＰ_１を作成する。
４．ボブが、彼のＰ２ＳＨアドレスＰ_１をｒｅｄｅｅｍスクリプトＲ_Ｂと一緒にアリスに送信する。
５．アリスが、ボブのＰ２ＳＨアドレスＰ_１がｒｅｄｅｅｍスクリプトＲ_Ｂのハッシュに対応することをチェックする。

【0033】

アリスは今や、彼女がボブのＰ２ＳＨアドレスにロックされたトランザクションｔｘ_１を作成するとき、それがルールｒの影響下になることを確信することができる。ボブがさらなるトランザクションｔｘ_２を作成することにより資産をロック解除するためには、ルールｒがボブのｕｎｌｏｃｋｉｎｇスクリプト内で満たされなければならず、そうでない場合、結果がＦＡＬＳＥになり、アウトプットはロック解除されないことになる。

【0034】

［本発明の使用におけるステップスルーの例］
読者の理解を容易にするために、次に、図１を参照し、本発明が使用され得るときのその一例示的な実施形態のより詳細なステップスルーの例を提供する。

【0035】

ステップ１０１において、複数の当事者、例えばアリスとボブが、条件、ルール、又は基準のセット（以降、単に「ルール」ｒと呼ぶ）により支配されるアクションの方針を決定する。これは、ブロックチェーンに保持される暗号通貨又はトークンの移転、又は何らかの装置、商品、又はサービスの購入／レンタル／提供などの、任意のタイプのアクションとすることができる。同様に、条件は、アクションの実行に対する任意の制約とすることができ、例えば、アリスは、規定されたイベントを確認するとブロックチェーン上のトークン化されたエンティティをボブに移転することになる。

【0036】

アリス（又は、何らかの他者）は、ルールｒの表現を生成する。表現は、テキストファイル、又は画像、又はサウンドファイル、スクリプトなどの任意の形式をとることができる。それは、本質的には、同意されたアクション及びそれらのアクションの実行を支配する条件／ルール／基準のレコードである。いくつかの実施形態において、それは、当該分野で知られた、上記で説明したような、スマートコントラクトでもよい。好適な一実施形態において、条件は、ビットコインスクリプト言語Ｓｃｒｉｐｔ、又は何らかの他のブロックチェーン互換及び実行可能言語で表現される。したがって、ｒは、（ブロックチェーンスクリプト）コードのスニペット又は一部でもよい。

【0037】

ステップ１０２において、ボブが、アリスのスクリプトスニペットｒを使用してｒｅｄｅｅｍスクリプトＲを生成する。したがって、ｒｅｄｅｅｍスクリプトＲは、ルールｒを含む。ボブは、彼独自のいくつかのさらなるルールをさらに含めてもよい。

【0038】

ステップ１０３において、ボブが、ｒｅｄｅｅｍスクリプトＲを使用してハッシュＨ（Ｒ）を生成し、彼はこれを彼のＰ２ＳＨアドレスとして使用することができる。

【0039】

ステップ１０４において、ボブが、彼のＰ２ＳＨアドレス及びｒｅｄｅｅｍスクリプトＲをアリスに送信する。これは、任意の適切な方法で行うことができる。次いで、アリスは、ｒｅｄｅｅｍスクリプトＲが彼女のルールｒを含むことを確信することができる。

【0040】

ステップ１０５及び１０６において、アリスは、ボブにより供給されたＰ２ＳＨがボブのｒｅｄｅｅｍスクリプトのハッシュであることをチェックする。これは、迅速で計算的に簡素なプロセスである。それらが一致しない場合、アリスは、トランザクションを終了するか又はそれを問い合わせるかを選択することができる。しかしながら、それらが一致する場合、彼女は、彼女のルールが含まれており強制されることになると知って進むことができ、ゆえに、彼女はブロックチェーントランザクションＴＸ_０を生成し、これを彼女は検証のために、及びブロックへマイニングされるように、ステップ１０７においてネットワークに送出する。

【0041】

ステップ１０８において、ボブが、ＴＸ_０においてアリスによりロックされた資産にアクセスするよう望むとき、彼は、資産を解放するために、ＴＸ_０のｌｏｃｋｉｎｇスクリプトに必要なｒｅｄｅｅｍスクリプトＲを提供することになるアウトプット（ＵＴＸＯ）を含む消費トランザクションｔｘ_１を生成する。それが発生するためには、スニペットｒはＴＲＵＥに評価されなければならず、これは、アリスにより元々規定されたルールｒが強制されていることを確保する。

【0042】

代替的な一実施形態において、上記プロセスは、不完全な部分的トランザクションを生成することにより実行されてもよい。これは、アリスが部分的に完全なＰ２ＳＨトランザクションＴＸ_０のｌｏｃｋｉｎｇスクリプトにスニペットｒを挿入することにより行うことができる。ｌｏｃｋｉｎｇスクリプトは、ＴＸ_０の未使用アウトプットＵＴＸＯに関連づけられ、ＵＴＸＯをさらなる後続のトランザクションｔｘ_１によりどのようにロック解除できるかを決定する。ＴＸ_０は、それがまだＰ２ＳＨアドレスを含まないため、不完全である。これは、ボブにより供給されることになる。

【0043】

ステップ１０３によれば、部分的トランザクションＴＸ_０（スニペットｒを含む）が、ボブに通信される。これは、様々な方法で達成することができる。ボブは、ｒ内のルールが、ステップ１０１においてアリスとボブが同意したルールに一致することをチェックすることができる。

【0044】

ステップ１０３によれば、ボブは、ルールｒを含むｒｅｄｅｅｍスクリプトＲを、次いでＲのハッシュを作成して、彼のＰ２ＳＨアドレスを生成する。ステップ１０４において、ボブのｒｅｄｅｅｍスクリプトＲと、さらにＰ２ＳＨは、ボブが彼のＰ２ＳＨアドレスをトランザクションＴＸ_０に挿入すること及びそれをアリスに送り返すことにより、アリスに通信される。Ｒは、任意の適切な方法を介して送信することができる。ボブの更新版のＴＸ_０から、アリスは、彼が供給したＰ２ＳＨアドレスが、ルールｒを含むｒｅｄｅｅｍスクリプトＲのハッシュに一致することをチェックすることができる。

【0045】

ステップ１０７において、アリスは、上記のようにＴＸ_０をブロックチェーンネットワークにサブミットする。それは、既知の手法に従って検証され、ブロックへマイニングされる。当然ながら、ボブは、ＴＸ_０内のＵＴＸＯを消費するよう望み、ゆえに、ステップ１０８においてそれをロック解除しなければならない。ＵＴＸＯをロック解除するために、彼は、ＵＴＸＯのｒｅｄｅｅｍスクリプトのために必要なハッシュを提供する必要があり、ゆえに彼は、ＴＸ_１のｕｎｌｏｃｋｉｎｇスクリプトを含む消費トランザクションＴＸ_１を生成する。次いで、Ｔｘ_１はブロックチェーンに出され、検証され、マイニングされ、それにより、ハッシュがＴＸ_０におけるｒｅｄｅｅｍスクリプトに提示されることになり、アウトプットがロック解除されることになり、資産（例えば、暗号通貨、トークンの一部など）の移転が実施される。ボブは今や、資産を保有している。

【0046】

したがって、本発明は、本技術分野において解決不可能と前に考えられていた問題に対する解決策を提供し、数学的及び暗号技術の使用を介して、ブロックチェーンネットワークにおける当事者間の後続の移転の制御、強制、及び制約を可能にする。

【0047】

次に、図２を参照し、本開示の少なくとも１つの実施形態を実施するために使用され得るコンピューティングデバイス２６００の一例示的な簡略化されたブロック図が提供される。様々な実施形態において、コンピューティングデバイス２６００は、上記で例示及び説明されたシステムのいずれかを実現するために使用されてもよい。例えば、コンピューティングデバイス２６００は、データサーバ、ウェブサーバ、ポータブルコンピューティングデバイス、パーソナルコンピュータ、又は任意の電子コンピューティングデバイスとしての使用のために構成されてもよい。図２に示すように、コンピューティングデバイス２６００は、１つ以上のレベルのキャッシュメモリとメモリコントローラとを有する１つ以上のプロセッサ（集合的に２６０２とラベル付けされている）を含んでもよく、該メモリコントローラは、メインメモリ２６０８及び永続ストレージ２６１０を含むストレージサブシステム２６０６と通信するように構成することができる。メインメモリ２６０８は、図示のように、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）２６１８及び読取専用メモリ（ＲＯＭ）２６２０を含むことができる。ストレージサブシステム２６０６及びキャッシュメモリ２６０２は、本開示に記載されるトランザクション及びブロックに関連づけられた詳細などの情報の記憶のために使用されてもよい。プロセッサ２６０２は、本開示に記載される任意の実施形態のステップ又は機能性を提供するために利用され得る。

【0048】

プロセッサ２６０２は、１つ以上のユーザインターフェース入力デバイス２６１２、１つ以上のユーザインターフェース出力デバイス２６１４、及びネットワークインターフェースサブシステム２６１６と通信することもできる。

【0049】

バスサブシステム２６０４は、コンピューティングデバイス２６００の様々なコンポーネント及びサブシステムが意図されたとおり互いに通信することを可能にするメカニズムを提供し得る。バスサブシステム２６０４は概略的に単一のバスとして示されているが、バスサブシステムの代替的な実施形態が複数のバスを利用してもよい。

【0050】

ネットワークインターフェースサブシステム２６１６は、他のコンピューティングデバイス及びネットワークへのインターフェースを提供し得る。ネットワークインターフェースサブシステム２６１６は、他のシステムからデータを受信し、他のシステムにコンピューティングデバイス２６００からデータを送信するためのインターフェースとして機能し得る。例えば、ネットワークインターフェースサブシステム２６１６は、データ技術者がデバイスをネットワークに接続することを可能にしてもよく、それにより、データ技術者は、データセンタなどのリモートの場所にいる間、装置にデータを送信し、装置からデータを受信することができ得る。

【0051】

ユーザインターフェース入力デバイス２６１２は、キーボードなどの１つ以上のユーザ入力デバイス；一体型マウス、トラックボール、タッチパッド、又はグラフィックスタブレットなどのポインティングデバイス；スキャナ；バーコードスキャナ；ディスプレイに組み込まれたタッチスクリーン；音声認識システム、マイクロホンなどのオーディオ入力デバイス；及び他のタイプの入力デバイスを含んでもよい。一般に、用語「入力デバイス」の使用は、コンピューティングデバイス２６００に情報を入力する全ての可能なタイプのデバイス及びメカニズムを含むことが意図される。

【0052】

１つ以上のユーザインターフェース出力デバイス２６１４は、表示サブシステム、プリンタ、又はオーディオ出力デバイスなどの非視覚的ディスプレイ等を含んでもよい。表示サブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイなどのフラットパネルデバイス、又は投影若しくは他の表示装置でもよい。一般に、用語「出力デバイス」の使用は、コンピューティングデバイス２６００から情報を出力する全ての可能なタイプのデバイス及びメカニズムを含むことが意図される。１つ以上のユーザインターフェース出力デバイス２６１４が使用されて、例えば、ユーザインターフェースを提示し、説明された処理及びその変形を実行するアプリケーションとのユーザ対話を、そのような対話が適切であり得るときに容易にしてもよい。

【0053】

ストレージサブシステム２６０６は、本開示の少なくとも１つの実施形態の機能性を提供し得る基本プログラミング及びデータ構造を記憶するコンピュータ読取可能記憶媒体を提供し得る。アプリケーション（プログラム、コードモジュール、命令）は、１つ以上のプロセッサにより実行されたとき本開示の１つ以上の実施形態の機能性を提供し得、ストレージサブシステム２６０６に記憶され得る。これらのアプリケーションモジュール又は命令は、１つ以上のプロセッサ２６０２により実行されてもよい。ストレージサブシステム２６０６は、本開示に従って使用されるデータを記憶するリポジトリをさらに提供してもよい。例えば、メインメモリ２６０８及びキャッシュメモリ２６０２は、プログラム及びデータのための揮発性ストレージを提供することができる。永続ストレージ２６１０は、プログラム及びデータのための永続（不揮発性）ストレージを提供することができ、フラッシュメモリ、１つ以上のソリッドステートドライブ、１つ以上の磁気ハードディスクドライブ、関連リムーバブルメディアを備えた１つ以上のフロッピーディスクドライブ、関連リムーバブルメディアを備えた１つ以上の光学ドライブ（例えば、ＣＤ－ＲＯＭ又はＤＶＤ又はＢｌｕｅ－Ｒａｙ）ドライブ、及び他の同様の記憶媒体を含んでもよい。このようなプログラム及びデータは、本開示に記載される１つ以上の実施形態のステップを実行するプログラムと、本開示に記載されるトランザクション及びブロックに関連づけられたデータを含むことができる。

【0054】

コンピューティングデバイス２６００は、ポータブルコンピュータデバイス、タブレットコンピュータ、ワークステーション、又は以下に記載される任意の他の装置を含む様々なタイプのものでもよい。さらに、コンピューティングデバイス２６００は、１つ以上のポート（例えば、ＵＳＢ、ヘッドホンジャック、ライトニングコネクタなど）を通じてコンピューティングデバイス２６００に接続され得る別のデバイスを含んでもよい。コンピューティングデバイス２６００に接続され得るデバイスは、光ファイバコネクタを受け入れるように構成された複数のポートを含んでもよい。したがって、このデバイスは、光信号を、処理のためにデバイスをコンピューティングデバイス２６００に接続するポートを通じてコンピューティングデバイス２６００に送信され得る電気信号に変換するように構成されてもよい。コンピュータ及びネットワークの絶えず変化する性質に起因して、図２に示すコンピューティングデバイス２６００の説明は、デバイスの好適な実施形態を例示する目的のための単に特定の例として意図される。図２に示すシステムより多くの又は少ないコンポーネントを有する他の多くの構成が可能である。

【0055】

上述の実施形態は発明を限定するのでなく例示しており、当業者は別記の特許請求の範囲により定義される発明の範囲から逸脱することなく多くの代替的な実施形態を設計可能であることに留意されたい。特許請求の範囲においては、括弧内に付されたいかなる参照符号も、特許請求の範囲を限定するものと解釈されてはならない。語「含んでいる」及び「含む」などは、任意の請求項又は明細書全体に列挙されたもの以外の要素又はステップの存在を除外しない。本明細書において、「含む」は、「含める、又は、から構成される」ことを意味し、「含んでいる」は、「含めている、又は、から構成されている」ことを意味する。要素の単数の参照は、そのような要素の複数の参照を除外するものではなく、その逆もまた同様である。発明は、いくつかの区別可能な要素を含むハードウェアを用いて、及び適切にプログラムされたコンピュータを用いて実現されてもよい。いくつかの手段を列挙するデバイスの請求項においては、これらの手段のうちいくつかは、１つの同じアイテムのハードウェアにより具現化されてもよい。特定の手段が相互に異なる従属請求項に記載されているという単なる事実は、これらの手段の組み合わせが利するように使用できないことを示すものではない。

【図1】

【図2】