知財求人 - 知財ポータルサイト「IP Force」
▶ ティービーシーエーソフト，インコーポレイッテッドの特許一覧
特開2024-122952多重分散台帳システムでの分割可能な非代替性トークンのための方法およびシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024122952
(43)【公開日】2024-09-10
(54)【発明の名称】多重分散台帳システムでの分割可能な非代替性トークンのための方法およびシステム
(51)【国際特許分類】
G06Q 20/06 20120101AFI20240903BHJP
【ＦＩ】
G06Q20/06
【審査請求】有
【請求項の数】22
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2024019455
(22)【出願日】2024-02-13
(31)【優先権主張番号】63/484,742
(32)【優先日】2023-02-13
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】519016413
【氏名又は名称】ティービーシーエーソフト，インコーポレイテッド
(74)【代理人】
【識別番号】100201329
【弁理士】
【氏名又は名称】山口 真二郎
(74)【代理人】
【識別番号】100167601
【弁理士】
【氏名又は名称】大島 信之
(74)【代理人】
【識別番号】100220917
【弁理士】
【氏名又は名称】松本 忠大
(72)【発明者】
【氏名】ホアン、カイビン
(72)【発明者】
【氏名】チャン、ユアン－シャン
(57)【要約】 （修正有）
【課題】多重分散台帳システムで相互台帳能力を有する分割可能な非代替性トークン（ＮＦＴ）のための方法を提供する。
【解決手段】方法は、ＮＦＴが最初に存在しているソース分散台帳から、分割規則および起源ＮＦＴ識別子を備えるソースＮＦＴ情報を有するソースＮＦＴを識別するステップと、ロックトランザクションにより、ソース分散台帳でソースＮＦＴをロックまたは削除するステップと、完了トランザクションにより、ＮＦＴの譲渡先のターゲット分散台帳でソースＮＦＴに対応するターゲットＮＦＴをロック解除またはミントするステップと、を備える。ターゲットＮＦＴはまた、ターゲット分散台帳でターゲットＮＦＴの分割または併合を可能にするソースＮＦＴ情報を備えてよい。
【選択図】なし
【解決手段】方法は、ＮＦＴが最初に存在しているソース分散台帳から、分割規則および起源ＮＦＴ識別子を備えるソースＮＦＴ情報を有するソースＮＦＴを識別するステップと、ロックトランザクションにより、ソース分散台帳でソースＮＦＴをロックまたは削除するステップと、完了トランザクションにより、ＮＦＴの譲渡先のターゲット分散台帳でソースＮＦＴに対応するターゲットＮＦＴをロック解除またはミントするステップと、を備える。ターゲットＮＦＴはまた、ターゲット分散台帳でターゲットＮＦＴの分割または併合を可能にするソースＮＦＴ情報を備えてよい。
【選択図】なし
【特許請求の範囲】
【請求項1】
ソース分散台帳から前記ソース分散台帳と異なるターゲット分散台帳に分割可能な非代替性トークン（ｎｏｎ－ｆｕｎｇｉｂｌｅ ｔｏｋｅｎ、ＮＦＴ）を譲渡するための方法であって、
前記ソース分散台帳から、分割規則および起源ＮＦＴ識別子を備えるソースＮＦＴ情報を有するソースＮＦＴを識別するステップと、
ロックトランザクションにより、前記ソース分散台帳で前記ソースＮＦＴをロックまたは削除するステップと、
完了トランザクションにより、前記ターゲット分散台帳で前記ソースＮＦＴに対応するターゲットＮＦＴをロック解除またはミントするステップと
を備える方法において、前記ターゲットＮＦＴは、前記ターゲット分散台帳で前記ターゲットＮＦＴの分割または併合を可能にする前記ソースＮＦＴ情報を備えることを特徴とする方法。
前記ソース分散台帳から、分割規則および起源ＮＦＴ識別子を備えるソースＮＦＴ情報を有するソースＮＦＴを識別するステップと、
ロックトランザクションにより、前記ソース分散台帳で前記ソースＮＦＴをロックまたは削除するステップと、
完了トランザクションにより、前記ターゲット分散台帳で前記ソースＮＦＴに対応するターゲットＮＦＴをロック解除またはミントするステップと
を備える方法において、前記ターゲットＮＦＴは、前記ターゲット分散台帳で前記ターゲットＮＦＴの分割または併合を可能にする前記ソースＮＦＴ情報を備えることを特徴とする方法。
【請求項2】
前記ロックトランザクションにより前記ソースＮＦＴをロックまたは削除する前記ステップの前に、
前記ターゲット分散台帳にコミットするために、前記ターゲットＮＦＴを備える開始トランザクションを生成および提出するステップと、
前記ソース分散台帳にコミットするために、前記ロックトランザクションを生成および提出するステップと
をさらに備え、
前記完了トランザクションにより前記ターゲットＮＦＴをロック解除またはミントする前記ステップの前に、
前記ロックトランザクションにより、前記ターゲット分散台帳で前記開始トランザクションを参照して前記開始トランザクションの存在を検証するステップと、
前記ターゲット分散台帳にコミットするために、前記完了トランザクションを生成および提出するステップと
をさらに備える
ことを特徴とする、請求項１に記載の方法。
前記ターゲット分散台帳にコミットするために、前記ターゲットＮＦＴを備える開始トランザクションを生成および提出するステップと、
前記ソース分散台帳にコミットするために、前記ロックトランザクションを生成および提出するステップと
をさらに備え、
前記完了トランザクションにより前記ターゲットＮＦＴをロック解除またはミントする前記ステップの前に、
前記ロックトランザクションにより、前記ターゲット分散台帳で前記開始トランザクションを参照して前記開始トランザクションの存在を検証するステップと、
前記ターゲット分散台帳にコミットするために、前記完了トランザクションを生成および提出するステップと
をさらに備える
ことを特徴とする、請求項１に記載の方法。
【請求項3】
前記ターゲットＮＦＴを分割する前記ステップは、
前記分割規則に従う分割リクエストを受信後、前記ターゲット分散台帳で前記ターゲットＮＦＴをロックまたは削除するステップと、
前記起源ＮＦＴ識別子および前記分割リクエストに基づき、前記ソースＮＦＴ情報の少なくとも一部を備える分割ＮＦＴ情報をそれぞれ有する複数の分割ＮＦＴを生成するステップと
を備え、
前記複数の分割ＮＦＴの各々の前記分割ＮＦＴ情報は、前記分割規則および前記起源ＮＦＴ識別子を備える
ことを特徴とする、請求項１に記載の方法。
前記分割規則に従う分割リクエストを受信後、前記ターゲット分散台帳で前記ターゲットＮＦＴをロックまたは削除するステップと、
前記起源ＮＦＴ識別子および前記分割リクエストに基づき、前記ソースＮＦＴ情報の少なくとも一部を備える分割ＮＦＴ情報をそれぞれ有する複数の分割ＮＦＴを生成するステップと
を備え、
前記複数の分割ＮＦＴの各々の前記分割ＮＦＴ情報は、前記分割規則および前記起源ＮＦＴ識別子を備える
ことを特徴とする、請求項１に記載の方法。
【請求項4】
前記ターゲットＮＦＴを併合する前記ステップは、
前記ターゲットＮＦＴと同じ起源ＮＦＴ識別子および同じ所有者を有する１つまたは複数の兄弟（ｓｉｂｌｉｎｇ）ＮＦＴと前記ターゲットＮＦＴを併合する併合リクエストを受信するステップと、
前記ターゲット分散台帳で前記ターゲットＮＦＴおよび前記１つまたは複数の兄弟ＮＦＴをロックまたは削除するステップと、
前記ソースＮＦＴ情報の少なくとも一部を備える併合ＮＦＴ情報を有する併合ＮＦＴを生成するステップと
を備え、
前記併合ＮＦＴの前記併合ＮＦＴ情報は、前記分割規則および前記起源ＮＦＴ識別子を備える
ことを特徴とする、請求項１に記載の方法。
前記ターゲットＮＦＴと同じ起源ＮＦＴ識別子および同じ所有者を有する１つまたは複数の兄弟（ｓｉｂｌｉｎｇ）ＮＦＴと前記ターゲットＮＦＴを併合する併合リクエストを受信するステップと、
前記ターゲット分散台帳で前記ターゲットＮＦＴおよび前記１つまたは複数の兄弟ＮＦＴをロックまたは削除するステップと、
前記ソースＮＦＴ情報の少なくとも一部を備える併合ＮＦＴ情報を有する併合ＮＦＴを生成するステップと
を備え、
前記併合ＮＦＴの前記併合ＮＦＴ情報は、前記分割規則および前記起源ＮＦＴ識別子を備える
ことを特徴とする、請求項１に記載の方法。
【請求項5】
前記ソースＮＦＴも前記ターゲットＮＦＴも、前記起源ＮＦＴ識別子および前記分割規則を有する起源ＮＦＴを参照し、
前記起源ＮＦＴは、前記起源ＮＦＴ識別子を有するすべてのＮＦＴの中で最初にミントされたＮＦＴである
ことを特徴とする、請求項１に記載の方法。
前記起源ＮＦＴは、前記起源ＮＦＴ識別子を有するすべてのＮＦＴの中で最初にミントされたＮＦＴである
ことを特徴とする、請求項１に記載の方法。
【請求項6】
前記ソースＮＦＴは、前記起源ＮＦＴであることを特徴とする、請求項５に記載の方法。
【請求項7】
前記ソースＮＦＴも前記ターゲットＮＦＴも、前記起源ＮＦＴではないことを特徴とする、請求項５に記載の方法。
【請求項8】
前記起源ＮＦＴ識別子は、前記起源ＮＦＴのトークンＩＤであることを特徴とする、請求項５に記載の方法。
【請求項9】
前記分割規則は、前記起源ＮＦＴの最小分割単位を決定することを特徴とする、請求項５に記載の方法。
【請求項10】
前記最小分割単位は、水平セグメント化番号および垂直セグメント化番号により決定されることを特徴とする、請求項９に記載の方法。
【請求項11】
前記分割規則は、前記起源ＮＦＴを分割できる最大回数を決定する分割回数をさらに備えることを特徴とする、請求項９に記載の方法。
【請求項12】
前記起源ＮＦＴは、前記分割規則に基づき複数の子ＮＦＴに分割されるように構成され、前記複数の子ＮＦＴの各々は、前記起源ＮＦＴの１つまたは複数の最小分割単位を備えることを特徴とする、請求項９に記載の方法。
【請求項13】
前記起源ＮＦＴのメタデータは起源イメージを備え、前記複数の子ＮＦＴの各々のメタデータは、前記起源イメージの一部分を表す子イメージを備えることを特徴とする、請求項１２に記載の方法。
【請求項14】
前記ロックトランザクションは、前記ソース分散台帳から前記ターゲット分散台帳に前記分割可能なＮＦＴを譲渡するためにスマートコントラクトで前記ソースＮＦＴをロックし、
ロックされた前記ソースＮＦＴは、前記ソースＮＦＴに対応する対外ＮＦＴを対外分散台帳から前記ソース分散台帳に譲渡する対外分散台帳リクエストの後だけにロック解除される
ことを特徴とする、請求項１に記載の方法。
ロックされた前記ソースＮＦＴは、前記ソースＮＦＴに対応する対外ＮＦＴを対外分散台帳から前記ソース分散台帳に譲渡する対外分散台帳リクエストの後だけにロック解除される
ことを特徴とする、請求項１に記載の方法。
【請求項15】
前記対外分散台帳は、前記ターゲット分散台帳と同じであることを特徴とする、請求項１４に記載の方法。
【請求項16】
前記対外分散台帳は、前記ターゲット分散台帳と異なることを特徴とする、請求項１４に記載の方法。
【請求項17】
前記開始トランザクションで生成された前記ターゲットＮＦＴは、前記完了トランザクションが前記ロックトランザクションを参照したとき、および前記開始トランザクションでの前記ターゲットＮＦＴの前記ターゲットＮＦＴ情報が、前記ソース分散台帳で識別された前記ソースＮＦＴの前記ソースＮＦＴ情報と一致するときだけ、前記完了トランザクションにより譲渡可能であることを特徴とする、請求項２に記載の方法。
【請求項18】
前記完了トランザクションは、前記ロックトランザクションを参照するマークル（Ｍｅｒｋｌｅ）ツリー参照を使用することを特徴とする、請求項１７に記載の方法。
【請求項19】
前記ソース分散台帳のノードスタックにより遂行されることを特徴とする、請求項２に記載の方法。
【請求項20】
前記開始トランザクションおよび前記完了トランザクションは、前記ターゲット分散台帳のノードスタックに提出され、前記ターゲット分散台帳の前記ノードスタックは、前記開始トランザクションおよび前記完了トランザクションを前記ターゲット分散台帳にさらに提出することを特徴とする、請求項１９に記載の方法。
【請求項21】
前記ターゲット分散台帳のノードスタックにより遂行されることを特徴とする、請求項２に記載の方法。
【請求項22】
前記ロックトランザクションは、前記ソース分散台帳の前記ノードスタックに提出され、前記ソース分散台帳の前記ノードスタックは、前記ロックトランザクションを前記ソース分散台帳にさらに提出することを特徴とする、請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、全体が本明細書に援用される、「Ａ ＳＰＬＩＴＴＡＢＬＥ ＳＥＬＦ－ＥＶＯＬＶＥＤ ＮＦＴ ＴＯＫＥＮ ＡＮＤ ＭＥＴＨＯＤＳ ＴＨＥＲＥＯＦ（分割可能な自己発展ＮＦＴトークンおよびその方法）」と題する２０２３年２月１３日に提出された米国仮特許出願第６３／４８４，７４２号明細書の利益を主張する。
本出願は、全体が本明細書に援用される、「Ａ ＳＰＬＩＴＴＡＢＬＥ ＳＥＬＦ－ＥＶＯＬＶＥＤ ＮＦＴ ＴＯＫＥＮ ＡＮＤ ＭＥＴＨＯＤＳ ＴＨＥＲＥＯＦ（分割可能な自己発展ＮＦＴトークンおよびその方法）」と題する２０２３年２月１３日に提出された米国仮特許出願第６３／４８４，７４２号明細書の利益を主張する。
【0002】
本発明は、多重分散台帳システムで相互台帳能力を有する分割可能な非代替性トークン（ｎｏｎ－ｆｕｎｇｉｂｌｅ ｔｏｋｅｎ、ＮＦＴ）を提供する方法およびシステムに関する。
【背景技術】
【0003】
分散台帳は、多くのサイトにわたり地理的に広がった（分散した）複製され共有され同期したデジタルデータのコンセンサスである。
分散台帳は、中央管理者を必要とせず、その結果、単一の（重要な）障害発生点がない。
分散台帳技術の最も一般的な形はブロックチェーンであり、ブロックチェーンは、暗号学的ハッシュを介して一緒に安全に連結された記録からなる成長するリストを伴う分散台帳である。
ブロックチェーン内の各ブロックは、先行するブロックの暗号学的ハッシュ、タイムスタンプ、およびトランザクションデータを包含する。
ブロックチェーンには順次的性質があるので、ブロックチェーントランザクションは、記録されると、すべての後続ブロックを改変することなく任意の所与のブロック内のデータをさかのぼって改変できないという点で不可逆性である。
分散台帳は、中央管理者を必要とせず、その結果、単一の（重要な）障害発生点がない。
分散台帳技術の最も一般的な形はブロックチェーンであり、ブロックチェーンは、暗号学的ハッシュを介して一緒に安全に連結された記録からなる成長するリストを伴う分散台帳である。
ブロックチェーン内の各ブロックは、先行するブロックの暗号学的ハッシュ、タイムスタンプ、およびトランザクションデータを包含する。
ブロックチェーンには順次的性質があるので、ブロックチェーントランザクションは、記録されると、すべての後続ブロックを改変することなく任意の所与のブロック内のデータをさかのぼって改変できないという点で不可逆性である。
【0004】
代替性トークンも非代替性トークンも発行されてよく、台帳の設定に基づき分散台帳に記録されてよい。
代替性トークンは、分けられる非一意のデジタル資産である。
他方、非代替性トークン（ＮＦＴ）は、ブロックチェーン上に記録されて所有権および真正性を検証するために使用される一意のデジタル識別子である。
ＮＦＴは、一般にコピーも置換も細分もできない。
ＮＦＴの所有権は、ブロックチェーンの中に記録され、所有者により譲渡でき、ＮＦＴを売却および交換できるようになる。
ＮＦＴは、典型的には芸術品、写真、ビデオ、およびオーディオなどのデジタルファイルへの参照を包含する。
ＮＦＴは、一意に識別できるので、代替性である暗号通貨と異なる。
代替性トークンは、分けられる非一意のデジタル資産である。
他方、非代替性トークン（ＮＦＴ）は、ブロックチェーン上に記録されて所有権および真正性を検証するために使用される一意のデジタル識別子である。
ＮＦＴは、一般にコピーも置換も細分もできない。
ＮＦＴの所有権は、ブロックチェーンの中に記録され、所有者により譲渡でき、ＮＦＴを売却および交換できるようになる。
ＮＦＴは、典型的には芸術品、写真、ビデオ、およびオーディオなどのデジタルファイルへの参照を包含する。
ＮＦＴは、一意に識別できるので、代替性である暗号通貨と異なる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】米国仮特許出願第６３／４８４，７４２号明細書
【特許文献2】国際公開第２０１９／１２５５０６号
【発明の概要】
【発明が解決しようとする課題】
【0006】
あらゆる単一ＮＦＴの一意性、および代替不可能な性質が原因で、いくつかの高く称賛されたプロジェクトでＮＦＴの価格は、驚くほどの高価値にまで押し上げられた。
これにより、通常はＮＦＴを全体としてブロックチェーンでしか購入および所有できないので、一般大衆がこれらの高く称賛されたＮＦＴを事実上買うことができない。
これにより、通常はＮＦＴを全体としてブロックチェーンでしか購入および所有できないので、一般大衆がこれらの高く称賛されたＮＦＴを事実上買うことができない。
【課題を解決するための手段】
【0007】
本明細書では、分割可能な非代替性トークン（ＮＦＴ）のための、特に多重分散台帳システムで相互台帳能力を有する分割可能なＮＦＴのための方法を提供する。
【0008】
ソース分散台帳からソース分散台帳と異なるターゲット分散台帳に分割可能な非代替性トークン（ＮＦＴ）を譲渡するための方法であって、ソース分散台帳から、分割規則および起源ＮＦＴ識別子を備えるソースＮＦＴ情報を有するソースＮＦＴを識別するステップと、ロックトランザクションにより、ソース分散台帳でソースＮＦＴをロックまたは削除するステップと、完了トランザクションにより、ターゲット分散台帳でソースＮＦＴに対応するターゲットＮＦＴをロック解除またはミント（ｍｉｎｔ、新たに作成・発行）するステップとを備える方法。ターゲットＮＦＴは、ターゲット分散台帳でターゲットＮＦＴの分割または併合を可能にするソースＮＦＴ情報を備えてよい。
【0009】
一実施形態では、ロックトランザクションによりソースＮＦＴをロックまたは削除する前に、方法は、ターゲット分散台帳にコミットするために、ターゲットＮＦＴを備える開始トランザクションを生成および提出するステップと、ソース分散台帳にコミットするために、ロックトランザクションを生成および提出するステップをさらに備える。そして完了トランザクションによりターゲットＮＦＴをロック解除またはミントする前に、方法は、ロックトランザクションにより、ターゲット分散台帳で開始トランザクションを参照して開始トランザクションの存在を検証するステップと、ターゲット分散台帳にコミットするために、完了トランザクションを生成および提出するステップとをさらに備える。
【0010】
一実施形態では、ターゲットＮＦＴの分割は、分割規則に従う分割リクエストを受信後、ターゲット分散台帳でターゲットＮＦＴをロックまたは削除するステップと、起源ＮＦＴ識別子および分割リクエストに基づき、ソースＮＦＴ情報の少なくとも一部を備える分割ＮＦＴ情報をそれぞれ有する複数の分割ＮＦＴを生成するステップとを備える。複数の分割ＮＦＴの各々の分割ＮＦＴ情報は、分割規則および起源ＮＦＴ識別子を備えてよい。
【0011】
一実施形態では、ターゲットＮＦＴの併合は、ターゲットＮＦＴと同じ起源ＮＦＴ識別子および同じ所有者を有する１つまたは複数の兄弟（ｓｉｂｌｉｎｇ）ＮＦＴとターゲットＮＦＴを併合する併合リクエストを受信するステップと、ターゲット分散台帳でターゲットＮＦＴおよび１つまたは複数の兄弟ＮＦＴをロックまたは削除するステップと、ソースＮＦＴ情報の少なくとも一部を備える併合ＮＦＴ情報を有する併合ＮＦＴを生成するステップとを備える。この実施形態では、併合ＮＦＴの併合ＮＦＴ情報は、分割規則および起源ＮＦＴ識別子を備えてよい。
【0012】
一実施形態では、ソースＮＦＴもターゲットＮＦＴも、起源ＮＦＴ識別子および分割規則を有する起源ＮＦＴを参照し、起源ＮＦＴは、起源ＮＦＴ識別子を有するすべてのＮＦＴの中で最初にミントされたＮＦＴである。ソースＮＦＴは起源ＮＦＴであってよく、さらにまたソースＮＦＴもターゲットＮＦＴも起源ＮＦＴではないことも可能である。特有の実施形態では、起源ＮＦＴ識別子は、起源ＮＦＴのトークンＩＤである。特有の実施形態では、分割規則は、起源ＮＦＴの最小分割単位を決定する。最小分割単位は、水平セグメント化番号および垂直セグメント化番号により決定されてよい。また、分割規則は、起源ＮＦＴを分割できる最大回数を決定する分割回数をさらに備えてよい。
【0013】
一実施形態では、起源ＮＦＴは、分割規則に基づき複数の子（ｃｈｉｌｄ）ＮＦＴに分割されるように構成され、複数の子ＮＦＴの各々は、起源ＮＦＴの１つまたは複数の最小分割単位を備える。起源ＮＦＴのメタデータは、起源イメージを備えてよく、複数の子ＮＦＴの各々のメタデータは、起源イメージの一部分を表す子イメージを備える。
【0014】
一実施形態では、ロックトランザクションは、分割可能なＮＦＴをソース分散台帳からターゲット分散台帳に譲渡するために、スマートコントラクト（ｓｍａｒｔ ｃｏｎｔｒａｃｔ）でソースＮＦＴをロックする。ロックされたソースＮＦＴは、ソースＮＦＴに対応する対外ＮＦＴを対外分散台帳からソース分散台帳に譲渡する対外分散台帳リクエストの後にだけロック解除される。対外分散台帳は、ターゲット分散台帳と同じであってよい、または分散台帳と異なってよい。
【0015】
ある実施形態では、３トランザクション相互台帳譲渡が遂行される。これらのトランザクションは、ターゲット分散台帳での開始トランザクション、ソース分散台帳でのロックトランザクション、およびターゲット分散台帳での完了トランザクションを含む。特有の実施形態では、開始トランザクションで生成されたターゲットＮＦＴは、完了トランザクションがロックトランザクションを参照したとき、および開始トランザクションでターゲットＮＦＴのターゲットＮＦＴ情報がソース分散台帳で識別されたソースＮＦＴのソースＮＦＴ情報と一致したときだけ、完了トランザクションにより譲渡可能である。この実施液体では、完了トランザクションは、ロックトランザクションを参照するマークル（Ｍｅｒｋｌｅ）ツリー参照を使用してよい。
【0016】
３トランザクション相互台帳譲渡を遂行する特有の実施形態では、方法は、ソース分散台帳のノードスタックにより遂行される。この実施形態では、開始トランザクションおよび完了トランザクションは、ターゲット分散台帳のノードスタックに提出され、ターゲット分散台帳のノードスタックは、開始トランザクションおよび完了トランザクションをターゲット分散台帳にさらに提出する。
【0017】
３トランザクション相互台帳譲渡を遂行する特有の実施形態では、方法は、ターゲット分散台帳のノードスタックにより遂行される。この実施形態では、ロックトランザクションは、ソース分散台帳のノードスタックに提出され、ソース分散台帳のノードスタックは、ロックトランザクションをソース分散台帳にさらに提出する。
【0018】
本発明の他の目的、有利な点、および新規な特徴は、添付図面と併せて解釈したときに以下の詳細な記述からより明らかになるであろう。
【図面の簡単な説明】
【0019】
【図1】本発明でのスマートコントラクトの機能を示す。
【図2】起源ＮＦＴから導出された、一連のＮＦＴの分割・併合を示す。
【図3】ミントされたＮＦＴが将来、分割または削除されてよいことを示す。
【図4】親（ｐａｒｅｎｔ）ＮＦＴであるＮＦＴ．ＣＤが２つの子ＮＦＴであるＮＦＴ．ＣおよびＮＦＴ．Ｄに分割されることを示す。ＮＦＴ．ＣおよびＮＦＴ．Ｄは生成され、ＮＦＴ．ＣＤの状態は「分割された」に変更される。
【図5】２つのＮＦＴであるＮＦＴ．ＡおよびＮＦＴ．Ｂが併合ＮＦＴであるＮＦＴ．ＡＢに併合されることを示す。ＮＦＴ．ＡＢは生成され、ＮＦＴ．ＡおよびＮＦＴ．Ｂの状態は「併合された」に変更される。
【図6】本発明でのＮＦＴのデータスキーマを示す。
【図7】オンチェーンデータの別の部分としてブロックチェーンメモリを備える、本発明でのＮＦＴのデータスキーマを示す。
【図8A】博物館の美術品と連結されたＮＦＴの例を示す。３つの子ＮＦＴに分割された起源ＮＦＴを示す。
【図9】ブロックチェーン上に記憶されたデータの例を示す。データは、３つの部分を、すなわち、ブロックチェーンデータ、ブロックチェーンメモリ、およびオフチェーンデータを備える。
【図12B】賃貸借契約が開始し取り消された後のＮＦＴのデータ変更を示す。賃貸借契約が取り消されたときのデータ変更を示す。
【図15】二重使用を防ぐ３トランザクション相互台帳譲渡の方法を示す。
【図16】対外支払検証（ｐａｙｍｅｎｔ ｖｅｒｉｆｉｃａｔｉｏｎ、ＰＶ）ノードを分散台帳ネットワークの中に埋め込むシステムアーキテクチャを示す。
【図17】あらゆるノードが共有ノードであるわけではないが、１組の共有された完全なノードを利用するシステムアーキテクチャを示す。
【発明を実施するための形態】
【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】
前述の実施形態の記述は、どの当業者も主題を作り使用できるようにするために提供される。
これらの実施形態に対するさまざまな修正形態は当業者に容易に明らかになり、本明細書で開示する新規な原理および主題は、革新的能力を使用することなく他の実施形態に適用されてよい。
特許請求の範囲に示す特許請求する主題は、本明細書に示す実施形態に限定されることを意図するのではなく、本明細書で開示する原理および新規な特徴と整合性のある最も広い範囲によるものとする。
さらに別の実施形態は、開示する主題の精神および真の範囲に入ることが企図される。
したがって、本発明は、添付の特許請求の範囲およびその均等物の範囲に入る修正形態および変形形態を範囲に含むことが意図される。
これらの実施形態に対するさまざまな修正形態は当業者に容易に明らかになり、本明細書で開示する新規な原理および主題は、革新的能力を使用することなく他の実施形態に適用されてよい。
特許請求の範囲に示す特許請求する主題は、本明細書に示す実施形態に限定されることを意図するのではなく、本明細書で開示する原理および新規な特徴と整合性のある最も広い範囲によるものとする。
さらに別の実施形態は、開示する主題の精神および真の範囲に入ることが企図される。
したがって、本発明は、添付の特許請求の範囲およびその均等物の範囲に入る修正形態および変形形態を範囲に含むことが意図される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10A】
【図10B】
【図10C】
【図10D】
【図11A】
【図11B】
【図11C】
【図12A】
【図12B】
【図13】
【図14】
【図15】
【図16】
【図17】
【外国語明細書】