JP2022532889A - 複数インプットトランザクション - Google Patents

複数インプットトランザクション Download PDF

Info

Publication number
JP2022532889A
JP2022532889A JP2021567926A JP2021567926A JP2022532889A JP 2022532889 A JP2022532889 A JP 2022532889A JP 2021567926 A JP2021567926 A JP 2021567926A JP 2021567926 A JP2021567926 A JP 2021567926A JP 2022532889 A JP2022532889 A JP 2022532889A
Authority
JP
Japan
Prior art keywords
transaction
output
input
user
amount
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021567926A
Other languages
English (en)
Other versions
JPWO2020240290A5 (ja
Inventor
ジャーン，ウエイ
デイヴィーズ，ジャック
ライト，クレイグ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nchain Holdings Ltd
Original Assignee
Nchain Holdings Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nchain Holdings Ltd filed Critical Nchain Holdings Ltd
Publication of JP2022532889A publication Critical patent/JP2022532889A/ja
Publication of JPWO2020240290A5 publication Critical patent/JPWO2020240290A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

複数のユーザをメディアコンテンツのアイテムにアクセス可能にする方法は、前記メディアコンテンツのベンダにより、（ｉ）前記ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプット、及び（ｉｉ）最初に全部で０個以上のインプットを含む第１トランザクションを提供するステップであって、前記第１トランザクションは、前記０個以上のインプットにより指される任意のソーストランザクションの任意のアウトプットの中で指定される前記デジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される前記デジタルアセットの合計アウトプット額より少なく、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、ステップと、サイドチャネルを介して、前記複数のユーザの各々からインプットを受信し、前記第１トランザクションに追加するステップであって、各受信したインプットは前記デジタルアセットの額を指定するソーストランザクションのアウトプットを指す、ステップと、ターゲットに達し、前記第１トランザクションのインプットにより指される合計インプット額が前記合計アウトプット額以上になると、ブロックチェーンに記録されるように前記第１及び第２トランザクションをブロックチェーンネットワーク上に発行させるステップであって、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指し及び前記条件を満たす前記アンロックスクリプトを含む、ステップと、を含む。

Description

本開示は、ユーザにコンテンツを配信するためのメカニズムに関し、ブロックチェーンに基づくシステムの文脈でインプットレベルの適応性の概念、つまりトランザクションを無効にすることなくトランザクションのインプットを追加する（又は除去する）能力を利用する。
ブロックチェーンとは、分散型データ構造の形式を指し、ブロックチェーンの複製のコピーは、ピアツーピア(peer-to-peer(P２P))ネットワーク内の複数のノードのそれぞれにおいて維持される。ブロックチェーンは、データのブロックのチェーンを含み、各ブロックは１つ以上のトランザクションを含む。各トランザクションは、シーケンスの中の先行するトランザクションを指してよい。トランザクションは、新しいブロックに含まれるようネットワークへ提出され得る。新しいブロックは、「マイニング」として知られる処理により生成される。「マイニング」は、複数のマイニングノードの各々が「proof-of-work」を実行するために競争する、つまりブロックに含まれることを待っている保留中のトランザクションのプールに基づき、暗号パズルを解くことを含む。
従来、ブロックチェーン内のトランザクションは、デジタルアセット、すなわち、価値のストアとして機能するデータを伝達するために使用される。しかし、ブロックチェーンの上に追加の機能を積み重ねるために、ブロックチェーンを利用することもできる。例えば、ブロックチェーンプロトコルは、トランザクションのアウトプットに追加のユーザデータを格納することを可能にしてよい。現代のブロックチェーンは、単一トランザクション内に格納できる最大データ容量を増加させ、より複雑なデータを組み込むことを可能にしている。例えば、これは、ブロックチェーン内に電子ドキュメント（electronic document）、或いはオーディオ若しくはビデオデータを格納するために使用され得る。
ネットワーク内の各ノードは、転送、マイニング、及び記憶のうちの任意の１、２、又は３つ全部の役割を有することができる。転送ノードは、それぞれ、（有効な）トランザクションを１つ以上の他のノードへ伝搬させる。従って、それらの間でネットワークのノードを通じてトランザクションを伝搬させる。マイニングノードは、それぞれ、トランザクションのマイニングを実行してブロックにするために競争する。記憶ノードは、それぞれ、ブロックチェーンのマイニングされたブロックの彼ら自身のコピーを格納する。トランザクションをブロックチェーンに記録させるために、パーティは、該トランザクションを、伝搬させるようにネットワークのノードのうちの１つへ送信する。トランザクションを受信したマイニングノードは、トランザクションをマイニングして新しいブロックにするよう競争してよい。各ノードは、トランザクションが有効であるための１つ以上の条件を含む同じノードプロトコルを尊重するよう構成される。無効なトランザクションは、伝搬されず、マイニングされてブロックにされることもない。トランザクションが検証され、それによってブロックチェーンに受け入れられたと仮定すると、（任意のユーザデータを含む）トランザクションは、従って、不変の公開レコードとしてP２Pネットワークの各ノードに格納されたままである。
最新のブロックを生成するためにproof-of-workパズルを解くことに成功したマイナーは、標準的に、デジタルアセットの新しい額を生成する「生成トランザクション（generation transaction）」と呼ばれる新しいトランザクションにより報酬を受ける。トランザクションは、任意で、成功したマイナーのための追加マイニング手数料も指定してよい。proof-of-workは、ブロックをマイニングするために膨大な量の計算リソースを必要とするので、及び二重支払いの企てを含むブロックは他のノードにより受け入れられない可能性があるので、マイナーが、彼らのブロックに二重支払いトランザクションを含めることによりシステムを騙さないことを奨励し、
「アウトプットに基づく」モデル（UTXOに基づくモデルと呼ばれることもある）では、所与のトランザクションのデータ構造は、１つ以上のインプット及び１つ以上のアウトプットを含む。任意の使用可能アウトプットは、時にUTXO（「unspent transaction output（未使用トランザクションアウトプット）」）と呼ばれる、デジタルアセットの額を指定する要素を含む。アウトプットは、アウトプットを償還（redeem）するための条件を指定するロックスクリプトを更に含んでよい。各インプットは、先行するトランザクション内のそのようなアウトプットへのポインタを含み、ポイントされたアウトプットのロックスクリプトをアンロックするためのアンロックスクリプトを更に含んでよい。従って、トランザクションのペアを考えるとき、それらを、第１トランザクション及び第２トランザクションと呼ぶ。第１トランザクションは、デジタルアセットの額を指定する、及びアウトプットをアンロックする１つ以上の条件を定義するロックスクリプトを含む、少なくとも１つのアウトプットを含む。第２トランザクションは、第１トランザクションのアウトプットへのポインタと、第１トランザクションのアウトプットをアンロックするためのアンロックスクリプトと、を含む少なくとも１つのインプットを含む。
このようなモデルでは、第２トランザクションが伝播されてブロックチェーンに記録されるようP２Pネットワークへ送信されると、各ノードにおいて適用される有効性のための基準のうちの１つは、アンロックスクリプトが第１トランザクションのロックスクリプト内で定義された要件を満たすことである。第２トランザクションが有効であるための別の条件は、第１トランザクションのアウトプットが、別の有効なトランザクションによって未だ償還されていないことである。これらの条件のうちのいずれかに従いターゲットトランザクションが無効であると分かった任意のノードは、該トランザクションを伝搬させず、ブロックチェーンに記録させるためにマイニングしてブロックに含めることもしない。別の条件は、標準的に、アウトプットにより指定されるデジタルアセットの合計額が、トランザクションのインプットにより指される合計額を超えないことである。これが当てはまらない場合を考えると、大部分のプロトコルでは、合計アウトプット額と合計インプット額との間の任意の正の差が、生成トランザクション内で与えられる額の上に追加マイニング手数料として自動的に残される。今日、実際には、有効である場合にも、合計インプット額は、トランザクションをマイナーに受け入れさせるために、十分なマイニング手数料だけ合計アウトプット額を超える必要がある（プロトコルは、標準的に、マイナーに彼らのプールに有効なトランザクションを受け入れさせることを強制せず、そうするよう奨励しなければならない）。
ロックスクリプトの概念に戻ると、例えば、ターゲットトランザクションは、第１パーティ（「Alice」）から第２パーティ（「Bob」）へのデジタルアセット額を運ぶためのものである。先行する第１トランザクションのロックスクリプト内で定義された要件のうちの１つは、標準的に、第２トランザクションのアンロックスクリプトがAliceの暗号署名を含むことである。署名は、第２トランザクションの部分に署名するAliceにより生成されなければならない。これがどの部分であるかは、アンロックスクリプトにより柔軟に定義されてよく、又は使用されるプロトコルに依存して、ノードプロトコルの本来の特徴であってよい。しかしながら、署名されるべき部分は、標準的に、第２トランザクションの特定の他の部分、例えばアンロックスクリプト自体の一部又は全部を除く。
これは、「適応性（malleability）」の可能性を生成する。つまり、マイニングの前に、署名されていない第２トランザクションの部分が、トランザクションを無効にすることなく、変更（「malleated」）可能である。適応性は、暗号法において知られている概念である。これは、通常、セキュリティ関心事として知られており、それによりメッセージが悪意を持って変更され得るが、依然として真正であるととして受け入れられる。ブロックチェーンの文脈では、適応性は、必ずしも関心事ではないが、単に奇妙なアーチファクトとして知られており、それにより、トランザクションの特定の部分が該トランザクションを無効にすることなく変更可能である。
近年、トランザクションをメディアデータのキャリアとして使用するために、適応性を慎重に利用する提案が行われた。データコンテンツをトランザクションのアンロックスクリプトに含むことができ、このトランザクションは、次にサイドチャネルを介してパーティ間で送信される。パーティのうちの１つは、次に、トランザクションを変更して（malleate）データを除去し、変更したバージョンをマイニングされるようにP２Pネットワークへ向けて送信する（一方、データが除去されなかった場合、トランザクションは、ブロックチェーンを膨大にし、トランザクションを受け入れるためにマイナーにより要求される報酬は、トランザクションのデータサイズと共に標準的にスケーリングするので、標準的にはより高いマイニング手数料も要求する）。
支払いチャネルのようなサイドチャネルは、トランザクションがブロックチェーンに記録されるようP２Pネットワークへブロードキャストされる前に、トランザクション又はトランザクションに関連するデータをパーティ間で「オフチェーン」で交換可能にする。サイドチャネルは、P２Pオーバレイネットワークと別個であり、従って、サイドチャネルを介して送信される任意のトランザクションは、パーティのうちの１つがそれをネットワークに発行することを選択するまで、（未だ）ブロックチェーンに記録するためにネットワークを通じて伝播されない。標準的な支払いチャネルは、「ファンディング（funding、資金供給）トランザクション」を要求し、それにより両方のパーティが彼らの資金を一緒に効率的にエスクローする。ファンディングトランザクションは、チャネルを設定するためにブロードキャストされ、次に、対象となるサービスが提供されると、チャネルを閉じるために精算（settlement）トランザクションがブロードキャストされ、ファンディングトランザクションを消費する。
また、「微細支払い（micropayment）チャネル」についての、つまり、少額賦払でBobに支払う目的で１つのパーティ（「Alice」）から別のパーティ（「Bob」）へトランザクションのシーケンスを送信する、幾つかの既存の提案もある。これは、ファンディングトランザクションを必要としない。少なくとも１つの既存のプロトコルは、映画のデータをパケットでストリーミングするためにサイドチャネルを使用することである。BobはAliceにデータパケットのシーケンスを送信子、各パケットに応答して、Aliceはそれぞれのトランザクションを返し、Bobは次にそれをネットワークへブロードキャストして、映画のそれぞれのパケットに対する支払いを取得する。
サイドチャネルの別の別個の知られている使用は、トランザクションのクラウドファンディングを可能にすることである。資金を上げるパーティ、例えばBobは、彼自身又は彼を代表して動作する第三者へ移転されるべき所望の額を指定する少なくとも１つのアウトプットを有するテンプレートトランザクションを生成する。しかしながら、このトランザクションは、ターゲット額に達するのに未だ十分なインプットを含まない。従って、テンプレートトランザクションは、そのインプットにより指されるデジタルアセットの合計額がそのアウトプット内で指定される合計支払いより少ないので、最初は無効である。Bobは、テンプレートトランザクションをサーバ上でオフチェーンで発行することにより、テンプレートトランザクションを公衆に利用可能にする。公衆のメンバは、次に、インプットを追加することによりサーバにあるテンプレートトランザクションを適応（malleate）できる。これは、トランザクションが有効になるまで、ターゲット額に向けて次第に加算していく。ターゲットに達すると、Bobは、それをマイニングさせてブロックにするために、それをP２Pネットワークへ発行する。実際には、ターゲットは、マイニング手数料をカバーするために、Bobへの指定された支払いを僅かに超える必要がある。
微細支払いチャネルを介してユーザにコンテンツを配信する既存の方式に伴う問題は、それがストリーミングする側と個々のストリーミングされる側との間の１対１関係だけを可能にすることである。単一のユーザがストリーミングされるべき各データパケットに対して支払う必要があり、該パケットは次にサイドチャネルを介して特定の個別ユーザへ返される。別のユーザが同じコンテンツをストリーミングしたい場合、彼らは、ストリーミングする側によりこの処理を複製する必要があり、それぞれのパケット毎に再度ストリーミングする側にそれぞれ支払うトランザクションの彼ら自身のストリームを送信する。多くのユーザに渡り、これは、ネットワークに発行され及びブロックチェーンに記録される必要のある膨大な数のトランザクションにより、P２Pネットワーク上のネットワーク輻輳を増大させ、またブロックチェーンを膨大にする影響がある（パケット当たりユーザ当たり１つのトランザクション）。
代替として、原則的に、クラウドファンディング技術は、複数のパーティが、それぞれ共通トランザクションにインプットを追加することにより、集合的にコンテンツのピースに資金供給することを可能にするために使用できる。これは、P２Pネットワークに発行される必要のあるトランザクションの数が、ユーザ毎ではなく、コンテンツのパケット又はチャンク毎にのみスケーリングすることを意味し、従って、ネットワーク輻輳及びブロックチェーンの膨大化の問題を軽減する。しかしながら、既存のクラウドファンディングの概念に伴う問題は、それが、クラウドファンディングターゲットに達すると、ユーザにコンテンツをリリースする統合されたメカニズムを提供しないことである。
本開示は、クラウドファンディングされたコンテンツをユーザにリリースするための、オンチェーンの統合されたメカニズムを提供する。
本明細書に開示される一態様によれば、複数のユーザがメディアコンテンツのアイテムにアクセスすることを可能にする、コンピュータにより実施される方法が提供される。前記方法は、メディアコンテンツのベンダにより、
第１トランザクションを提供するステップを含み、前記第１トランザクションは、（ｉ）前記ベンダに移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプットと、（ｉｉ）最初に合計で０個以上のインプットと、を含み、前記０個以上のインプットにより指定される任意のソーストランザクションの任意のアウトプットの中で指定されるデジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定されるデジタルアセットの合計アウトプット額より少ない。前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む。前記方法は、サイドチャネルを介して、前記複数のユーザの各々からインプットを受信するステップと、各受信したインプットを前記第１トランザクションに追加するステップと、を含み、各受信したインプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指す。ターゲットに達し、それにより前記第１トランザクションのインプットにより指される合計インプット額が前記アウトプット額に等しくなる又はそれを超えると、前記方法は、前記第１トランザクション及び第２トランザクションを、ブロックチェーンに記録されるようブロックチェーンネットワークへ発行させるステップ、を含み、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指すインプットを含み、前記条件を満たすアンロックスクリプトを含む。前記ロックスクリプトにより指定される条件は、アンロックスクリプトが、前記ユーザがメディアコンテンツのアイテムにアクセスすることを可能にするメディア鍵を含むことを要求する。
前記第１トランザクションは、少なくとも前記ターゲットに達するまで、サーバにホスティングされ、前記ユーザから受信されたインプットは、前記サーバにおちえ受信され、前記サーバに格納される前記第１トランザクションに追加される（ここで、サーバは、１つ以上の地理的サイトにある１つ以上の物理ユニットに実装される任意のサービングコンピュータ機器を表してよい）。
前記ターゲットトランザクションを含む複数のトランザクションの各々について、前記ネットワークの少なくとも幾つかのノードは、前記トランザクションが有効であることを条件として、各トランザクションを伝播させるよう構成され、少なくとも幾つかのノードは、前記トランザクションが有効であることを条件として、該ノードにある前記ブロックチェーンのコピーに各トランザクションを記録するよう構成される。前記第１トランザクションの有効性は、前記合計インプット額が少なくとも前記合計アウトプット額に等しいことを条件とする。これは、ターゲットを満たすために十分なインプットがユーザ（例えば、Alice、Adam、Agnes、等）から集められるまで、トランザクションが有効になれないことを意味する。更に、前記第２トランザクションの有効性は、アンロックスクリプトが前記第１トランザクションのアウトプットをアンロックすることを条件とする。これは、前記方法を実行するパーティ（例えばBob）がアウトプット額を請求したい場合に、彼がブロックチェーンにアンロック鍵を発行しなければならないことを意味する。鍵が公衆の検査可能なブロックチェーンに不変的に発行されると、これは、ユーザが、アンロック鍵を検索し、それを使用してオフチェーンデータソースから対象となるデータアイテムを消費できるようにする。任意で、Bobは、ユーザのうちの１人、一部、又は全部に、彼らがアンロック鍵をブロックチェーンから検索するよう要求する代わりに、サイドチャネルを介して直接に、アンロック鍵も送信してよい。しかし、それがブロックチェーン上で公開されなければならないという事実は、Bobがアンロック鍵をユーザに別個に送信しない場合に、ユーザが、アンロック鍵を彼ら自身でブロックチェーンから検索できるようにする。従って、Bobはシステムを騙すことができない。
実施形態では、前記方法は、複数のデータアイテムの各々について、前記方法を繰り返すステップを含んでよく、コンテンツの各アイテムは、メディアコンテンツの部分のシーケンスのうちの異なるそれぞれの１つを形成する。例えば、メディアコンテンツ片は、テキスト、オーディオ、及び／又はビデオコンテンツを含んでよい。それは、例えば、TV若しくは話し言葉の番組のエピソード、映画、番組のエピソードのシリーズを含んでよい。実施形態では、部分は、ユーザにリアルタイムでストリーミングされる所与のエピソード、又は独立した番組又は映画、例えばTV番組又は話し言葉の番組のパケットであってよい。代替として、部分は、例えばシリーズの異なるエピソードであってよい。
本開示の別の態様によると、ユーザのうちの１人により実行される対応する方法が提供される。
本願明細書に開示される更なる態様によると、方法を実行するためのプログラム、及び／又はベンダ又はユーザの方法を実行するようプログラミングされたコンピュータ機器が提供される。
本開示の実施形態の理解を助け、そのような実施形態がどのように実施され得るかを示すために、例としてのみ、以下の添付の図面を参照する。
ブロックチェーンを実装するためのシステムの概略ブロック図である。 ブロックチェーンに記録されるトランザクションのいくつかの例を概略的に示している。 ブロックチェーンを実装するための別のシステムの概略ブロック図である。 ブロックチェーンを介して複数のユーザにクラウドファンディングコンテンツをリリースするシステムの概略ブロック図である。 トランザクションのセットの概略図である。 クラウドファンディングし及び複数のユーザにメディアコンテンツのアイテムをリリースする方法を示すフローチャートである。
＜システム概要＞
図１は、ブロックチェーン１５０を実装するための例示的なシステム１００を示す。システム１００は、典型的にはインターネットのような広域インターネットワークであるパケット交換ネットワーク１０１を含む。パケット交換ネットワーク１０１は、パケット交換ネットワーク１０１内にピアツーピア(P２P)オーバレイネットワーク１０６を形成するように配置された複数のノード１０４を含む。各ノード１０４は、異なるピアに属する異なるノード１０４を有するピアのコンピュータ装置を含む。各ノード１０４は、１つ以上のプロセッサ、例えば、１つ以上の中央処理装置（ＣＰＵ）、アクセラレータプロセッサ、特定用途向けプロセッサ、及び/又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む処理装置を含む。各ノードはまた、メモリ、すなわち、１つ以上の非一時的コンピュータ読取可能媒体の形態のコンピュータ読取可能記憶装置を備える。メモリは、１つ以上のメモリ媒体、例えば、ハードディスクなどの磁気媒体、固体ドライブ（solid-state drive (SSD)）、フラッシュメモリ又はEEPROMなどの電子媒体、及び/又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。
ブロックチェーン１５０は、データのブロック１５１のチェーンを指し、ブロックチェーン１５０のそれぞれのコピーは、ピアツーピア(peer-to-peer (P２P))ネットワーク１６０内の複数のノードのそれぞれにおいて維持される。チェーン内の各ブロック１５１は、１つ以上のトランザクション１５２を含み、この文脈ではトランザクションは、一種のデータ構造を参照する。データ構造の性質は、トランザクションモデル又はスキームの一部として使用されるトランザクションプロトコルのタイプに依存する。所与のブロックチェーンは、典型的には、全体を通して、１つの特定のトランザクションプロトコルを使用する。１つの一般的なタイプのトランザクションプロトコルでは、各トランザクション１５２のデータ構造は、少なくとも１つのインプット及び少なくとも１つのアウトプットを含む。各アウトプットは、そのアウトプットが暗号的にロックされている(アンロックされ、それによって償還又は使用されるために、そのユーザ１０３の署名を必要とする)ユーザに属するデジタルアセットの数量を表す額（amount）を指定する。各インプットは、先行するトランザクション１５２のアウトプットを逆にポイントし、それによってトランザクションをリンクする。
ノード１０４の少なくとも幾つかは、トランザクション１５２を転送し、それによって伝搬する転送ノード１０４Fの役割を引き受ける。ノード１０４の少なくともいくつかは、ブロック１５１をマイニングするマイナー１０４Mの役割を担う。ノード１０４の少なくとも幾つかは、記憶ノード１０４S（「フル（full-copy）」ノードとも呼ばれる）の役割を引き受け、各ノードは、それぞれのメモリに同じブロックチェーン１５０のそれぞれのコピーを格納する。各マイナーノード１０４Mは、マイニングされてブロック１５１にされることを待ってるトランザクション１５２のプール１５４も維持する。所与のノード１０４は、転送ノード１０４、マイナー１０４M、記憶ノード１０４S、又はこれらの２つ若しくは全部の任意の組み合わせであり得る。
所与の現在のトランザクション１５２jにおいて、インプット（又はそのそれぞれ）は、トランザクションのシーケンスの中の先行トランザクション１５２iのアウトプットを参照するポインタを含み、このアウトプットが現在のトランザクション１５２jにおいて償還されるか又は「消費される（spent）」ことを指定する。一般に、先行するトランザクションは、プール１５４又は任意のブロック１５１内の任意のトランザクションであり得る。先行するトランザクション１５２iは、必ずしも、現在のトランザクション１５２jが生成された又はネットワーク１０６へ送信されたときに存在する必要はないが、先行するトランザクション１５２iは、現在のトランザクションが結う意向であるために存在し検証されている必要がある。従って、本願明細書で「先行する」は、ポインタによりリンクされた論理的シーケンスの中で先行するものを表し、必ずしも時系列の中での生成又は送信の時間を表さない。従って、それは、必ずしも、トランザクション１５２i,１５２jが順不同で生成され又は送信されることを排除しない（以下の親のない（orphan）トランザクションに関する議論を参照する）。先行するトランザクション１５２iは、等しく、祖先（antecedent）又は先行（predecessor）トランザクションと呼ばれ得る。
現在のトランザクション１５２jのインプットは、先行するトランザクション１５２iのアウトプットがロックされているユーザ１０３aの署名も含む。また、現在のトランザクション１５２jのアウトプットは、新しいユーザ１０３bに暗号的にロックできる。従って、現在のトランザクション１５２jは、先行するトランザクション１５２iのインプットで定義された量を、現在のトランザクション１５２jのアウトプットで定義された新しいユーザ１０３bに移転することができる。幾つかの場合には、トランザクション１５２が複数のアウトプットを有し、複数のユーザ間でインプット量を分割してよい(変更を行うために、そのうちの１人がオリジナルユーザとなる)。場合によっては、トランザクションが複数のインプットを有し、１つ以上の先行するトランザクションの複数のアウトプットから量をまとめ、現在のトランザクションの１つ以上のアウトプットに再分配することもできる。
上記は「アウトプットベースの」トランザクションプロトコルと呼ばれることがあり、時には「未使用のトランザクションアウトプット(unspent transaction output (UTXO))タイプのプロトコル」(アウトプットはUTXOと呼ばれる)とも呼ばれる。ユーザの合計残高は、ブロックチェーンに格納されている１つの数値で定義されるのではなく、代わりに、ユーザは、ブロックチェーン１５１内の多くの異なるトランザクション１５２に分散されている該ユーザのすべてのUTXOの値を照合するために、特別な「ウォレット」アプリケーション１０５を必要とする。
アカウントベースのトランザクションモデルの一部として、別のタイプのトランザクションプロトコルを「アカウントベース」のプロトコルと呼ぶことがある。アカウントベースの場合、各トランザクションは、過去の一連のトランザクションにおいて、先行するトランザクションのUTXOに戻って参照することによって移転される量を定義するのではなく、絶対的な口座（アカウント）残高を参照することによって移転される。すべてのアカウントの現在の状態は、ブロックチェーンとは別個のマイナーによって格納され、絶えず更新される。本開示は、アカウントに基づくのではなくアウトプットに基づくモデルに関する。
どちらのタイプのトランザクションプロトコルでも、ユーザ１０３が新しいトランザクション１５２jを実行したい場合、ユーザは、自分のコンピュータ端末１０２からP２Pネットワーク１０６のノードの１つ１０４(現在は、通常、サーバ又はデータセンタであるが、原則として、他のユーザ端末でもよい)に新しいトランザクションを送信する。このノード１０４は、各ノード１０４に適用されるノードプロトコルに従って、トランザクションが有効であるかどうかをチェックする。ノードプロトコルの詳細は、問題のブロックチェーン１５０で使用されているトランザクションプロトコルのタイプに対応し、全体のトランザクションモデルを一緒に形成する。ノードプロトコルは、典型的には、ノード１０４に、新しいトランザクション１５２j内の暗号署名が、トランザクション１５２の順序付けされたシーケンスの中の前のトランザクション１５２iに依存する、期待される署名と一致することをチェックすることを要求する。アウトプットベースの場合、これは、新しいトランザクション１５２jのインプットに含まれるユーザの暗号署名が、新しいトランザクションが消費する先行するトランザクション１５２jのアウトプットに定義された条件と一致することをチェックすることを含んでよく、この条件は、典型的には、新しいトランザクション１５２jのインプット内の暗号署名が、新しいトランザクションのインプットがポイントする前のトランザクション１５２iのアウトプットをアンロックすることを少なくともチェックすることを含む。いくつかのトランザクションプロトコルでは、条件は、少なくとも部分的に、インプット及び/又はアウトプットに含まれるカスタムスクリプトによって定義されてもよい。あるいは、単にノードプロトコルだけで固定することもできるし、あるいは、これらの組み合わせによることもある。いずれにせよ、新しいトランザクション１５２jが有効であれば、現在のノードは新しいトランザクションをP２Pネットワーク１０６内のノード１０４の１つ以上の他のノードに転送する。これらのノード１０４の少なくともいくつかは、同じノードプロトコルに従って同じテストを適用し、新しいトランザクション１５２jを１つ以上のさらなるノード１０４に転送するなど、転送ノード１０４Fとしても機能する。このようにして、新しいトランザクションは、ノード１０４のネットワーク全体に伝搬される。
アウトプットベースのモデルでは、与えられたアウトプット(例えば、UTXO)が消費されるかどうかの定義は、ノードプロトコルに従って別の今後の（onward）トランザクション１５２jのインプットによって既に有効に償還されているかどうかである。トランザクションが有効であるための別の条件は、それが消費又は償還を試みる先行するトランザクション１５２iのアウトプットが、別の有効なトランザクションによって未だ消費/償還されていないことである。ここでも、有効でない場合、トランザクション１５２jは、ブロックチェーンに伝搬又は記録されない。これは、支払者が同じトランザクションのアウトプットを複数回消費しようとする二重支出を防ぐ。
検証に加えて、ノード１０４Mのうちの少なくともいくつかは、「proof of work」に支えられているマイニングと呼ばれるプロセスで、トランザクションのブロックを最初に作成するために競合する。マイニングノード１０４Mでは、まだブロックに現れていない有効なトランザクションのプールに新しいトランザクションが追加される。そして、マイナーは、暗号パズルを解決しようと試みることにより、トランザクションのプール１５４からトランザクション１５２の新しい有効なブロック１５１を組み立てるために競争する。これは、典型的には、ノンスがトランザクションのプール１５４と連結され、ハッシュされるときに、ハッシュのアウトプットが所定の条件を満たすような「ノンス」値を探すことを含む。例えば、所定の条件は、ハッシュのアウトプットが、所定の数の先行ゼロを有することであってもよい。ハッシュ関数の特性は、インプットに関して予測不可能なアウトプットを持つことである。従って、この探索は、ブルートフォースによってのみ実行することができ、従って、パズルを解決しようとしている各ノード１０４Mにおいて、相当量の処理リソースを消費する。
パズルを解く最初のマイナーノード１０４Mは、これをネットワーク１０６に通知し、その解を証明として提供する。この解は、ネットワーク内の他のノード１０４によって簡単にチェックすることができる(ハッシュが対する解が与えられれば、ハッシュのアウトプットが条件を満たすことを確認することは簡単である)。勝者がパズルを解いたトランザクションのプール１５４は、各ノードで勝者が発表した解をチェックしたことに基づいて、記憶ノード１０４Sとして機能するノード１０４のうちの少なくともいくつかによってブロックチェーン１５０の新しいブロック１５１として記録される。また、新しいブロック１５１nにはブロックポインタ１５５が割り当てられ、チェーン内で前に作成されたブロック１５１n-１を指すようになっている。proof-of-workは、新しいブロックを１５１作成するのに多大な労力を要し、二重の支出を含むブロックは他のノード１０４によって拒否される可能性が高く、従ってマイニングノード１０４Mが二重支払いを彼らのブロックに含まないようにするインセンティブが働くので、二重の支出のリスクを減じるのを助ける。一旦生成されると、ブロック１５１は、同じプロトコルに従ってP２Pネットワーク１０６内の各格納ノード１０４Siで認識され、維持されるため、変更することはできない。また、ブロックポインタ１５５は、ブロック１５１に順序を課す。トランザクション１５２は、P２Pネットワーク１０６内の各記憶ノード１０４Sで順序付けられたブロックに記録されるので、これはトランザクションの不変の公開台帳を提供する。
パズルを解決するために常に競争している異なるマイナー１０４Mは、いつ解を探し始めたかによって、いつでもマイニングされていないトランザクションプール１５４の異なるスナップショットに基づいてパズルを解いているかもしれないことに留意する。パズルを解く者は誰でも、最初に次の新しいブロック１５１nに含まれるトランザクション１５２を定義し、現在のマイニングされていないトランザクションのプール１５４が更新される。そして、マイナー１０４Mは、新たに定義された未解決のプール１５４からブロックを作り出すために、競争を続ける。また、生じ得る「分岐（フォーク、fork）」を解決するためのプロトコルも存在する。これは、２人のマイナー１０４Mが互いに非常に短い時間内にパズルを解決し、ブロックチェーンの矛盾したビューが伝搬する場合である。要するに、分岐の枝が伸びるときは常に、最長のものが最終的なブロックチェーン１５０になる。
ほとんどのブロックチェーンでは、勝ったマイナー１０４Mは、何も無いものから新しい量のデジタルアセットを生み出す特別な種類の新しいトランザクションによって自動的に報酬を受けている(通常のトランザクションでは、あるユーザから別のユーザにデジタルアセットの量を移転する)。したがって、勝ったノードは、ある量のデジタルアセットを「マイニング」したと言われる。この特殊なタイプのトランザクションは「生成（generation）」トランザクションと呼ばれることもある。それは自動的に新しいブロック１５１nの一部を形成する。この報酬は、マイナー１０４Mがproof-of-work競争に参加するインセンティブを与える。多くの場合、通常の（非生成）トランザクションは、そのトランザクションが含まれたブロック１５１nを生成した勝ったマイナー１０４Mにさらに報酬を与えるために、追加のトランザクション手数料をそのアウトプットの１つにおいて指定する。
マイニングに含まれる計算リソースのために、典型的には、少なくともマイナーノード１０４Mの各々は、１つ以上の物理的サーバユニットを含むサーバ、又はデータセンタ全体の形態をとる。各転送ノード１０４M及び/又は記憶ノード１０４Sは、サーバ又はデータセンタの形態をとることもできる。しかしながら、原則として、任意の所与のノード１０４は、ユーザ端末又は互いにネットワーク接続されたユーザ端末のグループを含むことができる。
各ノード１０４のメモリは、それぞれの１つ以上の役割を実行し、ノードプロトコルに従ってトランザクション１５２を処理するために、ノード１０４の処理装置上で動作するように構成されたソフトウェアを記憶する。ノード１０４に属するいずれの動作も、それぞれのコンピュータ装置の処理装置上で実行されるソフトウェアによって実行され得ることが理解されよう。また、本明細書で使用される「ブロックチェーン」という用語は、一般的な技術の種類を指す一般的な用語であり、任意の特定の専有のブロックチェーン、プロトコル又はサービスに限定されない。
また、ネットワーク１０１には、消費者ユーザの役割を果たす複数のパーティ１０３の各々のコンピュータ装置１０２も接続されている。これらは、トランザクションにおける支払人及び被支払人の役割を果たすが、他のパーティの代わりにトランザクションをマイニングし又は伝搬することに必ずしも参加しない。それらは必ずしもマイニングプロトコルを実行するわけではない。２つのパーティ１０３及びそれぞれの機器１０２は、説明のために示されており、第１パーティ１０３ａ及びそのそれぞれのコンピュータ機器１０２a、ならびに第２パーティ１０３ｂ及びそのそれぞれのコンピュータ機器１０２bである。より多くのこのようなパーティ１０３及びそれらのそれぞれのコンピュータ機器１０２がシステムに存在し、参加することができるが、便宜上、それらは図示されていないことが理解されよう。各パーティ１０３は、個人又は組織であってもよい。純粋に例示として、第１パーティ１０３ａは、本明細書においてアリスと称され、第２パーティ１０３ｂは、ボブと称されるが、これは限定的なものではなく、本明細書においてアリス又はボブという言及は、それぞれ「第１パーティ」及び「第２パーティ」と置き換えることができることは理解されるであろう。
各パーティ１０３のコンピュータ機器１０２は、１つ以上のプロセッサ、例えば１つ以上のCPU、GPU、他のアクセラレータプロセッサ、特定用途向けプロセッサ、及び/又はFPGAを備えるそれぞれの処理装置を備える。各パーティ１０３のコンピュータ機器１０２は、さらに、メモリ、すなわち、非一時的コンピュータ読取可能媒体又は媒体の形態のコンピュータ読取可能記憶装置を備える。このメモリは、例えば、ハードディスクなどの磁気媒体、ＳＳＤ、フラッシュメモリ又はEEPROMなどの電子媒体、及び/又は光ディスクドライブなどの光学的媒体を使用する１つ以上のメモリユニットを含んでもよい。各パーティ１０３のコンピュータ機器１０２上のメモリは、処理装置上で動作するように配置された少なくとも１つのクライアントアプリケーション１０５のそれぞれのインスタンスを含むソフトウェアを記憶する。所与のノード１０４に属するいずれの動作も、それぞれのコンピュータ機器１０２の処理装置上で実行されるソフトウェアを使用することにより実行され得ることが理解されよう。各パーティ１０３のコンピュータ機器１０２は、少なくとも１つのユーザ端末、例えばデスクトップ又はラップトップコンピュータ、タブレット、スマートフォン、又はスマートウォッチのようなウェアラブルデバイスを備えている。所与のパーティ１０３のコンピュータ装置１０２は、ユーザ端末を介してアクセスされるクラウドコンピューティングリソースのような、１つ以上の他のネットワーク接続されたリソースを含んでもよい。
クライアントアプリケーション又はソフトウェア１０５は、最初に、１つ以上の適切なコンピュータ読取可能な記憶媒体、例えばサーバからダウンロードされたもの、又はリムーバブルSSD、フラッシュメモリキー、リムーバブルEEPROM、リムーバブル磁気ディスクドライブ、磁気フロッピーディスク又はテープ、光ディスク、例えばCD又はDVD ROM、又はリムーバブル光学ドライブなどのリムーバブル記憶装置上で、任意の所与のパーティ１０３のコンピュータ機器１０２に提供され得る。
クライアントアプリケーション１０５は、少なくとも「ウォレット」機能を備える。これには主に２つの機能を有する。これらのうちの１つは、それぞれのユーザパーティ１０３が、ノード１０４のネットワーク全体にわたって伝搬され、それによってブロックチェーン１５０に含まれるトランザクション１５２を作成し、署名し、送信することを可能にすることである。もう１つは、現在所有しているデジタルアセットの量をそれぞれのパーティに報告することである。アウトプットベースのシステムでは、この第２の機能は、当該パーティに属するブロックチェーン１５０全体に散在する様々なトランザクション１５２のアウトプットの中で定義される量を照合することを含む。
各コンピュータ機器１０２上のクライアントアプリケーション１０５のインスタンスは、P２Pネットワーク１０６の転送ノード１０４Fの少なくとも１つに動作可能に結合される。これにより、クライアント１０５のウォレット機能は、トランザクション１５２をネットワーク１０６に送信することができる。クライアント１０５は、また、記憶ノード１０４のうちの１つ、一部、又は全部にコンタクトして、それぞれのパーティ１０３が受領者である任意のトランザクションについてブロックチェーン１５０に問い合わせることができる(又は、実施形態では、ブロックチェーン１５０は、部分的にその公開視認性を通じてトランザクションの信頼を提供する公開的設備であるため、実際には、ブロックチェーン１５０内の他のパーティのトランザクションを検査する)。各コンピュータ機器１０２上のウォレット機能は、トランザクションプロトコルに従ってトランザクション１５２を形成し、送信するように構成される。各ノード１０４は、ノードプロトコルに従ってトランザクション１５２を検証するように構成されたソフトウェアを実行し、転送ノード１０４Fの場合は、ネットワーク１０６全体にトランザクション１５２を伝搬させるためにトランザクション１５２を転送する。トランザクションプロトコルとノードプロトコルは互いに対応し、所与のトランザクションプロトコルは所与のノードプロトコルと共に所与のトランザクションモデルを実装する。同じトランザクションプロトコルが、ブロックチェーン１５０内のすべてのトランザクション１５２に使用される(ただし、トランザクションプロトコルは、トランザクションの異なるサブタイプを許可することができる)。同じノードプロトコルは、ネットワーク１０６内のすべてのノード１０４によって使用される(ただし、多くのノードは、そのサブタイプに対して定義されたルールに従って異なるトランザクションのサブタイプを異なるように処理し、また、異なるノードは異なる役割を引き受け、従って、プロトコルの異なる対応する側面を実装することができる)。
上述のように、ブロックチェーン１５０は、ブロック１５１のチェーンを含み、各ブロック１５１は、前述のように、proof-of-workプロセスによって作成された１つ以上のトランザクション１５２のセットを含む。各ブロック１５１は、また、ブロック１５１への逐次的順序を定義するように、チェーン内の先に生成されたブロック１５１を遡ってポイントするブロックポインタ１５５を含む。ブロックチェーン１５０はまた、proof-of-workプロセスによって新しいブロックに含まれることを待つ有効なトランザクション１５４のプールを含む。各トランザクション１５２は、トランザクションのシーケンスに順序を定義するために、前のトランザクションへのポインタを含む(注：トランザクション１５２のシーケンスは、分岐することが許される)。ブロック１５１のチェーンは、チェーンの最初のブロックであったジェネシスブロック（genesis block (Gb)）１５３にまで戻る。チェーン１５０の初期に１つ以上のオリジナルトランザクション１５２は、先行するトランザクションではなくジェネシスブロック１５３を指し示した。
所与のパーティ１０３、例えばAliceがブロックチェーン１５０に含まれる新たなトランザクション１５２jを送信したいと望む場合、彼女は関連するトランザクションプロトコルに従って(彼女のクライアントアプリケーション１０５のウォレット機能を使用して)新たなトランザクションを策定する（formulate）。次に、クライアントアプリケーション１０５からトランザクション１５２を、彼女が接続されている１つ以上の転送ノード１０４Fの１つに送信する。例えば、これは、Aliceのコンピュータ１０２に最も近いか又は最も良好に接続されている転送ノード１０４Fであってもよい。任意の所与のノード１０４が新しいトランザクション１５２jを受信すると、ノードプロトコル及びそのそれぞれの役割に従って、それを処理する。これは、最初に、新たに受信されたトランザクション１５２jが「有効」であるための特定の条件を満たしているかどうかをチェックすることを含み、その例については、簡単に詳述する。いくつかのトランザクションプロトコルでは、検証のための条件は、トランザクション１５２に含まれるスクリプトによってトランザクションごとに構成可能であってよい。あるいは、条件は単にノードプロトコルの組み込み機能であってもよく、あるいはスクリプトとノードプロトコルの組み合わせによって定義されてもよい。
新たに受信されたトランザクション１５２jが、有効であると見なされるテストに合格したという条件で(すなわち、「有効である」という条件で)、トランザクション１５２jを受信した任意の記憶ノード１０４Sは、そのノード１０４Sに維持されているブロックチェーン１５０のコピー内のプール１５４に、新たに有効とされたトランザクション１５２を追加する。さらに、トランザクション１５２jを受信する任意の転送ノード１０４Fは、検証済みトランザクション１５２をP２Pネットワーク１０６内の１つ以上の他のノード１０４に伝搬する。各転送ノード１０４Fは同じプロトコルを適用するので、トランザクション１５２jが有効であると仮定すると、これは、P２Pネットワーク１０６全体に間もなく伝搬されることを意味する。
ひとたび１つ以上の記憶ノード１０４で維持されるブロックチェーン１５０のコピー内のプール１５４に入ると、マイナーノード１０４Mは、新しいトランザクション１５２を含むプール１５４の最新バージョンのproof-of-workパズルを解決するために競争を開始する(他のマイナー１０４Mは、依然として、プール１５４の古いビューに基づいてパズルを解決しようとしているが、そこに到達した者は誰でも、最初に、次の新しいブロック１５１が終了し、新しいプール１５４が開始する場所を定義し、最終的には、誰かが、Aliceのトランザクション１５２jを含むプール１５４の一部のパズルを解決する)。一旦、新しいトランザクション１５２jを含むプール１５４についてproof-of-workが行われると、ブロックチェーン１５０内のブロック１５１の１つの一部となる。各トランザクション１５２は、以前のトランザクションへのポインタを含むので、トランザクションの順序もまた、不変的に記録される。
図２は、トランザクションプロトコルの例を示している。これは、UTXOベースのプロトコルの例である。トランザクション１５２(「Tx」と略す)は、ブロックチェーン１５０(各ブロック１５１は１つ以上のトランザクション１５２を含む)の基本的なデータ構造である。以下は、アウトプットベース又は「UTXO」ベースのプロトコルを参照して説明される。しかし、これは、全ての可能な実施形態に限定されるものではない。
UTXOベースのモデルでは、各トランザクション(「Tx」)１５２は、１つ以上のインプット２０２及び１つ以上のアウトプット２０３を含むデータ構造を含む。各アウトプット２０３は、未使用トランザクションアウトプット(UTXO)を含んでもよく、これは、別の新しいトランザクションのインプット２０２のソースとして使用することができる(UTXOがまだ償還されていない場合)。UTXOは、デジタルアセット（値のストア）の量を指定する。それは、情報の中でも特にその元となったトランザクションのトランザクションIDを含む。トランザクションデータ構造はまた、ヘッダ２０１も含んでよく、ヘッダ２０１は、インプットフィールド２０２及びアウトプットフィールド２０３のサイズの指示子を含んでもよいヘッダ２０１を含んでよい。ヘッダ２０１は、トランザクションのIDも含んでもよい。実施形態において、トランザクションIDは、トランザクションデータのハッシュ(トランザクションID自体を除く)であり、マイナー１０４Mに提出された未処理トランザクション１５２のヘッダ２０１に格納される。
例えばAlice１０３aは、問題のデジタルアセットの量をBob１０３bに移転するトランザクション１５２jを作成したいと考えているとする。図２において、Aliceの新しいトランザクション１５２jは「Tx１」とラベル付けされている。これは、Aliceへのロックされているデジタルアセットの量を、シーケンス内の先行するトランザクション１５２iのアウトプット２０３に取り入れ、その少なくとも一部をBobに移転する。先行するトランザクション１５２iは、図２において「Tx０」とラベル付けされている。Tx０とTx１は、単なる任意のラベルである。これらは、必ずしも、Tx０がブロックチェーン１５１の最初のトランザクションであること、又は、Tx１がプール１５４の直ぐ次のトランザクションであることを意味しない。Tx１は、まだAliceへのロックされた未使用アウトプット２０３を有する任意の先行する（つまり祖先）トランザクションのいずれかを指し示すことができる。
先行するトランザクションTx０は、Aliceがその新しいトランザクションTx１を作成するとき、又は少なくとも彼女がそれをネットワーク１０６に送信するときまでに、既に検証され、ブロックチェーン１５０に含まれていてもよい。それは、その時点で既にブロック１５１のうちの１つに含まれていてもよく、あるいは、プール１５４内でまだ待機していてもよく、その場合、新しいブロック１５１にすぐに含まれることになる。あるいは、Tx０及びTx１が生成されネットワーク１０２に送信されることができ、あるいは、ノードプロトコルが「孤児（orphan）」トランザクションのバッファリングを許容する場合にはTx１の後にTx０が送信されることもできる。ここでトランザクションのシーケンスの文脈で使用される「先行する」及び「後の」という用語は、トランザクション内で指定されたトランザクションポインタ(どのトランザクションがどの他のトランザクションを指すかなど)によって定義されるシーケンス内のトランザクションの順序を指す。それらは、「先行者」及び「相続者」又は「祖先」及び「子孫」、「親」及び「子」、等により、等しく置き換えられ得る。これは、必ずしも、それらが作成され、ネットワーク１０６に送られ、又は任意の所与のノード１０４に到達する順序を意味しない。それにもかかわらず、先行するトランザクション(祖先トランザクション又は「親」)を指す後続のトランザクション(子孫トランザクション又は「子」)は、親トランザクションが検証されない限り、検証されない。親の前にノード１０４に到着した子は孤児とみなされる。それは、ノードプロトコル及び/又はマイナーの行動に応じて、親を待つために特定の時間、破棄又はバッファリングされることがある。
先行するトランザクションTx０の１つ以上のアウトプット２０３のうちの１つは、本明細書でUTXO０とラベル付けされた特定のUTXOを含む。各UTXOは、UTXOによって表されるデジタルアセットの量を指定する値と、後続のトランザクションが検証されるために、従ってUTXOが正常に償還されるために、後続のトランザクションのインプット２０２の中のアンロックスクリプトによって満たされなければならない条件を定義するロックスクリプトとを含む。典型的には、ロックスクリプトは、特定のパーティ(それが含まれているトランザクションの受益者)に量をロックする。すなわち、ロックスクリプトは、標準的に以下のようなアンロック条件を定義する：後続のトランザクションのインプット内のアンロックスクリプトは、先行するトランザクションがロックされたパーティの暗号署名を含む。
ロックスクリプト(別名scriptPubKey)は、ノードプロトコルによって認識されるドメイン固有の言語で書かれたコードの一部である。そのような言語の特定の例は、「スクリプト」(Script，capital S)と呼ばれる。ロックスクリプトは、トランザクションアウトプット２０３を消費するために必要な情報、例えば、Aliceの署名の必要条件を指定する。トランザクションのアウトプットには、アンロックスクリプトが現れる。アンロックスクリプト(別名：scriptSig)は、ロックスクリプトの基準を満たすために必要な情報を提供するドメイン固有の言語で書かれたコードの一部である。例えば、Ｂｏｂの署名を含んでもよい。アンロックスクリプトは、トランザクションのインプット２０２に現れる。
図示の例では、Tx０のアウトプット２０３のUTXO０は、ロックスクリプト[ChecksigPA]を含み、これは、UTXO０が償還されるために(厳密には、UTXO０を償還しようとする後続のトランザクションが有効であるために)、Aliceの署名SigPAを必要とする。[ChecksigPA]は、Aliceの公開鍵と秘密鍵のペアからの公開鍵PAを含む。Tx１のインプット２０２は、Tx１を指すポインタ(例えば、そのトランザクションID、実施形態ではトランザクションTx０全体のハッシュであるTxID０による)を含む。Tx１のインプット２０２は、Tx０の任意の他の可能なアウトプットの中でそれを識別するために、Tx０内のUTXO０を識別するインデックスを含む。Tx１のインプット２０２は、さらに、Aliceが鍵ペアからのAliceの秘密鍵をデータの所定の部分(暗号において「メッセージ」と呼ばれることもある)に適用することによって作成された、Aliceの暗号署名を含むアンロックスクリプト<SigPA>を含む。有効な署名を提供するためにAliceが署名する必要があるデータ(又は「メッセージ」)は、ロックスクリプトにより、又はノードプロトコルにより、又はこれらの組み合わせによって定義され得る。
新しいトランザクションTx１がノード１０４に到着すると、ノードはノードプロトコルを適用する。これは、ロックスクリプトとアンロックスクリプトを一緒に実行して、アンロックスクリプトがロックスクリプトで定義されている条件(この条件は１つ以上の基準を含むことができる)を満たしているかどうかをチェックすることを含む。実施形態では、これは、２つのスクリプトの連結を含む。
<SigPA> <PA> || [Checksig PA]
ここで、「||」は連結を表し、「<...>」はスタックにデータを配置することを意味し、「[...]」はアンロックスクリプトに含まれる機能である（本例では、スタックベースの言語）。同等に、スクリプトは。、スクリプトを連結するのではなく共通のスタックにより１つずつ実行されてよい。いずれの方法でも、一緒に実行する場合、スクリプトは、Tx０のアウトプット内のロックスクリプトに含まれるAliceの公開鍵PAを使用して、Tx１のインプット内のロックスクリプトが、データの期待部分に署名するAliceの署名を含むことを認証する。また、データの期待部分(「メッセージ」)も、この認証を実行するためにTx０に含まれる必要がある。実施形態において、署名されたデータは、Tx０の全体を含む(従って、別個の要素は、データの署名された部分がすでに本質的に存在するので、データの署名された部分の指定にクリアに含まれる必要がある)。
公開－秘密暗号法による認証の詳細は、当業者には周知であろう。基本的に、Aliceが彼女の秘密鍵によりメッセージを暗号化することによってメッセージに署名した場合、Aliceの公開鍵とそのメッセージが明らか(暗号化されていないメッセージ)ならば、ノード１０４のような別のエンティティは、そのメッセージの暗号化されたバージョンがAliceによって署名されていなければならないことを認証することができる。署名は、典型的には、メッセージをハッシュし、ハッシュに署名し、署名としてメッセージのクリアなバージョンにこれをタグ付けすることによって、公開鍵の所有者が署名を認証することを可能にする。従って、実施形態では、特定のデータ片又はトランザクションの部分等に署名するという言及は、データ片又はトランザクションの部分のハッシュに署名することを意味し得る。
Tx１内のアンロックスクリプトが、Tx０のロックスクリプトで指定された１つ以上の条件を満たす場合(示される例では、Aliceの署名がTx１内で提供され、認証されている場合)、ノード１０４は、Tx１が有効であるとみなす。それが記憶ノード１０４Sである場合、これは、proof-of-workを待つトランザクションのプール１５４にそれを追加することを意味する。それが転送ノード１０４Fである場合、それはトランザクションTx１をネットワーク１０６内の１つ以上の他のノード１０４に転送し、それによって、それがネットワーク全体に伝搬されることになる。一旦、Tx１が検証され、ブロックチェーン１５０に含まれると、これは、Tx０からのUTXO０を消費したものとして定義する。Tx１は、未使用トランザクションアウトプット２０３を使用する場合にのみ有効であることに留意されたい。別のトランザクション１５２によってすでに消費されたアウトプットを消費しようとする場合、Tx１は、たとえ他のすべての条件が満たされていても無効となる。従って、ノード１０４は、先行するトランザクションTx０において参照されたUTXOが既に使用されているかどうか(既に別の有効なトランザクションへの有効なインプットを形成しているかどうか)もチェックする必要がある。これが、ブロックチェーン１５０がトランザクション１５２に定義された順序を課すことが重要である理由の１つである。実際には、所与のノード１０４は、トランザクション１５２が消費されたUTXO２０３をマークする別個のデータベースを維持することができるが、最終的には、UTXOが消費されたかどうかを定義するのは、ブロックチェーン１５０内の別の有効なトランザクションへの有効なインプットを既に形成しているかどうかである。
UTXOベースのトランザクションモデルでは、所定のUTXOを全体として使用する必要があることに注意する。UTXOで定義されている量のうち、別の分量が消費されている一方で、分量を「残しておく」ことはできない。ただし、UTXOからの量は、次のトランザクションの複数のアウトプットに分割できる。例えば、Tx０のUTXO０で定義された量は、Tx１の複数のUTXOに分割できる。したがって、AliceがＢｏｂにUTXO０で定義された量のすべてを与えることを望まない場合、彼女は残りの量を使って、Tx１の第２のアウトプットの中で自分自身にお釣りを与えるか、又は別のパーティに支払うことができる。
実際には、Aliceは通常、勝ったマイナーのための手数料も含める必要がある。なぜなら、今日では、生成トランザクションの報酬だけでは、マイニングを動機づけるには通常十分ではないからである。Aliceがマイナーのための手数料を含まない場合、Tx０はマイナーのノード１０４Mによって拒否される可能性が高く、したがって、技術的には有効であるが、それは依然として伝搬されず、ブロックチェーン１５０に含まれない（マイナーのプロトコルは、マイナーが望まない場合には、マイナー１０４Mにトランザクション１５２を受け入れるよう強制しない)。一部のプロトコルでは、マイニング料金は、独自の別個のアウトプット２０３を必要としない(すなわち、別個のUTXOを必要としない)。代わりに、インプット２０２によって指される総量と、所与のトランザクション１５２のアウトプット２０３の中で指定される総量との間の差は、勝ったマイナー１０４に自動的に与えられる。例えば、UTXO０へのポインタがTx１への唯一のインプットであり、Tx１は１つのアウトプットUTXO１しか持っていないとする。UTXO０で指定されたデジタルアセットの量がUTXO１で指定された量より多い場合、その差は自動的に勝ったマイナー１０４Mへ行く。しかし、代替的又は追加的に、必ずしも、トランザクション１５２のUTXO２０３のうちの独自のものにおいて、マイナー手数料を明示的に指定できることは除外されない。
所与のトランザクション１５２の全部のアウトプット２０３の中で指定された総量が全部のそのインプット２０２により指される総量より大きい場合、これは、殆どのトランザクションモデルにおいて無効の別の基礎であることに留意する。従って、このようなトランザクションは、伝搬されず、マイニングされてブロック１５１にされることもない。
Alice及びBobのデジタルアセットは、ブロックチェーン１５０内の任意のトランザクション１５２の中で彼らへのロックされた未使用UTXOで構成されている。従って、典型的には、所与のパーティ１０３のアセットは、ブロックチェーン１５０を通して、様々なトランザクション１５２のUTXO全体に分散される。ブロックチェーン１５０内のどこにも、所与のパーティ１０３の総残高を定義する１つの数値は記憶されていない。各パーティへのロックされた、別の将来の（onward）トランザクションにまだ消費されていないすべての様々なUTXOの値をまとめることは、クライアントアプリケーション１０５におけるウォレット機能の役割である。これは、記憶ノード１０４Sのいずれかに記憶されたブロックチェーン１５０のコピーを、例えば、各パーティのコンピュータ機器０２に最も近いか、又は最も良好に接続されている記憶ノード１０４Sに問い合わせることによって行うことができる。
スクリプトコードは、概略的に表現されることが多い(すなわち、正確な言語ではない)ことに注意する。例えば、[Checksig PA]を[ChecksigPA]=OP_DUPOP_HASH１６０<H(PA)>OP_EQUALVERIFYOP_CHECKSIGを意味するように記述し得る。「OP_....」は、スクリプト言語の特定のオペコードを表す。OP_CHECKSIG(「Checksig」とも呼ばれる)は、２つのインプット(署名と公開鍵)を取り込み、楕円曲線デジタル署名アルゴリズム(Elliptic Curve Digital Signature Algorithm (ECDSA))を使用して署名の妥当性を検証するスクリプトオペコードである。ランタイムでは、署名(「si」')の発生はすべてスクリプトから削除されるが、ハッシュパズルなどの追加要件は、「sig」インプットによって検証されるトランザクションに残る。別の例として、OP_RETURNは、トランザクション内にメタデータを格納することができ、それによってメタデータをブロックチェーン１５０に不変に記録することができるトランザクションの使用不可能アウトプットを生成するためのスクリプト言語のオペコードである。例えば、メタデータは、ブロックチェーンに格納することが望ましいドキュメントを含むことができる。
署名PAは、デジタル署名である。実施形態において、これは楕円曲線secp２５６k１を使用するECDSAに基づく。デジタル署名は、特定のデータに署名する。実施形態では、所与のトランザクションについて、署名はトランザクションインプットの一部、及びトランザクションアウトプットの全部又は一部に署名する。署名するアウトプットの特定の部分はSIGHASHフラグに依存する。SIGHASHフラグは、署名の最後に含まれる４バイトのコードであり、どのアウトプットが署名されるかを選択する(従って、署名の時点で固定される)。
ロックスクリプトは、それぞれのトランザクションがロックされているパーティの公開鍵を含んでいることを表す「scriptPubKey」と呼ばれることがある。アンロックスクリプトは、対応する署名を提供することを表す「scriptSig」と呼ばれることがある。しかし、より一般的には、UTXOが償還される条件が署名を認証することを含むことは、ブロックチェーン１５０のすべてのアプリケーションにおいて必須ではない。より一般的には、スクリプト言語は、１つ以上の条件を定義するために使用され得る。したがって、より一般的な用語「ロックスクリプト」及び「アンロックスクリプト」が好ましい。
図３は、ブロックチェーン１５０を実装するためのシステム１００を示す。システム１００は、追加の通信機能が含まれることを除いて、図１に関連して説明したものと実質的に同じである。Alice及びBobのコンピュータ機器１０２a、１０２bの各々に存在するクライアントアプリケーションは、それぞれ、追加通信機能を含む。つまり、それは、Alice１０３ａが、(いずれかのパーティ又は第３者の勧誘で)Bob１０３ｂとの別個のサイドチャネル３０１を確立することを可能にする。サイドチャネル３０１は、P２Pネットワークと別個にデータの交換を可能にする。このような通信は、時に「オフチェーン」と呼ばれる。例えば、これは、パーティのうちの一方がトランザクションをネットワーク１０６にブロードキャストすることを選択するまで、トランザクションがネットワークP２P１０６に（まだ）発行されることなく、又はチェーン１５０乗でそのようにすることなく、AliceとBobとの間でトランザクション１５２を交換するために使用されてよい。このようなサイドチャネル３０１は、時に、「支払いチャネル」と呼ばれる。
サイドチャネル３０１は、P２Pオーバレイネットワーク１０６と同じパケット交換ネットワーク１０１を介して確立されてもよい。代替又は追加で、サイドチャネル３０１は、モバイルセルラネットワーク、又はローカル無線ネットワークのようなローカルエリアネットワーク、又はAliceとBobの装置１０２a、１０２bの間の直接有線若しくは無線リンクのような異なるネットワークを介して確立されてよい。一般に、本願明細書のどこかで言及されるサイドチャネル３０１は、「オフチェーン」で、つまりP２Pオーバレイネットワーク１０６と別個にデータを交換するための１つ以上のネットワーキング技術又は通信媒体を介する任意の１つ以上のリンクを含んでよい。１つより多くのリンクが使用されるとき、全体としてのオフチェーンリンクのバンドル又は集合がサイドチャネル３０１と呼ばれてよい。従って、Alice及びBobが特定の情報又はデータ片等をサイドチャネル３０１を介して交換すると言われる場合、これは、必ずしも全部のこれらのデータ片が正確に同じリンクまたは同じ種類のネットワークを介して送信される必要があることを意味しないことに留意する。
＜例示的な定義＞
以下は、幾つかの実装において採用得る幾つかの例示的な定義である。これらは、全部の可能な実装を限定するものではなく、後述する例示的な使用例の幾つかの可能な実装において利用され得る特定の可能な実装の理解を助けるためだけに提供されることに留意する。
定義１：トランザクション。トランザクションは、インプットとアウトプットとを含むメッセージである。それは、プロトコルバージョン番号及び／又はロックタイム（locktime）も含んでよい。プロトコルバージョンは、トランザクションプロトコルのバージョンを示す。ロックタイムは、後に個別に説明される。
定義２：インプットトランザクションのインプットは、順序付きリストを形成する。リスト内の各エントリは、アウトプット（未使用トランザクションアウトプットの識別子）、及びscriptSig（アンロックスクリプト）を含む。それは、シーケンス番号も含んでよい。
定義３：アウトプット：トランザクションのアウトプットは、順序付きリストを形成する。リスト内の各エントリは、値（その基本単位におけるデジタルアセットの量）、及びscriptPubKey（ロックスクリプト）を含む。
定義４：アウトポイント。アウトポイントは、トランザクションID TxID、及びインデックス番号iによりユニークに定義される。トランザクションアウトプットTxIDのアウトプットの中のi番目のエントリを表し、未使用トランザクションアウトプット（UTXO）のユニークな位置を与える。用語「未使用（unspent）」は、本願明細書で、アウトポイントが任意の有効な後続のトランザクションの中に現れていないことを意味する。
定義５：scriptSig。これは、所与のアウトポイントに対応するUTXOをアンロックする又は使用するために要求される情報である。標準的なトランザクションでは、この情報は通常ECDSA署名である。従って、スクリプトは「scriptSig」と呼ばれる。しかしながら、アウトポイントをアンロックするために必要な情報は、UTXOのロック条件を満たす任意のデータであり得る。
定義６：scriptPubKey。これは、特定のUTXOに関連付けられた資金をロックするスクリプトである。scriptSigがscriptPubKeyに付加され、結合されたスクリプトの実行が真を与える場合に及びその場合にのみ、資金がアンロックされ、使用できる。そうでない場合には、トランザクションは無効であり、拒否される。これは、通常、標準的なトランザクションではECDSA公開鍵のハッシュ値を含むので、「scriptPubKey」と呼ばれる。
次の定義では、インプット又はアウトプットへの署名が参照され、これは、scriptSig部分（定義２を参照）を除く１つ又は複数のインプットへの署名を意味する。
定義７：SIGHASHフラグ。ECDSA署名を提供するとき、以下のSIGHASHフラグのうちの１つも付加する必要がある。
Figure 2022532889000002
適応性を機能として議論するとき、トランザクション内で、ECDSA署名により署名されていない情報を探す。署名されるべきメッセージから除外され得るインプット及びアウトプットとは別に、scriptSigのコンテンツは常に除外される。これは、scriptSigが署名のプレースホルダーであるよう設計されるからである。
定義８：ブロックチェーンタイムロック。一般に、トランザクション内で使用可能な２つのタイプのタイムロック：絶対的タイムロック及び相対的タイムロックがある。絶対的タイムロックは、その後に何かが「有効」であると考えられる特定の時点を指定する。一方で、相対的タイムロックは、何かが有効であると考えられる前に経過しなければならない期間を指定する。両方の場合に、ブロックチェーンタイムロックを使用するときの時間の代わりとして、ブロック高（マイニングされたブロックの数）又は経過時間（例えば、UNIX（登録商標）時間）を使用できる。
ブロックチェーンタイムロックの別の特性は、それらが表れる場所であり、それらが適用されるトランザクションの態様である。ここでも、この意味でタイムロックの２つの分類：トランザクション全体をロックするトランザクションレベル、及び特定のアウトプットをロックするスクリプトレベルがある。これらのタイムロックは両方とも、絶対的タイムロック又は相対的タイムロックのいずれかを実装するために使用できる。以下の表は、これらの特性に基づき生成可能なタイムロックを実装する４つの可能なメカニズムを纏めたものである。
Figure 2022532889000003
定義９：nLocktime。ロックタイム（nLocktime）は、ブロック高又はUNIX時間で特定の時間を表す負ではない整数である。それは、トランザクションが指定されたブロック又は指定された時間の後にのみブロックチェーンに追加できるという意味で、トランザクションレベルのタイムロックである。nLocktimeが５００，０００，０００より小さく設定される場合、それはブロック高と考えられる。それが５００，０００，０００以上に設定された場合、それはUNIX時間の表現と考えられる。それは、１９７０年１月１日の００：００：００の後の秒数である。
例えば、現在のブロック高が３，０００，０００の高さであり、ロックタイムは４，０００，０００に設定される場合、トランザクションは、４百万番目のブロックがマイニングされるまで、マイナーにより検討されない。
定義１０：nSequence。シーケンス番号（nSequence）は、トランザクションのバージョンをメッセージとして示す。トランザクションに対する任意の変更は、シーケンス番号を１つ大きくインクリメントする。nSequenceの最大値は２３２－１であり、通常、シーケンス番号は、デフォルトでこの最大値に設定されてトランザクションが完了していることを示す。nSequence値は、トランザクションの各インプットについて定義され、インプットにより参照されるUTXOがブロックに含まれた後、有効なインプットとして使用可能になる前の時間期間を指定する。マイナーが同じインプットを有する２つのトランザクションを認識した場合、マイナーは、より大きなシーケンス番号を有するトランザクションを選択する。しかしながら、この特徴は、一般的に無効にされている。
定義１１：CheckLockTimeVerify (OP_CLTV).。オペコードOP_CHECKLOCKTIMEVERIFY (OP_CLTV)は、将来の何らかの特定の時間又はブロック高にトランザクションの特定のアウトプットをロックするために使用可能な絶対的スクリプトレベルのタイムロックである。UTXOがトランザクション内で参照される現在のUNIX時間又はブロック高が、UTXOが生成されたUNIX時間又はブロック高にOP_CLTVオペコードの前に指定されたパラメータを足したものを超える場合、支払いトランザクションについてのスクリプト実行は失敗する。
定義１２：CheckSequenceVerify (OP_CSV)。オペコードOP_CHECKSEQUENCEVERIFY (OP_CSV)は、将来の特定の時間期間又はブロック数についてトランザクションの特定のアウトプットをロックするために使用可能な相対的スクリプトレベルのタイムロックである。これはOP_CLTVと同様に動作するが、OP_CSVに提供されるパラメータが相対的時間を表すことが異なる。UTXOがトランザクション内で参照される現在のUNIX時間又はブロック高が、OP_CSVオペコードの前に指定されたパラメータだけ超える場合、支払いトランザクションについてのスクリプト実行は失敗する。
定義１３：適応性（Malleability）。一般に、ブロックチェーントランザクションにおいて可能な２つの広義の適応性がある。それらは両方とも、インプットの中で提供される署名を無効にすることなく、トランザクションの内容を変更できるようにする。
両方の場合を説明するために、１つのインプットと、該インプットの中の１つの署名と、１つのアウトプットと、を有する初期トランザクションTxを考える。
タイプ１：スクリプトレベルの適応性。このタイプの適応性は、スクリプトオペコードOP_CHECKSIGによりチェックされるべき署名が、トランザクション内の任意のインプットのスクリプトフィールドに署名しないという事実を利用する。この事実は、トランザクションTxに対する署名を生成し、インプットスクリプトを変更して、トランザクションTx'がTxと同一ではないが、依然としてTx’及びTxが両方とも、ブロックチェーン合意ルールの下で同じ署名により署名された有効なトランザクションメッセージと考えられることを可能にする。
タイプ２：インプット及びアウトプットレベルの適応性。このタイプの適応性は、トランザクション内で利用されているSIGHASH ALL以外のSIGHASHフラグの使用に依存する。トランザクションTxが、５個の他のSIGHASHフラグの組合せのうちのいずれかを使用するインプット署名を有する場合、（１又は複数の）インプット又は（１又は複数の）アウトプットのいずれかが追加されて、同一ではないトランザクションTx'を生成できる。その結果、両者は、署名を変更する必要を伴わずに、合意に従い有効なトランザクションメッセージと考えられる。
ユーザにコンテンツをリリースするオンチェーンメカニズム
以下は、クラウドファンディングターゲットに達するとコンテンツをユーザにリリースする統合されたオンチェーンメカニズムにより、インプットが複数のユーザによりトランザクション、所謂クラウドファンディングトランザクション、に追加されることに基づき、該複数のユーザにコンテンツをリリースする例示的なメカニズムを説明する。例えば、これは、マルチパーティのストリーミングを実施する新しい手段として使用されてよい。それにより、ストリーム内のメディアデータの各部分又は「チャンク」について新しいクラウドファンディングトランザクションが存在する。
メディアコンテンツは、M個の部分D１,D２,…DMに分割され、M個のそれぞれのクラウドファンディングされるトランザクションが（望ましくは予め）生成され、複数の異なるユーザにアクセス可能な（例えば、一般的に公衆の）サーバ上にホスティングされる。これらのトランザクションの各々は、それぞれの部分についてコンテンツのベンダ（例えば、Bob）に支払うべきデジタルアセットの額を指定するアウトプットを有する。各トランザクションのアウトプット内のロックスクリプトは、該アウトプットを償還することを要求する第２トランザクションについて、該第２トランザクションのインプットが、それぞれのシークレット値Smを含まなければならないことを要求するスクリプトも含む。ここで、Smはメディアコンテンツのそれぞれの部分をリリースする（例えば、復号する）ための鍵として動作する。Smは、第２トランザクションの部分としてブロックチェーン１５０に発行されるまで秘密であり、その後、秘密ではなくなるという観点で、単にシークレットと呼ばれる。
各部分m=１…Mについて、N人のユーザの各々は、サイドチャネル３０１を介して（つまりオフチェーンで）サーバにホスティングされたクラウドファンディングトランザクションにアクセスし、インプットを追加することによりそれを適応する。これは、資金供給ターゲットに適合するまで、つまりインプットが少なくともアウトプット額を形成するのに十分な合計額を指すまで（或いは、トランザクションが有効でなくなるまで）、行われ、実際には、マイニング手数料もカバーする（或いは、トランザクションは、技術的に有効であっても、マイニングするために任意のマイナー１０４Mにより受け入れられない）。
「ストリーミング」は、次に、ベンダ（例えばBob）が支払いトランザクション内でP２PネットワークへシークレットSmをブロードキャストするように簡単である（１つのクラウドファンディングトランザクションのアウトプットを償還する１つの支払いトランザクションは、代わりに１つのシークレットSmを開示する）。幾つかの実施形態では、ベンダBobは、ブロックチェーン１５０上で発行することに加えて、各シークレットをユーザへサイドチャネル３０１を介して直接に別個に送信してよい。或いは、彼がそうしない場合、場合によってはユーザのうちの一部又は全部は、P２Pネットワークのピア（動作ノード１０４）であってもよい。この場合、彼らは、また、BobがP２Pネットワークにそれをブロードキャストすると、支払いトランザクションの中でそれを受信するだろう。これらのいずれも、情報を送信できるとの同じ速さで実行できるので、高速であるべきである。いずれにも該当しない場合、精算トランザクションがブロック１５１へとマイニングされると、シークレットSmは最終的にブロックチェーン１５０上にあり、ユーザの一部又は全部がそこからそれを検索できる。従って、ベンダBobは、支払いを取り入れるがシークレット鍵Smをリリースしないことにより、不正を行うことができない。
このシークレット鍵Smは、ここでは、「メディア鍵」と呼ばれてよい。それは、鍵を取得したユーザが、オフチェーンデータソース４０１上にホスティングされているメディアデータコンテンツの対応する部分Dmをアンロックする（つまりアクセスする）ことを可能にする。実施形態では、メディア鍵Smは、少なくとも１つの復号鍵を含む。この場合、ユーザは、それを彼の／彼女のコンピュータ１０２にダウンロードし、復号鍵Smを用いてそれを復号することにより、メディアデータの部分にアクセスする。
鍵Smについて少なくとも２つの可能なシナリオがある。シナリオ１：Smは、単に単一の共通鍵として動作してよく、全てのユーザ１０３aがコンテンツのそれぞれの部分をアンロックすることを直接可能にする。つまり、資金が上げられると、コンテンツはP２Pネットワーク１０６にアクセスできる者には誰にでも公開される（しかし、誰も貢献しない場合、コンテンツは誰にも示されない）。しかしながら、これは、資金供給に貢献しなかった場合でも公衆の任意の他のメンバにもコンテンツを取得できるようにするので、公平ではないと考えられる。
従って、実施形態では、シナリオ２が使用される。Smは、ユーザの各々が、インプットに貢献した各ユーザn=１…Nについてそれぞれ１つの、彼ら自身の個別鍵sm,１…sm,N,を生成することを可能にするよう構成される。この場合、所与のユーザがコンテンツの部分Dmにアクセスするために（例えば、ユーザが該コンテンツを復号できるために）、ユーザは、彼らがSm及び該ユーザにとって個人的な何らかの情報に基づき生成した彼ら自身の個別鍵sm,nを適用する必要がある。それぞれの個別鍵sm,nは、従って、それぞれのユーザに結びつけられ、該ユーザのみが対象となるコンテンツにアクセスする（例えば、復号する）ことを可能にする。これを実施する例は、後述される。
クラウドファンディングトランザクションのアウトプットが使用されるときに開示されるシークレット鍵（Sm）を処理に追加することにより、これは、何らかのオフチェーン処理又はイベントをクラウドファンディングするのではなく、シークレットのオンチェーンの開示をクラウドファンディングすることを可能にする。これは、有利なことに、クラウドファンディングの結果の実現をオンチェーンメカニズムに統合にする。
幾つかの実施形態では、開示の処理は、単にコンテンツDの単一の独立部分をクラウドファンディングしリリースするために使用され得る。しかしながら、議論されるように、それは、部分Dmのシーケンス又はストリームをリリースするためにも使用できる。ここで、m=１...Mであり、それぞれ、それぞれの対応するクラウドファンディングトランザクションに基づく。これの利点はクラウドファンディングに粒度（granularity）を追加すること、及びコンテンツが部分的に一度に１つの部分をクラウドファンディングされ得ることである。例えば、TVシリーズがそのエピソードに分割される場合、ベンダ（Bob）は、人々にそれらにクラウドファンディングするよう依頼し、それらがクラウドファンディングされるのと同じ速さで１つのエピソードを公開できる。例えば、これは、OTT（over-the-top）ビデオストリーミングサービスにより使用され得る。サービスは、彼らが人気のあるシリーズに対する権利を有していること、及びそれぞれがユーザによりクラウドファンディングされると直ぐに彼らが各エピソードをリリースすることを広告する。実際にクラウドファンディングされたトランザクションに支払うユーザは、例えばエピソードへの早期のアクセスを得る。
粒度は、各エピソードをより小さなパッケージ、例えば、秒毎に又は適切に分割することもできることを意味する。
同様の技術は、「TVエピソード」を講義等により置き換えることにより、オンライン教育又は講義子リース又はラジオ番組のような多数の他のアプリケーションにも適用され得る。
図４～６を参照して、例示的な実装を詳細に議論する。
図４は、図３の構成に対する拡張を示す。これにより、複数の第１ユーザ１０３a-１,１０３a-２,…１０３a-Nのそれぞれのコンピュータ機器１０２a-１,１０２a-２,…,１０２a-Nは、サイドチャネル３０１を介してBob１０３bのコンピュータ機器に接続するよう動作する。単に概略的な説明により、第１ユーザは、ここでは「A」で始まる所与の全て異なる名称、例えば、Alice、Adam、及びAgnesである。機器１０２a及び第１パーティ１０２aのクライアント１０５aに関して上述した事柄は、図４のシナリオの第１ユーザの機器１０２a-１,１０２a-２,…,１０２a-Nのうちのいずれにも等しく適用されてよい。
この例示的なシナリオでは、Bobは、メディアコンテンツのベンダの役割を果たす。Bobのコンピュータ機器１０２bは、サーバの役割で構成される。それは、１つ以上の地理的サイトにある１つ以上の専用サーバユニットのリソース、又はサーバの役割を果たす１つ以上のユーザ装置、又はこれらの任意の組合せを含んでよい。Bobの機器１０２bは、第１ユーザの機器１０２a-１,１０２a-２,…１０２a-Nの各々におけるように、P２Pネットワーク１０６のクライアント１０５bにもインストールされたままである。Bobの機器１０２b及びクライアント１０５aに関して前述した事柄、及びサイドチャネル３０１は、図４のシナリオに等しく適用されてよい。また、ここでも、サイドチャネル３０１は必ずしも単一のリンク又は単一のアクセス技術を意味しないことに留意する。従って、実施形態では、図４に関して議論されるサイドチャネル３０１は、１つ以上のタイプのアクセス技術を用いる、Bobの機器１０３bと異なる第１ユーザ１０２a,１０２a-２,…,１０２a-Nの機器１０３b-１,１０３b-２,１０３b-Nとの間のリンクの束を表してよい。
システムは、オフチェーンデータソース４０１（つまり、ブロックチェーン１５０に記録されていないデータを格納し及びユーザ１０２aに利用可能にするソース）も含む。これは、図４のBobの機器１０２bと別個に示されるが、Bobの機器１０２bの部分を形成し得る。代替として、実際に、Bobの機器１０２bと別個であってよく、例えば、Bobは、彼自身の代わりに第三者によりホスティングされるコンテンツを代表するベンダとして動作してよい。いずれの方法も、オフチェーンデータソース４０１は、クラウドファンディングされるべきメディアデータの１つ以上の部分Dmの各々を格納する。オフチェーンデータソース４０１は、ネットワークを介して、第１パーティの機器１０２a-１,１０２a-２,１０２a-Nの各々にあるクライアントソフトウェア１０５a-１,１０５a-２,…１０５a-Nにアクセスできる。ネットワークは、それを介してアクセス可能にされ、P２Pオーバレイネットワーク１０６が実装されるのと同じネットワーク１０１（例えばインターネット）、又はモバイルセルラネットワーク又は組織内のイントラネット等のような別個のネットワーク、又はこれらの任意の組合せであってよい。
以下は、コンテンツが複数の部分（m=１….M）に分割される例に関連して説明される。しかしながら、データの単一部分をリリースするためにも同じメカニズムが使用され得ることが理解される。メディアデータ（コンテンツ）の各部分は、オーディオ又はビデオ番組のシリーズのエピソード全体、又は所与のエピソード若しくは独立した番組（例えば、映画）の部分を含んでよい。粒度は、パケット毎にクラウドファンディングされる番組の個別パッケージ又はパケットのレベル（例えば、秒毎又はそれより細かく）にまで低減されることもできる。
図６は、本願明細書に開示される実施形態に従い使用するためのトランザクション１５２のセットを示す。各データ部分Dmについて、セットは複数の第０トランザクションTx０、第１トランザクションTx１-m、及び第２トランザクションTx２-mを含む。これらの名称は単に便宜上のラベルであることに留意する。それらは、必ずしも、これらのトランザクションが直ちに１つずつブロック１５１又はブロックチェーン１５０内に置かれること、又は第０トランザクションがブロック１５１又はブロックチェーン１５０内の最初のトランザクションであることを意味しない。また、これらのラベルは、それらのトランザクションがネットワーク１０６へ送信される順序に関して何も示唆しない。それらは、単に、１つのトランザクションのアウトプットが次のトランザクションのインプットによりポイントされる論理的シリーズを表す。幾つかのシステムでは、親をその子の後にネットワーク１０６へ送信することが可能であることを思い出してほしい（この場合、「親のない」子がある期間の間、１つ以上のノード１０４においてバッファされ、その間、親が到着するのを待っている）。
第０トランザクションTx０は、本発明の目的のためにソーストランザクションと呼ばれてもよく、第１トランザクションのデジタルアセットの額のソースとして機能する。第１トランザクションTx１-mは、本発明の目的のためにクラウドファンディングトランザクションと呼ばれてもよい。それは、メディアデータの部分Dmのリリースに資金供給するために、ソーストランザクションTx０からデジタルアセットの額を条件付きで移転するための仲介として機能する。第２トランザクションTx２-mは、支払いトランザクション又はターゲットトランザクションと呼ばれてもよく、第１トランザクション内の条件をアンロックし、ベンダBob（又は場合によっては、Bobが代表を務める受益者）への支払いを提供するトランザクションである。
図６に示すように、各々の第０又はソーストランザクションTx０は、デジタルアセットの額を指定する少なくとも１つのアウトプット２０３０（例えば図中のoutput ０）を含み、更に、Alice１０３a又はAdam１０３b等のようなユー谷対してこのアウトプットをロックするロックスクリプトを含む。これは、ソーストランザクションTx０のロックスクリプトが、条件が満たされることを要求することを意味する。この条件は、アウトプットをアンロックしようとする（従って、デジタルアセットの額を償還する）任意のトランザクションのインプットが、そのアンロックスクリプト内にユーザの暗号署名を含まなければならないことであり、該ユーザに対して該インプットがロックされ、署名は該ユーザの公開鍵を用いて生成されている。この意味で、Tx０のアウトプット内で定義された額は、そのユーザ、例えばAlice又はAdam等により所有されていると言える。アウトプットは、 UTXOと呼ばれてよい。どの先行するトランザクションのアウトプットがソーストランザクションTx０のインプットをポイントするかは（それらが、ソーストランザクションTx０の合計アウトプットをカバーするのに十分である限り）、本発明の目的のために特に重要ではない。
本発明の場合には、ソーストランザクションTx０のアウトプットをアンロックするトランザクションは、データ部分Dmのための第１又はクラウドファンディングトランザクションTx１-mである。従って、Tx１-mの最終的なインスタンスは、それぞれがソーストランザクションTx０のそれぞれの１つのそれぞれのアウトプットへのポインタを含む複数のインプット２０２１を有する。Tx１-mの各アウトプットは、少なくともそれぞれのユーザの署名を要求する、該アウトプットのロックスクリプト内で定義された条件に従いそれぞれのTx０のポイントされたアウトプットをアンロックするよう構成されるアンロックスクリプトを更に含む。Tx０のロックスクリプトにより要求される署名は、Tx１-mの何らかの部分に署名することを要求される。幾つかのプロトコルでは、署名される必要のあるTx１-mの部分は、Tx１-mのアンロックスクリプト内で定義された設定であり得る。例えば、これは、署名に付加される１バイトであるSIGHASHフラグにより設定されてよい。従って、データの観点では、アンロックスクリプトは次の通りである：<Sig PA><sighashflag><PA>代替として、署名される必要のあるの部分は、単にTx１-mの固定部分であってよい。いずれの方法も、署名されるべき部分は、標準的に、アンロックスクリプト自体を除き、及びTx１-mのインプットの一部又は全部を除いてよい。これは、Tx１-mのインプットが適応可能であることを意味し、ユーザがインプット２０２１を追加することを許容する。
第１又は中間トランザクションTx１-mは、少なくとも１つのアウトプット２０３１（例えば、図中のTx１-mのoutput ０、ここでもアウトプットがUTXOと呼ばれてよい）を有する。このアウトプットは、転送されるべきデジタルアセットの額を指定し。該アウトプットは、該アウトプットをアンロックする、従って該額を償還するために要求される条件を定義するロックスクリプトを更に含む。この条件は、Tx１-m、この場合には第２トランザクションの第１バージョンTx２-m、をアンロックしようとするトランザクションのアンロックスクリプトが、自身のアンロックスクリプト内にBobの暗号署名及びBobが含めなければならないペイロードを含むことを要求する。以下に詳述するように、このペイロードは、ユーザ１０３a-１…１０３a-Nがコンテンツ片Dmをリリースできるようにするシークレット鍵Smを含む。ペイロードを含むという要件は、Tx１-mのロックスクリプトに含まれるハッシュチャレンジにより課されることができる。チャレンジは、ペイロードのハッシュ（ペイロード自体ではない）、及び（アンロックスクリプトと一緒にノード１０４上で実行すると）対応するアンロックスクリプト内で提供されるペイロードのハッシュがロックスクリプト内で提供されるハッシュ値と等しいかどうかをテストするよう構成されるスクリプト片を含む。署名に対する要件は、例えば上述のCheckSigにより課される。実施形態では、第１条件が、Aliceの署名がTx２-mのアンロックスクリプトに含まれることを要求しない.Bobにより署名される必要のあるTx２-mの部分は、Tx２-mのアンロックスクリプトの設定であってよく（例えば、SIGHASHフラグにより指定される）、又は固定されてよい。いずれの方法も、標準的には、少なくともアンロックスクリプトを除く。
第２の、ターゲットトランザクションTx２-mは、少なくとも１つのインプット２０２２（例えば、Tx２-mのinput ０）を有し、該インプットは、Tx１-mの上述のアウトプット（図示の例ではTx１-mのoutpu ０）へのポインタを含み、Tx１-mのロックスクリプトの中で定義された条件を満たすことに基づきTx１-mの該アウトプットをアンロックするよう構成されるアンロックスクリプトも更に含む。第２トランザクションTx２-mは、少なくとも１つのアウトプット２０３２（例えば、Tx２-mのoutput ０）を有し、該アウトプットは、Bobへ移転すべきデジタルアセットの額を指定する。アウトプット２０３２は、Bobに対してこれをロックするロックスクリプトも含む（つまり、それは、使用すべきアンロックスクリプト内にBobの署名を含む更なる将来のトランザクションを要求する）。この意味で、ターゲットトランザクションTx２-mのアウトプットは、Bobにより所有されると言える。このアウトプットは、ここでもUTXOと呼ばれてよい。
図６は、クラウドファンディングしデータのアイテムDmを複数のユーザ１０３a-１…１０３a-Nにリリースするために、図５に関連して説明したようなトランザクションのセットを使用する方法を示す。方法は、ベンダBob１０３bの観点から説明される。方法は、Bobの機器１０２b上で実行するソフトウェア１０５bにより実行されてよい。別の態様によると、Alice１０３a-１のようなユーザ１０３aの観点から該ユーザの機器１０２a上で実行するクライアントアプリケーション１０５aにより実行される対応する方法が提供されることが理解される。「Alice（又はユーザ）により」、「Bob（又はベンダ）により」、及び「第三者により」のような語句は、本願明細書では、それぞれ「ユーザ１０３aのコンピュータ機器１０２a上で実行するソフトウェア１０５aにより」、「ベンダ１０３bのコンピュータ機器１０２b上で実行するソフトウェア１０５bにより」、及び「第三者のコンピュータ機器上で実行するソフトウェアにより」の短縮表現として使用されることがある。また、所与のパーティの機器は、該パーティにより使用される１つ以上のユーザ装置、又は該パーティにより利用されるクラウドリソースのような幾つかのサーバリソース、又はそれらの任意の組合せを含み得ることに留意する。それは、必ずしも動作が単一のユーザ装置上で又は単一の物理位置で実行されることに限定しない。
ステップS１０で、ベンダ（Bob）は、Tx１-mの初期テンプレートバージョンを策定し、それを彼の機器１０２bのサーバ上にホスティングし、従って、サイドチャネル３０１を介して適応するために、Tx１-mをユーザ１０３a-１…１０３a-Nの任意の者に利用可能にする。上述のように、ベンダBobのサーバは、サーバの役割を果たす任意のサービングコンピュータ機器を含んでよく、１つ以上の専用サーバユニット（又はそのリソース）及び／又は１つ以上の地理的サイトに配置された１つ以上のユーザ装置を含んでよい。それは、P２Pオーバレイネットワークが実装される同じネットワーク１０１（例えばインターネット）、又は別個のネットワーク（例えば、モバイルセルラネットワークまたは組織内の内部イントラネット）又はこれらの任意の組合せを介して、ユーザ１０２a-１…１０２a-Nの機器１０３a-１…１０３a-Nにアクセス可能にされてよい。
実施形態では、Bobは、シーケンス内の第１部分をリリースする前又はそれについて資金供給を受信する前に、メディアデータDmの全部の部分について、クラウドファンディングトランザクションTx１-m、m=１...Mの初期テンプレートフォームを策定し格納してよい。しかしながら、簡単のために、以下の方法は、メディアデータDmの部分のうちの所与の１つの部分、及びその対応するクラウドファンディングトランザクションTx１-mについて説明される。代替の実施形態では、クラウドファンディングトランザクションTx１-mのうちの１つ、一部、又は全部が、第三者によりBobのために策定され、彼のサービング機器１０２b上にホスティングするために彼に提供されることが可能であることにも留意する。以下は、Bobが各クラウドファンディングトランザクション（つまり第１トランザクション）Tx１-mを彼自身で策定するという観点で説明されるが、これが限定的ではないことが理解される。更に、ベンダ「Bob」は、実際には、個人ユーザではなく、１人より多くの人を含む組織であってよいことが理解される。
ベンダBobにより最初に形成されたTx１-mは、少なくとも１つのアウトプット２０３１を含む。これは、メディアコンテンツDmのそれぞれの部分をリリースするために彼が受信したいと望むデジタルアセットの額を指定する値Xmを含む。Xmは、全てのm（つまりメディアDmの全部の部分）について同じであってよく、或いは、部分Dmの一部又は全部の間で異なってよい。Bobは、また、彼の機器１０２bに、メディアデータDmのそれぞれの部分をリリースするために要求されるターゲット値Tmを格納する。Tmは、マイニング手数料を要求しないシステム（例えば、コンソーシアムブロックチェーンシステム）においてはXmと等しくてよい。代替として、Tm=Xm+M、ここでMはマイニング手数料である。マイニング手数料Mは、現在価格に依存する時間tの関数であってよく、又は固定されてよい（例えば、ユーザ１０３a-a…１０３a-Nからの資金供給が期待される期間に渡る任意の妥当なマイニング手数料の変動をカバーする可能性のある十分高いマージンに設定される）。
Tx１-mのアウトプット２０２１は、ロックスクリプトも含む。ロックスクリプトは、アウトプット２０２１を償還しようとするトランザクション、この場合にはTx２-m、のアンロックスクリプトが、メディアコンテンツDmのそれぞれの部分のシークレットアクセス鍵Sm（メディア鍵）を含むことを要求する。上述のように、この要件は、ハッシュチャレンジにより実装されてよい。つまり、ロックスクリプトは、メディア鍵を含むペイロードのハッシュを含み、スクリプト片は、アンロックスクリプトに含まれるペイロードの値をハッシングし、これをロックスクリプト内のハッシュの値と比較し、それらが一致するという条件で、アウトプットをアンロックするよう構成される。
実施形態では、ベンダBobは、彼自身のインプット２０２１を、Bobにより最初に形成されたTx１-mのバージョンに含める。このインプットは、Bobに対してロックされたそれぞれのソーストランザクションTx０-m-Bのアウトプットをポイントする。このアウトプット内で指定されたデジタルアセットの額は、０又は（例えば、プロトコルが使用可能アウトプット内で０の量を許可しない場合には）公称（無視できる）額であってよい。Tx０-m-Bのアウトプットのロックスクリプトは、Bobの署名が、それをアンロックするトランザクションのインプット、この場合にはTx１-mのBobのインプット内のアンロックスクリプトに含まれることを要求する。従って、Tx１-m内のBobのインプットは、Tx１-mの部分に署名するBobの署名を含むアンロックスクリプト、及び更にBobの署名の検証を可能にするBobの公開鍵を含む。
Tx１-mのこのインプットの目的は、ベンダBobに、トランザクションに署名する方法を提供し、従って彼がトランザクションを是認したことをシグナリングすることであってよい。及び／又は、クラウドファンディングトランザクションTx１-mは、望ましくは、アウトプット２０３１を保証する（署名する）ために少なくとも１つの初期インプットを有するべきである。インプットを有しないと、アウトプットは解放されて、誰もがアウトプットを置き換えることができる。しかし、アウトプット２０３１に署名する少なくとも１つのインプット２０２１が有る限り、アウトプットは変更できない。
更に、実施形態では、Tx１-mへのベンダBobのインプットは、ユーザ１０３a-１,…１０３a-Nのうちの１人以上に、トランザクションに資金供給するために彼ら自身のインプット２０２１を追加する前に、トランザクションの真正さを検証する方法も提供する。例えば、システムは、ユーザの機器１０２a-１,…１０２a-Nのうちの１つ、一部、又は全部に対してアクセス可能にされた信頼できる第三者のデータベース４０２を含んでよい。それは、P２Pオーバレイネットワーク１０６が実装されるのと同じネットワーク１（例えばインターネット）０１、又はモバイルセルラネットワーク又はイントラネット等のような別個のネットワーク、又はこれらの任意の組合せを介してアクセス可能にされてよい。データベース４０２は、信頼できる第三者により推奨される１つ以上のベンダの公開鍵のリストを含む。従って、データベース４０２にアクセスし、そこにリストされたBobの公開鍵を認める（つまり、値がTx１-mへのBobのインプットの中で見付かった公開鍵と一致することをチェックする）ことにより、彼らは、Bobが正当なベンダであるという信頼を得ることができる。
しかしながら、ベンダBobのインプットは任意である。代替として、Bobにより最初に形成されたTx１-mは、インプット２０２１を含まない。
ステップS２０で、ベンダBobは、１人以上のユーザ１０３a-１…１０３a-Nからインプットを受信し始める。このようなユーザ１０３aの各々は、サイドチャネル３０１を介してBobのサーバにあるクラウドファンディングトランザクションTx１-mの現在バージョンにアクセスし、それにより、このトランザクションを適応して、彼女自身のそれぞれのインプット２０２１を追加する。これらのユーザ１０３a-nの各々により追加されたインプットは、それぞれのソーストランザクションTx０-m-nのアウトプットをポイントし、該アウトプットは、該ユーザ１０３a-nに対してロックされたデジタルアセットの額を指定し、該ユーザに対してそれぞれのアウトプットをロックするロックスクリプトを含む。つまり、Tx０-m-nのロックスクリプトは、それをアンロックするトランザクション、この場合にはTx１-m、のそれぞれのインプットのアンロックスクリプトが、それぞれのユーザ１０３a-nの署名を含むことを要求する。従って、Tx１-mへのユーザのインプットは、Tx１-mの部分に署名するユーザの署名を含むアンロックスクリプト、及び更に彼女の署名の検証を可能にするユーザの公開鍵を含む。
１人以上のユーザ１０３aからの１つ以上のインプットを受信した後に、ステップS３０で、ベンダBobは、Tx１-mが彼のターゲットTmを満たすのに十分なインプットを有するかどうかをチェックする。つまり、彼は、それまでに受信したインプットによりポイントされた、ソーストランザクションTx０-mのアウトプット２０３０内の額を加算し、それらが少なくともターゲット額Tmに等しいかどうかをチェックする。否の場合、方法は、ループバックし、ステップS２０から継続する。
Tx０-mのインプットによりポイントされた額が合計して少なくともターゲットTmにまでなると、ベンダBobは、ステップS４０に進み、Tx１-m及び対応する支払いトランザクションTx２-mをネットワーク１０６に、P２Pネットワーク１０６に発行する。つまり、彼は、Tx１-m及びTx２-mの各々を、転送ノード１０４Fの少なくとも１つへ、そこからネットワーク１０６全体へ伝播されるように、送信する。これらのトランザクションの各々は、各ノード１０４で検証されて、マイニングノード１０４Mのうちの１つによりマイニングされてブロック１５１になり、そして、各記憶ノード１０４Sにおいて維持されるブロックチェーン１５０のコピーに記録される。代替として、彼は、これらのトランザクションTx１-m及びTx２-mのうちの一方又は両方を、ユーザ１０３aのうちの１人又は第三者へ送信し、彼らがネットワーク１０６へ転送するようにしてよい。いずれの方法も、ベンダBobは、従って、両方のトランザクションをネットワーク１０６のノード１０４を通じて伝播させ、ブロックチェーン１５０に公に記録させる。
クラウドファンディングトランザクションTx１-mのアウトプット２０３１は、データ部分Dmに対するBobへの支払いXmを指定し、更にロックスクリプトを含む。支払いトランザクションTx２-mは、Tx１-mのアウトプットをポイントし及びロックスクリプトを含むインプット２０２２を含む。Tx２-mは、デジタルアセットの額を指定し及びこの額をBobに対してロックするロックスクリプトを含むアウトプット２０３２を含む。
Tx１-mのアウトプット内のロックスクリプトは、それをアンロックするトランザクション、この場合にはTx２-m、のアンロックスクリプトが、指定されたペイロードを含むことを要求する。例えば、この要件は、上述のように、ロックスクリプト内のハッシュチャレンジにより課されてよい。このペイロードは、ユーザ１０３a-１,…,１０３a-Nがオフチェーンデータソース４０１からメディアコンテンツDmの対応する部分にアクセスする（例えば、復号する）ことを可能にするメディア鍵（例えば、復号鍵）Smを含む。ベンダBobが彼の支払いを請求するために、支払いトランザクションTx２-mはSmを含まなければならないので、これは、Bobが支払いを請求するとき、ブロックチェーン１５０上に公衆に見えるようにされなければならないことを意味する。
各ユーザ１０３a-１,…,１０３a-Nは、従って、メディア鍵Smを検索するために、ブロックチェーン１５０を検査できる。彼らは、次に、メディア鍵Smを使用して、オフチェーンデータソース４０１からそれぞれのメディアデータ部分Dmを取得し消費できる。
幾つかの場合には、ベンダBobは、任意で、ブロックチェーン１５０上でそれを発行することに加えて、サイドチャネル３０１を介してユーザ１０３aの１人以上又は全員にメディア鍵Smを送信してよい。及び／又は、ユーザ１０３aの１人以上がP２Pネットワーク１０６のピア１０４でもある場合、彼らは、支払いトランザクションTx２-mがネットワーク１０６を通じて伝播されるとき、任意的にはそれがマイニングされる前に、Smを受信する。別の可能性として、将来において、APIが利用可能になり、ユーザがマイニングノード１０４Mのプール１５４をクエリできるように、従って、ユーザが、保留中のトランザクションがマイニングされる前に、該トランザクション内のデータを観察できるようにしてよい。しかし、ユーザ１０３aが受信するメディアが何であれ、要点は、ベンダBobが、少なくとも１つのチャネル（ブロックチェーン１５０）により、メディア鍵Smがユーザ１０３aに利用可能になるのを防ぐことができないということである。従って、Bobは、支払いを取り入れるが対応するメディアコンテンツをリリースしないことによる不正を行うことができない。
実施形態では、メディア鍵Smは、少なくとも１つの復号鍵を含む。この場合、ユーザ１０３aは、メディアデータDmの部分を彼／彼女のそれぞれのコンピュータ機器１０２aにダウンロードするために、オフチェーンデータソース４０１をクエリし、次に復号鍵を適用してメディアデータ部分Dmを復号し、従って、彼らのそれぞれのコンピュータ機器１０２aにデータの（クリアな）コピーを取得する。代替又は追加で、メディア鍵Smは、第１の場所にメディアデータの部分Dmをダウンロードするために必要なパスコードを含んでよい。この場合、ユーザは、パスコードSmをオフチェーンデータソース４０１に提出し、それに応答して、メディアデータ部分Dmを彼／彼女のそれぞれのコンピュータ機器１０２aにダウンロード又はストリーミングすることを許可される。幾つかの実施形態では、メディア鍵Smは、暗号鍵及びパスコードの両方を含んでよく、アクセスは両方のアプローチを結合してよい。
幾つかの実施形態は、誰もがどこか他の場所にあるデータにアクセス可能な、たった１つの単一のパスコード又は包括的（generic）復号鍵を使用してよい。これは、実装が簡単であるが、コードが漏洩した場合には未払いユーザがデータにアクセスすることを許可してしまうので、望ましくない場合がある。よりセキュアな選択肢は、従って、グループに基づく公開鍵暗号方式の単一の公開鍵に基づくアプローチを使用することである（この公開鍵は、任意の選択されたグループに基づく公開鍵暗号方式、望ましくはECDSAを用いて生成できる）。コントリビュータ（Contributor）は、既に彼らの公開鍵、つまりPKiを、彼らのインプットの中で提供している。オーガナイザ（organiser）は秘密鍵Vを生成し、Sm=V・G、及びSm,i=V・PKiを計算する。Siは、オーガナイザとコントリビュータiとの間の共有シークレットである。値は、対称暗号方式のためのシークレット鍵を生成するためにハッシングされ得る。オーガナイザは、共有シークレットを使用して、各コントリビュータiのためにデータを暗号化する。この暗号化データは、望ましくはオフチェーンで通信される。今現在、コントリビュータはデータを復号できない。
アンロックスクリプトの中で、オーガナイザはSmを発行する。各コントリビュータは、彼ら自身の秘密鍵を用いて共有シークレットを計算し、必要ならば復号鍵を導出することができる。これの欠点は、公衆が、ロックスクリプト内にあるオーガナイザにSmを開示することを実際に強制するものは何でも（Smのハッシュであってよい）信頼しなければならないことである。これは、例えばよく知られたOTTプロバイダにとっては問題がないかも知れない。また、実施形態では、方式は、更なる信頼のために信頼できるデータベース４０２と結合できる。
従って、実施形態では、メディアデータDmの部分にアクセスするために、各ユーザ１０３a-nは、その特定のユーザに結びつけられたそれぞれの個別メディア鍵（例えば、復号鍵）sm,nを使用する必要がある。この場合、ベンダBobは、Tx１-mへの各ユーザ１０３a-nのそれぞれのインプットに含まれる各ユーザ１０３a-nの公開鍵に基づき、Tx１-mに含まれるメディア鍵Smを計算する。各ユーザ１０３a-nがSmを受信すると、彼らは、彼ら自身の個別メディア鍵sm,nを計算し、これを使用して、オフチェーンデータソース４０１からメディアコンテンツDmの対応する部分にアクセスする各ユーザの個別メディア鍵は、該ユーザにユニークである（ここで、「ユニーク」は、少なくとも衝突の可能性がほぼゼロに近く小さい程度であることを意味する）。
これは、従来知られている種々の利用可能な鍵共有技術のうちの１つを使用することにより実施されてよい。各々の貢献するユーザ１０３a-１,…,１０３a-Nは、彼らそれぞれの公開鍵をTx１-mの彼らのインプットの中で開示する。ベンダBobは、各コントリビュータと共有するシークレットを生成するために、該公開鍵を鍵共有技術と共に使用できる。Bobは、次に、対称暗号鍵のような共有シークレットを使用して、メディアデータDmの部分を暗号化し、それを対象となる視聴者（貢献するユーザ１０３a-１,…,１０３a-N）へ送信させることができる。これは、データソース４０１がベンダBobの機器１０２bに実装される場合には、彼自身にそれを送信すること、又はデータソース４０１が他の場所に実装される場合には、第三者かr送信されるようトリガすることを含む。いずれの方法も、事実上、各コントリビュータ１０３a-nは、メディアデータコンテンツDmの部分のカスタマイズされた暗号化バージョンを受信する。BobがオンチェーンでSmを開示すると、各個人１０３a-nは、共有シークレットsm,nを導出することができる。各々は、異なる共有シークレットを有することに留意する（ここで「共有」は、異なるユーザ１０３a-１,…,１０２a-Nの間で共有されるのではなく、ベンダBobとそれぞれのユーザ１０３a-nとの間で共有されることを意味する）。インプット内で使用される公開鍵がユニークである限り、個別共有鍵はユニークである。
例示的な実装は、以下の通りであり、これは標準的なDiffie Hellman鍵交換に基づく。
Ｉ．Aliceは貢献し（contribute）、彼女のインプットの中で彼女の公開鍵PK_Aを提供する。
ＩＩ．ロックスクリプト内に、ハッシュチェックH(PK_B)がある。つまり、それをアンロックするために、BobはPK_Bを開示しなければならない。
ＩＩＩ．Bobは、（skB・PKA）を計算し、それを対称暗号鍵として使用して、Aliceのためだけにデータを暗号化する。
ＩＶ．BobがPK_Bを開示すると、Aliceは（skA・PKB）を計算することにより、同じ対称鍵を計算することができる。
他の貢献するユーザAdam、Agnes等についても同様である。これは、標準的な鍵共有技術を用いて実装される多数の可能な実装のうちのほんの１つであることに留意する。
例示的なシナリオとして、Bobがビデオをブロードキャストしたいとする。これは、講義、チュートリアル、又は一般的なイベントであってよい。
このシナリオでは、Bobは彼がブロードキャストを開始したい時間を正確に知っているとする。彼は、彼のブロードキャストについて予め決定された価格も有する。ビデオデータは、チャンク毎に暗号化され、オフチェーンで送信される。部分シークレット値smは、Bobにより生成され、チャンク毎にオンチェーンで交換される。
参加者は、次に、データを復号するために完全なシークレット鍵を導出する。
Figure 2022532889000004
Figure 2022532889000005
Figure 2022532889000006
この処理は、インプットの値がアウトプットの値をカバーするまで又はタイムロックが終了するまで、続く。
Bobが、彼のイベントの誤った広告により不正を行うことが可能な場合がある。しかしながら、イベントを公開鍵にリンクする公に検証可能なソースが存在することが要求されてよい。公開鍵は、TX１のインプット０で要求されるECDSA公開鍵であってよい。従って、関心のある参加者は、TX１が真正かどうかを教えることができる。
十分なインプットが存在せず、Bobが更に先に進めたい場合、彼は価格のギャップを彼自身で埋めることができる。
Bobが予想したよりも多くの関心があった場合、Bobは、別のトランザクションを生成するか、又は参加者がTX１からアウトプットをコピーして彼ら自身で新しいトランザクションを生成することを許可することができる。
各参加者１０３aは、彼らのインプット２０２１内の彼らの公開鍵により識別される。公開鍵は、データを暗号化するためにカスタマイズされたシークレット鍵を計算するために使用される。Charlieがsmを開示すると、参加者は、彼らが受信したデータDmを復号するためのシークレット鍵を計算することができる。
コンテンツを閲覧し続けるために、参加者１０３aは、単に後続のトランザクションに従い、インプット２０２１を満たす。
上述のように、セキュリティの理由で、アウトプットは、ECDSA署名のような署名によりロックされなければならない。その結果、誰もアウトプットを変更できない。つまり、BobもAliceも（又は任意の他のユーザも）、彼らの変更アドレスをアウトプットに追加できない。従って、Alice又はBobは、彼らのUTXOが、彼らが支払いたい正確な額を提供することを保証しなければならない。
上記の実施形態は、単なる例示として説明したものであることが理解されるであろう。より一般的には、以下のステートメントのいずれかに従う方法、プログラム、機器、又はトランザクションのセットが提供されてよい。全部の独立ステートメントは任意の特徴を定めることが理解される。
（ステートメント１）本願明細書に開示される一態様によると、複数のユーザがメディアコンテンツのアイテムにアクセスすることを可能にする、コンピュータにより実施される方法であって、前記方法は、前記メディアコンテンツのベンダにより、
第１トランザクションを提供するステップであって、前記第１トランザクションは、（ｉ）前記ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプット、及び（ｉｉ）最初に全部で０個以上のインプットであって、前記０個以上のインプットにより指される任意のソーストランザクションの任意のアウトプットの中で指定される前記デジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される前記デジタルアセットの合計アウトプット額より少なく、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、全部で０個以上のインプットと、を含む、ステップと、
サイドチャネルを解して、前記複数のユーザの各々からインプットを受信し、各々の受信したインプットを前記第１トランザクションに追加し、各々の受信したインプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指す、ステップと、
ターゲットに達し、それにより前記第１トランザクションの前記インプットにより指される合計インプット額が前記アウトプット額に等しくなり又はそれを超えると、ブロックチェーンに記録されるように前記第１トランザクション及び第２トランザクションをブロックチェーンネットワーク上に発行させるステップであって、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指し及び前記条件を満たす前記アンロックスクリプトを含む、ステップと、
を含み、
前記ロックスクリプトにより指定される前記条件は、前記アンロックスクリプトが、前記ユーザにメディアコンテンツの前記アイテムにアクセスできるようにするメディア鍵を含むことを要求する、方法が提供される。
（ステートメント２）実施形態では、前記ターゲットは、前記合計インプット額が、マイニングしてブロックにするためにマイナーにより前記第１トランザクション受け入れさせるための少なくとも十分なマイニング手数料だけ、前記合計アウトプット額を超える、ステートメント１に記載の方法が提供されてよい。
（ステートメント３）実施形態では、複数のデータアイテムの各々について、前記方法を繰り返すステップであって、コンテンツの各アイテムは、メディアコンテンツの部分のシーケンスのうちの異なるそれぞれの１つを形成する、ステートメント１又は２に記載の方法が提供されてよい。
（ステートメント４）実施形態では、前記部分は、リアルタイムでユーザにストリーミングされる所与のエピソード又は独立した番組若しくは映画のパケットである、ステートメント３に記載の方法が提供されてよい。
（ステートメント５）実施形態では、前記部分は、シリーズの中の異なるエピソードである、ステートメント３に記載の方法が提供されてよい。
（ステートメント６）実施形態では、前記第１トランザクションにリンクされた指示は、前記ベンダ及びユーザと独立した第三者により運用されるデータベース内にリストされ、それにより、前記ユーザが、前記第１トランザクションが前記メディア鍵を取得するための適法なメディアであることを検証できるようにする、ステートメント１～５のいずれかに記載の方法が提供されてよい。
（ステートメント７）実施形態では、前記０個以上の初期インプットは、前記ベンダにより包含された、それぞれのソーストランザクションのアウトプットをアンロックするためのアンロックスクリプトを含む少なくとも１つの初期インプットを含み、前記ベンダの前記インプット内の前記アンロックスクリプトは、前記ベンダの公開鍵、及び前記公開鍵に対応する前記ベンダの秘密鍵を用いて形成された前記ベンダの署名を含む、ステートメント１～６のいずれかに記載の方法が提供されてよい。
（ステートメント８）実施形態では、前記指示は、コンテンツプロバイダの前記公開鍵のコピーを含み、それにより、前記ベンダの前記初期インプットの前記アンロックスクリプト内の前記公開鍵をデータベース内の前記公開鍵のコピーと比較することにより、前記ユーザが前記検証を実行できるようにする、ステートメント６及び７に記載の方法が提供されてよい。
（ステートメント９）実施形態では、前記ターゲットに達するには未だ十分ではないが、前記ユーザからの複数のインプットを受信した後に、前記ベンダが、少なくとも差分を形成するために更なるインプットを追加するステップ、を含むステートメント１～８のいずれかに記載の方法が提供されてよい。
（ステートメント１０）実施形態では、前記ターゲットを満たすのに必要なものより多くのデジタルアセットの額を指す超過インプットをユーザから受信することに応答して、前記第１トランザクションの新しいインスタンスを生成し、前記超過インプットを前記第１トランザクションの前記新しいインスタンスに追加するステップ、を含むステートメント１～９のいずれかに記載の方法が提供されてよい。
（ステートメント１１）実施形態では、前記メディア鍵は復号鍵を含み、少なくとも前記復号鍵を用いてメディアコンテンツのアイテムを復号することにより、前記ユーザが前記メディアコンテンツのアイテムの前記アクセスを実行できるようにする、ステートメント１～１０のいずれかに記載の方法が提供されてよい。
（ステートメント１２）前記メディア鍵は、個別メディア鍵が前記複数のユーザの各々により計算できるようにするよう構成され、それにより、インプットを提供したユーザのみがメディアコンテンツのアイテムへのアクセスできるようにする、ステートメント１～１１のいずれかに記載の方法が提供されてよい。
（ステートメント１３）実施形態では、各々の個別メディア鍵は個別復号鍵を含む、ステートメント１１及び１２に記載の方法。が提供されてよい
（ステートメント１４）実施形態では、前記ユーザのインプットの各々は、それぞれのソーストランザクションのアウトプットをアンロックするそれぞれのアンロックスクリプトを含み、前記それぞれのアンロックスクリプトは、前記ユーザのそれぞれの公開鍵、及び前記ユーザの秘密鍵を用いて形成された前記ユーザのそれぞれの署名を含む、ステートメント１～１３のいずれかに記載の方法が提供されてよい。
（ステートメント１５）実施形態では、各ユーザの個別メディア鍵は、該ユーザから受信されたインプットから取り入れられた前記ユーザのそれぞれの公開鍵に基づき生成される、ステートメント１２又は１３に従属するステートメント１４に記載の方法が提供される。
（ステートメント１６）本願明細書に開示される別の態様によると、コンピュータ可読記憶装置上に具現化され、ベンダのコンピュータ機器上で実行するとステートメント１～１５のうちの一項に記載の方法を実行するよう構成される、コンピュータプログラムが提供される。
（ステートメント１７）本願明細書に開示される別の態様によると、ベンダのコンピュータ機器であって、
１つ以上のメモリユニットを含むメモリと、
１つ以上の処理ユニットを含む処理機器と、
を含み、
前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードはステートメント１～１５のうちの一項に記載の方法を実行するよう構成される、コンピュータ機器が提供される。
（ステートメント１８）本願明細書に開示される別の態様によると、オフチェーンデータソースの中で利用可能にされたメディアコンテンツのアイテムにアクセスする方法であって、前記方法は、ユーザにより、
第１トランザクションをホスティングするベンダのサーバにアクセスするステップであって、前記第１トランザクションは、（ｉ）前記ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプット、及び（ｉｉ）最初に全部で０個以上のインプットであって、前記０個以上のインプットにより指される任意のソーストランザクションの任意のアウトプットの中で指定される前記デジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される前記デジタルアセットの合計アウトプット額より少なく、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、全部で０個以上のインプットと、を含む、ステップと、
サイドチャネルを介して前記サーバへ、前記第１トランザクションに追加されるべき前記複数のユーザにより送信された複数のインプットの中の少なくとも１つのインプットを送信し、各インプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指し、それにより、ターゲットに達し、それにより前記第１トランザクションの前記インプットにより指される合計インプット額が前記アウトプット額に等しくなり又はそれを超えると、前記ベンダがブロックチェーンに記録されるように前記第１トランザクション及び第２トランザクションをブロックチェーンネットワーク上に発行できるようにするステップであって、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指し及び前記条件を満たす前記アンロックスクリプトを含む、ステップと、
を含み、
前記ロックスクリプトにより指定される前記条件は、前記アンロックスクリプトがメディア鍵を含むことを要求し、
前記方法は、前記メディアコンテンツのアイテムをアンロックするために前記メディア鍵を使用するステップ、を更に含む方法が提供される。
（ステートメント１９）本願明細書に開示される別の態様によると、コンピュータ可読記憶装置上に具現化され、ユーザのコンピュータ機器上で実行するとステートメント１８に記載の方法を実行するよう構成される、コンピュータプログラムが提供される。
（ステートメント２０）本願明細書に開示される別の態様によると、ユーザのコンピュータ機器であって、
１つ以上のメモリユニットを含むメモリと、
１つ以上の処理ユニットを含む処理機器と、
を含み、
前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードはステートメント１８に記載の方法を実行するよう構成される、コンピュータ機器が提供される。
（ステートメント２１）本願明細書に開示される別の態様によると、ブロックチェーンに記録するためのトランザクションのセットであって、前記セットは、１つ以上のコンピュータ可読データ媒体上に具現化され、
第１トランザクションであって、（ｉ）ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプットと、（ｉｉ）複数の異なるユーザからの複数のインプットと、を含み、各インプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指し、前記第１トランザクションのインプットにより指されるデジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される合計アウトプット額と等しく又はそれを超え、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、第１トランザクションと、
前記第１トランザクションの前記第１アウトプットを指すインプットを含む第２トランザクションであって、前記第２トランザクションのインプットは、前記条件を満たすアンロックスクリプトを含み、前記ロックスクリプトにより指定される前記条件は、アンロックスクリプトが、オフチェーンデータソースに格納されたメディアコンテンツのアイテムへのアクセスを可能にするメディア鍵を含むことを要求する、第２トランザクションと、
を含むトランザクションのセットが提供される。
開示された技術の他の変形例又は使用事例は、本明細書で開示されると、当業者に明らかになり得る。本開示の範囲は、記載された実施形態によって限定されるものではなく、添付の特許請求の範囲によってのみ限定される。

Claims (21)

  1. 複数のユーザがメディアコンテンツのアイテムにアクセスすることを可能にする、コンピュータにより実施される方法であって、前記方法は、前記メディアコンテンツのベンダにより、
    第１トランザクションを提供するステップであって、前記第１トランザクションは、（ｉ）前記ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプット、及び（ｉｉ）最初に全部で０個以上のインプットであって、前記０個以上のインプットにより指される任意のソーストランザクションの任意のアウトプットの中で指定される前記デジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される前記デジタルアセットの合計アウトプット額より少なく、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、全部で０個以上のインプットと、を含む、ステップと、
    サイドチャネルを介して、前記複数のユーザの各々からインプットを受信し、各々の受信したインプットを前記第１トランザクションに追加し、各々の受信したインプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指す、ステップと、
    ターゲットに達し、それにより前記第１トランザクションの前記インプットにより指される合計インプット額が前記合計アウトプット額に等しくなり又はそれを超えると、ブロックチェーンに記録されるように前記第１トランザクション及び第２トランザクションをブロックチェーンネットワーク上に発行させるステップであって、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指し及び前記条件を満たす前記アンロックスクリプトを含む、ステップと、
    を含み、
    前記ロックスクリプトにより指定される前記条件は、前記アンロックスクリプトが、前記ユーザにメディアコンテンツの前記アイテムにアクセスできるようにするメディア鍵を含むことを要求する、方法。
  2. 前記ターゲットは、前記合計インプット額が、マイニングしてブロックにするためにマイナーにより前記第１トランザクションを受け入れさせるための少なくとも十分なマイニング手数料だけ、前記合計アウトプット額を超える、請求項１に記載の方法。
  3. 複数のデータアイテムの各々について、前記方法を繰り返すステップであって、コンテンツの各アイテムは、メディアコンテンツの部分のシーケンスのうちの異なるそれぞれの１つを形成する、請求項１又は２に記載の方法。
  4. 前記部分は、リアルタイムでユーザにストリーミングされる所与のエピソード又は独立した番組若しくは映画のパケットである、請求項３に記載の方法。
  5. 前記部分は、シリーズの中の異なるエピソードである、請求項３に記載の方法。
  6. 前記第１トランザクションにリンクされた指示は、前記ベンダ及びユーザと独立した第三者により運用されるデータベース内にリストされ、それにより、前記ユーザが、前記第１トランザクションが前記メディア鍵を取得するための適法なメディアであることを検証できるようにする、請求項１～５のいずれかに記載の方法。
  7. 前記０個以上の初期インプットは、前記ベンダにより包含された、それぞれのソーストランザクションのアウトプットをアンロックするためのアンロックスクリプトを含む少なくとも１つの初期インプットを含み、前記ベンダの前記インプット内の前記アンロックスクリプトは、前記ベンダの公開鍵、及び前記公開鍵に対応する前記ベンダの秘密鍵を用いて形成された前記ベンダの署名を含む、請求項１～６のいずれかに記載の方法。
  8. 前記指示は、コンテンツプロバイダの前記公開鍵のコピーを含み、それにより、前記ベンダの前記初期インプットの前記アンロックスクリプト内の前記公開鍵をデータベース内の前記公開鍵のコピーと比較することにより、前記ユーザが前記検証を実行できるようにする、請求項６及び７に記載の方法。
  9. 前記ターゲットに達するには未だ十分ではないが、前記ユーザからの複数のインプットを受信した後に、前記ベンダが、少なくとも差分を形成するために更なるインプットを追加するステップ、を含む請求項１～８のいずれかに記載の方法。
  10. 前記ターゲットを満たすのに必要なものより多くのデジタルアセットの額を指す超過インプットをユーザから受信することに応答して、前記第１トランザクションの新しいインスタンスを生成し、前記超過インプットを前記第１トランザクションの前記新しいインスタンスに追加するステップ、を含む請求項１～９のいずれかに記載の方法。
  11. 前記メディア鍵は復号鍵を含み、少なくとも前記復号鍵を用いてメディアコンテンツのアイテムを復号することにより、前記ユーザが前記メディアコンテンツのアイテムの前記アクセスを実行できるようにする、請求項１～１０のいずれかに記載の方法。
  12. 前記メディア鍵は、個別メディア鍵が前記複数のユーザの各々により計算できるようにするよう構成され、それにより、インプットを提供したユーザのみがメディアコンテンツのアイテムへのアクセスできるようにする、請求項１～１１のいずれかに記載の方法。
  13. 各々の個別メディア鍵は個別復号鍵を含む、請求項１１及び１２に記載の方法。
  14. 前記ユーザのインプットの各々は、それぞれのソーストランザクションのアウトプットをアンロックするそれぞれのアンロックスクリプトを含み、前記それぞれのアンロックスクリプトは、前記ユーザのそれぞれの公開鍵、及び前記ユーザの秘密鍵を用いて形成された前記ユーザのそれぞれの署名を含む、請求項１～１３のいずれかに記載の方法。
  15. 各ユーザの個別メディア鍵は、該ユーザから受信されたインプットから取り入れられた前記ユーザのそれぞれの公開鍵に基づき生成される、請求項１２又は１３に従属する請求項１４に記載の方法。
  16. コンピュータ可読記憶装置上に具現化され、ベンダのコンピュータ機器上で実行すると請求項１～１５のうちの一項に記載の方法を実行するよう構成される、コンピュータプログラム。
  17. ベンダのコンピュータ機器であって、
    １つ以上のメモリユニットを含むメモリと、
    １つ以上の処理ユニットを含む処理機器と、
    を含み、
    前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードは請求項１～１５のうちの一項に記載の方法を実行するよう構成される、コンピュータ機器。
  18. オフチェーンデータソースの中で利用可能にされたメディアコンテンツのアイテムにアクセスする方法であって、前記方法は、ユーザにより、
    第１トランザクションをホスティングするベンダのサーバにアクセスするステップであって、前記第１トランザクションは、（ｉ）前記ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプット、及び（ｉｉ）最初に全部で０個以上のインプットであって、前記０個以上のインプットにより指される任意のソーストランザクションの任意のアウトプットの中で指定される前記デジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される前記デジタルアセットの合計アウトプット額より少なく、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、全部で０個以上のインプットと、を含む、ステップと、
    サイドチャネルを介して前記サーバへ、前記第１トランザクションに追加されるべき前記複数のユーザにより送信された複数のインプットの中の少なくとも１つのインプットを送信し、各インプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指し、それにより、ターゲットに達し、それにより前記第１トランザクションの前記インプットにより指される合計インプット額が前記合計アウトプット額に等しくなり又はそれを超えると、前記ベンダがブロックチェーンに記録されるように前記第１トランザクション及び第２トランザクションをブロックチェーンネットワーク上に発行できるようにするステップであって、前記第２トランザクションは、前記第１トランザクションの前記第１アウトプットを指し及び前記条件を満たす前記アンロックスクリプトを含む、ステップと、
    を含み、
    前記ロックスクリプトにより指定される前記条件は、前記アンロックスクリプトがメディア鍵を含むことを要求し、
    前記方法は、前記メディアコンテンツのアイテムをアンロックするために前記メディア鍵を使用するステップ、を更に含む方法。
  19. コンピュータ可読記憶装置上に具現化され、ユーザのコンピュータ機器上で実行すると請求項１８に記載の方法を実行するよう構成される、コンピュータプログラム。
  20. ユーザのコンピュータ機器であって、
    １つ以上のメモリユニットを含むメモリと、
    １つ以上の処理ユニットを含む処理機器と、
    を含み、
    前記メモリは、前記処理機器上で実行するよう構成されるコードを格納し、前記コードは請求項１８に記載の方法を実行するよう構成される、コンピュータ機器。
  21. ブロックチェーンに記録するためのトランザクションのセットであって、前記セットは、１つ以上のコンピュータ可読データ媒体上に具現化され、
    第１トランザクションであって、（ｉ）ベンダへ移転すべきデジタルアセットの額を指定する少なくとも第１アウトプットを含む１つ以上のアウトプットと、（ｉｉ）複数の異なるユーザからの複数のインプットと、を含み、各インプットは前記デジタルアセットの額を指定するそれぞれのソーストランザクションのアウトプットを指し、前記第１トランザクションのインプットにより指されるデジタルアセットの合計インプット額は、前記１つ以上のアウトプットにより指定される合計アウトプット額と等しく又はそれを超え、前記第１トランザクションの前記第１アウトプットは、前記第１アウトプットをアンロックするためにアンロックスクリプトにより満たされるべき条件を指定するロックスクリプトを含む、第１トランザクションと、
    前記第１トランザクションの前記第１アウトプットを指すインプットを含む第２トランザクションであって、前記第２トランザクションのインプットは、前記条件を満たすアンロックスクリプトを含み、前記ロックスクリプトにより指定される前記条件は、アンロックスクリプトが、オフチェーンデータソースに格納されたメディアコンテンツのアイテムへのアクセスを可能にするメディア鍵を含むことを要求する、第２トランザクションと、
    を含むトランザクションのセット。
JP2021567926A 2019-05-24 2020-04-21 複数インプットトランザクション Pending JP2022532889A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1907344.4 2019-05-24
GBGB1907344.4A GB201907344D0 (en) 2019-05-24 2019-05-24 Multi-input transactions
PCT/IB2020/053764 WO2020240290A1 (en) 2019-05-24 2020-04-21 Multi-input transactions

Publications (2)

Publication Number Publication Date
JP2022532889A true JP2022532889A (ja) 2022-07-20
JPWO2020240290A5 JPWO2020240290A5 (ja) 2023-03-30

Family

ID=67385435

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021567926A Pending JP2022532889A (ja) 2019-05-24 2020-04-21 複数インプットトランザクション

Country Status (6)

Country Link
US (1) US20220222661A1 (ja)
EP (2) EP3967015B1 (ja)
JP (1) JP2022532889A (ja)
CN (1) CN114128216A (ja)
GB (1) GB201907344D0 (ja)
WO (1) WO2020240290A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB202108385D0 (en) * 2021-06-11 2021-07-28 Nchain Licensing Ag A computer implemented method and system
US20230013119A1 (en) * 2021-07-19 2023-01-19 International Business Machines Corporation Tainted asset marker management
GB202110658D0 (en) 2021-07-23 2021-09-08 Faradion Ltd Sodium-ion cells
CN116186682B (zh) * 2023-04-25 2023-07-14 邢台纳科诺尔精轧科技股份有限公司 设备的解锁方法、装置、电子设备及存储介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017145019A1 (en) * 2016-02-23 2017-08-31 nChain Holdings Limited Registry and automated management method for blockchain-enforced smart contracts
EP3748903A1 (en) * 2016-02-23 2020-12-09 Nchain Holdings Limited Universal tokenisation system for blockchain-based cryptocurrencies
GB201605032D0 (en) * 2016-03-24 2016-05-11 Eitc Holdings Ltd Recording multiple transactions on a peer-to-peer distributed ledger
US20200119926A1 (en) * 2017-07-07 2020-04-16 Pablo Javier BUKI Methods and systems for processing high volume, fast settlement blockchain transactions
US10839379B2 (en) * 2017-07-20 2020-11-17 Chicago Mercantile Exchange Inc. Blockchain including linked digital assets
US20210192498A1 (en) * 2017-08-15 2021-06-24 nChain Holdings Limited Random number generation in a blockchain
US10891384B2 (en) * 2017-10-19 2021-01-12 Koninklijke Kpn N.V. Blockchain transaction device and method
US10250708B1 (en) * 2017-12-26 2019-04-02 Akamai Technologies, Inc. High performance distributed system of record
CN109308658A (zh) * 2018-09-11 2019-02-05 北京永恒纪元科技有限公司 一种高效安全的去中心化资产托管清算平台系统

Also Published As

Publication number Publication date
EP3967015B1 (en) 2023-06-07
GB201907344D0 (en) 2019-07-10
CN114128216A (zh) 2022-03-01
EP4203383A1 (en) 2023-06-28
US20220222661A1 (en) 2022-07-14
EP3967015A1 (en) 2022-03-16
WO2020240290A1 (en) 2020-12-03

Similar Documents

Publication Publication Date Title
JP6873270B2 (ja) ブロックチェーンにおけるスマートコントラクトに基づくトランザクション活動の取扱注意データを保護するための方法及びデバイス
JP6983794B2 (ja) 著作権管理方法およびシステム
CN107770115B (zh) 在对等网络中分发数字内容的方法和系统
US20200374113A1 (en) Decentralized application platform for private key management
US11386050B2 (en) Activity verification using a distributed database
JP2022532889A (ja) 複数インプットトランザクション
CN113544722A (zh) 使用区块链的方法
JP2022532886A (ja) ブロックチェーンへの包含のためのトランザクションの適応性
US20220253821A1 (en) Streaming portions of data over a side channel
CN115997229A (zh) 区块链上的协议
US11841960B1 (en) Systems and processes for providing secure client controlled and managed exchange of data between parties
JP2023515368A (ja) ブロックチェーンネットワークと共に使用される証明サービス
CN116508291A (zh) 默克尔证明实体
CN114402573A (zh) 经由区块链的交易分享数据
US20230125507A1 (en) Blockchain transaction double spend proof
CN116157796A (zh) 警报账户
JP2023502057A (ja) ブロックチェーントランザクションを使用したアイデンティティ検証プロトコル
CN114531941A (zh) 多标准区块链协议
TW202345545A (zh) 用於證明與驗證子金鑰真實性之技術
TW202316844A (zh) 鎖定腳本傳播技術
JP2023537698A (ja) ブロックチェーンネットワークとの接続
US20230421396A1 (en) Systems and methods for performing two-tiered multi-party computation signing procedures to perform blockchain operations
US20230306412A1 (en) Docket credential insertion in non-fungible tokens
JP2024524688A (ja) メッセージ交換システム
CN117561697A (zh) 部分基于sha的哈希函数

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230322

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230322

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240325

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240402

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240527