JP7279262B2 - 複数のブロックチェーンにわたる一貫した台帳の分散のための方法およびシステム - Google Patents

Description

関連出願の相互参照

本出願は、2019年9月20日に出願された米国特許出願第16/576,915号の利益及び優先権を主張する。上記で参照した出願の開示全体は、参照により本明細書に組み込まれる。

本開示は、複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持すること、特に、複数の別々の及び別個のブロックチェーンの状態の不変な台帳として働く包括的台帳の維持に関連する。

ブロックチェーンは、しばしば、暗号通貨に関連付けられるが、通貨および他の金融取引の移転をはるかに超えることができる用途を有する。例えば、ブロックチェーンは、投票、土地証書情報の格納、ダイヤモンドおよび他の高級品の出所の追跡の支援のために、より高度な記憶機構の解決策として多くの組織およびエンティティによって内部で使用されてきた。多くの場合、ブロックチェーンは、不変かつ監査可能な記録を提供するという理由で使用される。なぜならば、新しいブロックの生成および追加が機能する方法のおかげで新しいブロックが追加されるとき、ブロックチェーンに格納されたデータは変更されることができないからである。

典型的には、ブロックチェーンが問題に対する解決策の一部として使用されるとき、ブロックチェーンは、解決される問題に対処するように設計されてフォーマットされる。その結果、問題を解決するために作成される２つのブロックチェーンは、同様の問題であっても、フォーマットの点で大きく異なる可能性がある。ブロックチェーンに関するフォーマットの差および標準化の欠如により、エンティティは複数のブロックチェーンを追跡し続けることは困難であり得る。そのような追跡の能力は、通貨または他の何らかの値が複数のブロックチェーンにわたって分割される場合など、複数のブロックチェーンが共通データを記憶している場合に、ますます重要になり得る。そのような場合、エンティティは、各ブロックチェーン内に格納された値の記録を維持することに関心がある、または要求されることがある。しかしながら、現在のところ、そのような記録のためにエンティティが利用可能な機構は存在しない。したがって、複数のブロックチェーンにわたって一貫した台帳を維持することができる技術システム、特に、ブロックチェーンおよびそれらのフォーマットに関して依存せず、複数の種類のブロックチェーンおよびそこに格納されたデータに解決策を適用することができるシステムが必要とされる。

本開示は、複数の別々のブロックチェーンにわたる一貫した台帳を維持するためのシステムおよび方法の説明を提供する。包括的台帳は、第１のブロックチェーンネットワーク内のノードから基本コミットメントを受信する。基本コミットメントは、複数の別々のブロックチェーンネットワークへのデータの送信を指す。次に、包括的台帳は、所定の期間に、複数の別々のブロックチェーンネットワークの各々から状態コミットメントを受信する。状態コミットメントが受信されるごとに、それらは、包括的台帳内の新しいブロック内に格納される。このようにして、任意の分散（配布）された値は追跡されることができ、状態コミットメントの使用を介して、それがどこに存在するかを監視することができる。ある実施形態では、状態コミットメントは、それぞれのブロックチェーンについて最も直近のブロックまたはブロックヘッダのハッシュとすることができる。その結果、包括的台帳は、ブロックチェーン自体についての何らかの情報をも明らかにすることなく、ブロックチェーンの各々の監査可能な記録を有することになる。したがって、プライベート型ブロックチェーンであっても、システムに参加することができ、すべての情報は秘密を保たれると同時に、依然として各ブロックチェーンの状態の監査可能な記録は維持される。したがって、この解決策は、ブロックチェーンに依存せず、無限に拡大可能でありながら、さらに、任意の数のブロックチェーンについて一貫した記録を維持するという問題に対する解決策を提供する。

複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するための方法は、処理サーバの記憶部内に、複数のブロックから構成されるブロックチェーンを格納することであって、各ブロックがブロックヘッダと１つ以上のブロックチェーンデータ値とを少なくとも含む、ことと、処理サーバの受信器によって、第１のノードから基本コミットメントを受信することであって、第１のノードが第１のブロックチェーンネットワーク内に含まれる、ことと、処理サーバのプロセッサによって、第１のブロックヘッダと受信された基本コミットメントとを少なくとも含む第１の新しいブロックを生成することと、処理サーバの記憶部内に、ブロックチェーン内の第１の新しいブロックを格納することと、処理サーバの受信器によって、少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる追加のノードから状態コミットメントを受信することと、処理サーバのプロセッサによって、追加のブロックヘッダと受信された各状態コミットメントとを少なくとも含む追加の新しいブロックを生成することと、処理サーバの記憶部内に、ブロックチェーン内の追加の新しいブロックを格納することと、を含む。

複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するシステムは、処理サーバと、第１のブロックチェーンネットワーク内に含まれる第１のノードと、少なくとも２つの追加のブロックチェーンネットワークであって、各々が追加のノードを含む、ブロックチェーンネットワークと、を含む。処理サーバは、複数のブロックから構成されるブロックチェーンを格納する記憶部であって、各ブロックがブロックヘッダと１つ以上のブロックチェーンデータ値とを少なくとも含む、記憶部と、第１のノードからの基本コミットメントを受信する受信器と、第１のブロックヘッダと受信された基本コミットメントとを少なくとも含む第１の新しいブロックを生成するプロセッサと、を含む。処理サーバの記憶部は、ブロックチェーン内の第１の新しいブロックをさらに格納する。受信器は、少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる追加のノードから状態コミットメントをさらに受信する。プロセッサは、追加のブロックヘッダと受信された各状態コミットメントとを少なくとも含む追加の新しいブロックをさらに生成する。記憶部は、ブロックチェーン内の追加の新しいブロックをさらに格納する。

本開示の範囲は、以下の例示的な実施形態の詳細な説明を、添付の図面と併せて読むことによって最もよく理解される。図面には、以下の図が含まる。

例示的な実施形態による、複数のブロックチェーンにわたる一貫したブロックチェーン台帳を維持するための高レベルシステム構造を示すブロック図である。 例示的な実施形態による、一貫したブロックチェーン台帳を維持するための図１のシステムの処理サーバを示すブロック図である。 例示的な実施形態による、図１のシステムの複数のブロックチェーンにわたって維持される包括的ブロックチェーン台帳の構造を示すブロック図である。 例示的な実施形態による、複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するための例示的な方法を示すフローチャートである。 例示的な実施形態による、コンピュータシステム構造を示すブロック図である。

本開示のさらなる適用範囲は、以下に提供される詳細な説明から明らかになるであろう。例示的な実施形態の詳細な説明は例示的な目的のみを意図したものであり、したがって、本開示の範囲を必ずしも限定することを意図したものではないことを理解されたい。

<用語集>
ブロックチェーン－暗号通貨などのブロックチェーンを基礎とするデジタル資産のすべての取引の共有台帳。１つ以上のコンピューティング装置はブロックチェーンネットワークを含むことができる。ブロックチェーンネットワークは、ブロックチェーン内のブロックの一部として取引を処理して記録するように構成されることができる。ブロックが全部揃えられると、ブロックはブロックチェーンに追加され、それによって取引記録が更新される。多くの事例では、ブロックチェーンは、時系列の取引の台帳とすることができ、またはブロックチェーンネットワークによる使用に適し得る任意の他の順序で提示されることができる。ある構成では、ブロックチェーン内に記録された取引は、宛先アドレスおよび資産額を含むことができ、ブロックチェーンは、特定のアドレスにどれだけの通貨が帰属可能であるかを記録する。ある事例では、ある取引は、金融、他の取引は、金融ではない、送信元アドレス、タイムスタンプなどの追加のまたは異なる情報を含み得る。ある実施形態では、ブロックチェーンは、さらにまたは代替として、その操作者によるものでさえ改竄および修正に対して強固にされたデータ記録の連続的に増大する一覧を維持する分散データベース内に配置される、または配置される必要がある取引の形態として、ほぼ任意の種類のデータを含むことができ、作業の証明および／またはそれに関連付けられる任意の他の適切な検証技術を介して、ブロックチェーンネットワークによって確認され、検証されることができる。ある場合では、所与の取引に関するデータは、取引データに添付された取引の直接的な一部ではない追加のデータをさらに含むことができる。ある事例では、ブロックチェーン内にそのようなデータを含むことは、取引を構成することができる。そのような事例では、ブロックチェーンは、特定のデジタル通貨、仮想通貨、フィアット通貨または他の種類の通貨に直接関連付けられなくてもよい。

<一貫した包括的ブロックチェーン台帳を維持するためのシステム>
図１は、別々の及び別個のブロックチェーンネットワークを介して機能される複数の異なるブロックチェーンにわたる一貫性を提供する包括的ブロックチェーン台帳の運用および維持のためのシステム１００を示す。

システム１００は、処理サーバ１０２を含むことができる。処理サーバ１０２は、本明細書では「包括的台帳」または「包括的ブロックチェーン」と呼ばれる、包括的ブロックチェーン台帳を維持するブロックチェーンネットワーク内のノードとすることができる。包括的台帳は、互いに別々の及び別個の複数の異なるブロックチェーンについてコミットメントを格納する。ブロックチェーンネットワークは、複数のブロックチェーンノードから構成されることができる。各ノードは、以下でより詳細に説明される図２および／または図５に示されるようなコンピューティングシステムとすることができる。このシステムは、ブロックチェーンの処理および管理に関連した機能を実行するように構成され、ブロックチェーンデータ値の生成、提案されたブロックチェーン取引の検証、デジタル署名の検証、新しいブロックの生成、新しいブロックの検証およびブロックチェーンのコピーの維持を含む。

ブロックチェーンは、少なくとも複数のブロックから構成される分散台帳とすることができる。各ブロックは、ブロックヘッダと１つ以上のデータ値とを少なくとも含むことができる。各ブロックヘッダは、タイムスタンプ、ブロック参照値およびデータ参照値を少なくとも含むことができる。タイムスタンプは、ブロックヘッダが生成された時刻とすることができ、任意の適切な方法を使用して表されることができる（例えば、ＵＮＩＸタイムスタンプ、ＤａｔｅＴｉｍｅなど）。ブロック参照値は、ブロックチェーン内の（例えば、タイムスタンプに基づく）前のブロックを参照する値とすることができる。ある実施形態では、ブロックヘッダ内のブロック参照値は、それぞれのブロックの前に最も直近に追加されたブロックのブロックヘッダへの参照とすることができる。例示的な実施形態では、ブロック参照値は、最も直近に追加されたブロックのブロックヘッダのハッシュ化を介して生成されたハッシュ値とすることができる。データ参照値は、同様に、ブロックヘッダを含むブロック内に格納された１つ以上のデータ値への参照とすることができる。例示的な実施形態では、データ参照値は、１つ以上のデータ値のハッシュ化を介して生成されるハッシュ値とすることができる。例えば、ブロック参照値は、１つ以上のデータ値を使用して生成されたマークルツリーのルートとすることができる。

各ブロックヘッダ内のブロック参照値およびデータ参照値の使用は、不変であるブロックチェーンをもたらすことができる。データ値に対して何らかの修正を試みると、そのブロックについての新しいデータ参照値の生成を必要とすることになり、それによって、後続のブロックのブロック参照値を新たに生成されることを必要とし、さらに、すべての後続のブロック内の新しいブロック参照値の生成を必要とすることになる。これは、変更を永続的にするため、ブロックチェーンへの新しいブロックの生成および追加の前に、ブロックチェーンネットワーク内のありとあらゆるノードにおいて実行されて更新されなければならない。計算上および通信上の制約は、このような修正を不可能ではないにしても、非常に困難にする可能性があり、したがって、ブロックチェーンを不変にする。

ブロックチェーン内のブロック内に含まれるブロックチェーンデータ値は、伝統的に、データを格納するために使用され、そこに格納されるデータの種類は、ブロックチェーンの目的および使用に基づいて変化することができる。例えば、暗号通貨に使用されるブロックチェーンは、受信者アドレス、送信アドレス、転送される通貨の額、過去の取引の参照などのような、ブロックチェーンデータ値内に格納される取引データを有するであろう。別の実施例では、土地証書情報を格納するために使用されるブロックチェーンにおいて、ブロックチェーンデータ値は、土地証書の識別子およびそれに関連付けられる所有権データを格納することができる。システム１００において、ブロックチェーンデータ値は、処理サーバ１０２が一貫した包括的台帳を維持する、別々の及び別個のブロックチェーン内に格納され、任意の種類のフォーマットで任意の種類のデータを格納することができる。ここで、各別々のブロックチェーンは、包括的台帳内に状態が維持される他のブロックチェーンとは異なるフォーマットで異なる種類のデータを格納することができる。

システム１００は、発行機関１０４を含むことができる。発行機関１０４は、複数のブロックチェーンネットワークにわたって値を分散しているエンティティとすることができ、複数のブロックチェーンネットワークは、その状態を包括的台帳に維持することになり、サブネットワーク１１０として図１に図示される。発行機関１０４は、例えば、サブネットワーク１１０の各々を操作するエンティティに通貨を発行している金融機関、サブネットワーク１１０を操作するエンティティにソフトウェアライセンスを発行しているエンタープライズサービス、またはサブネットワーク１１０の各々を操作する若しくはサブネットワーク１１０に関連付けられることができる複数のエンティティに値を分散する任意の他のエンティティとすることができる。一例として、システム１００において、発行機関１０４は、１００単位の通貨Ｃを発行している金融機関とすることができ、５０単位のＣは、サブネットワーク１１０ａおよび１１０ｂの各々に分散されるであろう。

複数のサブネットワーク１１０にわたって分散されている初期値は、汎用ネットワーク１０６によって維持されることができるような、本明細書では「汎用台帳」と呼ばれる汎用ブロックチェーン台帳に格納されることができる。汎用ネットワーク１０６は、複数の汎用ノード１０８から構成されるブロックチェーンネットワークとすることができる。汎用台帳は、発行機関１０４がサブネットワーク１１０に分散したい値の発行および転送に関するデータを格納するブロックチェーンとすることができる。上記の例では、汎用台帳は、通貨Ｃの転送を格納するブロックチェーンとすることができる。例えば、発行機関１０４は、２つのサブネットワーク１１０に分散したい１００単位の通貨Ｃを有することができる。このような実施例では、汎用台帳は、発行機関１０４による２つの取引を記録することができ、１００単位の通貨Ｃを２つの５０単位のグループに分割して、各グループは適切なサブネットワーク１１０に分散されることができる。汎用台帳は、従来のブロックチェーン機能を使用して、この取引データを格納することができる。

発行機関１０４は、汎用ネットワーク１０６およびその汎用ノード１０８を通り、各サブネットワーク１１０にそのサブネットワークノード１１２を介して値を発行することができる。ある場合では、サブネットワークノード１１２は、値が分散されているエンティティのシステムとすることができる。エンティティのシステムは、サブネットワーク１１０のブロックチェーンを維持して機能させることができる。例示的な実施形態では、サブネットワークノード１１２の数、サブネットワーク１１０の構造、ブロックチェーンの種類（例えば、パブリック型、プライベート型、許可型など）は、発行機関１０４、汎用ネットワーク１０６または処理サーバ１０２にとって重要ではないとすることができる。言い換えれば、サブネットワーク１１０ａは、単一のサブネットワークノード１１２ａによって機能されるプライベート型ブロックチェーンとすることができ、一方で、サブネットワーク１１０ｂは、千を超えるサブネットワークノード１１２ｂによって維持されるパブリック型ブロックチェーンとすることができ、本明細書で論じられるように発行機関１０４、汎用ネットワーク１０６および処理サーバ１０２がどのように機能するかに影響を及ぼすことはない。

発行機関１０４および／または汎用ノード１０８は、サブネットワーク１１０に値を発行するための発行イベントを表す基本コミットメントを生成することができる。発行イベントは、包括的台帳内に格納される発行の任意の態様を含むことができる。そのような態様は、発行機関１０４、汎用ネットワーク１０６、処理サーバ１０２、サブネットワーク１１０などによって、所望に応じて選択されることができる。例えば、発行イベントは、発行機関１０４による１００単位の通貨Ｃを最初に受け取ること、１００単位を５０単位の２つのグループに分割すること、およびそれぞれのサブネットワークエンティティに５０単位の各グループの所有権を転送することを含むことができ、または上記の一部のみを含むことができ、および／または関係するエンティティ若しくはシステムのうちの１つによって指定される任意の他の追加データを含むことができる。例示的な実施形態では、基本コミットメントは、発行イベントのハッシュとすることができ、例えば、ハッシュアルゴリズムが発行イベントに適用されてハッシュ値を生成する場合、ハッシュ値は基本コミットメントとすることができる。

基本コミットメントは、包括的台帳を維持して機能させるノードとして処理サーバ１０２に投入されることができる。基本コミットメントは、包括的台帳に追加される新しいブロック内に含まれることができる。基本コミットメントの記憶は、サブネットワーク１１０の各々への値の発行の不変の記録であることを意味する。上記の例では、基本コミットメントは、サブネットワーク１１０の各々が、汎用ネットワーク１０６を介して、発行機関１０４によって５０単位の通貨Ｃを発行されたことを検証するために使用されることができるハッシュである。その結果、何単位の通貨Ｃがどのエンティティに分散されたかに関する何らかの論争は、関連データのハッシュ化および包括的台帳内に格納された基本コミットメントとハッシュとの比較によって容易に解決されることができる。

サブネットワーク１１０の各々は、自身のそれぞれのブロックチェーン内に格納された任意の機能を用いて、自分が望む受信された値と共に任意の機能を自由に実施することができる。サブネットワーク１１０がプライベート型ブロックチェーンを機能させる場合、プライベート型ブロックチェーン内の値の分散または転送は、そのような任意の情報が、処理サーバ１０２、発行機関１０４または他のサブネットワーク１１０を含むサブネットワーク１１０によって許可されない人に知られることなく、実行されることができる。例えば、サブネットワーク１１０ａは、プライベート型ブロックチェーンを機能させ、その５０単位の通貨Ｃを、そのサブネットワークノード１１２ａ、メンバ、許可された受取人などの間で分散することができる。サブネットワーク１１０ｂは、パブリック型ブロックチェーンを機能させることができ、それは、５０単位の通貨Ｃを使用する一連の取引がその参加者によって行われ、各取引はパブリック型ブロックチェーン上で透過的である。

包括的台帳は、状態コミットメントを介してサブネットワーク１１０に分散される値の所有および占有に関する一貫性を維持するために使用されることができる。所定の期間に、サブネットワーク１１０の各々は、サブネットワークノード１１２を介して、包括的ブロックチェーン台帳を機能させるネットワークのためのノードとして、処理サーバ１０２に状態コミットメントを投入することができる。状態コミットメントは、特定の時間（例えば、所定の期間またはそれに関連する特定の時間）におけるサブネットワークのブロックチェーンの状態を表すことができる。例示的な実施形態では、状態は、サブネットワークのブロックチェーンの特定の部分をハッシュ化することによって表されることができ、例えば、ハッシュ値を生成するためにブロックチェーン内の最も直近のブロックのブロックヘッダにハッシュアルゴリズムを適用することであり、このハッシュ値は状態コミットメントとして働く。別の実施例では、結果として得られるハッシュ値が状態コミットメントとして使用される場合、最も直近のブロック自体がハッシュ化されることができる。

処理サーバ１０２は、サブネットワーク１１０の各々から状態コミットメントを受信することができ、生成されて包括的台帳に追加される新しいブロックのブロックチェーンデータ値として、状態コミットメントを格納することができる。これらの状態コミットメントを格納することによって、必要に応じて、各サブネットワーク１１０による通貨Ｃの単位の所有および占有が検証されることができる。例えば、通貨Ｃの単位の継続的な所有に関する論争がある場合、サブネットワークは、ブロックチェーン内の通貨Ｃの単位に関連したブロックヘッダまたは他の情報を明らかにし、ハッシュ化されたブロックヘッダを提供して状態コミットメントを生成することができ、したがって、述べられた所有を証明することができる。さらに、状態コミットメントのためにハッシュを使用することによって、包括的台帳内に格納されたデータは、包括的台帳が公的に利用可能であっても、それぞれのサブネットワーク１１０内の任意の特定の情報を明らかにせず、それは、プライベート型ブロックチェーンを危うくしたり、またはサブネットワーク１１０が秘密を保ちたいと思い得る何らかの情報を明らかにしたり、しない。さらに、状態コミットメントとしてのハッシュの使用は、各サブネットワーク１１０が、包括的台帳の運用および維持に影響を及ぼすことなく、任意のフォーマットおよび活動レベルを使用して、自身のブロックチェーンを機能させることができることを保証することができる。

図１のシステム１００は、２つのサブネットワーク１１０ａおよび１１０ｂを示しているが、処理サーバ１０２は、包括的台帳内に包含するために任意の数のサブネットワーク１１０から任意の数の状態コミットメントを受信することが可能とし得るので、包括的台帳内に含まれることができるサブネットワーク１１０の数に理論的な制限はない。さらに、ある場合では、サブネットワーク１１０自体が、メンバのために自身の包括的台帳を機能させる包括的ブロックチェーンネットワーク、または自身のシステム１００の汎用ネットワーク１０６とすることができる。例えば、サブネットワークノード１１２ａは、包括的台帳のノードとすることができ、処理サーバ１０２に投入する状態コミットメントは、自身の包括的台帳における最も直近のブロックヘッダのハッシュとすることができる。また、サブネットワーク１１０ａのサブネットワーク内のノードは、自身の包括的台帳のサーバとすることができ、サブネットワークノード１１２ａに提供される状態コミットメント自体が、包括的台帳内のブロックヘッダのハッシュとすることができる。言い換えれば、包括的台帳は、任意の数のサブネットワーク１１０が任意のレベルで含まれるように、他の包括的台帳などの内部に入れ子にされることができ、唯一の制限は、利用可能な計算能力、ネットワーク帯域幅またはファイルの大きさに基づくこととすることができる。

いくつかの実施形態では、システム１００のサブネットワーク１１０は、それに発行された値をお互いに直接交換することを可能にすることができる。例示的な実施形態では、交換は、アトミックスワップを使用して実行されることができる。アトミックスワップでは、送信サブネットワーク１１０は、発行されなかった任意の値を送信することを禁止されることができる。転送される値の所有権の検証は、値を受信するサブネットワーク１１０によって、および／または第三者の調整者によって実行されることができ、これは、発行機関１０４、汎用ノード１０８若しくは処理サーバ１０２であってもよく、サブネットワーク１１０への値の発行のための最初の基本コミットメントを使用して検証されることができる。ある実施形態では、アトミックスワップが実行されるとき、どのくらいの値がサブネットワーク１１０の各々によって制御されるかについての更新された記録として包括的台帳内に格納されるスワップについて、新しい基本コミットメントが生成されることができる。例えば、上記の例では、サブネットワーク１１０ａは、３０単位の通貨Ｃをサブネットワーク１１２に転送することができる。そのような例では、新しい基本コミットメントは、サブネットワーク１１０ａによる２０単位の通貨Ｃの所有、およびサブネットワーク１１０ｂによる８０単位の通貨Ｃの所有を反映することができる。別のそのような例では、新しい基本コミットメントは、３０単位の通貨Ｃをサブネットワーク１１０ａからサブネットワーク１１２ａに転送することのみを反映することができる。

ある実施形態では、包括的台帳内に格納された基本コミットメントおよび状態コミットメントは、包括的台帳内の別々の区画内に格納されることができる。ブロックチェーンにおける区画の使用に関するさらなる情報は、2016年7月15日に出願された、Steven Charles Davisによる「Method and System for Partitioned blockchains and Enhanced Privacy for Permissioned blockchains」という名称の米国特許出願第15/211,111号において見られることができ、その全体が参照により本明細書に組み込まれる。そのような実施形態では、基本コミットメントおよび状態コミットメントは、単一のブロック内に含まれる異なるサブネット内にそれぞれ格納されることができる。

ある実施形態では、包括的台帳は、サブネットワーク１１０のブロックチェーン内に格納されたデータの監査および検証に関するデータを含むことができる。例えば、サブネットワーク１１０がプライベート型ブロックチェーンを機能させる場合、規制、所有権の検証などの証明に関するデータは、収集されて包括的台帳内に格納されることができる。そのような証明は、時間制約のあるクエリの使用を通して、ブロックチェーンのプライバシーおよび秘密の状態を犠牲にすることなく提供されることができる。それは、2018年12月17日に出願された、Rakesh Yadavらによる「Method and System for Consent to Time-Bound Queries in a Blockchain」という名称の米国特許出願第16/221,992号に記載されるようなものであり、その全体が参照により本明細書に組み込まれる。このようなクエリから収集されたデータは、別の種類のコミットメントとして包括的台帳内に格納されることができる。区画が包括的台帳において使用される場合、そのようなコミットメントは、基本コミットメントおよび状態コミットメントに使用される区画とは別に、自身の区画内に格納されることができる。

本明細書で論じられる方法およびシステムは、複数の異なるサブネットワーク１１０のデータが、サブネットワーク１１０によって機能される複数のブロックチェーンのすべてにわたって一貫性のある包括的台帳内に格納されることを可能にする。包括的台帳を維持するための基本コミットメントおよび状態コミットメントの使用は、各サブネットワーク１１０が包括的台帳の運営および成功に影響を及ぼすことなく、異なる量の取引で異なる種類のブロックチェーンを機能させることができる場合に、すべてのサブネットワーク１１０は、解決策がブロックチェーンに依存しない方法で、自身の種類のブロックチェーンを機能させることができることを保証することができる。また、本明細書で論じられる方法およびシステムにおいて提供される解決策は、サブネットワーク１１０自体が自身のサブネットワークのために包括的台帳を機能させることができる場合などにおいて、拡張性があり、任意の数のサブネットワーク１１０について機能する。その結果、ブロックチェーンのフォーマットおよび種類に依存することなく水平方向および垂直方向の両方に拡張可能であり、システム１００に含まれるすべてのサブネットワーク１１０によって機能されるすべてのブロックチェーンの状態について一貫性があって監査可能な台帳を提供する解決策が得られる。

<処理サーバ>
図２は、システム１００における処理サーバ１０２の実施形態を示す。図２に示される処理サーバ１０２の実施形態は、例示としてのみ提供され、本明細書で論じられるような機能を実行するのに適した処理サーバ１０２のすべての可能な構成を網羅するものではないことは当業者に明らかであろう。例えば、図５に示され、以下でより詳細に論じられるコンピュータシステム５００は、処理サーバ１０２の適切な構成とすることができる。ある場合では、システム１００の汎用ノード１０８およびサブネットワークノード１１２は、図２の処理サーバ１０２または図５のコンピュータシステム５００と同様に構成されることができ、例えば、その中に示される構成要素を含む。

処理サーバ１０２は、受信装置２０２を含むことができる。受信装置２０２は、１つ以上のネットワークプロトコルを介して、１つ以上のネットワークにわたるデータを受信するように構成されることができる。ある例では、受信装置２０２は、汎用ノード１０８、サブネットワークノード１１２およびその他のシステムとエンティティとから、無線周波数、構内通信網、無線領域ネットワーク、セルラ通信ネットワーク、Bluetooth、インターネットなどの１つ以上の通信方法を介してデータを受信するように構成されることができる。ある実施形態では、受信装置２０２は、構内通信網を介してデータを受信するための第１の受信装置およびインターネットを介してデータを受信するための第２の受信装置など、異なるネットワークを介してデータを受信するための異なる受信装置などの複数の装置から構成されることができる。受信装置２０２は、電子的に送信されたデータ信号を受信することができる。ここで、データは、データ信号に重ねられまたは符号化され、受信装置２０２によるデータ信号の受信を介して、復号され、構文解析され、読み取られまたは取得されることができる。ある例では、受信装置２０２は、受信されたデータ信号を構文解析して、その上に重ねられたデータを取得するための構文解析モジュールを含むことができる。例えば、受信装置２０２は、構文解析プログラムを含むことができる。この構文解析プログラムは、受信し、受信されたデータ信号を、本明細書で説明される方法およびシステムを実行するために処理装置によって実行される機能のための使用可能な入力に変換するように構成される。

受信装置２０２は、汎用ノード１０８によって電子的に送信されるデータ信号を受信するように構成されることができる。このデータ信号は、基本コミットメントと重ねられる又は符号化される。また、受信装置２０２は、サブネットワークノード１１２によって電子的に送信されるデータ信号を受信するように構成されることができる。このデータ信号は、サブネットワークブロックチェーンの状態コミットメントと重ねられる又は符号化される。時間制約のあるクエリに関連した追加のコミットメントが受信されることができる場合、受信装置２０２は、それと重ねられる又は符号化されるデータ信号を受信することができ、このデータ信号は、サブネットワークノード１１２又はサブネットワークブロックチェーンの監査および規制を実行する規制当局などの第三者のシステムから受信されることができる。

また、処理サーバ１０２は通信モジュール２０４を含むことができる。通信モジュール２０４は、本明細書で論じられる機能を実行する際に使用するため、処理サーバ１０２のモジュール、エンジン、データベース、記憶部、および他の構成要素の間でデータを送信するように構成されることができる。通信モジュール２０４は、１つ以上の通信種別から構成され、コンピューティング装置内の通信のために様々な通信方法を利用することができる。例えば、通信モジュール２０４は、バス、接続ピンコネクタ、電線などから構成されることができる。また、ある実施形態では、通信モジュール２０４は、処理サーバ１０２の内部構成要素と、外部に接続されたデータベース、表示装置、入力装置などの処理サーバ１０２の外部構成要素との間で通信するように構成されることができる。また、処理サーバ１０２は、処理装置を含むことができる。処理装置は、当業者には明らかなように、本明細書で論じられる処理サーバ１０２の機能を実行するように構成されることができる。ある実施形態では、処理装置は、複数のエンジンおよび／またはモジュールを含むことができ、および／またはそれらから構成されることができ、これらは、クエリモジュール２１０、生成モジュール２１２、ハッシュモジュール２１４などのような処理装置の１つ以上の機能を実行するように特別に構成される。本明細書で使用されるように、用語「モジュール」は、入力を受け取り、入力を使用して１つ以上の処理を実行し、出力を提供するように特別にプログラムされたソフトウェアまたはハードウェアとすることができる。様々なモジュールによって実行される入力、出力および処理は、本開示に基づいて当業者には明らかであろう。

処理サーバ１０２は、クエリモジュール２１０を含むことができる。クエリモジュール２１０は、データベース上でクエリを実行して情報を識別するように構成されることができる。クエリモジュール２１０は、１つ以上のデータ値またはクエリ文字列を受信し、それに基づいて、処理サーバ１０２の記憶部２１８などの指示されたデータベース上でクエリ文字列を実行して、そこに格納された情報を識別することができる。次に、クエリモジュール２１０は、識別された情報を、必要に応じて、処理サーバ１０２の適切なエンジンまたはモジュールに出力することができる。クエリモジュール２１０は、例えば、処理サーバ１０２内のブロックチェーンデータ２０６上でクエリを実行して、包括的台帳内の最も直近のブロックのブロックヘッダを識別し、これを使用して、新しいブロックのブロックヘッダを生成することができる。

また、処理サーバ１０２は生成モジュール２１２を含むことができる。生成モジュール２１２は、本明細書で論じられる機能を実行する際に、処理サーバ１０２によって使用されるデータを生成するように構成されることができる。生成モジュール２１２は、入力として命令を受信し、命令に基づいてデータを生成し、生成されたデータを処理サーバ１０２の１つ以上のモジュールに出力することができる。例えば、生成モジュール２１２は、包括的台帳を運営して維持する際に使用するための新しいブロックヘッダ、ブロックおよび他のデータを生成するように構成されることができる。

また、処理サーバ１０２はハッシュモジュール２１４を含むことができる。ハッシュモジュール２１４は、データにハッシュアルゴリズムを適用してハッシュ値を生成するように構成されることができる。これは、本明細書で論じられるように、処理サーバ１０２の機能を実行する際に使用されることができる。ハッシュモジュール２１４は、入力としてデータを受信し、１つ以上のハッシュアルゴリズムをデータに適用してハッシュ値を取得し、結果として得られるハッシュ値を処理サーバ１０２の別のモジュールまたはエンジンに出力することができる。ハッシュモジュール２１４は、例えば、本明細書で論じられるようなハッシュブロックヘッダ、ハッシュブロックチェーンデータ値（例えば、基本コミットメント、状態コミットメントなど）および他のデータを含むように構成されることができる。

また、処理サーバ１０２はブロックチェーンデータ２０６を格納するように構成されることができる。ブロックチェーンデータ２０６は、包括的台帳に関連付けられ、システム１００において使用するためのすべてのデータを含むことができる。このデータは、包括的台帳自体（例えば、包括的ブロックチェーン台帳を含む複数のブロック）およびその中で使用するための任意の他のデータを含む。包括的台帳は、複数のブロックから構成されることができる。各ブロックは、ブロックヘッダおよび１つ以上のブロックチェーンデータ値を少なくとも含む。ブロックチェーンデータ値は、基本コミットメント、状態コミットメントまたはコンプ(comp)コミットメントのうちの少なくとも１つを含み、これは、上述されたように、時間制約のあるクエリの結果を参照することができる。

また、処理サーバ１０２は記憶部２１８を含むことができる。記憶部２１８は、公開鍵および秘密鍵、対称鍵などのような、本明細書で論じられる機能を実行する際に処理サーバ１０２によって使用されるデータを格納するように構成されることができる。記憶部２１８は、適切なデータをフォーマットする方法およびスキーマを使用してデータを格納するように構成されることができ、読み出し専用メモリ、ランダムアクセスメモリなどのような任意の適切な種類のメモリとすることができる。記憶部２１８は、例えば、暗号化鍵およびアルゴリズム、通信プロトコルおよび規格、データフォーマット規格およびプロトコル、処理装置のモジュールおよびアプリケーションプログラムのためのプログラムコード、および本明細書で開示される機能の性能において処理サーバ１０２によって使用するのに適し得る他のデータを含むことができ、このことは、当業者には明らかである。ある実施形態では、記憶部２１８は、その内に格納された構造化されたデータ集合の記憶、識別、修正、更新、アクセスなどのために構造化されたクエリ言語を利用する関連データベースから構成されることができ、又は含まれることができる。記憶部２１８は、例えば、暗号化鍵、ソルト、ナンス、汎用ノード１０８およびサブネットワークノード１１２のための通信情報、状態コミットメントのための所定の期間データなどを格納するように構成されることができる。

また、処理サーバ１０２は送信装置２１６を含むことができる。送信装置２２４は、１つ以上のネットワークプロトコルを介して１つ以上のネットワークにわたってデータを送信するように構成されることができる。ある例では、送信装置２１６は、汎用ノード１０８、サブネットワークノード１１２および他のエンティティに、構内通信網、無線領域ネットワーク、セルラ通信、Bluetooth、無線周波数、インターネットなどの１つ以上の通信方法を介してデータを送信するように構成されることができる。ある実施形態では、送信装置２２４は、構内通信網を介してデータを送信するための第１の送信装置およびインターネットを介してデータを送信するための第２の送信装置など、異なるネットワークを介してデータを送信するための異なる送信装置などの複数の装置から構成されることができる。送信装置２１６は、データ信号を電子的に送信することができる。このデータ信号は、データを重ねられ、受信側コンピューティング装置によって構文解析されることができる。ある例では、送信装置２１６は、送信に適したデータ信号にデータを重ねる、符号化するまたはフォーマットするための１つ以上のモジュールを含むことができる。

送信装置２１６は、データ信号を汎用ノード１０８に電子的に送信するように構成されることができる。このデータ信号は、基本コミットメントデータの要求と重ねられるまたは符号化されることができる。また、送信装置２１６は、データ信号をサブネットワークノード１１２に電子的に送信するように構成されることができる。このデータ信号は、状態コミットメントの要求と重ねられるまたは符号化されることができ、例えば、所定の期間に送信されることができる。サブネットワークノード１１２へのある送信は、コンプコミットメントについての要求を含むことができる。これは、検証エンティティに転送され、時間制約のあるクエリを実行して、ブロックチェーンデータの規制の準拠または他の検証を確認することができる。ある場合では、そのような検証は、サブネットワークのブロックチェーンがプライベート型または許可型ブロックチェーンである場合にのみ実行されることができる。

<包括的ブロックチェーン台帳の運営および維持>
図３は、図１のシステム１００において実行される例示的な処理を示す。この処理は、一貫した包括的ブロックチェーン台帳を維持することであって、２つのサブネットワーク１１０の包括的台帳における基本コミットメント、コンプコミットメントおよび状態コミットメントの受信および包含を含む。

図３に示されるように、発行機関１０４は、１００単位のコインなどの値の発行を実行することができる。これは、システム１００の汎用ネットワーク１０６によって機能されるような汎用台帳３０２内に記録されることができる。汎用台帳３０２は、発行機関１０４が１００単位のコインを占有すること、ならびに１００単位のコインを５０単位のコインの２つのグループに分割することを格納することができる。次に、発行機関１０４は、５０単位のコインの２つのグループの各々を、サブネットワーク１１０ａ及び１１０ｂに分散することができる。汎用台帳３０２は、コインの分散に関するデータを格納することができ、包括的台帳３０６内に記憶するために、この発行イベントについての基本コミットメントを処理サーバ１０２に投入することができる。包括的台帳３０６は、新しいブロックを含むことができ、基本コミットメントはその基本区画内に格納されることができる。

サブネットワーク１１０の各々は、分散されたコインを受信することができ、これにより、それぞれの副台帳３０４に格納されて使用されることができる。所定の期間に、サブネットワーク１１０の各々は、状態コミットメントを生成することができる。この状態コミットメントは、副台帳３０４内の最も直近のブロックヘッダをハッシュ化することなどによって、副台帳３０４の状態を表す。状態コミットメントは、処理サーバ１０２に投入され、包括的台帳３０６に追加された新しいブロック内に含まれることができる。この状態コミットメントは、包括的台帳３０６内のＳＴＡＴ区画内に格納されることができる。

サブネットワーク１１０は、お互いの間でコインを転送することを許可される場合、アトミックスワップが実行されることができる。アトミックスワップが実行されるとき、発行機関１０４は、調整者として働いて、コインを転送するサブネットワーク１１０が十分な量を発行されてそのような転送を行うことを保証することができる。転送に関する情報は、新しい基本コミットメントに反映されることができる。この基本コミットメントは、基本区画内に記憶するため、汎用台帳３０２および包括的台帳３０６に提供される。

コンプコミットメントが収集されることができる実施形態では、検証器３０８を使用して、副台帳３０４内に格納された情報を検証することができる。そのような情報は、コンプコミットメントを含めることができる。このコンプコミットメントは、それぞれの副台帳を機能させるサブネットワークノード１１２によって又は検証器３０８によって、処理サーバ１０２に投入される。コンプコミットメントは、包括的台帳３０６に追加された新しいブロック内に格納されることができる。区画が使用される場合、コンプコミットメントは、包括的台帳３０６内に含まれるＣＯＭＰ区画内に格納されることができる。

<一貫したブロックチェーン台帳を維持するための例示的な方法>
図４は、ブロックチェーンの種類に依存せず、任意の数のブロックチェーンについて垂直方向および水平方向の両方に拡張可能な方法で、複数のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するための方法４００を示す。

ステップ４０２において、複数のブロックから構成されるブロックチェーン（例えば、包括的台帳３０６）は、処理サーバ（例えば、処理サーバ１０２）の記憶部（例えば、ブロックチェーンデータ２０６、記憶部２１８など）内に格納されることができ、各ブロックは、ブロックヘッダおよび１つ以上のブロックチェーンデータ値を少なくとも含む。ステップ４０４において、基本コミットメントは、処理サーバの受信器（例えば、受信装置２０２）によって、第１のノード（例えば、汎用ノード１０８）から受信されることができる。第１のノードは、第１のブロックチェーンネットワーク（例えば、汎用ネットワーク１０６）内に含まれる。

ステップ４０６において、第１の新しいブロックは、処理サーバのプロセッサ（例えば、生成モジュール２１２）によって生成されることができる。第１の新しいブロックは、第１のブロックヘッダと受信された基本コミットメントとを少なくとも含む。ステップ４０８において、第１の新しいブロックは、処理サーバの記憶部内のブロックチェーン内に格納されることができる。ステップ４１０において、状態コミットメントは、少なくとも２つの追加のブロックチェーンネットワーク（例えば、サブネットワーク１１０）の各々内に含まれる追加のノード（例えば、サブネットワークノード１１２）から処理サーバの受信器によって受信されることができる。

ステップ４１２において、追加の新しいブロックは、処理サーバのプロセッサによって生成されることができる。追加の新しいブロックは、追加のブロックヘッダと受信された各状態コミットメントとを少なくとも含む。ステップ４１４において、追加の新しいブロックは、処理サーバの記憶部内のブロックチェーン内に格納されることができる。

一実施形態では、状態コミットメントは、所定の時間に受信されることができる。ある実施形態では、各状態コミットメントはハッシュ値とすることができ、このハッシュ値は、追加のブロックチェーンネットワークのそれぞれに関連付けられるブロックチェーン内に含まれる最も直近のブロックのヘッダにハッシュアルゴリズムを適用することを介して生成される。一実施形態では、少なくとも２つの追加のブロックチェーンネットワークの各々は、少なくとも１つのパブリック型ブロックチェーンおよび少なくとも１つのプライベート型ブロックチェーンを含むことができる。ある実施形態では、基本コミットメントはハッシュ値とすることができ、このハッシュ値は、少なくとも２つの追加のブロックチェーンネットワークに暗号通貨の発行を記述する発行イベントに、ハッシュアルゴリズムを適用することを介して生成される。

一実施形態では、方法４００は、少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる追加のノードからの新しい状態コミットメントについて、第２の受信ステップと生成ステップと格納ステップとを、処理サーバによって繰り返すことをさらに含むことができる。他の実施形態では、第２の受信ステップと生成ステップと格納ステップとは、所定の期間後に繰り返されることができる。ある実施形態では、第１の新しいブロックおよび追加の新しいブロックは、ブロックチェーンに追加された単一のブロック内の別々の区画内に格納されることができる。

<コンピュータシステム構造>
図５は、本開示の実施形態またはその一部において、コンピュータ可読コードとして実装されることができるコンピュータシステム５００を示す。例えば、図１の処理サーバ１０２およびバックエンドシステムは、ハードウェア、ソフトウェア、ファームウェア、格納された命令を有する非一時的コンピュータ可読媒体またはこれらの組み合わせを使用してコンピュータシステム５００に実装されることができ、１つ以上のコンピュータシステムまたは他の処理システムに実装されることができる。ハードウェア、ソフトウェアまたはこれらの任意の組合せは、図３および図４の方法を実施するために使用されるモジュールおよび構成要素を実現することができる。

プログラマブルロジックが使用される場合、そのようなロジックは、実行可能なソフトウェアコードによって特定目的コンピュータまたは特別目的装置（例えば、プログラマブルロジックアレイ、特定用途向け集積回路など）になるように構成される市販の処理プラットフォーム上で実行することができる。当業者は、開示される主題の実施形態が、様々なコンピュータシステム構成を用いて実施可能であることを理解するのであり、これには、マルチコアのマルチプロセッサシステム、ミニコンピュータ、メインフレームコンピュータ、分散された機能を用いてリンクされ又はクラスタ化されたコンピュータ、ならびに任意の装置に仮想的に実装可能な汎用または小型のコンピュータが含まれる。例えば、少なくとも１つのプロセッサ装置および記憶部を使用して、上述の実施形態を実装することができる。

本明細書で論じられるプロセッサユニットまたは装置は、単一のプロセッサ、複数のプロセッサまたはこれらの組み合わせとすることができる。プロセッサ装置は、１つ以上のプロセッサ「コア」を有することができる。本明細書で論じられる用語「コンピュータプログラム媒体」、「非一時的コンピュータ可読媒体」および「コンピュータ使用可能媒体」は、概して、取り外し可能ストレージユニット５１８、取り外し可能ストレージユニット５２２、およびハードディスクドライブ５１２に設置されるハードディスクなどの有形媒体を指すために使用される。

本開示の様々な実施形態は、この例示的なコンピュータシステム５００に関して説明される。この説明を読んだ後、他のコンピュータシステムおよび／またはコンピュータ構造を使用して本開示をどのように実装するかは、当業者に明らかであろう。動作は連続的な処理として説明されることができるが、動作の一部は、実際には並列して、同時におよび／または分散環境において、単一プロセッサまたはマルチプロセッサの機械によるアクセスのためにローカルまたはリモートに格納されたプログラムコードを用いて、実行されることができる。さらに、ある実施形態では、動作の順序は、開示される主題の趣旨から逸脱することなく再構成されることができる。

プロセッサ装置５０４は、本明細書で論じられる機能を実行するように特別に構成される特別目的または汎用プロセッサ装置とすることができる。プロセッサ装置５０４は、バス、メッセージキュー、ネットワーク、マルチコアメッセージパッシングスキームなどの通信基盤５０６に接続されることができる。ネットワークは、本明細書で開示されるような機能を実行するのに適した任意のネットワークとすることができ、構内通信網（ＬＡＮ）、広域通信網（ＷＡＮ）、無線ネットワーク（例えば、ＷｉＦｉ）、移動体通信網、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数（ＲＦ）またはこれらの任意の組合せを含むことができる。他の適切なネットワークの種類および構成は、当業者には明らかであろう。また、コンピュータシステム５００は、主記憶部５０８（例えば、ランダムアクセスメモリ、読取り専用メモリなど）を含み、さらに補助記憶部５１０を含むことができる。補助記憶部５１０は、ハードディスクドライブ５１２と、フロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリなどの取り外し可能ストレージドライブ５１４とを含むことができる。

取り外し可能ストレージドライブ５１４は、周知の方法で、取り外し可能ストレージユニット５１８から読み取るおよび／またはこれに書き込むことができる。取り外し可能ストレージユニット５１８は取り外し可能ストレージ媒体を含むことができ、この取り外し可能ストレージ媒体は、取り外し可能ストレージドライブ５１４によって読み書きされることができる。例えば、取り外し可能ストレージドライブ５１４がフロッピーディスクドライブまたはユニバーサルシリアルバスポートである場合、取り外し可能ストレージユニット５１８は、それぞれフロッピーディスクまたはポータブルフラッシュドライブとすることができる。一実施形態では、取り外し可能ストレージユニット５１８は、非一時的コンピュータ可読記録媒体とすることができる。

ある実施形態では、補助記憶部５１０は、コンピュータプログラムまたは他の命令がコンピュータシステム５００、例えば、取り外し可能ストレージユニット５２２およびインタフェース５２０に読み込まれることを可能にする代替手段を含むことができる。そのような手段の例は、（例えば、ビデオゲームシステムに見られるような）プログラムカートリッジおよびカートリッジインタフェース、取り外し可能メモリチップ（例えば、ＥＥＰＲＯＭ、ＰＲＯＭなど）、関連付けられるソケット、他の取り外し可能ストレージユニット５２２およびインタフェース５２０を含むことができ、当業者には明らかである。

コンピュータシステム５００（例えば、主記憶部５０８および／または補助記憶部５１０）内に格納されたデータは、任意の種類の適切なコンピュータ可読媒体に記憶されることができ、例えば、光学ストレージ（例えば、コンパクトディスク、デジタル多用途ディスク、ブルーレイディスクなど）または磁気テープストレージ（例えば、ハードディスクドライブ）などである。データは、任意の種類の適切なデータベース構成で構成されることができ、例えば、リレーショナルデータベース、構造化クエリ言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータベースなどである。適切な構成および記憶装置の種類は、当業者には明らかであろう。

また、コンピュータシステム５００は、通信インタフェース５２４を含むことができる。通信インタフェース５２４は、ソフトウェアおよびデータがコンピュータシステム５００と外部装置との間で転送されることを可能にするように構成されることができる。例示的な通信インタフェース５２４は、変復調装置、ネットワークインタフェース（例えば、イーサネットカード）、通信ポート、ＰＣＭＣＩＡスロットおよびカードなどを含むことができる。通信インタフェース５２４を介して転送されるソフトウェアおよびデータは、電子信号、電磁気信号、光信号または他の信号とすることができる信号の形態とすることができ、当業者には明らかである。信号は、通信経路５２６を介して伝わることができる。通信経路５２６は、信号を伝送するように構成されることができ、電線、ケーブル、光ファイバ、電話回線、携帯電話リンク、無線周波数リンクなどを使用して実装されることができる。

コンピュータシステム５００は、表示インタフェース５０２をさらに含むことができる。表示インタフェース５０２は、コンピュータシステム５００と外部表示装置５３０との間でデータが転送されることを可能にするように構成されることができる。例示の表示インタフェース５０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタルビジュアルインタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）などを含むことができる。表示装置５３０は、コンピュータシステム５００の表示インタフェース５０２を介して、送信されるデータを表示するための任意の適切な種類の表示装置とすることができ、これには、陰極線管（ＣＲＴ）表示装置、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）表示装置、静電容量方式タッチ表示装置、薄膜トランジスタ（ＴＦＴ）表示装置などを含む。

コンピュータプログラム媒体およびコンピュータ使用可能媒体は、主記憶部５０８および補助記憶部５１０などの記憶装置を指すことができ、記憶装置は、メモリ半導体（例えば、ＤＲＡＭなど）とすることができる。これらのコンピュータプログラム製品は、コンピュータシステム５００にソフトウェアを提供するための手段とすることができる。コンピュータプログラム（例えば、コンピュータ制御論理）は、主記憶部５０８および／または補助記憶部５１０内に格納されることができる。また、コンピュータプログラムは、通信インタフェース５２４を介して受信されることができる。そのようなコンピュータプログラムは、実行されると、コンピュータシステム５００が本明細書で論じられるような本手法を実施することを可能にすることができる。具体的には、コンピュータプログラムは、実行されると、本明細書で論じられるように、プロセッサ装置５０４が図３および図４に示される方法を実施することを可能にすることができる。したがって、このようなコンピュータプログラムは、コンピュータシステム５００の制御機構を表すことができる。本開示がソフトウェアを使用して実装される場合、ソフトウェアは、取り外し可能ストレージドライブ５１４、インタフェース５２０およびハードディスクドライブ５１２、または通信インタフェース５２４を使用して、コンピュータプログラム製品内に格納されてコンピュータシステム５００に読み込まれることができる。

プロセッサ装置５０４は、コンピュータシステム５００の機能を実行するように構成される１つ以上のモジュールまたはエンジンを含むことができる。モジュールまたはエンジンの各々は、ハードウェアを使用して実装されることができ、ある場合では、主記憶部５０８または補助記憶部５１０内に格納されるプログラムコードおよび／またはプログラムに対応するようなソフトウェアを利用することもできる。このような場合、プログラムコードは、コンピュータシステム５００のハードウェアによる実行の前に、プロセッサ装置５０４によって（例えば、コンパイルモジュールまたはエンジンによって）コンパイルされることができる。例えば、プログラムコードは、アセンブリ言語または機械コードなどの低水準言語に翻訳されるプログラミング言語で書かれたソースコードとすることができ、プロセッサ装置５０４および／またはコンピュータシステム５００の任意の追加のハードウェア構成要素による実行のためのものである。コンパイルの処理は、字句解析、前処理、構文解析、意味解析、構文指向翻訳、コード生成、コード最適化およびコンピュータシステム５００を制御して本明細書に開示される機能を実行するのに適した低水準言語へのプログラムコードの翻訳に適し得る任意の他の技術の使用を含むことができる。このような処理の結果として、コンピュータシステム５００は上述の機能を実行するように一意にプログラムされた特別構成コンピュータシステム５００となることは当業者にとって明らかであろう。

本開示に一致する技術は、とりわけ、複数の別々のブロックチェーンにわたってコミットメントを格納するための一貫したブロックチェーン台帳を維持する特徴、システムおよび方法を提供する。開示されるシステムおよび方法の様々な例示的な実施形態が上記で説明されたが、それらは、限定ではなく、単に例示の目的のために提示されたことを理解されたい。これは、網羅的ではなく、本開示を、開示される厳密な形態に限定するものではない。上記の教示に照らして修正および変形が可能であり、または、修正および変形は、広さ若しくは範囲から逸脱することなく、本開示の実施から得られることができる。

Claims (16)

1. 複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するための方法であって、前記方法は、
   処理サーバの記憶部内に、複数のブロックから構成されるブロックチェーンを格納することであって、各ブロックは、ブロックヘッダと１つ以上のブロックチェーンデータ値とを少なくとも含む、ことと、
   前記処理サーバの受信器によって、第１のノードから基本コミットメントを受信することであって、前記第１のノードは、第１のブロックチェーンネットワーク内に含まれる、ことと、
   前記処理サーバのプロセッサによって、第１のブロックヘッダと前記受信された基本コミットメントとを少なくとも含む第１の新しいブロックを生成することと、
   前記処理サーバの前記記憶部内に、前記ブロックチェーン内の前記第１の新しいブロックを格納することと、
   前記処理サーバの前記受信器によって、少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる追加のノードから状態コミットメントを受信することと、
   前記処理サーバの前記プロセッサによって、追加のブロックヘッダと受信された各状態コミットメントとを少なくとも含む追加の新しいブロックを生成することと、
   前記処理サーバの前記記憶部内に、前記ブロックチェーン内の前記追加の新しいブロックを格納することと、
   を含む、方法。
2. 請求項１に記載の方法において、前記状態コミットメントは、所定の時間に受信される、方法。
3. 請求項１に記載の方法において、各状態コミットメントは、前記追加のブロックチェーンネットワークのそれぞれに関連付けられるブロックチェーン内に含まれる最も直近のブロックのヘッダにハッシュアルゴリズムを適用することを介して生成されるハッシュ値である、方法。
4. 請求項１に記載の方法において、前記少なくとも２つの追加のブロックチェーンネットワークの各々は、少なくとも１つのパブリック型ブロックチェーンと少なくとも１つのプライベート型ブロックチェーンとを含む、方法。
5. 請求項１に記載の方法において、前記基本コミットメントは、前記少なくとも２つの追加のブロックチェーンネットワークに暗号通貨を発行することを記述する発行イベントにハッシュアルゴリズムを適用することを介して生成されるハッシュ値である、方法。
6. 請求項１に記載の方法において、前記方法は、
   前記処理サーバによって、前記少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる前記追加のノードからの新しい状態コミットメントについて、第２の受信ステップと生成ステップと格納ステップとを繰り返すこと、
   をさらに含む、方法。
7. 請求項６に記載の方法において、前記第２の受信ステップと生成ステップと格納ステップとは、所定の期間後に繰り返される、方法。
8. 請求項１に記載の方法において、前記第１の新しいブロックと追加の新しいブロックとは、前記ブロックチェーンに追加された単一のブロック内の別々の区画内に格納される、方法。
9. 複数の別々のブロックチェーンにわたるコミットメントを格納するための一貫したブロックチェーン台帳を維持するためのシステムであって、前記システムは、
   処理サーバと、
   第１のブロックチェーンネットワーク内に含まれる第１のノードと、
   少なくとも２つの追加のブロックチェーンネットワークであって、各々が追加のノードを含む、ブロックチェーンネットワークと、
   を含み、前記処理サーバは、
   複数のブロックから構成されるブロックチェーンを格納する記憶部であって、各ブロックは、ブロックヘッダと１つ以上のブロックチェーンデータ値とを少なくとも含む、記憶部と、
   第１のノードから基本コミットメントを受信する受信器と、
   第１のブロックヘッダと前記受信された基本コミットメントとを少なくとも含む第１の新しいブロックを生成するプロセッサと、
   を含み、
   前記処理サーバの前記記憶部は、前記ブロックチェーン内の前記第１の新しいブロックをさらに格納し、
   前記受信器は、少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる前記追加のノードから状態コミットメントをさらに受信し、
   前記プロセッサは、追加のブロックヘッダと受信された各状態コミットメントとを少なくとも含む追加の新しいブロックをさらに生成し、
   前記記憶部は、前記ブロックチェーン内の前記追加の新しいブロックをさらに格納する、
   システム。
10. 請求項９に記載のシステムにおいて、前記状態コミットメントは、所定の時間に受信される、システム。
11. 請求項９に記載のシステムにおいて、各状態コミットメントは、前記追加のブロックチェーンネットワークのそれぞれに関連付けられるブロックチェーン内に含まれる最も直近のブロックのヘッダにハッシュアルゴリズムを適用することを介して生成されるハッシュ値である、システム。
12. 請求項９に記載のシステムにおいて、前記少なくとも２つの追加のブロックチェーンネットワークの各々は、少なくとも１つのパブリック型ブロックチェーンと少なくとも１つのプライベート型ブロックチェーンとを含む、システム。
13. 請求項９に記載のシステムにおいて、前記基本コミットメントは、前記少なくとも２つの追加のブロックチェーンネットワークに暗号通貨を発行することを記述する発行イベントにハッシュアルゴリズムを適用することを介して生成されるハッシュ値である、システム。
14. 請求項９に記載のシステムにおいて、前記処理サーバは、前記少なくとも２つの追加のブロックチェーンネットワークの各々内に含まれる前記追加のノードからの新しい状態コミットメントについて、第２の受信ステップと生成ステップと格納ステップとを繰り返す、システム。
15. 請求項１４に記載のシステムにおいて、前記第２の受信ステップと生成ステップと格納ステップとは、所定の期間後に繰り返される、システム。
16. 請求項９に記載のシステムにおいて、前記第１の新しいブロックと追加の新しいブロックとは、前記ブロックチェーンに追加された単一のブロック内の別々の区画内に格納される、システム。

Images