知財求人 - 知財ポータルサイト「IP Force」
▶ ティービーシーエーソフト，インコーポレイッテッドの特許一覧
特開2023-134492分散型台帳間の複数台帳方式振替のための方法および装置、ならびに複数台帳方式振替を使用するシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023134492
(43)【公開日】2023-09-27
(54)【発明の名称】分散型台帳間の複数台帳方式振替のための方法および装置、ならびに複数台帳方式振替を使用するシステム
(51)【国際特許分類】
G06F 16/182 20190101AFI20230920BHJP
G06F 21/64 20130101ALI20230920BHJP
【ＦＩ】
G06F16/182
G06F21/64
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023101855
(22)【出願日】2023-06-21
(62)【分割の表示】P 2020533691の分割
【原出願日】2018-01-16
(31)【優先権主張番号】62/607,453
(32)【優先日】2017-12-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】15/866,266
(32)【優先日】2018-01-09
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】15/866,280
(32)【優先日】2018-01-09
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】15/866,290
(32)【優先日】2018-01-09
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】519016413
【氏名又は名称】ティービーシーエーソフト，インコーポレイテッド
(74)【代理人】
【識別番号】100082418
【弁理士】
【氏名又は名称】山口 朔生
(74)【代理人】
【識別番号】100167601
【弁理士】
【氏名又は名称】大島 信之
(74)【代理人】
【識別番号】100201329
【弁理士】
【氏名又は名称】山口 真二郎
(72)【発明者】
【氏名】ウー、ウィリアム
(72)【発明者】
【氏名】リ、チャーシン
(72)【発明者】
【氏名】ウー、リン
(57)【要約】 （修正有）
【課題】高度にスケーラブルなトランザクションスループットを実現するために分散型台帳間の複数台帳方式振替によるシステムを提供する。
【解決手段】方法は、ソース分散型台帳（２００Ｓ）からターゲット分散型台帳（２００Ｔ）に値を効果的に振り替える一方、値の二重使用を防止するように複数台帳方式振替を書き込む。これによって、ソース台帳の合計値が振り替えられた値によって減少するが、ターゲット台帳の合計値が同じ金額によって増加するように台帳は変換される。
【選択図】図２
【解決手段】方法は、ソース分散型台帳（２００Ｓ）からターゲット分散型台帳（２００Ｔ）に値を効果的に振り替える一方、値の二重使用を防止するように複数台帳方式振替を書き込む。これによって、ソース台帳の合計値が振り替えられた値によって減少するが、ターゲット台帳の合計値が同じ金額によって増加するように台帳は変換される。
【選択図】図２
【特許請求の範囲】
【請求項1】
高度にスケーラブルなトランザクションスループットに対する複数の分散型台帳間の複数台帳方式振替によるシステムであって、
複数の分散型台帳ネットワークであって、前記複数の分散型台帳ネットワークのうちの１つを、局所分散型台帳を維持する局所分散型台帳ネットワークとして含み、残りの分散型台帳ネットワークを、少なくとも１つの対外分散型台帳をそれぞれ維持する少なくとも１つの対外分散型台帳ネットワークとして含む、複数の分散型台帳ネットワークと、
前記複数の分散型台帳ネットワーク間のインターネットワーク接続と、を含み、
前記局所分散型台帳ネットワークは、
それぞれが前記局所分散型台帳を含む局所ノードと、
各２つの前記局所ノード間の通信接続と、
前記少なくとも１つの対外分散型台帳をそれぞれ含み、前記局所ノードと共同設置され、ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記局所分散型台帳と前記少なくとも１つの対外分散型台帳のうちの１つとの間の複数台帳トランザクションを検証するための参照情報を提供するように構成された複数の対外支払検証ノードと、を含み、
前記局所分散型台帳と前記少なくとも１つの対外分散型台帳は互いに異なり、前記局所分散型台帳と前記少なくとも１つの対外分散型台帳のうちの１つはそれぞれ前記ソース分散型台帳とターゲット分散型台帳、あるいは、前記ターゲット分散型台帳と前記ソース分散型台帳であることを特徴とする、
システム。
複数の分散型台帳ネットワークであって、前記複数の分散型台帳ネットワークのうちの１つを、局所分散型台帳を維持する局所分散型台帳ネットワークとして含み、残りの分散型台帳ネットワークを、少なくとも１つの対外分散型台帳をそれぞれ維持する少なくとも１つの対外分散型台帳ネットワークとして含む、複数の分散型台帳ネットワークと、
前記複数の分散型台帳ネットワーク間のインターネットワーク接続と、を含み、
前記局所分散型台帳ネットワークは、
それぞれが前記局所分散型台帳を含む局所ノードと、
各２つの前記局所ノード間の通信接続と、
前記少なくとも１つの対外分散型台帳をそれぞれ含み、前記局所ノードと共同設置され、ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記局所分散型台帳と前記少なくとも１つの対外分散型台帳のうちの１つとの間の複数台帳トランザクションを検証するための参照情報を提供するように構成された複数の対外支払検証ノードと、を含み、
前記局所分散型台帳と前記少なくとも１つの対外分散型台帳は互いに異なり、前記局所分散型台帳と前記少なくとも１つの対外分散型台帳のうちの１つはそれぞれ前記ソース分散型台帳とターゲット分散型台帳、あるいは、前記ターゲット分散型台帳と前記ソース分散型台帳であることを特徴とする、
システム。
【請求項2】
それぞれの前記対外支払検証ノードにおいて、対外分散型台帳に対するブロックヘッダーおよびブロックシグネチャを含むブロックヘッダー／シグネチャチェーン、または前記ブロックヘッダー／シグネチャチェーンにおける前記ブロックヘッダーへのブロックハッシュのインデックスをさらに含む、請求項１に記載のシステム。
【請求項3】
前記局所ノードおよび前記対外支払検証ノードの共同設置は、前記局所分散型台帳の局所ノードスタック、および前記対外分散型台帳の対外支払検証ノードスタックを含む１つまたは複数のプロセッサを有するコンピュータ装置によって実施されることを特徴とする、請求項１に記載のシステム。
【請求項4】
高度にスケーラブルなトランザクションスループットに対する複数の分散型台帳間の複数台帳方式振替によるシステムであって、
複数の分散型台帳ネットワークであって、前記分散型台帳ネットワークのうちの１つを、ソース分散型台帳を維持するソース分散型台帳ネットワークとして含み、もう１つの前記分散型台帳ネットワークを、ターゲット分散型台帳を維持するターゲット分散型台帳ネットワークとして含む、複数の分散型台帳ネットワークと、
前記複数の分散型台帳ネットワーク間のインターネットワーク接続と、を含み、
各分散型台帳ネットワークは、
局所ノードと、
共有ノードのセットであって、各共有ノードのセットは、前記ソース分散型台帳を含む１つの局所ノードと、前記ターゲット分散型台帳を含むもう１つの局所ノードとを含む、少なくとも２つの異なる共同設置された局所ノードを含み、前記ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記ソース分散型台帳と前記ターゲット分散型台帳との間の複数台帳トランザクションを検証するための参照情報を提供するように構成された、共有ノードのセットと、
前記局所ノード間、前記共有ノードのセット間、および、前記局所ノードと前記共有ノードのセットとの間の通信接続と、を含む、
システム。
複数の分散型台帳ネットワークであって、前記分散型台帳ネットワークのうちの１つを、ソース分散型台帳を維持するソース分散型台帳ネットワークとして含み、もう１つの前記分散型台帳ネットワークを、ターゲット分散型台帳を維持するターゲット分散型台帳ネットワークとして含む、複数の分散型台帳ネットワークと、
前記複数の分散型台帳ネットワーク間のインターネットワーク接続と、を含み、
各分散型台帳ネットワークは、
局所ノードと、
共有ノードのセットであって、各共有ノードのセットは、前記ソース分散型台帳を含む１つの局所ノードと、前記ターゲット分散型台帳を含むもう１つの局所ノードとを含む、少なくとも２つの異なる共同設置された局所ノードを含み、前記ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記ソース分散型台帳と前記ターゲット分散型台帳との間の複数台帳トランザクションを検証するための参照情報を提供するように構成された、共有ノードのセットと、
前記局所ノード間、前記共有ノードのセット間、および、前記局所ノードと前記共有ノードのセットとの間の通信接続と、を含む、
システム。
【請求項5】
それぞれの前記共有ノードにおいて、前記複数の分散型台帳のそれぞれに対するブロックヘッダーへのブロックハッシュのインデックスをさらに含む、請求項４に記載のシステム。
【請求項6】
それぞれの前記共有ノードは、前記複数の分散型台帳ネットワークのうちの少なくとも異なる２つの分散型台帳ネットワークによってそれぞれ維持される前記複数の分散型台帳のうちの少なくとも異なる２つの分散型台帳の局所ノードスタックを含むコンピュータ装置を含むことを特徴とする、請求項４に記載のシステム。
【請求項7】
それぞれの前記共有ノードは、前記複数の分散型台帳ネットワークによって維持される全ての前記分散型台帳のための局所ノードスタックを含むコンピュータ装置を含むことを特徴とする、請求項４に記載のシステム。
【請求項8】
デジタル表現された経済価値を有する前記既存のトランザクションの前記トランザクション出力は、前記ターゲット分散型台帳に振り替えられることを特徴とする、請求項４に記載のシステム。
【請求項9】
スケーラブルなトランザクションスループットに対する複数の分散型台帳間の複数台帳方式振替のためのコンピュータ装置であって、
コンピュータ可読コードおよびデータを保持するためのメモリと、
前記コンピュータ可読コードを実行することで前記データを修正するための１つまたは複数のプロセッサと、
ターゲット分散型台帳に対する局所ノードスタックのための一方のコンピュータ可読コードと、
ソース分散型台帳に対する対外支払検証ノードスタックのための他方のコンピュータ可読コードと、を含み、
前記局所ノードスタックは、互いに異なり、それぞれソース分散型台帳ネットワークおよびターゲット分散型台帳ネットワークによって維持される前記ターゲット分散型台帳と前記ソース分散型台帳との間のデジタル表現された経済価値の複数台帳方式振替に対する台帳間トランザクションを検証するための参照情報を提供するために前記対外支払検証ノードスタックを使用するように構成され、前記ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記複数台帳トランザクションのうちの１つが検証されることを特徴とする、
コンピュータ装置。
コンピュータ可読コードおよびデータを保持するためのメモリと、
前記コンピュータ可読コードを実行することで前記データを修正するための１つまたは複数のプロセッサと、
ターゲット分散型台帳に対する局所ノードスタックのための一方のコンピュータ可読コードと、
ソース分散型台帳に対する対外支払検証ノードスタックのための他方のコンピュータ可読コードと、を含み、
前記局所ノードスタックは、互いに異なり、それぞれソース分散型台帳ネットワークおよびターゲット分散型台帳ネットワークによって維持される前記ターゲット分散型台帳と前記ソース分散型台帳との間のデジタル表現された経済価値の複数台帳方式振替に対する台帳間トランザクションを検証するための参照情報を提供するために前記対外支払検証ノードスタックを使用するように構成され、前記ソース分散型台帳において、既存のトランザクションのトランザクション出力をロックする、前記ソース分散型台帳におけるロックトランザクションの存在を検証することにより、前記複数台帳トランザクションのうちの１つが検証されることを特徴とする、
コンピュータ装置。
【請求項10】
前記対外支払検証ノードスタックにおいて、前記ソース分散型台帳に対するブロックヘッダーおよびブロックシグネチャを含むブロックヘッダー／シグネチャチェーン、または前記ブロックヘッダー／シグネチャチェーンにおける前記ブロックヘッダーに対するブロックハッシュのインデックスをさらに含む、請求項９に記載のコンピュータ装置。
【請求項11】
ロックトランザクションは、少なくとも１つの台帳内トランザクション入力、１つの複数台帳方式参照トランザクション入力、およびゼロ以上のトランザクション出力を含み、開始トランザクションはトランザクション入力を含まず、１つのトランザクション出力を含むことを特徴とする、請求項９に記載のコンピュータ装置。
【請求項12】
前記局所ノードスタックは、前記ターゲット分散型台帳における開始トランザクションのトランザクション出力を用いる終了トランザクションを構築する前に、前記ソース分散型台帳におけるロックトランザクションの存在を検証し、かつ前記開始トランザクションの前記トランザクション出力の値を、前記ロックトランザクションによって用いられる値に対して一致させることが必要とされることを特徴とする、請求項９に記載のコンピュータ装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般的に、コンピュータおよびネットワーク技術に関する。より詳細には、本開示は、ブロックチェーンおよび他の分散型台帳技術に関する。
【背景技術】
【0002】
ブロックチェーンは、ブロックチェーンネットワークによってアクセスされかつ確認されるブロックデータ構造（ブロック）のチェーンである。ブロックチェーンの１つの例は、ビットコインが特定の暗号通貨である、ビットコイントランザクションの分散型台帳として機能する、ビットコインブロックチェーンとして知られている。ビットコインブロックチェーンにおけるそれぞれのブロックは、ビットコインの複数のトランザクションを符号化する。
【0003】
ビットコインブロックチェーンにおいて、それぞれのブロックは、ブロックに含まれるトランザクションに対するハッシュ値の、ブロックヘッダーおよびマークルツリーのルートを含む。それぞれのブロックは、（ブロックヘッダーのハッシュ値である）ブロックハッシュによって識別される。ブロックヘッダーは、ブロックのマークルツリーのルート、このチェーンにおける前のブロックのブロックハッシュ、およびノンスを含む。トランザクションの新しいブロックは、ビットコインネットワークにおけるマイナーによってビットコインブロックチェーンに追加されてよい。マイナーは、ブロックチェーンにアクセスし、かつ新しいトランザクションのブロードキャストを受信してよい。新しいブロックは、マイナーが、見込みのあるブロックにおける取引を確認し、かつ課題を満たす時、ブロックチェーンに追加されてよい。コンセンサスプロトコルは、ビットコインブロックチェーンの整合性および保全性を保護する。
【0004】
従来の分散型台帳技術のトランザクションスループットは、かなりの制限があり、容易にスケーラブルではない。例えば、ビットコインブロックチェーンネットワークは、ブロックサイズの限度と共にレイテンシおよび帯域幅の問題により、スループットの制限が大きな問題になっている。分散型台帳技術のスループットスケーラビリティ問題を解決することが非常に望まれている。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示の解決策は、高度にスケーラブルなトランザクションスループットを実現するために分散型台帳間の複数台帳方式振替を提供する。ソース分散型台帳からターゲット分散型台帳に値を効果的に振り替える一方、値の二重使用を防止するように複数台帳方式振替を書き込むための方法および命令コードが開示される。高度にスケーラブルなトランザクションスループットを実現するために複数の分散型台帳間の複数台帳方式振替を利用するシステムアーキテクチャも開示される。分散型台帳間の複数台帳方式振替を実施するように構成されるコンピュータ装置も開示される。
【課題を解決するための手段】
【0006】
本開示の解決策の複数台帳方式振替によって、ソース台帳の合計値が振り替えられた値によって減少するが、ターゲット台帳の合計値が同じ値によって増加するように台帳が変換または修正される。例示の実装形態では、ソース台帳の振り替えられた値の消滅、およびターゲット台帳の振り替えられた値の再作成は、ソース台帳におけるロックトランザクション、およびターゲット台帳における開始トランザクションおよび終了トランザクションを使用することによって、達成可能である。ロックトランザクションは開始トランザクションを参照し、終了トランザクションはロックトランザクションを参照し、かつ開始トランザクションのトランザクション出力を用いる。
【0007】
本開示の発明の１つの実施形態は、デジタル表現された経済価値を、その価値の二重使用を防止するようにソース分散型台帳からターゲット分散型台帳に振り替える複数台帳方式振替を行う方法に関する。開始トランザクションは、ターゲット分散型台帳に書き込まれ、ロックトランザクションはソース分散型台帳に書き込まれる。ロックトランザクションはソース分散型台帳において既存のトランザクションのトランザクション出力を用い、かつ、ターゲット分散型台帳における開始トランザクションを参照する。終了トランザクションはさらにまた、ターゲット分散型台帳に書き込まれてよい。終了トランザクションは、開始トランザクションのトランザクション出力を用い、かつソース分散型台帳におけるロックトランザクションを参照する。
【0008】
別の実施形態は、複数台帳方式振替を行うためのコンピュータ可読コードを有する非一時的な有形的表現媒体に関する。複数台帳方式振替は、デジタル表現された経済価値を、その価値の二重使用を防止するように、ソース分散型台帳からターゲット分散型台帳に振り替える。
【0009】
別の実施形態は、高度にスケーラブルなトランザクションスループットを実現するために分散型台帳間の複数台帳方式振替を使用する第１のシステムアーキテクチャに関する。第１のシステムアーキテクチャは、複数の分散型台帳ネットワークを含み、それぞれの上記の分散型台帳ネットワークは、システムにおける他の分散型台帳のための複数の支払検証ノードを含む。
【0010】
別の実施形態は、高度にスケーラブルなトランザクションスループットを実現するために分散型台帳間の複数台帳方式振替を使用する第２のシステムアーキテクチャに関する。第２のシステムアーキテクチャは複数の分散型台帳ネットワークを含む。第２のシステムアーキテクチャは、複数の分散型台帳ネットワークによって共有される共有ノードのセットをさらに含む。上記の共有ノードは、いくつかあるサービスの中で特に、トランザクションの台帳間検証を提供する。
【0011】
別の実施形態は、複数の分散型台帳間の複数台帳方式振替のための第１のコンピュータ装置に関する。第１のコンピュータ装置は、複数の分散型台帳の局所分散型台帳の局所ノードスタックに対するコンピュータ可読コード、および、複数の分散型台帳の対外分散型台帳の対外支払検証ノードスタックに対するコンピュータ可読コードを含む。局所ノードスタックは、局所分散型台帳と対外分散型台帳との間のデジタル表現された経済価値の複数台帳方式振替中に対外分散型台帳におけるトランザクションを検証するために対外支払検証ノードスタックを使用するように構成される。
【0012】
別の実施形態は、複数の分散型台帳間の複数台帳方式振替のための第２のコンピュータ装置に関する。第２のコンピュータ装置は、複数の分散型台帳のノードスタックに対するコンピュータ可読コードを含む。それぞれの上記のノードスタックは、ソース分散型台帳からターゲット分散型台帳へのデジタル表現された経済価値の複数台帳方式振替を行うように構成される。
【0013】
他の実施形態および特徴も開示される。
【図面の簡単な説明】
【0014】
【図1】本発明の一実施形態による単一分散型台帳ネットワークの構造を示す図である。
【図2】本発明の一実施形態による、ソース分散型台帳とターゲット分散型台帳との間のデジタル表現された経済価値の単一トランザクション複数台帳方式振替のデータ構成要素を示す図である。
【図3】本発明の一実施形態による、ソース分散型台帳における造幣ライセンス付与トランザクションを参照するターゲット分散型台帳における造幣トランザクションに関与する２トランザクション複数台帳方式振替を示す図である。
【図4】本発明の一実施形態による、ソース分散型台帳からターゲット分散型台帳へのデジタル表現された経済価値の３トランザクション複数台帳方式振替を示す図である。
【図5A】本発明の一実施形態による、複数台帳方式振替を行うための対外支払検証（ＰＶ）ノードを使用するシステムアーキテクチャを示す図である。
【図5C】本発明の一実施形態による、対外ＰＶノードによって使用されるブロックヘッダーおよびブロックシグネチャのチェーンを示す図である。
【図6A】本発明の一実施形態による、複数台帳方式振替を行うための複数の分散型台帳ネットワークによって共有されるノードを使用するシステムアーキテクチャを示す図である。
【図7】本発明の一実施形態による、ソース分散型台帳上のデジタル表現された経済価値の所有者が、デジタル表現された経済価値をターゲット分散型台帳上のエンティティに振り替えるための方法のフローチャートである。
【図8】本発明の一実施形態による、台帳間トランザクション検証のためのプロセスを示す図である。
【図9】本発明の一実施形態による、ソース分散型台帳からターゲット分散型台帳への複数台帳方式振替を開始するために行われてよい手順のための疑似コードを示す図である。
【図10】本発明の一実施形態による、開始トランザクションまたはロックトランザクションがコミットされた後に行われてよい手順のための疑似コードを示す図である。
【図11】本発明の一実施形態による、対外分散型台帳上のトランザクションをコミットするために行われてよい手順のための疑似コードを示す図である。
【図12】本発明の一実施形態による、分散型台帳にトランザクションをサブミットするために行われてよい手順のための疑似コードを示す図である。
【図13】本発明の一実施形態による、トランザクションのブロックに対するコンセンサスに達した後に分散型台帳のノードによって行われてよい手順のための疑似コードを示す図である。
【図14】本発明の一実施形態による、コミットされているブロックにおける未使用のトランザクション出力を索引付けするために分散型台帳のノードによって行われてよい手順のための疑似コードを示す図である。
【図15】本発明の一実施形態による、複数台帳方式参照トランザクション入力を含む標準トランザクションのための一般構造を示す図である。
【図16】本発明の一実施形態による、３トランザクション複数台帳方式振替の開始トランザクションのための構造を示す図である。
【図17】本発明の一実施形態による、３トランザクション複数台帳方式振替のロックトランザクションのための構造を示す図である。
【図18】本発明の一実施形態による、３トランザクション複数台帳方式振替の終了トランザクションのための構造を示す図である。
【図19】本発明の一実施形態による、システムにおける分散型台帳の数の関数として１台帳当たりの計算されたトランザクションスループットを示すグラフである。
【図20】本発明の一実施形態による、分散型台帳の数の関数として計算された集計トランザクションスループットを示すチャートである。
【図21】本発明の一実施形態による、コンピュータシステムの構成要素を高水準で示す図である。
【発明を実施するための形態】
【0015】
異なる図面における同じ参照ラベルの使用は、同じまたは同様の構成要素を指示する。
【0016】
概論
慣習的に、機関は、金融取引の清算および決算を取り扱うために中央手形交換所を頼りにしている。このような従来の清算および決算は、とりわけ、国際取引には、時間がかかりかつ費用が高くなることが問題になっている。
慣習的に、機関は、金融取引の清算および決算を取り扱うために中央手形交換所を頼りにしている。このような従来の清算および決算は、とりわけ、国際取引には、時間がかかりかつ費用が高くなることが問題になっている。
【0017】
しかしながら、近年、清算および決算のための代替的な手段が利用可能になっている。この代替策は一般的に、暗号通貨でトランザクションを清算および決算するために分散型台帳を使用する。このような暗号通貨の顕著な例は、ビットコインブロックチェーンネットワークによって維持されるビットコインである。暗号通貨の他の例には、ライトコイン（登録商標）、ノヴァコイン、ネームコイン、ドージコイン、ピアコイン、イーサリアム（登録商標）、およびリップル（登録商標）が挙げられる。
【0018】
図１は、本発明の一実施形態による単一分散型台帳ネットワーク１００の構造を示す図である。分散型台帳ネットワーク１００は、トランザクションの分散型台帳を維持するために使用されてよい。分散型台帳の１つの例はビットコインブロックチェーンである。しかしながら、分散型台帳ネットワーク１００は、一般的に、任意のブロックチェーンネットワークであってよい、または有向非巡回グラフ（ＤＡＧ）アルゴリズムを使用してＤＡＧベースの台帳を提供するものなど、別のタイプの分散型台帳ネットワークであってよい。本開示の解決策は、一般的に、トランザクションのブロックを使用して実装される分散型台帳に適用可能であり（これと互換性があり）、この場合、それぞれのブロックヘッダーはブロックに含有されるトランザクションのマークルルートを有する。
【0019】
分散型台帳ネットワーク１００は、複数のノード１０２を、これらの間の通信接続１０４と共に含む。例示を容易にする目的で、図にはいくつかのノード１０２のみが示されているが、分散型台帳ネットワーク１００は、大多数のノードを、これらの間のさまざまな相互接続１０４と共に有してよい。
【0020】
ノード１０２は、一般的に、それぞれが分散型台帳のデータの完全かつ最新のコピーを含有するため、フルノードと称される場合がある。ビットコインネットワークの例では、このようなフルノードはビットコインブロックチェーンのマイナーとして動作してよく、この場合、成功したマイナーはビットコインのデジタル通貨で支払われる。しかしながら、本発明の一実施形態によると、分散型台帳は、デジタル通貨で成功したマイナーを支払う必要はなく、さらに、より一般的には、暗号通貨である必要のないデジタル表現資産（または負債）を扱ってよい。
【0021】
複数のクライアント１０６は、デジタル台帳ネットワーク１００に通信接続されてよい。これらのクライアント１０６は、分散型台帳の完全かつ最新のコピーを維持しない軽量ノードであるが、依然、分散型台帳におけるトランザクションを検証する能力を有する。
【0022】
例えば、クライアント１０６は、支払検証方法を使用してトランザクションを検証できる支払検証（ＰＶ）ノードとして実装されてよい。ＰＶノードは、分散型台帳ネットワークに接続され、かつ分散型台帳におけるトランザクションの妥当性を証明することが必要とされるデータを保持する非フルノードであってよい。個々のトランザクションレコードは、一般的に、ＰＶノードにおけるデータからなくなっているため、ＰＶノードは分散型台帳ネットワークのクライアントであるとみなされる場合がある。例示の実装形態では、分散型台帳がブロックチェーンである時、ＰＶノードは簡略化支払検証（ＳＰＶ）ノードであってよく、必要とされるデータは、ブロックにおけるトランザクションのマークルルート、以前のブロックハッシュ、およびブロックバリデータによって作成されるブロックシグネチャのリストを含む。
【0023】
クライアント１０６は、コア分散型台帳ネットワークを超えた拡大ネットワークの一部を形成するとみなされ得る。例示を容易にするために少数のクライアント１０６のみが示されているが、多数のクライアント１０６が分散型台帳ネットワーク１００に接続されてよい。
【0024】
上記のように、分散型台帳の有名な例はブロックチェーンである。ブロックチェーンは、トランザクションのブロックに対して連続的にコンセンサスに達するようにＰ２Ｐプロトコルを実行するノードのピアツーピア（Ｐ２Ｐ）ネットワークによって維持される。本開示の解決策は、一般的に、ブロックチェーン技術または他の分散型台帳技術に適用されてよい。
【0025】
分散型台帳におけるトランザクションは、入力のリストおよび出力のリストを含んでよい。トランザクションハッシュは、トランザクション内のデータの全てをハッシュすることによって構築されてよい。トランザクションハッシュは、トランザクションを（すなわち、トランザクション識別子またはｔｘ ｉｄとして）参照するために使用されてよい。
【0026】
トランザクション出力（ＴＸＯ）は、このトランザクションのハッシュ、トランザクション内のこのインデックス、およびＴＸＯの受信者の識別によって識別されてよい。ＴＸＯは、いずれのデジタル表現資産も保持してよい。ＴＸＯは振り替えられず、ＴＸＯ内のデジタル表現された経済価値は振り替えられる。受信者は、（対応する秘密キーを有する）受信者の公開キーのハッシュによって識別されてよい。
【0027】
トランザクション入力はＴＸＯを参照する。従来の台帳内トランザクションについて、トランザクション入力は、トランザクションハッシュによるＴＸＯ、およびＴＸＯの出力インデックスを参照する。本開示によって教示されるように、複数台帳トランザクションに対するトランザクション入力２１０は図２との関連で後述され得る。
【0028】
トランザクションスループットの制限
ビットコインネットワークなどの従来の分散型台帳ネットワークは、実質的なトランザクションスループットの制限を有する。これらの制限は、ブロックサイズの限度と共にレイテンシおよび帯域幅の問題によるものである。
ビットコインネットワークなどの従来の分散型台帳ネットワークは、実質的なトランザクションスループットの制限を有する。これらの制限は、ブロックサイズの限度と共にレイテンシおよび帯域幅の問題によるものである。
【0029】
新しいブロックは、作成されると、分散型台帳ネットワーク全体を通して伝搬されなければならない。しかしながら、世界各地にある信頼すべきネットワークノード（すなわち、バリデータノード）間に実質的な最小レイテンシがある。これらのレイテンシは、伝搬速度に下限をもたらすため、トランザクションスループットを制限する。
【0030】
さらに、トランザクションスループットを増大させるために、１ブロック当たりより多くのトランザクションに適合させるようにブロックサイズを増大させることを可能にしてよい、および／または、より多くのブロックを処理するようにブロック周波数を増大させることを可能にしてよい。しかしながら、分散型台帳ネットワーク内の帯域制限は一般的に、ブロックサイズおよび／またはブロック周波数のこのような増大によって実現可能なスループットゲインを制限する。
【0031】
複数台帳方式振替による多重分散型台帳システム
本開示は、従来の分散型台帳技術の上で論じたトランザクションスループットの制限を克服するための革新的な解決策を提供する。複数台帳方式振替による多重分散型台帳システムを提供する技術が開示される。複数台帳方式振替によって、デジタル表現された経済価値を１つの分散型台帳から別の分散型台帳に振り替えることが可能である。
本開示は、従来の分散型台帳技術の上で論じたトランザクションスループットの制限を克服するための革新的な解決策を提供する。複数台帳方式振替による多重分散型台帳システムを提供する技術が開示される。複数台帳方式振替によって、デジタル表現された経済価値を１つの分散型台帳から別の分散型台帳に振り替えることが可能である。
【0032】
デジタル表現された経済価値の例には、ビットコインブロックチェーンにおけるビットコインなどの暗号通貨がある。より一般的には、ソース分散型台帳とターゲット分散型台帳との間で振り替えられるデジタル表現された経済価値は、任意のデジタル表現された資産（従来の通貨、暗号通貨、商品、または他の財産）または負債（借金など）であってよい。１つの実施形態では、デジタル表現された経済価値は通貨額におけるものであってよい。別の実施形態では、デジタル表現された経済価値は、暗号通貨額におけるものであってよい。別の実施形態では、デジタル表現された経済価値は商品の金額であってよい。
【0033】
複数台帳方式振替は、実際には、システムの複数の分散型台帳を共にリンクするために使用されてよい。そのように、それぞれの分散型台帳におけるトランザクションの保全性は、他のリンクされた分散型台帳（複数可）におけるトランザクションの保全性に左右される。
【0034】
複数の分散型台帳が複数台帳トランザクションによって共に効果的にリンクされる時、共にリンクされた分散型台帳ネットワークのシステムは、多重分散型台帳システムまたは分散型台帳「エコシステム」と称される場合がある。多重分散型台帳システムによって維持されている分散型台帳は、互いに協働し、「共通台帳」と称される場合がある。
【0035】
共通台帳は同じ全体的なシステムの各部であるが、それぞれの共通台帳は他の共通台帳との関連で別個のまたは「対外」の分散型台帳である。それぞれの共通台帳はトランザクションのこれ自体の台帳を維持し、この台帳は他の共通台帳のトランザクションを含まない。しかしながら、１つの共通台帳におけるトランザクションは異なる共通台帳におけるトランザクションを参照してよい。
【0036】
有利には、本明細書に開示されるように、スケーラブルな数の共通台帳を有する多重分散型台帳システムは、単一分散型台帳ネットワークの上で論じたスループットの制限を克服するために適用されてよい。
【0037】
レイテンシの制限は、２つのバリデータノードがこれらの間に長いレイテンシを有する時、システム内の異なった分散型台帳ネットワークに分離されてよいため、克服可能である。２つのノードは異なる台帳を確認するため、これらの間の長いレイテンシはどちらの台帳のコンセンサスの時間にも影響を与えることはない。それ故に、本開示の解決策を使用して、ノード間の長いレイテンシの性能に対する影響を実質的に低減または排除可能である。
【0038】
帯域幅の制限は、単一分散型台帳の代わりに複数の共通台帳を使用することによってブロックサイズが効果的に低減可能であるため、克服可能である。Ｎの共通台帳による構造を使用して、ブロックサイズをほぼ１／Ｎに効果的に低減可能である。
【0039】
よって、複数台帳トランザクションが比較的まばらになるようにノードを領域（またはグループ）に分割することによって、共通台帳を追加することによって追加されるスループットは、単独で実行しているそのチェーンだけの全スループットのかなりの割合になる。これによって、共通台帳の数にほぼ比例して変化するスループットが生じるものとする。
【0040】
共通台帳間の複数台帳トランザクション
本発明の一実施形態によると、２つの分散型台帳（すなわち、２つの「共通台帳」）間の複数台帳トランザクションは、ソース分散型台帳２００Ｓに対する既存の未使用のトランザクション出力（ＵＴＸＯ）を効果的に消滅させ、かつターゲット分散型台帳２００Ｔにおける（消滅させたＵＴＸＯに等しい合計値での）１つまたは複数の新しいＵＴＸＯを作成する。ターゲット分散型台帳２００Ｔに書き込まれる複数台帳トランザクション２０５の構成要素は、本発明の一実施形態に従って図２に示されている。
本発明の一実施形態によると、２つの分散型台帳（すなわち、２つの「共通台帳」）間の複数台帳トランザクションは、ソース分散型台帳２００Ｓに対する既存の未使用のトランザクション出力（ＵＴＸＯ）を効果的に消滅させ、かつターゲット分散型台帳２００Ｔにおける（消滅させたＵＴＸＯに等しい合計値での）１つまたは複数の新しいＵＴＸＯを作成する。ターゲット分散型台帳２００Ｔに書き込まれる複数台帳トランザクション２０５の構成要素は、本発明の一実施形態に従って図２に示されている。
【0041】
図２に示されるように、（ターゲット分散型台帳２００Ｔに書き込まれるものになる）複数台帳トランザクション２０５は、ソース分散型台帳２００Ｓへの参照を提供するトランザクション入力２１０と、ターゲット分散型台帳２００Ｔにおける受信者（単数または複数）に値（単数または複数）を振り替えるトランザクション出力（単数または複数）２２０とを含む。
【0042】
より具体的には、トランザクション入力２１０は、ソース分散型台帳２００Ｓのチェーン識別子２１１と、（ブロックのマークルツリーに対するマークル分岐ハッシュ２１４を含んで）参照され、参照番号が２１３の既存のトランザクションのブロックに対するブロックヘッダー２１２と、既存のトランザクションの特定の出力を指示する数を含む出力インデックス２１５とを含んでよい。
【0043】
必要とされるマークル分岐ハッシュ２１４の数は、ブロックにおけるトランザクションの数の底を２とする対数以上であることに留意されたい。それ故に、ブロックに１０００（１千）のトランザクションがある場合、１０（十）のマークル分岐ハッシュが必要とされる。
【0044】
また、（トランザクション識別子またはｔｘ ｉｄと称される場合がある）トランザクションハッシュは、ハッシュ関数を参照トランザクションのコンテンツに適用することによって参照トランザクション２１３から導出されるハッシュ値であることに留意されたい。トランザクションハッシュは、マークル分岐ハッシュでハッシュしてマークルルートを形成してよい。このマークルルートは、ソース分散型台帳２００Ｓ内のブロックのマークルルートに対して照合させて、トランザクション２１３がソース分散型台帳２００Ｓに存在することを証明してよい。
【0045】
出力２２０のトランザクション出力は（トランザクション２１３および出力インデックス２１５によって指定されるように）ソース分散型台帳２００ＳにおけるＵＴＸＯから得られたものの使用に関するデータを提供する。それぞれのトランザクション出力２２０は、受信者に振り替えられているデジタル表現された経済価値、および受信者の公開キーのハッシュを提供する。
【0046】
ソース分散型台帳における使用を防止する２トランザクション複数台帳方式振替
デジタル表現された経済価値の複数台帳方式振替を行うための開示された方法の動作の機構を理解するために、図３に示されるように参照トランザクションによる造幣を考慮する。図３において、ターゲット分散型台帳（例えば、ターゲットブロックチェーン）におけるデジタル表現された経済価値の造幣は、ソース分散型台帳（例えば、ソースブロックチェーン）における参照トランザクションを通して行われる。しかしながら、以下に論じられるように、図示されるようなデジタル表現された経済価値のこのような造幣は、振り替えられた値の二重（多重）使用を防止するための機構を含まない。
デジタル表現された経済価値の複数台帳方式振替を行うための開示された方法の動作の機構を理解するために、図３に示されるように参照トランザクションによる造幣を考慮する。図３において、ターゲット分散型台帳（例えば、ターゲットブロックチェーン）におけるデジタル表現された経済価値の造幣は、ソース分散型台帳（例えば、ソースブロックチェーン）における参照トランザクションを通して行われる。しかしながら、以下に論じられるように、図示されるようなデジタル表現された経済価値のこのような造幣は、振り替えられた値の二重（多重）使用を防止するための機構を含まない。
【0047】
参照トランザクションにおけるトランザクション出力（ＴＸＯ）は、過去に存在していた時があったことが保証されると考えられるが、（現在時刻でまたは将来的に）依然未使用であることは保証されない。これは、ソースチェーンにおけるＴＸＯを参照することが複数台帳トランザクションをサポートするのに不十分であることを意味するが、これは、未使用のＴＸＯ（すなわち、ＵＴＸＯ）のみが参照されなければならないからである。
【0048】
図３に示される複数台帳方式振替において、ソース分散型台帳における造幣ライセンス付与トランザクション３０２は、定義により、ソース分散型台帳の別の造幣者に付与されることはないトランザクションである。それ故に、造幣ライセンス付与トランザクション３０２からのＴＸＯは、ソース分散型台帳では本質的に用いることが不可能である。この場合、マークル証明３０４を使用してソースチェーンにおける造幣ライセンスを付与するトランザクションの存在を証明することは、ＴＸＯがソース分散型台帳において（用いることが不可能であるため）未使用であることを証明するのに十分である。
【0049】
そのように、造幣ライセンス付与トランザクションがソース分散型台帳に存在するという事実は、ターゲット分散型台帳においてデジタル表現された経済価値を造幣するための造幣トランザクション３０６の根拠をもたらす。その後、造幣された値はターゲット分散型台帳におけるトランザクションに対して通常使用されてよい３０８。
【0050】
しかしながら、図３の２トランザクション複数台帳方式振替は、システムを使用する全てのエンティティが信頼されるものである時二重使用を安全に回避するが、信頼できないエンティティがシステムを使用する場合がある時に二重使用を防止するには不十分である。これは、図３の２トランザクション複数台帳方式振替が、ソース分散型台帳における未使用のＴＸＯが複数のターゲット分散型台帳で用いられないようにしないからである。
【0051】
二重使用を防止する３トランザクション複数台帳方式振替
本発明の一実施形態によると、図４に示される方法４００は、共通台帳間でデジタル表現された経済価値を振り替える。複数台帳方式振替は、一連のハンドシェイクを介して、値が、複数のターゲット分散型台帳のソース分散型台帳における未使用の値を用いることによって知らないうちに作成できないことを保証するように行われる。
本発明の一実施形態によると、図４に示される方法４００は、共通台帳間でデジタル表現された経済価値を振り替える。複数台帳方式振替は、一連のハンドシェイクを介して、値が、複数のターゲット分散型台帳のソース分散型台帳における未使用の値を用いることによって知らないうちに作成できないことを保証するように行われる。
【0052】
図４に示されるように、このような複数台帳方式振替の例示の実装形態は、一連の３つの個々のトランザクションを生成し、かつシステムの分散型台帳にコミットしてよい。これらのトランザクションは、ターゲット分散型台帳における開始トランザクション、ソース分散型台帳におけるロックトランザクション、およびターゲット分散型台帳における終了トランザクションを含む。
【0053】
共通台帳間でデジタル表現された経済価値を振り替える方法４００の第１の段階において、ソース分散型台帳２００Ｓにおける既存のトランザクション４０２の未使用のトランザクション出力（ＵＴＸＯ）が見出されるまたは識別される。ソース分散型台帳において、ターゲット分散型台帳２００Ｔにおいて用いられるのは、このＵＴＸＯである。
【0054】
方法４００の第２の段階では、開始トランザクション４０４は、生成され、かつターゲット分散型台帳２００Ｔにコミットされる。開始トランザクション４０４は、既存のトランザクション４０２の識別済みＵＴＸＯと同じデジタル表現された経済価値を作成する。しかしながら、本発明の一実施形態によると、開始トランザクション４０４は、この出力が通常のやり方で用いることが不可能であるという特別な性質を有する（より詳細には、以下に論じられるように、開始トランザクション４０４のＵＴＸＯは、開始トランザクション４０４を参照し、かつ既存のトランザクション４０２の識別済みＵＴＸＯを用いるロックトランザクション４０６を参照する終了トランザクション４０８によってのみ用いられ得る）。
【0055】
方法４００の第３のステージでは、開始トランザクション４０４がターゲット分散型台帳２００Ｔにコミットされた後、ロックトランザクション４０６は生成され、かつソース分散型台帳２００Ｓにコミットされる。ロックトランザクション４０６のトランザクション入力は、ソース分散型台帳２００Ｓにおける既存のトランザクション４０２の識別済みＵＴＸＯである。そのように、ロックトランザクション４０６は、既存のトランザクション４０２の識別済みＵＴＸＯを用いるため、出力はソース分散型台帳２００Ｓにおいて用いられたＴＸＯになる（そのため、もはや用いられ得ない）。しかしながら、ロックトランザクションの定義により、この出力は用いることが不可能である（すなわち、この出力は用いられ得ない）。実際には、ロックトランザクション４０６は、ソース分散型台帳２００Ｓにおいて用いられないように既存のトランザクション４０２の識別済みＵＴＸＯをロックする。
【0056】
さらに、ロックトランザクション４０６は、（例えば、ターゲットブロックにおける開始トランザクションの存在を検証するために開始トランザクション全体、ならびにマークルルートおよび分岐ハッシュを提供することによって）ターゲット分散型台帳２００Ｔにおける開始トランザクション４０４を参照する。ロックトランザクション４０６から開始トランザクション４０４へのこの「マークル参照」を使用して、識別済みＵＴＸＯの値が複数回用いられないようにする。
【0057】
方法４００の第４の段階では、ロックトランザクション４０６がソース分散型台帳２００Ｓにコミットされた後、終了トランザクション４０８が生成され、かつターゲット分散型台帳２００Ｔにコミットされる。有効な終了トランザクション４０８は、開始トランザクション４０４によって作成されたＵＴＸＯを用いる。
【0058】
有効であるように、終了トランザクション４０８は、（例えば、ソースブロックにおけるロックトランザクションの存在を検証するために使用されてよい、ロックトランザクション全体、ならびにマークルルートおよび分岐ハッシュを提供することによって）識別済みＵＴＸＯを用いたロックトランザクション４０６を参照しなければならない。ロックトランザクション４０６の出力が用いられ得ないため、ソース分散型台帳２００Ｓにおけるロックトランザクション４０６の存在は、識別済みＵＴＸＯが、実際には、ソース分散型台帳２００Ｓで消滅していることの保証をもたらす。
【0059】
複数の終了トランザクション４０８はコミットできない。これは、終了トランザクション４０８が（このトランザクション入力によって）ロックトランザクション４０６によって参照される開始トランザクション４０４のＵＴＸＯを用いる場合にのみ有効であるからである。それ故に、終了トランザクション４０８によって用いられる出力がロックトランザクション４０６によって参照される開始トランザクション４０４の出力ではない場合、終了トランザクション４０８は無効であるため、ターゲット分散型台帳２００Ｔにコミットされることが防止される。
【0060】
有効な終了トランザクション４０８のトランザクション出力（単数または複数）（ＴＸＯ（単数または複数））は、ターゲット分散型台帳２００Ｔにおける１または複数の受信者への複数台帳のデジタル表現された経済価値振替の終了を表す。終了トランザクション４０８のＴＸＯ（単数または複数）は通常、受信者（単数または複数）によってターゲット分散型台帳２００Ｔ内で用いられ得る。換言すれば、終了トランザクションがターゲット分散型台帳にコミットされると、終了トランザクションのＴＸＯ（複数可）は、ソース分散型台帳におけるいずれのトランザクションもさらに参照する必要はなく、ターゲット分散型台帳内で用いられてよい。
【0061】
システムアーキテクチャ
複数台帳方式振替をサポートするために使用されてよい１つのシステムアーキテクチャは、ターゲット分散型台帳のフルノードでもあるソース分散型台帳のそれぞれのフルノードを有してよい。このような完全重複システムアーキテクチャは、複数台帳方式振替をサポートすることが考えられるが、それぞれのノードにおいてかなりの追加のリソースを必要とすると思われる。
複数台帳方式振替をサポートするために使用されてよい１つのシステムアーキテクチャは、ターゲット分散型台帳のフルノードでもあるソース分散型台帳のそれぞれのフルノードを有してよい。このような完全重複システムアーキテクチャは、複数台帳方式振替をサポートすることが考えられるが、それぞれのノードにおいてかなりの追加のリソースを必要とすると思われる。
【0062】
複数台帳方式振替をサポートするが完全重複システムアーキテクチャより少ないリソースを必要とする例示のシステムアーキテクチャが本明細書に開示される。第１の例示のシステムアーキテクチャは対外支払検証（ＰＶ）ノードを分散型台帳ネットワークに埋め込む。第２の例示のシステムアーキテクチャは、共有フルノードのセットを利用するが、全てのノードが共有されるノードであるわけではない。
【0063】
第１の例示のシステムアーキテクチャ：共同設置される「局所」フルノードおよび「対外」ＰＶノード
図５Ａに示される第１の例示のシステムアーキテクチャ５００において、他の（すなわち対外の）共通台帳に対する支払検証（ＰＶ）ノードは、多重分散型台帳システムのそれぞれの分散型台帳ネットワークにおけるノードの全てまたは一部分に共同設置される。共同設置されたＰＶノードは複数台帳方式支払検証をサポートするために使用される。
図５Ａに示される第１の例示のシステムアーキテクチャ５００において、他の（すなわち対外の）共通台帳に対する支払検証（ＰＶ）ノードは、多重分散型台帳システムのそれぞれの分散型台帳ネットワークにおけるノードの全てまたは一部分に共同設置される。共同設置されたＰＶノードは複数台帳方式支払検証をサポートするために使用される。
【0064】
システムを実装するために必要とされるリソースを低減するために、ＰＶノードは非フルノードであってよい。例示の実装形態では、それぞれのＰＶノードは、簡略化支払検証（ＳＰＶ）ノードとして実装されてよい。また、４つの共通台帳を有する多重分散型台帳システムが図５Ａに示されているが、多重分散型台帳システムは任意の数の共通台帳を含んでよい。
【0065】
図５Ａに示される例では、第１の分散型台帳Ａは第１の分散型台帳ネットワーク１００Ａによって維持され、第２の分散型台帳Ｂは第２の分散型台帳ネットワーク１００Ｂによって維持され、第３の分散型台帳Ｃは第３の分散型台帳ネットワーク１００Ｃによって維持され、第４の分散型台帳Ｄは第４の分散型台帳ネットワーク１００Ｄによって維持される。これらの分散型台帳ネットワーク（１００Ａ、１００Ｂ、１００Ｃ、および１００Ｄ）のそれぞれは、図１との関連で上述されるように、これ自体のノード１０２をこれらの間の相互接続１０４と共に含む。さらに、本発明の一実施形態によると、コンセンサスネットワーク（１００Ａ、１００Ｂ、１００Ｃ、および１００Ｄ）を通信可能に相互接続するように異なるコンセンサスネットワークにおけるいくつかのノード１０２間にさらなる通信相互接続５０２がある。
【0066】
しかしながら、共通台帳の分散型台帳ネットワークを単に通信可能に相互接続することは、台帳間トランザクションのサブミッションおよび検証が複数台帳方式振替をサポートすることも必要とされるため、不十分である。この理由で、それぞれの分散型台帳ネットワークにおけるノード１０２の少なくともいくつかは、これ自体の分散型台帳の「局所」フルノードスタック、および相互作用するものになる共通台帳の「対外」ＰＶノードスタックを両方共実行するように構成されてよい。
【0067】
分散型台帳のフルノードスタックは、分散型台帳ネットワークのフルノードにおけるソフトウェアルーチンまたはプログラムのセットを含む。ソフトウェアルーチンまたはプログラムのセットは、適用可能な場合、ＡＰＩ（アプリケーションプログラムインターフェース）要求を分散型台帳トランザクションに変換することと、ユーザーキーを管理することと、トランザクションに署名することと、トランザクションがコミットされる時他のシステムに通知することと、トランザクションを分散型台帳にサブミットすることと、トランザクションを含んでいることの証明を提供することと、を含む、分散型台帳に関連するタスクおよび／または機能を実行する。分散型台帳のＰＶノードスタックは、分散型台帳ネットワークと通信するクライアントにおける低減したソフトウェアルーチンまたはプログラムのセットを含む。低減したソフトウェアルーチンまたはプログラムのセットは、トランザクションを含んでいることの証明を提供することと、トランザクションを分散型台帳にサブミットすることとを含むタスクおよび／または機能を実行する。
【0068】
図５Ａの例では、第１のネットワーク１００Ａにおけるノード１０２の少なくともいくつかは、第２のネットワーク、第３のネットワーク、および第４のネットワーク（１００Ｂ、１００Ｃ、および１００Ｄ）のそれぞれのＰＶノード（ＰＶ－Ｂ、ＰＶ－Ｃ、およびＰＶ－Ｄ）も実行するように構成されている。同様に、第２のネットワーク１００Ｂにおけるノード１０２の少なくともいくつかは、第１のネットワーク、第３のネットワーク、および第４のネットワーク（１００Ａ、１００Ｃ、および１００Ｄ）のそれぞれのＰＶノード（ＰＶ－Ａ、ＰＶ－Ｃ、およびＰＶ－Ｄ）も実行するように構成されている。また、第３のネットワーク１００Ｃにおけるノード１０２の少なくともいくつかは、第１のネットワーク、第２のネットワーク、および第４のネットワーク（１００Ａ、１００Ｂ、および１００Ｄ）のそれぞれのＰＶノード（ＰＶ－Ａ、ＰＶ－Ｂ、およびＰＶ－Ｄ）も実行するように構成されている。最後に、第４のネットワーク１００Ｄにおけるノード１０２の少なくともいくつかは、第１のネットワーク、第２のネットワーク、および第３のネットワーク（１００Ａ、１００Ｂ、および１００Ｃ）のそれぞれのＰＶノード（ＰＶ－Ａ、ＰＶ－Ｂ、およびＰＶ－Ｃ）も実行するように構成されている。
【0069】
それぞれのＰＶ－Ａノードは、共通台帳Ａのブロックヘッダーおよびシグネチャのチェーン（すなわち、ブロックヘッダー／シグネチャチェーン）を維持する。同様に、それぞれのＰＶ－Ｂノードは共通台帳Ｂのブロックヘッダー／シグネチャチェーンを維持し、それぞれのＰＶ－Ｃノードは共通台帳Ｃのブロックヘッダー／シグネチャチェーンを維持し、それぞれのＰＶ－Ｄノードは共通台帳Ｄのブロックヘッダー／シグネチャチェーンを維持する。
【0070】
図５Ｂは、本発明の一実施形態による、図５Ａのシステムアーキテクチャ内の分散型台帳ネットワーク１００Ａにおけるノード１０２Ａのためのコンピュータシステム５１０の例示の実装形態を示す。コンピュータシステム５１０は、例えば、１つまたは複数の中央処理装置（ＣＰＵ）および１つまたは複数のグラフィック処理ユニット（ＧＰＵ）を含む複数のプロセッサを使用して実装されてよい。
【0071】
示されるように、コンピュータシステム５１０は、局所分散型台帳Ａに対するフルノードスタックＡ ５１２－Ａを含む。フルノードスタックＡ ５１２－Ａは、局所分散型台帳Ａの完全なコピーを含む。
【0072】
さらに、コンピュータシステム５１０は、対外分散型台帳Ｂに対するＳＰＶノードスタックＢ ５１４－Ｂ、対外分散型台帳Ｃに対するＳＰＶノードスタックＣ ５１４－Ｃ、および対外分散型台帳Ｄに対するＳＰＶノードスタックＤ ５１４－Ｄを含む。ＳＰＶノードスタックＢ ５１４－Ｂは、対外分散型台帳Ｂに対するブロックヘッダー／シグネチャチェーンを含む。ＳＰＶノードスタックＣ ５１４－Ｃは、対外分散型台帳Ｃに対するブロックヘッダー／シグネチャチェーンを含む。ＳＰＶノードスタックＤ ５１４－Ｄは、対外分散型台帳Ｄに対するブロックヘッダー／シグネチャチェーンを含む。
【0073】
ＰＶノード、とりわけ、ＳＰＶノードとして実装されるＰＶノードで維持されてよいブロックヘッダー／シグネチャチェーンの構造は、図５Ｃに示されている。図５Ｃに示されるように、ブロックヘッダー／シグネチャチェーン５２０は、関連の分散型台帳のブロックヘッダー５２２およびブロックシグネチャ５２４を含み、この場合、ブロックシグネチャは、署名されるブロックが有効であるとバリデータが承諾することを指示する関連の分散型台帳ネットワークのブロックバリデータによるシグネチャである。
【0074】
ここで、図５Ａとの関連で上述される第１の例示の多重分散型台帳システム５００が、例えば、毎秒１００，０００のトランザクションという目標を実現するように構築されること、および、それぞれの共通台帳が毎秒３３３のトランザクションを個々に取り扱うことが可能であることを検討する。毎秒１００，０００のトランザクションを実現するために、図５Ａの多重分散型台帳システム５００は、１００，０００／３３３＝３００程度の共通台帳を有する必要がある。３００の共通台帳がある場合、それぞれの参加ノードは、ほぼ３００の他の分散型台帳に対するＳＰＶノードを維持しなければならない（分散型台帳における参加ノードまたはバリデータは、ブロックの妥当性について投票することが可能とされるノードである。分散型台帳におけるバリデータの圧倒的多数（例えば、３分の２以上）は一般的に、ブロックがチェーンにコミットされるようにするためにブロックの妥当性について同意しなければならない）。
【0075】
それぞれの分散型台帳がその台帳に対するＳＰＶノードによって維持されるように毎秒約７キロバイトのデータを生じさせることになることが推定可能である。データは、その分散型台帳に対するブロックヘッダーおよびブロックシグネチャを含む。この、１共通台帳当たり毎秒７キロバイトの推定は、必要とされる投票の３分の２（２／３）の閾値で、それぞれの共通台帳に対してわずか約１００のコンセンサス参加者を有すること、および、１シグネチャ当たり１００バイトがあることを想定している。
【0076】
これによって、約３００の分散型台帳×７キロバイト／秒／台帳＝それぞれの参加している「局所」フルノードに「対外」ＳＰＶノードを共同設置するための追加のコミットされた記憶域の２，１００キロバイト／秒となる。この推定された追加の記憶域の要件は、対外ＳＰＶノードを共同設置しない記憶域の要件の約２倍である。
【0077】
この追加の記憶域の要件に加えて、ブロックヘッダー／シグネチャチェーンにおけるブロックヘッダーに対するブロックハッシュのインデックスは、ＳＰＶノードが与えられてよい。インデックスは、台帳間検証を行うように図４に示されたマークルツリー参照に使用されてよい。
【0078】
ＰＶノードに対する追加の記憶域の要件は管理可能であるため、他の共通台帳全ての「対外」ＰＶノードは、共通台帳の参加している「局所」ノードの一部または全てにおいて共同設置されてよい。さらに、それぞれのＰＶノードが与えられたインデックスを使用して、参加ノードは、該当するマークルルートを効率的に見出すことでトランザクション参照を容易に検証可能である。
【0079】
第２の例示のシステムアーキテクチャ：共有ノードのセット
図６Ａに示される第２の例示のシステムアーキテクチャ６００において、ノードのセットは、多重分散型台帳システムの分散型台帳ネットワーク全てによって共有される。これらの共有ノードのそれぞれは、複数台帳方式振替を効率的にサポートするように多重分散型台帳システムの共通台帳全てに対するフルノードとして動作してよい。３つの共通台帳を有する多重分散型台帳システムが図６Ａに示されているが、任意の数の共通台帳がシステムに含まれてよいことに留意されたい。
図６Ａに示される第２の例示のシステムアーキテクチャ６００において、ノードのセットは、多重分散型台帳システムの分散型台帳ネットワーク全てによって共有される。これらの共有ノードのそれぞれは、複数台帳方式振替を効率的にサポートするように多重分散型台帳システムの共通台帳全てに対するフルノードとして動作してよい。３つの共通台帳を有する多重分散型台帳システムが図６Ａに示されているが、任意の数の共通台帳がシステムに含まれてよいことに留意されたい。
【0080】
図６Ａに示される例では、第１の分散型台帳Ａは第１の分散型台帳ネットワーク１００Ａによって維持され、第２の分散型台帳Ｂは第２の分散型台帳ネットワーク１００Ｂによって維持され、第３の分散型台帳Ｃは第３の分散型台帳ネットワーク１００Ｃによって維持される。これらの分散型台帳ネットワーク（１００Ａ、１００Ｂ、および１００Ｃ）のそれぞれは、図１との関連で上述されるように、ノード１０２をこれらの間の相互接続１０４と共に含む。
【0081】
本発明の一実施形態によると、フルノードの共有セット（１００ＡＢＣ）がある。共有セット１００ＡＢＣのそれぞれのノードは、３つの分散型台帳ネットワーク（１００Ａ、１００Ｂ、および１００Ｃ）のそれぞれのフルノードとして動作可能である。そのように、共有セット１００ＡＢＣのそれぞれのノードは、３つの分散型台帳（Ａ、Ｂ、およびＣ）のそれぞれのコピーを含有する。３つの分散型台帳（Ａ、Ｂ、Ｃ）が別個の分散型台帳のままであり、それぞれがトランザクションの別個の台帳を記録していることに留意されたい。
【0082】
本発明の一実施形態によると、システムにおけるそれぞれの分散型台帳のブロックヘッダーに対するブロックハッシュのインデックスは、分散型台帳データから作成され、かつフルノードの共有セット（１００ＡＢＣ）のそれぞれのノードで提供されてよい。インデックスは、台帳間検証を行うように（ロックトランザクション４０６から開始トランザクション４０４まで、および終了トランザクション４０８からロックトランザクション４０６まで）図４に示されるマークルツリー参照に使用されてよい。
【0083】
任意の参加ノードは、複数台帳トランザクションを検証するためにネットワークを通してフルノードの共有セット（１００ＡＢＣ）のノードに問合せを送ってよい。これは、共通台帳に提供されたフルノードが共通台帳のコンテンツについて偽っていないことを保証または認定するために中央エンティティまたは他の信頼されているエントリーでの信頼を含意する。
【0084】
図６Ｂは、本発明の一実施形態による、図６Ａのシステムアーキテクチャ内の共有ノードのセット１００ＡＢＣにおけるノード１０２ＡＢＣに対するコンピュータシステム６１０の例示の実装形態を示す。示されるように、コンピュータシステム６１０は、局所分散型台帳Ａに対するフルノードスタックＡ ５１２－Ａ、局所分散型台帳Ｂに対するフルノードスタックＢ ５１２－Ｂ、および、局所分散型台帳Ｃに対するフルノードスタックＣ ５１２－Ｃを含む。フルノードスタックＡ ５１２－Ａは局所分散型台帳Ａに対する完全なコピーを含む。フルノードスタックＢ ５１２－Ｂは局所分散型台帳Ｂに対する完全なコピーを含む。フルノードスタックＣ ５１２－Ｃは局所分散型台帳Ｃに対する完全なコピーを含む。
【0085】
例示の複数台帳方式振替のフローチャート
図７は、本発明の一実施形態による、ソース分散型台帳上のデジタル表現された経済価値の所有者が、デジタル表現された経済価値をターゲット分散型台帳上のエンティティに振り替えるための方法７００のフローチャートである。図示される特定の例では、振り替えられる値は１００万米ドル（ＵＳＤ）である。
図７は、本発明の一実施形態による、ソース分散型台帳上のデジタル表現された経済価値の所有者が、デジタル表現された経済価値をターゲット分散型台帳上のエンティティに振り替えるための方法７００のフローチャートである。図示される特定の例では、振り替えられる値は１００万米ドル（ＵＳＤ）である。
【0086】
方法７００によって使用される構成要素は、以下、ソース分散型台帳Ｌ＿Ａと、ターゲット分散型台帳Ｌ＿Ｂと、Ｌ＿Ａのフルノードスタック（Ｎ＿Ａ）を有し、また、Ｌ＿Ｂの少なくともＳＰＶノード（Ｓ＿Ｂ）として動作するように構成される（そのため、Ｌ＿Ｂに対する少なくともブロックヘッダーを含む）第１のネットワークノードと、Ｌ＿Ｂのフルノードスタック（Ｎ＿Ｂ）を有し、また、Ｌ＿Ａの少なくともＳＰＶノード（Ｓ＿Ａ）として動作するように構成される（そのため、Ｌ＿Ａに対する少なくともブロックヘッダーを含む）第２のネットワークノードと、を含んでよい。
【0087】
ノードスタックＮ＿Ａは、以下のデータおよび能力、つまり、Ｌ＿Ａを使用するそれぞれのエンティティの資産に対するＵＴＸＯのインデックス、これらのＵＴＸＯによるトランザクションを構築する能力、Ｌ＿Ａからのコミットされたトランザクションをリッスンする能力、対外分散型台帳（例えば、Ｌ＿Ｂ）にコミットされる対外ノードスタック（例えば、Ｎ＿Ｂ）にトランザクションをサブミットする能力、トランザクションがこれ自体でサブミットされた場合の、対外ノードスタック（例えば、Ｎ＿Ｂ）からのコミットされたトランザクションをリッスンする能力、対外ノードスタック（例えば、Ｎ＿Ｂ）によってサブミットされたトランザクションを承諾しかつ索引付けする能力、および、コミットされたトランザクションがそれ自体でサブミットされた場合の、Ｌ＿Ａから対外ノードスタック（例えば、Ｎ＿Ｂ）へのコミットされたトランザクションを排除する能力を有してよい。
【0088】
同様に、ノードスタックＮ＿Ｂは、以下のデータおよび能力、つまり、Ｌ＿Ｂを使用するそれぞれのエンティティの資産に対するＵＴＸＯのインデックス、これらのＵＴＸＯによるトランザクションを構築する能力、Ｌ＿Ｂからのコミットされたトランザクションをリッスンする能力、対外分散型台帳（例えば、Ｌ＿Ａ）にコミットされる対外ノードスタック（例えば、Ｎ＿Ａ）にトランザクションをサブミットする能力、トランザクションがこれ自体でサブミットされた場合の、対外ノードスタック（例えば、Ｎ＿Ａ）からのコミットされたトランザクションをリッスンする能力、対外ノードスタック（例えば、Ｎ＿Ａ）によってサブミットされたトランザクションを承諾しかつ索引付けする能力、および、コミットされたトランザクションがそれ自体でサブミットされた場合の、Ｌ＿Ａから対外ノードスタック（例えば、Ｎ＿Ａ）へのコミットされたトランザクションを排除する能力を有してよい。
【0089】
ステップ１に従って、ノードスタックＮ＿Ａのクライアントとして、資産所有者および振替ソースであるエンティティＡは、ソース分散型台帳Ａ（Ｌ＿Ａ）からターゲット分散型台帳Ｂ（Ｌ＿Ｂ）上のエンティティＢへの指定された値（この例では、１００万ＵＳＤ）の複数台帳方式振替を開始する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ１に関する疑似コードは、図９の行１～２に提供される。
【0090】
ステップ２に従って、ノードスタックＮ＿Ａは、Ｌ＿ＡのＵＴＸＯ Ｕ＿１におけるエンティティＡの資産の指定された値を識別する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ２に関する疑似コードは、図９の行３～４に提供される。
【0091】
ステップ３に従って、Ｎ＿Ａは指定された値の開始トランザクションＴ＿Ｉをビルドする。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ３に関する疑似コードは、図９の行５～６に提供される。
【0092】
ステップ４に従って、Ｎ＿ＡはＴ＿ＩをノードスタックＮ＿Ｂにサブミットする。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ４に関する疑似コードは、図１１における疑似コードルーチンを呼び出すように、図９の行１１～１４に提供される。
【0093】
ステップ５に従って、ノードスタックＮ＿ＢはＴ＿ＩをＬ＿Ｂにサブミットする。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ｂにおいて）実施されるステップ５に関する疑似コードは、図１２における疑似コードルーチンを呼び出すように、図１１の行５～６に提供される。
【0094】
ステップ６に従って、Ｌ＿ＢはＴ＿Ｉをコミットし、かつＴ＿ＩがコミットされるとＮ＿Ｂに通知する。ステップ６は分散型台帳の従来のコードを使用して行われてよい。
【0095】
Ｔ＿ＩがＬ＿Ｂにコミットされた後、ステップ７ａに従って、ＳＰＶノードＳ＿ＢはＴ＿Ｉを含有するブロックについてのＳＰＶ情報（すなわち、ヘッダーおよびシグネチャ）を受信する。さらに、ステップ７ｂに従って、Ｎ＿Ｂは、Ｔ＿ＩがコミットされたことをＮ＿Ａに通知する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ｂにおいて）実施されるステップ７ａおよび７ｂに関する疑似コードは、図１３および図１４における疑似コードによって提供される。
【0096】
ステップ８に従って、Ｎ＿Ａは、Ｔ＿Ｉを参照しかつＵ＿１をロックするロックトランザクションＴ＿Ｌを構築する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ８に関する疑似コードは、図１０の行７～１２に提供される。
【0097】
ステップ９に従って、Ｎ＿ＡはＴ＿ＬをＬ＿Ａにサブミットする。フルノードスタックにおいて（例えば、分散型台帳Ｌ＿ＡのノードスタックＮ＿Ａにおいて）実施されるステップ９に関する疑似コードは、図１２における疑似コードルーチンを呼び出すように、図１０の行１３～１４にある。
【0098】
ステップ１０に従って、Ｌ＿Ａは、（Ｔ＿Ｌで参照される）Ｔ＿ＩがＬ＿Ｂによってコミットされたことを検証するためにＳ＿Ｂでチェックする。分散型台帳（例えば、分散型台帳Ｌ＿Ａ）によって実施されるステップ１０に関する疑似コードは、図１２に提供される。トランザクションが対外分散型台帳でコミットされることを検証するための例示の手順は、図８との関連で後述される。
【0099】
ステップ１１に従って、検証が成功した後、Ｌ＿ＡはＴ＿Ｌをコミットし、かつＴ＿ＬがコミットされるとＮ＿Ａに通知する。ステップ１１は分散型台帳の従来のコードを使用して行われてよい。
【0100】
Ｔ＿ＬがＬ＿Ａにコミットされた後、ステップ１２ａに従って、ＳＰＶノードＳ＿ＡはＴ＿Ｌを含有するブロックについてのＳＰＶ情報（すなわち、ヘッダーおよびシグネチャ）を受信する。さらに、ステップ１２ｂに従って、Ｎ＿Ａは、Ｔ＿Ｌを参照し、かつ振替ターゲットＢによって所有される指定された値の出力を有する終了トランザクションＴ＿Ｃを構築する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ１２ａおよび１２ｂに関する疑似コードは、図１３および図１４における疑似コードによって提供される。
【0101】
ステップ１３に従って、Ｎ＿ＡはＴ＿ＣをＮ＿Ｂにサブミットする。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ａにおいて）実施されるステップ１３に関する疑似コードは、図１０の行２７～３０、および図１１の疑似コードに提供される。
【0102】
ステップ１４に従って、Ｎ＿ＢはＴ＿ＣをＬ＿Ｂにサブミットする。フルノードスタックにおいて（例えば、分散型台帳Ｌ＿ＡのノードスタックＮ＿Ａにおいて）実施されるステップ１４に関する疑似コードは、図１２の疑似コードによって提供される。
【0103】
ステップ１５に従って、Ｌ＿Ｂは、（Ｔ＿Ｃで参照される）Ｔ＿ＬがＬ＿Ａによってコミットされたことを検証するためにＳ＿Ａでチェックし、Ｌ＿Ｂはまた、Ｔ＿Ｃへの入力が（Ｔ＿Ｌで参照される）Ｔ＿Ｉの出力であることを検証するようにチェックする。分散型台帳（例えば、分散型台帳Ｌ＿Ｂ）によって実施されるステップ１０に関する疑似コードは、図１２に提供される。トランザクションが対外分散型台帳でコミットされることを検証するための例示の手順は、図８との関連で後述される。
【0104】
ステップ１６に従って、検証が成功した後、Ｌ＿ＢはＴ＿Ｃをコミットし、かつＴ＿ＣがコミットされるとＮ＿Ｂに通知する。ステップ１６は分散型台帳に対して従来のコードを使用して行われてよい。
【0105】
ステップ１７に従って、Ｎ＿ＢはＴ＿ＣがＬ＿ＢによってコミットされたことをＮ＿Ａに通知する。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ｂにおいて）実施されるステップ１７に関する疑似コードは、図１４に提供される。
【0106】
最後に、ステップ１８に従って、Ｎ＿ＢはエンティティＢのＴ＿Ｃの出力を索引付けする。フルノードスタックにおいて（例えば、ノードスタックＮ＿Ｂおいて）実施されるステップ１８に関する疑似コードは、図１０の行３３～３４に提供される。
【0107】
上述される方法７００は、図５Ａに図示される第１のシステムアーキテクチャ５００による使用にとりわけ適していることに留意されたい。これは、第１のシステムアーキテクチャ５００が局所分散型台帳のフルノードと共に対外分散型台帳のＳＰＶノードを共同設置することが理由である。
【0108】
方法７００は、図６に図示される第２のシステムアーキテクチャ６００による使用のために容易に修正可能である。第２のシステムアーキテクチャ６００は、局所分散型台帳のフルノードによる対外分散型台帳のフルノードを共同設置する。そのように、方法７００のステップ７ａおよび１２ａは必要ではない。さらに、Ｌ＿Ａは、Ｔ＿Ｉがステップ１０でコミットされたことを検証するためにＮ＿Ｂでチェックしてよく、Ｌ＿Ｂは、Ｔ＿Ｃがステップ１５でコミットされたことを検証するためにＮ＿Ａでチェックしてよい。
【0109】
台帳間トランザクション検証
対外分散型台帳におけるトランザクション参照を検証するために、これらの他の分散型台帳に何がコミットされるのかに対する信頼できる検証機構を有することが必要である。別の分散型台帳におけるトランザクションを検証するためのこのような機構は、従来の分散型台帳技術によって提供されない。
対外分散型台帳におけるトランザクション参照を検証するために、これらの他の分散型台帳に何がコミットされるのかに対する信頼できる検証機構を有することが必要である。別の分散型台帳におけるトランザクションを検証するためのこのような機構は、従来の分散型台帳技術によって提供されない。
【0110】
対外分散型台帳におけるトランザクションを検証するための例示のプロセス８００は、図８に示されている。プロセス８００は、例えば、開始トランザクションがターゲット分散型台帳に存在することを検証するための図７のステップ１０において、および、ロックトランザクションがソース分散型台帳に存在することを検証するための図７のステップ１５において適用されてよい。
【0111】
ステップ８０１に従って、検証されるトランザクションに対するトランザクション入力の参照データは、問合せ内で局所ノードから１つまたは複数の対外ノードにパスさせる。局所ノードは局所分散型台帳のノードであり、対外ノードは、トランザクションが検証される対外分散型台帳のノードである。
【0112】
８０２）対外ノード（複数可）は、問合せするための正確なインデックスを見出すためにトランザクション入力において台帳識別子（例えば、チェーンｉｄ）を使用し、この正確なインデックスは台帳識別子と関連付けられている。インデックスへの入力は検証されているトランザクションを含有するブロックに対するブロックハッシュである。
【0113】
８０３）対外ノード（複数可）は、検査するための正確なブロックを見出すためにトランザクション入力においてブロックハッシュを使用する。
【0114】
８０４）対外ノード（複数可）は、（ステップ８０３で見出された）識別されたブロックからブロックヘッダーを抽出する。
【0115】
８０５）対外ノード（複数可）は識別されたブロックからマークルルートハッシュを抽出する。
【0116】
８０６）対外ノード（複数可）はトランザクション入力のトランザクションに対するトランザクションハッシュを算出する。
【0117】
８０７）対外ノード（複数可）はトランザクションハッシュおよび提供されたマークル分岐ハッシュからマークルルートハッシュを算出する。
【0118】
８０８）対外ノード（複数可）は、算出されたマークルルートハッシュを識別されたブロックにおけるマークルルートハッシュと比較する。
【0119】
８０９）対外ノード（複数可）は、トランザクションが、ハッシュが一致する場合有効であり、ハッシュが一致しない場合無効であることを局所ノードに返す。
【0120】
複数の対外ノードが上述した検証方法８００で問い合わせられる場合、トランザクションは、対外ノードのうちの１つが、トランザクションが有効であると返す限り、有効にコミットされるとみなされ得ることに留意されたい。
【0121】
また、上述される方法８００が、図５Ａに示される第１のシステムアーキテクチャ５００または図６に示される第２のシステムアーキテクチャ６００のどちらかで使用されてよいことに留意されたい。第１のシステムアーキテクチャ５００について、対外ノードは、局所フルノードスタックと共に共同設置される対外ＳＰＶノードスタックに対応し得る。第２のシステムアーキテクチャ６００について、対外ノードスタックは、局所フルノードスタックと共に共同設置される対外フルノードスタックであってよい。
【0122】
【0123】
トランザクションを開始する
図９に示される疑似コード手順は、複数台帳トランザクションがノードスタックにサブミットされる時に行われる。トランザクションを構築するために、トランザクションされる資産に対応するＵＴＸＯが見出されなければならない。ＵＴＸＯが見出だされると、開始トランザクションはそのＵＴＸＯ外に構築されるものとする。この開始トランザクションは、トランザクションのソースおよびトランザクションのターゲットと共に、後の検索のために索引付けられるものとする。開始トランザクションはＵＴＸＯにおける資産の所有者によって署名されるものとする。さらにまた、ターゲットノードスタックが位置し、開始トランザクションはソースの知識と共にターゲットノードスタックに送られる。
図９に示される疑似コード手順は、複数台帳トランザクションがノードスタックにサブミットされる時に行われる。トランザクションを構築するために、トランザクションされる資産に対応するＵＴＸＯが見出されなければならない。ＵＴＸＯが見出だされると、開始トランザクションはそのＵＴＸＯ外に構築されるものとする。この開始トランザクションは、トランザクションのソースおよびトランザクションのターゲットと共に、後の検索のために索引付けられるものとする。開始トランザクションはＵＴＸＯにおける資産の所有者によって署名されるものとする。さらにまた、ターゲットノードスタックが位置し、開始トランザクションはソースの知識と共にターゲットノードスタックに送られる。
【0124】
コミットされたトランザクションを通知する
図１０に示される疑似コード手順は、トランザクションがコミットされたことをノードスタックが通知される時に行われる。トランザクションが開始トランザクションであるかロックトランザクションであるかに応じて、２つの事例がある。
図１０に示される疑似コード手順は、トランザクションがコミットされたことをノードスタックが通知される時に行われる。トランザクションが開始トランザクションであるかロックトランザクションであるかに応じて、２つの事例がある。
【0125】
第１の事例は、コミットされるトランザクションが開始トランザクションである場合である。これが生じる時、図９に説明されるインデックスからロックする必要があるＵＴＸＯを検索できる。さらにまた、このＵＴＸＯ外のロックトランザクションをビルドする。このトランザクションは、図９に説明されるインデックスを使用して検索もする、ＵＴＸＯにおける資産の所有者によって署名される必要がある。最後に局所台帳にこのトランザクションをサブミットする。
【0126】
第２の事例は、コミットされるトランザクションがロックトランザクションである場合である。これが生じる時、最初に、ロックトランザクションによって参照される開始トランザクションのターゲットを見出す。これは、図９に説明されるインデックスから利用可能である。ロックトランザクションを参照する終了トランザクションをビルドする。この終了トランザクションは、振り替えられる資産の所有者のシグネチャを必要とし、これは、図９に説明されるインデックスで検索できる。最後に、ターゲットに対するノードスタックを見出し、終了トランザクションは、ソースの知識と共に、ターゲットノードスタックに送られる。
【0127】
ノードスタックが通知される全てのトランザクションについて、利用可能なＵＴＸＯプールは更新される必要がある。
【0128】
対外トランザクションをコミットする
図１１に示される疑似コード手順は、（開始または終了トランザクションが受信される時など）ノードスタックが対外ノードスタックからトランザクションを受信する時に行われる。トランザクションは、トランザクションが受信されるソースに索引付けされ、次いで、トランザクションは局所分散型台帳にサブミットされる。
図１１に示される疑似コード手順は、（開始または終了トランザクションが受信される時など）ノードスタックが対外ノードスタックからトランザクションを受信する時に行われる。トランザクションは、トランザクションが受信されるソースに索引付けされ、次いで、トランザクションは局所分散型台帳にサブミットされる。
【0129】
トランザクションを台帳にサブミットする
図１２に示される疑似コード手順は、分散型台帳がサブミットされたトランザクションを受信する時に行われる。図では省かれている（図示されていない）全てのトランザクションにわたって共通の検証を行うことが採用されるいくつかのステップがある。ＳＰＶ参照を含有するこれらのトランザクション（ロックトランザクションおよび終了トランザクション）について、これらの入力にある特定の妥当性が与えられる。
図１２に示される疑似コード手順は、分散型台帳がサブミットされたトランザクションを受信する時に行われる。図では省かれている（図示されていない）全てのトランザクションにわたって共通の検証を行うことが採用されるいくつかのステップがある。ＳＰＶ参照を含有するこれらのトランザクション（ロックトランザクションおよび終了トランザクション）について、これらの入力にある特定の妥当性が与えられる。
【0130】
入力が（ロックトランザクションおよび終了トランザクションの場合）ＳＰＶ参照を含有することが見出される場合、ＳＰＶノード上の検証ＡＰＩを呼び出すことによって、ＳＰＶ参照が有効であることを検証する。さらに、（終了トランザクションの場合のように）入力がＳＰＶ参照によるトランザクションを含有するＳＰＶ参照を含有することを見出す場合、含有されるトランザクションのＳＰＶ参照トランザクションＩＤが、終了トランザクションが用いる開始トランザクションに一致するかどうかがチェックされる。全ての妥当性検査にパスする場合、トランザクションは台帳によってコミットされる準備ができている。
【0131】
ブロックを台帳にコミットする
図１３に示される疑似コード手順は、分散型台帳がトランザクションを含有するブロックをコミットする時に行われる。図には、分散型台帳がトランザクションをブロックにどのように追加するか、および台帳がブロック上のコンセンサスにどのように達するのかを決定するプロセスを、これらの主題が本開示の範囲を超えているため示していない。示される手順では、台帳は、そのブロックをある永続化された記憶域に記憶し、ブロックについてのＳＰＶ情報をＳＰＶノードに送り、さらにまた、ブロックがコミットされたことを局所ノードスタックに通知する。
図１３に示される疑似コード手順は、分散型台帳がトランザクションを含有するブロックをコミットする時に行われる。図には、分散型台帳がトランザクションをブロックにどのように追加するか、および台帳がブロック上のコンセンサスにどのように達するのかを決定するプロセスを、これらの主題が本開示の範囲を超えているため示していない。示される手順では、台帳は、そのブロックをある永続化された記憶域に記憶し、ブロックについてのＳＰＶ情報をＳＰＶノードに送り、さらにまた、ブロックがコミットされたことを局所ノードスタックに通知する。
【0132】
コミットされたトランザクションについてのメッセージを送る
図１４の疑似コード手順は、局所ノードスタックがコミットされたトランザクションに関する通知をどのように配信するのかを示す。この手順は、開始トランザクションおよび終了トランザクションに対して行われる。
図１４の疑似コード手順は、局所ノードスタックがコミットされたトランザクションに関する通知をどのように配信するのかを示す。この手順は、開始トランザクションおよび終了トランザクションに対して行われる。
【0133】
ブロックにおける全てのトランザクションについて、局所ノードスタックは、トランザクションが対外ソースを有したかどうかを判断するために（図１１に定められる）対外インデックスを見る。トランザクションが対外ソースを有していた場合、局所ノードスタックは、対外ソースに対するノードスタックを見出し、かつその対外ノードスタックまでコミットされたトランザクションおよびコミットされたトランザクションについてのＳＰＶ情報を送る。局所ノードスタックは、（ソースが局所または対外であるかどうか）全てのコミットされたトランザクションについて通知される。
【0134】
トランザクション構造
図１５は、本発明の一実施形態による、複数台帳方式参照トランザクション入力を含み得る標準トランザクション１５００のための一般構造を示す。図１５における標準トランザクションはトランザクション入力のリスト、およびトランザクション出力のリストを含む。
図１５は、本発明の一実施形態による、複数台帳方式参照トランザクション入力を含み得る標準トランザクション１５００のための一般構造を示す。図１５における標準トランザクションはトランザクション入力のリスト、およびトランザクション出力のリストを含む。
【0135】
この場合、２つのタイプのトランザクション入力がある。第１のタイプのトランザクション入力は、台帳内（すなわち、標準）トランザクション入力１５０２である。それぞれの台帳内トランザクション入力は、入力トランザクションを識別するバイト、および、入力トランザクションに対する出力オフセットを提供する整数を含む。
【0136】
第２のタイプのトランザクション入力は、複数台帳方式参照トランザクション入力１５０４である。それぞれの複数台帳方式参照トランザクション入力は、対外台帳を識別するバイト、対外台帳内のブロックを識別するブロックハッシュのバイト、識別されたブロックにおけるトランザクションに対するマークル分岐ハッシュのリスト、識別されたブロック内の入力トランザクションのトランザクションバイト、および、所定のトランザクションバイト内で参照されている特定の出力に対するオフセットを提供する整数オフセットを含む。
【0137】
それぞれのトランザクション出力１５０６は、出力されているデジタル財産を識別するバイト、および、トランザクション出力の符号化ロックであるバイトロックを含む。バイトロックは、一致する秘密キーからシグネチャを提供することによってアンロックされる。
【0138】
図１６～図１８は、本発明の一実施形態による、複数台帳方式振替を共に提供する３つのトランザクションのための構造を示す。これらの３つの構造は、図４に示される３トランザクション複数台帳方式振替４００を実施するために使用されてよい。
【0139】
図１６は、本発明の一実施形態による、３トランザクション複数台帳方式振替の開始トランザクション１６００のための特定の構造を示す。開始トランザクションは、トランザクション入力を含まず、単一のトランザクション出力１６０６を含む。
【0140】
トランザクション出力１６０６は、振り替えられているデジタル財産を識別するバイト、およびバイトロックを含む。バイトロックは、この開始トランザクションを参照するロックトランザクションへの参照による終了トランザクションによってのみ（デジタル財産を用いるために）アンロックされてよい。
【0141】
図１７は、本発明の一実施形態による、３トランザクション複数台帳方式振替のロックトランザクション１７００のための特定の構造を示す。ロックトランザクション１７００は、トランザクション入力のリスト、およびトランザクション出力のリストを含む。
【0142】
トランザクション入力は、１つまたは複数の台帳内トランザクション入力１７０２、および単一の複数台帳方式参照トランザクション入力１７０４を含む。
【0143】
それぞれの台帳内トランザクション入力１７０２は、ソース台帳における入力トランザクションを識別するバイト、およびそのトランザクションに対する出力オフセットを提供する整数を含む。それぞれの入力トランザクションは、ソース台帳における既存のトランザクションに対応し、出力オフセットは、ロックトランザクション１７００に入力される既存のトランザクションの特定の出力を指示する。
【0144】
複数台帳方式参照トランザクション入力１７０４を使用して、ターゲット台帳における開始トランザクションを参照する。複数台帳方式参照トランザクション入力１７０４は、ターゲット台帳を識別するバイト、ターゲット台帳内のブロックを識別するブロックハッシュのバイト、識別されたブロックにおけるトランザクションに対するマークル分岐ハッシュのリスト、識別されたブロック内の開始トランザクションのトランザクションバイト、および、所定のトランザクションバイト内で参照される特定の出力に対するオフセットを提供する整数オフセットを含む。
【0145】
ロックトランザクション１７００は、いずれのトランザクション出力１７０６も必要としないため、ゼロ以上のトランザクション出力１７０６を有してよい。トランザクション出力１７０６がある場合、このトランザクション出力１７０６は、出力されているデジタル財産を識別するバイト、およびバイトロックを含む。トランザクション出力１７０６のデジタル財産は、（１つまたは複数の既存のトランザクションの出力（単数または複数）から）台帳内トランザクション入力１７０２が指し示すデジタル財産と、（開始トランザクションの指定された出力から）複数台帳方式参照トランザクション入力１７０４が指し示すデジタル財産との間の差に等しくなければならない。これらのデジタル財産の金額が等しい場合、トランザクション出力１７０６はない。
【0146】
図１８は、本発明の一実施形態による、３トランザクション複数台帳方式振替の終了トランザクション１８００のための特定の構造を示す。終了トランザクション１８００は、２つのトランザクション入力、および１つまたは複数のトランザクション出力を含む。
【0147】
２つのトランザクション入力は、単一の台帳内トランザクション入力１８０２、および単一の複数台帳方式参照トランザクション入力１８０４を含む。
【0148】
台帳内トランザクション入力１８０２は、ターゲット台帳における開始トランザクションを識別するトランザクションＩＤのバイト、およびそのトランザクションに対する出力オフセットを提供する整数を含む。出力オフセットは、終了トランザクション１８００に入力されている開始トランザクションの特定の出力を指示する。台帳内トランザクション入力１８０２におけるこのトランザクションＩＤは、ロックトランザクションによって指し示された開始トランザクションのトランザクションＩＤに一致しなければならず、その他の場合、終了トランザクションは無効になる。
【0149】
複数台帳方式参照トランザクション入力１８０４を使用して、ソース台帳におけるロックトランザクションを参照する。複数台帳方式参照トランザクション入力１８０４は、ソース台帳を識別するバイト、ソース台帳内のブロックを識別するブロックハッシュのバイト、識別されたブロックにおけるトランザクションに対するマークル分岐ハッシュのリスト、識別されたブロック内のロックトランザクションのトランザクションバイト、および、もしあれば、所定のトランザクションバイト内で参照されている特定の出力に対するオフセットを提供する整数オフセットを含む。
【0150】
１つまたは複数のトランザクション出力１８０６があってよい。それぞれのトランザクション出力１８０６は、出力されているデジタル財産を識別するバイト、およびトランザクション出力に対する符号化されたロックであるバイトロックを含む。バイトロックは、一致する秘密キーからシグネチャを提供することによってアンロックされる。
【0151】
スケーラビリティゲインを示すシステム性能計算
この節では、複数の分散型台帳（例えば、複数のブロックチェーン）を有するシステムに対するシステム性能の計算から明らかなようにスケーラビリティゲインについて説明する。
この節では、複数の分散型台帳（例えば、複数のブロックチェーン）を有するシステムに対するシステム性能の計算から明らかなようにスケーラビリティゲインについて説明する。
【0152】
計算についての変数定義は下記になる。
Ｒ＝１台帳につき１秒当たりの送金の数
Ｘ＝１台帳につき１秒当たりの台帳内トランザクションの数
Ｙ＝１台帳につき１秒当たりの台帳間トランザクションの数
Ｎ＝システムにおける共通台帳の数
Ｒ＝１台帳につき１秒当たりの送金の数
Ｘ＝１台帳につき１秒当たりの台帳内トランザクションの数
Ｙ＝１台帳につき１秒当たりの台帳間トランザクションの数
Ｎ＝システムにおける共通台帳の数
【0153】
計算に対する想定は下記になる。
１）Ｎの分散型台帳にわたるトランザクションの最悪の場合の分散は、台帳内トランザクション対台帳間トランザクションの比率が１対Ｎ－１になるように想定される
２）ブロックはサイズが１メガバイト（１ＭＢ）である
３）分散型台帳のブロックの処理速度は毎秒１ブロックである
４）台帳内トランザクションは約１０００バイト＝１キロバイトを扱う
５）トランザクション参照の最悪の場合のサイズは、ｌｏｇ２（３０００）＊３２バイト＋３２バイト＝４１６バイトである
６）デジタル表現された経済価値を振り替えるための台帳間トランザクションは、それぞれ、５つのトランザクションを構成し、かつ、以下のステップにより合計２８１４バイトを扱う。
ａ）サブスクライバが送るトランザクションは約３３３バイトを扱う
ｂ）開始トランザクションは約２００バイトを扱う
ｃ）ロックトランザクションは、開始サイズ＋４１６バイト＋１００バイト＝７１６バイトを扱う
ｄ）終了トランザクションは、ロックサイズ＋４１６バイト＋１００バイト＝１２３２バイトを扱う
ｅ＝サブスクライバが受信するトランザクションは約３３３バイトを扱う
１）Ｎの分散型台帳にわたるトランザクションの最悪の場合の分散は、台帳内トランザクション対台帳間トランザクションの比率が１対Ｎ－１になるように想定される
２）ブロックはサイズが１メガバイト（１ＭＢ）である
３）分散型台帳のブロックの処理速度は毎秒１ブロックである
４）台帳内トランザクションは約１０００バイト＝１キロバイトを扱う
５）トランザクション参照の最悪の場合のサイズは、ｌｏｇ２（３０００）＊３２バイト＋３２バイト＝４１６バイトである
６）デジタル表現された経済価値を振り替えるための台帳間トランザクションは、それぞれ、５つのトランザクションを構成し、かつ、以下のステップにより合計２８１４バイトを扱う。
ａ）サブスクライバが送るトランザクションは約３３３バイトを扱う
ｂ）開始トランザクションは約２００バイトを扱う
ｃ）ロックトランザクションは、開始サイズ＋４１６バイト＋１００バイト＝７１６バイトを扱う
ｄ）終了トランザクションは、ロックサイズ＋４１６バイト＋１００バイト＝１２３２バイトを扱う
ｅ＝サブスクライバが受信するトランザクションは約３３３バイトを扱う
【0154】
上記の定義および想定に基づいて、以下の計算がなされる。
台帳内トランザクション対台帳間トランザクションの比率が１／（Ｎ－１）であることによって、Ｘ／Ｙ＝１／（Ｎ－１）
１ＭＢのブロックサイズ、および２つのタイプのトランザクションのサイズが１０００バイトおよび２８１４バイトであることによって、１０６＝１０００Ｘ＋２８１４Ｙ
１台帳につき１秒当たりの送金は、１台帳につき１秒当たりの台帳内トランザクションと、１台帳につき１秒当たりの台帳間トランザクションとの合計であるため、Ｒ＝Ｘ＋Ｙ
Ｎの関数としてＲの値を求めると、Ｒ＝１０６Ｎ／（２８１４Ｎ－１８１４）
台帳内トランザクション対台帳間トランザクションの比率が１／（Ｎ－１）であることによって、Ｘ／Ｙ＝１／（Ｎ－１）
１ＭＢのブロックサイズ、および２つのタイプのトランザクションのサイズが１０００バイトおよび２８１４バイトであることによって、１０６＝１０００Ｘ＋２８１４Ｙ
１台帳につき１秒当たりの送金は、１台帳につき１秒当たりの台帳内トランザクションと、１台帳につき１秒当たりの台帳間トランザクションとの合計であるため、Ｒ＝Ｘ＋Ｙ
Ｎの関数としてＲの値を求めると、Ｒ＝１０６Ｎ／（２８１４Ｎ－１８１４）
【0155】
システムの集計で１秒当たりの送金（ＲＰＳ）Ｎ＊Ｒ＝１０５を目標にする場合、以下の二次方程式が得られる。
Ｎ２－２８１．４Ｎ＋１８１．４＝０
Ｎ２－２８１．４Ｎ＋１８１．４＝０
【0156】
上記の式のルートの値を求め、かつ実践的な理由から１以上でなければならない結果を考慮すると、共通台帳の数Ｎ＝２８１になる。この結果は、上記を想定すると、２８１の共通台帳は、それぞれが、システムの１０５ＲＰＳの集計トランザクションスループットを有するように毎秒１ＭＢをコミットするように実行されなければならないことを意味する。
【0157】
システムにおける共通台帳の数Ｎの関数としてＲＰＳでの１共通台帳当たりの計算されたトランザクションスループットは、本発明の一実施形態に従って、図１９のグラフによって示される。ＲＰＳでの総トランザクションスループットは、共通台帳の数Ｎで乗算した１台帳当たりのＲＰＳに等しい。グラフに見られるように、Ｎ＝２８１で、１台帳当たり（それぞれの台帳がブロックチェーンである時は１共通チェーン当たり）のＲＰＳは、システムスループットが約１０５であるように３５６である。
【0158】
共通台帳（それぞれの台帳がブロックチェーンである時は共通チェーン）の数の関数としてのＲＰＳでのシステムに対する計算した集計トランザクションスループットは、本発明の一実施形態に従って、図２０のグラフによって示される。示されるように、集計トランザクションスループットは、システムにおける共通台帳の数に比例して変化する。
【0159】
上に提示された計算は、システムにおけるトランザクションの最悪の場合の分散およびトランザクション参照の最悪の場合のサイズに基づくことに留意されたい。少なくとも多くの場合において、システムにおけるさまざまなコンセンサスネットワークへのノードの割り当てが、台帳内トランザクション対台帳間トランザクションの比率Ｘ／Ｙが１以上になるように大きく増加させるようになされ得る可能性は非常に高い。換言すれば、システムは、台帳間トランザクションより台帳内トランザクションの方が多いように構成可能である可能性が高い。対照的に、上述した計算における最悪の場合の想定は、台帳内トランザクションより台帳間トランザクションの方が多いことである。それ故に、実際のシステム性能は、潜在的に、上記の計算におけるシステム性能よりはるかに良好である。
【0160】
コンピュータシステム
図２１は、例えば、分散型台帳ネットワークの完全または部分的ノードを実装するために使用可能であるコンピュータシステム２１００の構成要素を高水準で示す。コンピュータシステムは、図に示されるより少ないまたは多い構成要素で実装されてよい。例えば、コンピュータシステムは、（グラフィックプロセッサを含む）１つまたは複数のプロセッサ２１０１と、このさまざまな構成要素を結合する１つまたは複数のバス２１０３とを含んでよい。コンピュータシステムはまた、１つまたは複数のユーザ入力デバイス２１０２（例えば、キーボード、マウス）と、１つまたは複数のデータ記憶デバイス２１０６（例えば、ハードドライブ、光ディスク、ソリッドステートメモリディスク）と、１つまたは複数の表示モニター２１０４（例えば、液晶表示器、フラットパネルモニター）と、１つまたは複数のコンピュータネットワークインターフェース２１０５（例えば、ネットワークアダプタ、モデム）と、メインメモリ２１０８（すなわち、ランダムアクセスメモリ）とを含んでよい。示されるように、コンピュータネットワークインターフェース２１０５は、この場合、分散型台帳ネットワークであってよいコンピュータネットワーク２１０９に結合されてよい。
図２１は、例えば、分散型台帳ネットワークの完全または部分的ノードを実装するために使用可能であるコンピュータシステム２１００の構成要素を高水準で示す。コンピュータシステムは、図に示されるより少ないまたは多い構成要素で実装されてよい。例えば、コンピュータシステムは、（グラフィックプロセッサを含む）１つまたは複数のプロセッサ２１０１と、このさまざまな構成要素を結合する１つまたは複数のバス２１０３とを含んでよい。コンピュータシステムはまた、１つまたは複数のユーザ入力デバイス２１０２（例えば、キーボード、マウス）と、１つまたは複数のデータ記憶デバイス２１０６（例えば、ハードドライブ、光ディスク、ソリッドステートメモリディスク）と、１つまたは複数の表示モニター２１０４（例えば、液晶表示器、フラットパネルモニター）と、１つまたは複数のコンピュータネットワークインターフェース２１０５（例えば、ネットワークアダプタ、モデム）と、メインメモリ２１０８（すなわち、ランダムアクセスメモリ）とを含んでよい。示されるように、コンピュータネットワークインターフェース２１０５は、この場合、分散型台帳ネットワークであってよいコンピュータネットワーク２１０９に結合されてよい。
【0161】
コンピュータシステムは、プロセッサ２１０１による実行のためにメインメモリ２１０８に非一時的に記憶されるコンピュータ可読コードまたは命令を含む１つまたは複数のソフトウェアモジュールでプログラミングされるような特定のマシンである。製品は、プロセッサ２１０１によって実行される時、コンピュータシステムを、１つまたは複数のソフトウェアモジュールの機能を実行するように動作可能にする命令を含むコンピュータ可読記憶媒体として具現化されてよい。
【0162】
結論
本開示の解決策は、複数の分散型台帳および複数台帳方式振替を使用して、高度にスケーラブルなトランザクションスループットを実現する。ソースブロックチェーンからターゲットブロックチェーンに値を効果的に振り替える一方、値の二重使用を防止するように複数台帳方式振替を書き込むための方法および命令コードが開示される。高度にスケーラブルなトランザクションスループットを実現するために複数の分散型台帳間の複数台帳方式振替を利用するシステムアーキテクチャも開示される。分散型台帳間の複数台帳方式振替を実施するように構成されるコンピュータ装置も開示される。
本開示の解決策は、複数の分散型台帳および複数台帳方式振替を使用して、高度にスケーラブルなトランザクションスループットを実現する。ソースブロックチェーンからターゲットブロックチェーンに値を効果的に振り替える一方、値の二重使用を防止するように複数台帳方式振替を書き込むための方法および命令コードが開示される。高度にスケーラブルなトランザクションスループットを実現するために複数の分散型台帳間の複数台帳方式振替を利用するシステムアーキテクチャも開示される。分散型台帳間の複数台帳方式振替を実施するように構成されるコンピュータ装置も開示される。
【0163】
本開示では、本発明の実施形態を十分に理解してもらうために、システム、構成要素、および方法の例などの多数の具体的な詳細が提供される。しかしながら、本発明が具体的な詳細の１つまたは複数がなくても実践可能であることを、当業者は認識するであろう。他の例では、本発明の態様を不明瞭にすることを回避するために、周知の詳細は示されないし説明もされない。
【0164】
本発明の具体的な実施形態が提供されているが、これらの実施形態が例示のためのものであり限定するものではないことは、理解されたい。多くの追加の実施形態は、本開示を読む当業者には明らかとなるであろう。
【図1】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図5C】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】