デジタル化からトークン化へ、統一された台帳は将来の通貨のために壮大な設計図を作り上げています
著者：
ダイアン・チョンは、シドニー大学で会計の修士号を取得し、北京大学でMEMを取得しており、支払いとトークン化に焦点を当てたFinTechプロダクトマネージャーとして10年間活動しています。
アメリカ合衆国の国際ビジネス法の修士、10年の法律経験を持つAwang氏は、テクノロジー産業のシリアル起業家であり、投資と資金調達の弁護士でもあります
Spinach Spinach、RMIT Blockchain Master、Web3 Researcher、SFTLabs＆Ample FinTech Buildler
今日、世界の通貨システムは歴史的な飛躍の瀬戸際に立っています。デジタル化の後、トークン化（プログラマブルプラットフォーム上の資産におけるエクイティのデジタル表現）がその飛躍の鍵となります。トークン化は、中間業者がユーザーにサービスを提供する方法を変えることで、通貨および金融システムの機能を大幅に向上させ、情報伝達、調整、決済の間の障壁を取り除きます。トークン化は、現行の固有の通貨システムでは実現が難しい新しい経済活動を生み出すでしょう。
暗号通貨や分散型金融（最近のDeFiがRWA資産を貪欲に飲み込むのを見る限り）は、私たちにトークン化の一面を開くだけです。彼らは、現実世界との接続の難しさだけでなく、中央銀行による金融信頼の欠如によっても制限されており、それらのステーブルコインさえも不安定です。
以前に編纂したCiti RWAリサーチレポート:マネー、トークン、ゲーム(ブロックチェーンの次の10億人のユーザーと10兆ドルの価値)は、新たな10兆ドルのトークン化市場を開拓しました。ですので、壮大な航海に乗り出す前に、私たちはいまだにトークン化、RWA、さらにはブロックチェーンの最初の原則からトークン決済までを振り返る必要があります。まるで私たちがBitcoinの白書を注意深く研究したように。
したがって、国際決済銀行（BIS）の2023年度の年次経済報告書におけるトークン化に関する箇所をまとめ、業界関係者がトークン化の運用の基本的な論理をさらに理解するための参考資料として提供しています。
BISは、通貨制度と銀行制度の観点からトークン化を解体し、グローバルな通貨制度の将来の設計図を示しています。将来の設計図を構築する上での主要な要素は、CBDC、トークン化された預金、および金融および実物資産における他のトークン化された権利と利益です。この設計図では、これらの要素を「統合台帳」と呼ばれる新しいタイプの金融市場インフラストラクチャに統合し、トークン化のすべての利点を実現することを想定しています。これにより、旧来のシステムが改善され、新しいシステムが構築されるでしょう。
コアのアイデア
- トークンと資産のトークン化には巨大なポテンシャルがありますが、中央銀行の信頼と金融システムへの接続能力がトークン化の成功の鍵です；
- 「統合台帳」は、CBDC、トークン化された預金、およびトークン化された資産をプログラマブルなプラットフォーム上で組み合わせることができる新しいタイプの金融市場インフラストラクチャであり、トークン化の利点を最大限に活用することができます。
- CBDCとトークン化された預金は、通貨の統一、決済の最終性、流動性の提供、リスク回避において特定の利点を持っています;
- トークン化と統一台帳の適用により、複数のシステムをシームレスに統合することで既存の金融市場インフラを改善するだけでなく、プログラマブルなプラットフォームを使用して新しい経済取引を生み出すことが可能となり、大きな商業価値があります。
- 複数のユースケース固有の台帳が同時に共存し、アプリケーションプログラミングインタフェースを介して相互運用性を確保しながら、金融包摂と公正な競争を促進します;
- ガバナンス体制は、統合台帳やトークン化などの新技術の適用を促進する上で重要な要素であり、合理的なインセンティブが参加者を新たなリファレンスに参加させ、最終的にネットワーク効果を形成する鍵となります。
用語集
トークン – トークンとは、ブロックチェーンまたは分散統一台帳上の特定の権利や資産を表すデジタル識別子を指します。
Tokenisation – トークン化は、伝統的な台帳に存在する物理的または金融資産の権利をプログラム可能なプラットフォームに記録するプロセスです。
プライベートトークン化されたマネー – プライベートセクター（中央銀行以外）によって発行されたトークンを指します。
マネーの単一性−通貨の単一性とは、特定の通貨システムにおいて、主要な通貨が1つだけ存在し、異なる通貨や資産の形態がこの主要な通貨と同等の価値で交換可能であり、つまり、通貨の価値は異なる通貨の形態による影響を受けず、それが私的に発行された通貨（預金など）であっても、公的に発行された通貨（現金など）であっても影響を受けないことを意味します。
決済確定性 – 決済確定性とは、資金が1つの口座から別の口座に送金された後、それらが受取人の法的所有物となり、取り消すことができなくなることを意味します。
統合台帳 - 分散統合台帳、新しいタイプの金融市場インフラ（FMI）は、複数のデータソース、プラットフォーム、またはシステム情報（金融取引、データ記録、契約、デジタル資産など）を統合するシステムを指し、すべての取引とデータが中央集権的な組織の介入なしに記録されます。
プログラマブルプラットフォーム – プログラマブルプラットフォームとは、特定の技術に制約されないプラットフォームを指し、実行環境、会計およびガバナンスルールを備えたチューリングマシンを含みます。
Ramp – Rampスマートコントラクトは、プログラム可能なプラットフォームとプログラム不可能なプラットフォームを接続する契約を指します。Rampは、プログラム可能なプラットフォームで発行されたトークンのために、元のプラットフォーム上の資産を担保としてロックします。
アトミック決済-アトミック決済とは、2つの資産の移転をリンクさせ、片方の資産が同時に移転されない限り、他方の資産が移転されないことを確認することを指します。つまり、決済が条件付きであるため、成功するのは両方の当事者だけです。資産が取引されるか、資産の移転が行われないかのいずれかです。アトミック決済により、T+0の決済が可能となります。
支払対支払（PvP）- 外国為替取引の同期決済、つまり、1つの通貨が他の（または複数の）通貨に対して同時に転送されて最終的かつ取消不能な決済が行われることを保証する決済メカニズム、つまり、取引の両方（またはそれ以上）の通貨が同時に引き渡されます。
デリバリーバーサスペイメント（DvP）は、資産の移転と資金の移転をリンクさせる決済メカニズムであり、対応する支払いが発生したときにのみデリバリーが行われることを保証します。
1. トークンとトークン化
1.1 トークンとトークン化の定義
トークンは、取引可能なプログラム可能なプラットフォームに記録された所有証明書（Claims）を指します[1]。単なる単一のデジタル証明書以上に、トークンはしばしば伝統的な帳簿で基礎資産の移転を管理するルールやロジックを結集します（下の図を参照）。したがって、トークンはプログラム可能でカスタマイズ可能であり、個人のシナリオや規制の遵守要件に適合するように設計されています。
トークン化とは、従来の台帳に存在する金融資産または実物資産の請求をプログラム可能なプラットフォームに記録するプロセスを指します[2]。トークン化プロセスは、従来のデータベース(金融証券、商品、不動産など)の資産をプログラム可能なプラットフォーム上の資産トークンの形にマッピングするRampコントラクト(下図を参照)によって完了します。従来のデータベース内の資産は、プログラム可能なプラットフォームで発行される担保バッキングトークンとして機能するように凍結または「ロック」されています。資産をロックすることで、マッピング先のトークンが譲渡されたとき、つまり所有権が同時に変更されたときに、原資産を譲渡できるようになります。
トークン化は、分散型のオペレーション実行とスマートコントラクトの条件付き実行という2つの重要な機能を導入します。
分散型運営実行 - 従来のシステムとは異なり、中間の口座管理者が資産の所有権レコードを更新および維持する必要があるシステムに対し、トークン化された環境では、トークンまたは資産がプログラマブルなプラットフォーム上で維持される「実行可能なオブジェクト」となります。プラットフォーム参加者は、中間の口座管理者が勘定を維持する必要がなく、プログラムの命令を発行することで資産を移転します。このアプローチにより、合成の範囲が広がり、複数の操作を一つの実行パッケージにまとめて実行することができます。このようなトークン化された取引は中間業者の役割を必ずしも排除するものではありませんが、中間業者の役割の性質は「資産の所有権レコードを更新および維持する」から「プログラマブルプラットフォームのルールのマネージャー」に変わるため、台帳を更新するための専任者への依存を排除します。
スマートコントラクトの条件付き実行-プログラマブルプラットフォームは、スマートコントラクト内の論理ステートメント（if、then、or elseなど）を使用して、条件付き実行を実現できます。
トークン化された操作の相互運用性と条件付き実行という2つの機能を共同利用することで、複雑な条件付き実行を必要とする取引を簡素化して実装することができます。
1.2 CBDCとプライバシー化されたトークン
トークン化には、取引の価格設定のための会計単位（Account Unit）と支払手段（Means of Payment）が完全に適用される必要があります。分散型金融シナリオでトークン化を実施するために支払い手段としてステーブルコインを使用するアプリケーションと比較して、CBDCは決済の最終性と中央銀行の支持によりより良い基盤を持っています。プログラマブルプラットフォームは、埋め込まれた法定通貨決済を直接使用でき、トークン化の取り決めの必要な要素として、トークン化されたアプリケーションにとって最良の選択肢です。
卸売CBDCの開発は、トークン化されたアプリケーションにとって重要です。トークン化決済手法としての卸売CBDCは、一方では現行の通貨システムにおける準備金に類似した機能を果たすことができます。他方、トークン化により新たな機能を持たせることもできます。例えば、卸売CBDCを使用した取引は、合成可能性や条件付き実行を含むすべての機能を組み込むことができます。このCBDC強化トークンは、住民や企業が利用するための小売りバリアントとなり、中央銀行が通貨の単一性をさらに支援するために、デジタルキャッシュを提供することができます。これにより、デジタル形式の主権勘定の直接リンクを持つ公に提供される通貨の単一性が支援されます。
トークン化環境におけるCBDCの役割はより明確になってきましたが、CBDCを補完する民営トークンがどのように適切な形で存在できるかについては、まだ議論の余地があります。現在、トークン化の主要な形態には、トークン化預金と資産担保ステーブルコインの2つがあります。いずれも発行者の負債を表し、顧客に約束しています。その顧客は主権通貨単位の表面価値で自己資本を償還できることを。2つの違いは、移転方法と金融システムでの役割に反映されており、それがCBDCを補完する民営トークンの性質に影響を与えます。
トークン化されたデポジット
トークン化された預金は、既存のシステムの通常の銀行預金と同様に動作するように設計することができます。銀行はトークン化された預金を発行して発行者の負債を表すことができます。通常の預金と同様に、トークン化された預金は直接送金することはできません。中央銀行が提供する清算流動性は、支払い機能の正常な運用を引き続き確保します。
次の例は、トークン化された預金と従来の預金との類似点を比較することで示すことができます。この例では、ジョンとポールの口座はそれぞれ異なる銀行に属しており、両者ともKYCを通過しています。
従来のシステムでは、ジョンがポールに£100を支払うと、ポールはジョンの銀行に£100の預金を受け取るわけではありません。逆に、ジョンの銀行口座残高は£100減少し、一方でポールの銀行口座残高は同額増加します。同時に、2つの銀行の個々の口座の調整は、2つの銀行間で中央銀行準備の移転を通じて実現されました。
トークン化された環境では、ジョンが銀行に保有するトークン化された預金を減らし、同時にポールが銀行に保有するトークン化された預金を増やすことで、同じ支払い結果を達成することができます。同時に、卸売りCBDCの同時送金によって支払いを解決します。ポールは、引き続き自分が確認された顧客である銀行に対するみずからの請求権を有し、ジョンの銀行またはジョンに対する請求権はありません。
トークン化された預金は、現行の二層式通貨システムの主な利点のいくつかを保護し、向上させることができます。
まず、トークン化された預金は通貨の統一を維持するのに役立ちます。既存のシステムでは、中央銀行が決済インフラを運営し、それによって主権通貨で表示された支払いの最終送金を確保し、商業銀行での預金支払いの単一性を実現しています。トークン化された預金はこのメカニズムを保持します。同時に、卸売りCBDCの決済はスマートコントラクトを介して完了されるため、タイムリネスが向上し、受領と支払いの時間差が減少し、リスクも減少します。
第二に、卸売CBDCで清算されたトークン化された預金は清算の最終性を確保します。中央銀行は支払人の口座から対応額を差し引き、受取人の口座に入金し、バランスシートを更新することで最終的な決済を行い、支払いが最終的かつ取消不能であることを確認します。上記の例では、清算の最終性により、PaulはJohn（またはJohnの銀行）に対して請求権を持たず、自分の銀行にのみ請求権を有します。
最後に、トークン化された預金は、銀行が信用と流動性を提供する柔軟性を引き続き持つことを保証します。既存の2層構造の金融システムでは、銀行は住民や企業に融資やオンデマンドの流動性支援(クレジットラインなど)を提供しています。既存の貨幣制度で流通する貨幣のほとんどは、借入側が同時に銀行に預金口座を保有し、銀行が発行した貸付金が直接借り手の口座に預金を形成し、貨幣の創造を実現するため、このように作られている。この柔軟なアプローチは、ナローバンク [3] とは異なり、銀行が経済・金融情勢の変化に応じて居住者や企業の資本ニーズを満たすことを可能にしますが、このモデルでは、過度な信用拡大やリスクの高い行動を防ぐための適切な監督も必要です。.
ステーブルコイン
ステーブルコインは、特定の欠点を持つプライバタイズされたトークンの別の形態です。 トークン化された預金と比較して、ステーブルコインは発行者によって発行された譲渡可能な請求権を表し、デジタル債権に類似しており、ステーブルコインを支払うことは、発行者の負債をユーザー間で移転することに等しいです。
ジョンとポールの間の送金を例にとると、ジョンは安定通貨発行者が発行した安定通貨の1単位(つまり、発行者の債権の1単位)を保有しています。ジョンがポールに1単位の安定通貨を支払うと、ジョンが保有していた債権はポールに譲渡され、ポールは譲渡前に発行者に対して何の請求権も持っていませんでした。この場合、Paulは発行者に対して信頼できない請求権を受動的に保持することができます。問題は、ポールがステーブルコインの発行者を信頼するかということです。
これは、ステーブルコインが無記名債券の特性を持っているためです。ステーブルコインの発行者は、この転送が発生したときにバランスシートを更新する必要がなく、プライバシートークンであるため、中央銀行のバランスシートは取引の決済がないままであり、ステーブルコイン自体が発行者の請求権の証明書であり、発行者の同意や参加は、手形証明書を転送するために必要ありません。
トークン化された預金と比較すると、ステーブルコインには主に以下の欠点があります:
最初の点は、ステーブルコインが通貨価値が一貫しない状況を弱める可能性があるということです。これは、ステーブルコインが取引可能であり、ステーブルコイン間の流動性に違いがあったり、発行者の信用力に違いがあったりすると、その価格が表面価値から逸脱したり、さらなる不確実性を受ける可能性があるためです。例えば、シリコンバレー銀行の事件では、シリコンバレー銀行の流動性がステーブルコインの価格に影響を与えるのではないかと心配したユーザーが大量にステーブルコインを売却し、結果的にステーブルコインの価格が暴落し、一貫性が崩壊しました。中央銀行からの明確な監督や信用の保証の不足が、これらの問題の重要な理由です。
第二に、柔軟に流動性を提供できるトークン化された預金とは異なり、資産担保型ステーブルコインは狭義銀行に近い運営をしています。これは、原則として、ステーブルコインの発行に対応するすべての米ドルは非常に安全な流動性のある資産に投資されるべきであるためです。これにより、ステーブルコインは他の目的に使用することができる流動性資産の供給を減少させ、したがって柔軟に流動性を提供することができません。
さらに、トークン化された預金と比較して、ステーブルコインにはKYC、AML、CFTなどの監督が不足しており、一定のリスクがあります。上記の例では、ジョンがステーブルコインをポールに送金しましたが、発行者はポールの身元を確認せず、コンプライアンスチェックを行っていませんでした。したがって、ポールの真の身元を確認できず、詐欺リスクが生じました。ステーブルコインのKYC、AML、CFTコンプライアンスを確保するためには、大幅な規制改革が必要なのではなく、トークン化された預金は伝統的な預金の移転プロセスを模倣することで、既存の規制枠組みの中で運営することができます。
2. トークン化と統一台帳
トークン化の完全なアプリケーションは、プログラム可能なプラットフォーム上で通貨とさまざまな資産の取引と運用を組み合わせる能力に依存しています。トークン化は、原資産取引をミラーリングできる必要な支払い手段を提供し、その中核となるのは、決済のファイナリティを促進するための中央銀行通貨のトークン化された形式です。統合台帳は、これらの機能を統合する「公共の場」であり、CBDC、民営化されたトークン、およびその他のトークン化された資産を同じプログラム可能なプラットフォームに配置し、最終的にシームレスな統合という形で新しい経済的取り決めを実現します。
2.1 統合台帳の作成方法
統一された台帳のコンセプトは、「一つの台帳がすべてを支配する」という意味ではありません。使用される形式は主に短期と長期の利益のバランスに依存します。これは主に、統一された台帳の確立には新しい金融市場インフラストラクチャ（FMI）の導入が必要であるためです。また、各司法管轄区の特定のニーズも考慮する必要があります。
複数の帳票と既存のシステムを接続して統合帳票[4]を形成するためにAPIを使用すると、短期間に初期費用が削減され、ステークホルダーの調整が容易になり、異なる司法管轄区のニーズに対応することができます。既存のシステムをAPIを介して接続することで、トークン化環境で動作している自動データ交換プロセスに類似したものを実現できます。複数の帳票を共存させ、新機能を徐々に組み込むことができます。統合帳票の範囲は、各帳票のガバナンス体制に関与する当事者を決定します。ただし、この段階的なアプローチには、特定の制約もあります。建設中に既存のシステムとの互換性や将来の見通しに制約されます。条件が継続的に拡大する中で、これらの制約はますます厳しくなり、最終的にはイノベーションを妨げることになります。
統合された台帳新しい金融市場インフラを直接導入すると、短期の投資コストや新しい基準への切り替えコストが高くなりますが、新しい技術の適用がもたらす利点を包括的に評価できます。トークン化は古いものを打破し新しいものを創造する機会をもたらします。将来のプログラマブルプラットフォームによって生み出される価値は、短期の投資をはるかに上回るでしょう。
明確にすると、どちらの実装も絶対に優れているわけではなく、具体的な実装は主に技術的な基盤と管轄区の具体的なニーズに大きく依存します。
2.2 統一台帳の構成
統合された台帳は、共通のプラットフォーム上のトークンがその利点を十分に発揮できるようにします。データが暗号化され、保存され、共有される安全な環境では、新しい種類の取引が作成され、契約の実行が最適化されます。統合された台帳の設計には2つの主要な要素があります。まず、取引に必要なすべてのコンポーネントを同じプラットフォームに保存する必要があります。第二に、トークンまたはトークン化された資産は実行可能なオブジェクトであるため、外部メッセージや身元確認に依存しないようにする必要がありますが、それでも安全に転送できます。
以下の図は、データ環境と実行環境の2つのモジュールで構成される統合台帳の簡略化された構造を示しています。統合台帳全体が共通のガバナンスフレームワークの対象となります。
データ環境。データ環境には主に3つの部分があり、プライバシートークンとトークン資産、台帳操作に必要な情報（資金や資産を安全かつ合法的に移転するために必要なデータ）、および偶発的な操作に必要なすべての現実世界の情報（台帳内での取引の結果であるか、外部環境から取得できるものである）。プライバシートークンとトークン資産は、対応する適格な運営主体によって独立して所有および運営されます。
実行環境。さまざまな操作を実行するために使用され、ユーザーまたはスマートコントラクトが直接実行でき、特定のアプリケーションに応じて、ビジネスに必要な機関とその資産のみが組み合わされます。たとえば、2人の個人がスマートコントラクトを介してお金を送金する場合、支払いはユーザーの銀行（トークン化された預金の供給者）と中央銀行（CBDCの供給者）を結びつけ、実行中に必要な場合は外部条件の情報も含まれます。
共有ガバナンスフレームワーク。異なるコンポーネントが実行環境内でどのように相互作用し、厳格な機密性を確保するために適用すべきプライバシールール。データの分割とデータの暗号化は、機密性とデータ制御を実現するための主要な方法です。データの分割は異なる領域を分離し、認可されたエンティティのみがそれぞれの領域内のデータにアクセスできるようにします。一方、データの暗号化は、データが転送および保存中に暗号化され、認可された当事者のみがデータを復号化およびアクセスできるようにします。これら2つはお互いを補完し、金融取引と業務のセキュリティと信頼性を共に確保します。
3. アプリケーションケース
前述のように、トークン化と統一台帳は、既存の金融事業に新たな経済的取り決めを提供し、既存のビジネスモデルを改善し、ビジネスモデルを革新する効果を達成することができます。
3.1 既存のビジネスモデルを改善する
トークン化の適用により、既存の決済および証券決済サービスを改善できます。
3.1.1 支払決済
現行の支払いシステムはユーザーの基本的なニーズを満たすことができますが、支払いプロセスには依然として高コスト、遅いスピード、低い透明性の問題があります。これは主にデジタル通貨が現在通信ネットワークの端に位置しており、銀行や非銀行との連携のために外部メッセージングシステムによって接続される必要があることに起因しています。オペレーションの専用データベースは連携を可能にします。メッセージング、調整、決済の分離は遅延を引き起こす可能性があり、参加者は進捗を完全に理解することができず、エラーが発生した場合の高いエラー訂正コストと運用リスクにつながる可能性があります[5]。
以下の図は、簡単な国内電信送金通知プロセスを示しています。支払人のアリスから受取人のボブへの資金移動には、多数のメッセージ通知、内部チェック、口座調整が関与します。非常に複雑であり、参加者が支払いの進捗状況を追跡することが困難です。支払人と受取人は支払い状況を受動的にしか知ることができません[6]。実際のビジネスでは、国境を越えた取引の支払いプロセスはさらに複雑で、国境を越えたメッセージング、時差や休日の違い、外国為替決済など、さまざまな要因が関与し、さらなるタイムリネスを妨げ、支払いリスクを増加させています。
統合された台帳は、これらの支払いにおける問題を改善できます。同じプログラマブルプラットフォーム上のプライベートトークンとCBDCは、さまざまな独自のデータベース間で順次メッセージを送信する必要がなくなります。統合された台帳は、アトミック決済を使用します（つまり、2つの資産が同時に交換されます）。1つの資産が移動されると、もう1つの資産も移動されるため、支払いプロセス中に1つの銀行から別の銀行への卸売り支払い決済、並行して卸売りCBDC決済が行われます。これにより、メッセージングと支払いフローが組み合わされ、遅延がなくなり、リスクが軽減されます。同時に、統合された台帳のデータパーティショニングとアクセス権限の設定により、参加者にデータプライバシーと取引の透明性を提供するだけでなく、取引当事者に優れた支払い体験を提供します。
3.1.2 証券清算
証券決済[7]は、統一された台帳が既存のビジネスに力を与える典型的なシナリオでもあります。
既存の証券決済プロセスには、ブローカー、保管銀行、中央証券デポジタリー、清算所、登録機関など、多くの参加者が関与しています。取引決済に関わるメッセージ指示、資金流れ、および調整手続きは複雑です。これにより、全体的なプロセスが長くかかり、高コストになり、代替コストリスクと元本リスクが生じます。
従来の証券決済ビジネスでは、中央証券保管機関が証券の受益者のために直接または間接的に証券を管理します。証券の買い手または売り手は、ブローカーまたはカストディアンに指示を出すことで取引プロセスを開始し、最終決済には最大2営業日かかることがあります（下の図に示す香港取引所の証券決済プロセスを参照）、これにより取引はすべての当事者にとって難しくなります。取引コストのリスク（つまり、取引が決済されず、より不利な価格で再取引する必要があるリスク）にさらされます。同時に、資金や証券の非同期の配信により、売り手が資金を得られない可能性や買い手が証券の元本を得られないリスクもあります。
(Image source: https://sc.hkex.com.hk/TuniS/www.HKEX.com.hk/Services/Clearing/Securities/Overview/Clearing-Services?sc_lang=zh-CN)
統合された帳簿とトークン化は、証券決済業務を改善することができます。下の図に示すように、プログラマブルプラットフォーム上でトークン化された通貨と証券を組み合わせることで、決済の遅延を短縮し、メッセージングや調整の必要性をなくすことができ、これにより代替コストリスクが低減されます。資金と証券の同時納品はDvPによってカバーされる証券の範囲を拡大し、元本リスクをさらに低減します。この新しい証券決済方法を実装するには、システム内でのアトミック決済により高い流動性が必要とされるため、対応する流動性節約メカニズム[8]が必要です。これは、遅延ネット決済(DNS)からリアルタイムグロス決済(RTGS)への移行と類似しています。
2022年に香港金融管理局が立ち上げたエバーグリーン・プロジェクトは、証券決済業務を強化するための統合台帳の典型的な応用例です。詳細は以下のグリーンファイナンスセクションをご覧ください。
3.1.3 外国為替決済
統合された台帳とトークン化は、兆ドル規模の外国為替市場における決済リスクを効果的に削減することもできます。
外国為替取引の既存の同時決済（PvP）メカニズムは決済リスクを軽減するのに役立ちますが、リスクは依然として存在し、PvPシステムが一部の取引には利用できないか適用されない場合もあり、市場参加者はそのコストが高すぎると考えています。
アトミック決済24/7は、決済の遅延を排除し、リスクをさらに軽減します。外国為替と認定外国為替プロバイダーを組み合わせたスマートコントラクトは、PvP決済の範囲を拡大し、取引コストを削減することができます。
3.2 新しいビジネスシナリオを作成します
統合された台帳は、スマートコントラクトの共同利用を通じて、既存のビジネスを改善するだけでなく、協力の範囲を拡大し、安全で機密性の高い情報保管・共有環境やトークン化された実行取引を通じて新しいビジネス形態や取引モデルを創出することができます。
3.2.1 銀行走行リスクの緩和
スマートコントラクトの適用により、集団協力の範囲を効果的に拡大することができ、個々の「無料乗車」行動を克服することができ、それにより銀行のランリスクを効果的に軽減することができます。[9]
預金契約は、銀行と預金者との間の二国間協定であり、銀行または銀行業界が流動性ストレスに直面すると預金の価値が影響を受ける場合があり、その場合、預金の価値はすべての預金者の集団的な決定に依存します。銀行は主に預金者の資金を不動産に投資しているため、銀行が短期的な流動性圧力に直面すると、最初に預金を引き出す預金者の預金の価値は先着順で保証される可能性があり、これにより銀行ランが発生する。
スマートコントラクト預金契約の適用により、このリスクを緩和することができます。スマートコントラクトにより、すべての預金者は、条件付きでの連携を実現し、預金者の預金額が引き出しの順序に基づいて異なることがないように強制します。これにより、他の預金者が最初に預金を引き出し、お金を早めに引き出す動機についての預金者の心配が解消されます。このアプローチはすべての銀行ランを防ぐわけではありませんが、一般的な先行者利益や連携した失敗を緩和することができます。
3.2.2 新しいサプライチェーンファイナンス
リアルタイム情報をスマートコントラクトに組み込むことで、サプライチェーンファイナンスは統一された台帳を使用して改善を実現することができます。
以下の図は単純なサプライチェーンです。 買い手（通常は大企業）はサプライヤー1（通常は中小企業）から商品を購入し、そのサプライヤー1は生産のために原料をサプライヤー2から調達する必要があります。 買い手は通常、商品が到着した後にサプライヤー1に支払いを行いますが、サプライヤー1は支払いを受ける前に賃金や原料費を支払う必要があります。 この場合、サプライヤー1は資金調達を行い、支払いを受けた後にサプライヤー1に支払いを行う必要があります。 返済。
買い手が配達後に支払わない可能性があるため、サプライヤーの融資形態は主に住宅ローン(誓約)貿易ローンです。たとえば、イタリアの中小企業がインドのサプライヤーから半製品を購入するとします。半製品は1ヶ月後に貨物船で配送されます。生産を開始するために、中小企業は輸送中のこれらの商品を担保として使用し、銀行またはサプライヤーから融資を受けます。中小企業が債務不履行に陥った場合、債権者は担保を差し押さえる権利があります。債権者は、付随的損害や切り下げ (海賊や嵐など) のリスクのために、十分な信用を提供したり、借入コストを引き上げたりする可能性があります。さらに、中小企業は、複数の貸し手に同時に担保を差し入れるなどの詐欺を犯す可能性もあります。これらの一般的な資金調達の問題により、サプライヤーは運用上のニーズを満たすために自己資金のみに頼らざるを得ません。
統合台帳は、サプライチェーン関係のさまざまなコンポーネントと資金調達プロセスのさまざまなステップを1か所に統合することで、貿易金融の問題を軽減できます。買い手とサプライヤー間のスマートコントラクトの使用は、買い手が商品が配達されたときに自動的に代金を支払うか、特定の中間ステップに達したときに部分的な支払いを行うことを規定しているため、商品が到着した後に買い手が支払い義務を果たさないリスクが軽減されます。スマートコントラクトローンは、銀行とサプライヤーの間で使用され、IoTデバイスが提供するリアルタイムの貨物データに基づいて、輸送のさまざまな段階でローンの条件を自動的に実行します。例えば、船舶が特定の高リスク海域を通過すると、自動的に金利が引き下げられたり、追加のクレジットが追加されたりします。.このようにして、サプライヤーの早期運転資金を満たすことができ、担保は統合台帳に記録されているため、繰り返し質入れすることができず、融資当事者のリスクが軽減され、融資当事者の与信意欲がさらに高まります。
3.2.3 ローンサービスの最適化
その安全で機密性の高い情報保管および共有環境を通じて、統一台帳はデータの力を活用し、信用コストを削減し、信用取得の難しさを解消することも可能です。
まず、統合台帳によって統合されたデータを利用することで、貸し手は借り手の信用リスク評価システムにより多様なデータを組み込むことが可能となり、借入コストや担保への依存を低減することができます。
第二に、データ暗号化技術の適用により、統一台帳上のユーザーは自らのデータをコントロールすることが可能となり、ネットワーク効果による高い借入コストが改善されます。ネットワーク効果により多くのユーザーデータが集まり、借入者に便利な借入チャネルが提供される一方で、これらのサービスがますます多くのユーザーを引き寄せると、データ量の増加がユーザーが作成するデータを増やし、DNA（データ-ネットワーク-アクティビティ）ループを形成します。その結果、市場集中度が高まり、過剰利益または独占利益が高い借入コストをもたらしています。統一台帳はユーザーが自らのデータをコントロールする仕組みを維持しています。ユーザーは貸し手が自分のデータを共有または使用することができるかどうかを自分で決めることができるため、市場集中による貸し手の利益が減少し、最終的には借入コストが低下し、住民や事業者に利益をもたらします。
さらに、統合された台帳は、改善されたデータ共有体制を通じて、民族少数派や低所得世帯などの不利なグループのデータを信用システムに含めることで、金融包摂を向上させることもできます。「小さな信用履歴」を持つ申請者は、非伝統的なデータから選別されます。銀行の伝統的な信用スコアは、他のグループよりもデフォルトリスク指標に干渉するため、統合された台帳で利用可能なより包括的なデータが信用評価の質を向上させ、これらのグループの借入コストを低下させます。
3.2.4 反マネーロンダリング
暗号化を使用することで、統合された台帳はAML（マネーロンダリング防止）およびCFT（テロ資金供与の防止）を強化する新しい方法を導入することも可能です。
金融機関は法律によって、非常に機密性の高い独自のデータを保護することが求められており、この機密データを保護しながら共有することができないと、AMLやCFTの実施が妨げられてしまいます。統合台帳は取引、送金、所有権の変更の透明で監査可能な記録を提供し、暗号化手法によって、金融機関は国境を越えてこの情報を機密に共有し、現地のデータ規制に従いながら不正行為を検出することができます。
利点は、トークン化を活用し、識別情報を含むトークンの二重の性質と移転ルールを定めることでさらに強化することができます。 たとえば、支払いビジネスでは、取引当事者、取引当事者の地理的属性、および移転タイプなどの規制遵守情報をトークンに直接埋め込むことができます。 BISイノベーションセンターのAuroraプロジェクトでは、プライバシー強化技術と高度な分析を活用して、金融機関間および国境を越えたマネーロンダリングに対抗する方法を模索しています。
3.2.5 資産担保証券
スマートコントラクト、情報、およびトークン化を組み合わせた統一された台帳は、資産の証券化や債券の発行・投資プロセスを改善することもできます。
抵押担保証券（MBS）を例に取ると、MBSは住宅ローンをまとめて格付けし、異なる格付けの債券に分割して投資家に販売する投資商品です。MBS流動性が12兆米ドルに達する米国のような市場でも、証券化プロセスには数十の仲介業者の参加が必要であり、プロセスは非常に複雑です。
自動化されたスマートコントラクトを適用することで、情報と資本の流れの遅延を排除し、証券化プロセスを簡素化することができます。トークンは、借り手の返済と返済回収方法、および投資家の割り当てに関するリアルタイムデータを統合できるため、仲介者への依存をさらに減らすことができます。
3.2.6 グリーンファイナンス
グリーンファイナンスは、統合台帳とトークン化されたアプリケーションがイノベーションを可能にするもう一つの典型的なユースケースです。
投資家がアプリをダウンロードし、アプリを通じてトークン化された政府債券に任意の金額を投資して、グリーン投資を資金調達できるデジタルプラットフォームを作成することによって、投資家は債券期間中に蓄積された利息を確認するだけでなく、この投資によってリアルタイムで生成されたクリーンエネルギーと二酸化炭素排出量の量を追跡することもできます。 この債券は、透明な二次市場で取引することも可能にします。
BISイノベーションハブのGenesisプロジェクトでは、BISと香港金融管理局は共同でこの分野を探求し、トークン化と統合台帳を使用して2022年にEvergreenプロジェクトを立ち上げ、グリーンボンドを発行しました。プロジェクトのアーキテクチャおよび第一次発行プロセスは以下の図に示されています。プロジェクトは、ボンド発行に関与する参加者を統合台帳上で統合し、マルチパーティーのワークフローをサポートし、特定の参加者の承認、リアルタイム検証、署名機能を提供することで、取引処理効率を向上させます。一方、ボンドの決済ではDvP決済を実現し、決済の遅延と決済リスクを軽減します。参加者向けのプラットフォームのリアルタイムデータ更新は取引の透明性を向上させます。プロジェクトは依然としてAPI統合と統合台帳プラットフォームを採用していますが、取引効率とリスク軽減の観点から意義のある試みとなっています。
- Evergreenプロジェクトの全体的なアーキテクチャ
(画像ソース: https://www.hkma.gov.hk/media/chi/doc/key-information/press-release/2023/20230824c3a1.pdf)
- Evergreenプロジェクトの最初の発行のためのDvPモードでのワークフロー処理
(Image Source: https://www.hkma.gov.hk/media/chi/doc/key-information/press-release/2023/20230824c3a1.pdf)
4. 統一帳簿アプリケーションの基本原則
統合台帳およびそのトークンを適用する際に従うべき一般的なガイドラインがいくつかあります。最初の原則は、どのアプリケーションも通貨システムの二層構造と整合している必要があるということです。これに基づき、中央銀行は卸売CBDCの決済を通じて単一通貨を維持し続けることができ、一方で民間部門は住民や企業が恩恵を受けるために革新を続けることができます。
さらに、適用範囲とガバナンスに関連する原則も重要です。これらの原則は、公正な競争を促進し、データのプライバシーと運用の弾力性を確保するための最良の方法を明確にし、また、各管轄区のニーズと好み、およびそれらの具体的な適用の詳細に依存します。
4.1 範囲、ガバナンス、競争
4.1.1 統一台帳の範囲
前述したように、統合台帳には複数の台帳を含めることができ、各台帳には特定のユースケースがあります。したがって、統合台帳の適用は特定のシナリオから開始でき、その効果はより明白になります。以下の図は、トークン化アプリケーションの範囲と特性を示しています。トークン化を実装する場合は、実装効果を包括的に検討する必要があります。トークン化は比較的簡単に適用できるため、その単位収入は重要ではないかもしれませんが、トークン化は比較的簡単です。難しいアプリケーションの場合、実装後のメリットは大きいかもしれません。したがって、短期的には、トークン化は、トークン化に適しており、大規模に取引できる資産を特定することに集中できます。特定のユースケースから始めて、統合台帳の範囲は時間の経過とともに拡大できますが、その最終的な範囲は、各管轄区域の特定のニーズと制約によって異なります。
統合された台帳は実際には新しいタイプのFMI（または複数のFMIの組み合わせ）です。 FMIの「金融市場インフラストラクチャの原則」[10]に記載されているように、FMIの最も基本的な原則は、実現可能かつ利用可能な条件下で利用できる必要があるということです。中央銀行通貨の明確で曖昧でない最終決済を提供することは、支払システム、中央証券デポジタリ、証券決済システム、中央カウンターパーティークリアリング、取引データベースなどのインフラストラクチャに適用されます。
4.1.2 ガバナンスと競争
統合台帳の範囲は、そのガバナンス体制、競争環境、および参加のインセンティブに直接影響を与えます。
統合台帳のガバナンスは、中央銀行と規制された民間セクターのアクターが確立された規則に従ってガバナンスに参加する既存の取り決めに従う可能性があります。 支払い決済を例にとると、統合台帳が通貨と支払いを含む場合、中央銀行は資産の最終決済に依然として責任を負い、誠実さを確保するために、規制され監督された民間セクターのプレーヤーは引き続きユーザーにサービスを提供し、現行のKYC、AML、CFT規制に準拠し、プライバシーの遵守を確認するための継続的な尽力を行うべきです。
台帳の範囲が拡大するにつれて、ガバナンス体制の要件も増加します。たとえば、国境を越えた支払いのための統一台帳は、異なる管轄区域に位置する民間支払いサービスプロバイダー（PSP）と中央銀行との間でシームレスな相互運用性を必要とし、異なる規制枠組みを持つため、多数の管轄を越える取引が必要です。これに対して、国内証券決済のための統一台帳は、比較的少ない調整作業が必要です。
競争と金融包摂には、公正で公開された環境が不可欠です。規制政策の観点から、共通プラットフォームの導入が金融および支払い業界の組織、そして最終的に金融システム全体にどのような影響を与えるかを考慮することが重要です。公開プラットフォームは、民間セクターのプレーヤー間で健全な競争と革新を促進し、高い利益を削減することにより、エンドユーザーのコストを削減できます。規制当局は、ネットワーク効果が消費者の利益に役立ち、独占的なプレーヤーの出現を防ぐように、プラットフォームと対応するルールの設計においてこの目標を達成する必要があります。
潜在的な参加者に適切な金銭的インセンティブを提供することは、競争を促進するための鍵です。適切なインセンティブがなければ、民間の決済サービスプロバイダーは参加しないことを選択するかもしれません。新技術の適用が既存の経済的インセンティブの分配に影響を与え、既得権益の影響力や利益を減少させる場合、参加者が新技術を導入することを妨げる可能性があります。参加を義務付けながら、民間企業がイノベーションを起こせるインフラを提供することが、導入の鍵となるでしょう。参加者はそこから経済的インセンティブを得ることができます。参加者数が増えると、ネットワーク効果が顕著になり、凝集効果が形成されます。
4.2 データプライバシーとサイバー耐性
統合された台帳は、通貨、資産、情報を同じプラットフォームに集約し、データプライバシーと運用の弾力性が特に重要です。
4.2.1 プライバシー保護
さまざまな種類のデータを 1 か所に集約すると、データが盗まれたり悪用されたりする懸念が生じる可能性があります。ユーザーのプライバシーを保護するためには、適切な保護対策を講じる必要があり、統合台帳上のデータは、プライバシー保護の目的を達成するために保守的な方法で管理する必要があります。企業秘密にも同じ問題があります。機密情報が完全に保護されて初めて、企業は統合台帳の参加者になることをいとわないことができます。
統合された台帳データ環境でのパーティションの作成は、プライバシーを保護する重要な方法であり、各参加者が自分自身のパーティション上の関連データのみを見ることとアクセス権を持つことを可能にします。プライベートキーの適用は、データ保護をさらに強化します。パーティション内のデータの更新、アイデンティティの認証およびトランザクションの認可はすべてプライベートキーを介して行われ、認可されたアカウントのみがパーティションデータを管理できることを保証します。
暗号化技術は、プライバシーを保護するための別の効果的な方法です。異なる参加者が取引で相互作用する場合、異なるパーティションからの情報を実行環境で共有し解析する必要があります。安全なデータ共有技術により、暗号化されたまたは匿名化されたデータ上で数学的計算を直接実行でき、機密情報を公開せずに済みます。これは、金融機関やユーザーがプライバシーを保護する形式でデータを共有したいという要望を満たすだけでなく、分散化による競争と革新を促進します。取引秘密は個々のスマートコントラクトを暗号化することで保護できます。コードの所有者または指定された当事者だけが契約の詳細にアクセスできるためです。
統合台帳で情報の秘匿性やプライバシー保護を実現できる技術は多岐にわたり、それぞれに目的によるメリット・デメリットがあり、プライバシー保護や計算負荷、実装難易度なども異なります。
さらに、中央銀行は、公共の利益に奉仕し、個人データに商業的利害関係を持たない機関として、統合台帳の設計時に、統合台帳のトークンに直接プライバシー法を埋め込むなど、ソースからのプライバシー保護の実施を保証できます。データプライバシー法は、第三者が自分のデータを使用することを許可または拒否する権利を消費者に与えています。例えば、欧州連合(EU)の一般データ保護規則(GDPR)は、企業に消費者の個人データの削除を義務付けており、カリフォルニア州の消費者プライバシー保護法は、消費者に企業を理解する力を与えています。情報収集の内容等データプライバシー法の効果的な施行は、統合台帳を活用し、個人データの販売を禁止したり、個人データをトークンやトランザクションのスマートコントラクトに直接削除したりするオプションを埋め込むことで強化できます。
4.2.2 サイバー攻撃
プライバシー保護に加えて、ネットワークの回復力も重要です。近年、サイバー攻撃による損失は大幅に増加しており、制度レベルと法的レベルの両方から強力なネットワークレジリエンス保護が求められています。FMIや統合台帳がサイバー攻撃を受けると、莫大な金銭的損失や風評被害が生じ、金融システムが広範囲に麻痺し、最終的には計り知れない社会的損失が発生します。統合台帳の範囲が広ければ広いほど、単一障害点のリスクが高まり、それが引き起こす可能性のある損失も大きくなります。これらの理由から、ネットワークの回復力とセキュリティへの適切な投資が重要であり、統合台帳データの整合性と機密性のために複数のセキュリティ対策を実装する必要があります。
5. 結論
通貨、決済、より広範な金融サービスのイノベーションの可能性を十分に実現し、真のニーズと革新的な発展に適応できる将来の通貨システムを構築するためには、中央銀行の役割が極めて重要です。
この記事では、トークン化の変革的な可能性を活用して、既存の構造を改善し、新たな可能性を開くための将来の金融システムの設計図を概説します。この設計図は、CBDC、トークン化された預金、その他の金融および実物資産の権利と利益を統合した新しい金融市場インフラストラクチャである「統合台帳」を提案しています。その利点は、第一に、より幅広い金融取引をシームレスに統合し、自動的に実行し、同期化して即時決済を実現することができる点です。第二に、同じプラットフォーム上にすべての情報データコンテンツを集約し、スマートコントラクトを使用して情報とインセンティブの問題を克服し、公益サービスを提供することができる点です。
トークン化と統合台帳の概念は、将来の通貨システムの開発状況を明らかにしますが、実際の適用では、各管轄区域の特定のニーズと制限によって、その適用の範囲と順序が決まります。この開発では、複数の台帳を共存させ、相互運用性のためにAPIを介して相互接続することができます。
さらに、このビジョンを実現するには、技術ソリューションの研究開発を推進し、共通のデジタルプラットフォームを確立し、適切な規制と監督を確保するために、公共および民間セクターの共同努力が必要です。協力、イノベーション、継続的な統合を通じて、相互信頼に基づく通貨システムを確立し、新しい経済体制を実現し、金融取引の効率とアクセシビリティを向上させ、住民や企業の変化するニーズに応えると信じています。
エンドノート
[1] 元のページ88を参照してください
[2] オリジナルページ89を参照してください
[3] 狭義の銀行業務は、完全な準備制度の実現を指し、商業銀行預金（銀行 passives）を100% の預金準備（中央銀行との商業銀行預金）で裏付ける必要があります。このモデルでは、商業銀行はすべての預金を中央銀行に移し、信用拡大を実現するための貸付を行うことはできません。商業銀行は、中央銀行が資金を供給する経路に過ぎません。すべての信用拡大は、中央銀行の貸借対照表の拡大によって達成されます。狭義の銀行システムでは、すべての通貨が中央銀行によって供給される基軸通貨であり、商業銀行による貸付を通じて達成されるマネー・マルチプライヤー効果はありません。
[4] 特定のアーキテクチャについては、元のテキストの図B1を参照してください。
[5] 詳細については、元のテキストの99ページのボックスCを参照してください
[6] 顧客がカードで支払いをするとき、追加の承認および検証プロセスが必要です。これらのプロセスには、販売業者、購入者の銀行、取得銀行などが関与し、多くの場合、支払手段（流入デビットカードまたはクレジットカード）を検証するためのアクセス制御サービスも含まれます。
[7] 詳細については、元のテキストのページ100のボックスDを参照してください
[8] 流動性貯蓄メカニズム(LSM)は、銀行が流動性を管理し、流動性リスクを軽減するために使用される決済システムの追加機能です。これは、多くの場合、リアルタイムグロス決済(RTGS)システムと組み合わせて使用されます。LSM の機能は、支払キューイングプロセス中に受領した相殺支払または一部相殺支払に基づいて、キューイングされた支払のリリースを制御することです。これは、銀行が決済する前にすべての支払いが到着するのを待つのではなく、支払いの流動性をより効率的に管理できることを意味します。これにより、支払いシステムがより効率的になり、支払いが遅れる可能性が低くなります。LSMは、決済システムの円滑な運用を確保し、決済システムの流動性リスクを軽減するのに役立ちます
[9] フリーライド行動とは、ある資源やサービスの利益を享受しながら、対応するコストや義務を負わない個人や組織を指します。この行動は公共財でも共有財産でも発生します。フリーライド行動は、銀行ランにおいて発生する理由は、預金者全員が銀行のリスクを識別する能力を持っていないためです。リスク識別能力を持つ一部の預金者が銀行のリスクを把握すると、最初に預金を引き出すことになりますが、識別能力のない他の預金者はその流れに従い、引き出しを行い、結果的にランを引き起こします。
[10] 金融市場インフラストラクチャの原則（金融市場インフラストラクチャの原則）は、2012年にBISによって発行された、金融市場インフラストラクチャ（FMI）の運営を指導し標準化するための原則のセットです。詳細は、https://www.bis.org/cpmi/publ/d101a.pdf
参照
https://www.bis.org/publ/arpdf/ar2023e3.htm
https://www.zhihu.com/question/20258395
https://www.ccvalue.cn/article/1273028.html
http://www.thfr.com.cn/post.php?id=46333
免責事項：
Статті на тему
ステーブルコインとは何ですか？
Cotiとは? COTIについて知っておくべきことすべて
デジタル化からトークン化へ、統一された台帳は将来の通貨のために壮大な設計図を作り上げています
著者：
ダイアン・チョンは、シドニー大学で会計の修士号を取得し、北京大学でMEMを取得しており、支払いとトークン化に焦点を当てたFinTechプロダクトマネージャーとして10年間活動しています。
アメリカ合衆国の国際ビジネス法の修士、10年の法律経験を持つAwang氏は、テクノロジー産業のシリアル起業家であり、投資と資金調達の弁護士でもあります
Spinach Spinach、RMIT Blockchain Master、Web3 Researcher、SFTLabs＆Ample FinTech Buildler
今日、世界の通貨システムは歴史的な飛躍の瀬戸際に立っています。デジタル化の後、トークン化（プログラマブルプラットフォーム上の資産におけるエクイティのデジタル表現）がその飛躍の鍵となります。トークン化は、中間業者がユーザーにサービスを提供する方法を変えることで、通貨および金融システムの機能を大幅に向上させ、情報伝達、調整、決済の間の障壁を取り除きます。トークン化は、現行の固有の通貨システムでは実現が難しい新しい経済活動を生み出すでしょう。
暗号通貨や分散型金融（最近のDeFiがRWA資産を貪欲に飲み込むのを見る限り）は、私たちにトークン化の一面を開くだけです。彼らは、現実世界との接続の難しさだけでなく、中央銀行による金融信頼の欠如によっても制限されており、それらのステーブルコインさえも不安定です。
以前に編纂したCiti RWAリサーチレポート:マネー、トークン、ゲーム(ブロックチェーンの次の10億人のユーザーと10兆ドルの価値)は、新たな10兆ドルのトークン化市場を開拓しました。ですので、壮大な航海に乗り出す前に、私たちはいまだにトークン化、RWA、さらにはブロックチェーンの最初の原則からトークン決済までを振り返る必要があります。まるで私たちがBitcoinの白書を注意深く研究したように。
したがって、国際決済銀行（BIS）の2023年度の年次経済報告書におけるトークン化に関する箇所をまとめ、業界関係者がトークン化の運用の基本的な論理をさらに理解するための参考資料として提供しています。
BISは、通貨制度と銀行制度の観点からトークン化を解体し、グローバルな通貨制度の将来の設計図を示しています。将来の設計図を構築する上での主要な要素は、CBDC、トークン化された預金、および金融および実物資産における他のトークン化された権利と利益です。この設計図では、これらの要素を「統合台帳」と呼ばれる新しいタイプの金融市場インフラストラクチャに統合し、トークン化のすべての利点を実現することを想定しています。これにより、旧来のシステムが改善され、新しいシステムが構築されるでしょう。
コアのアイデア
- トークンと資産のトークン化には巨大なポテンシャルがありますが、中央銀行の信頼と金融システムへの接続能力がトークン化の成功の鍵です；
- 「統合台帳」は、CBDC、トークン化された預金、およびトークン化された資産をプログラマブルなプラットフォーム上で組み合わせることができる新しいタイプの金融市場インフラストラクチャであり、トークン化の利点を最大限に活用することができます。
- CBDCとトークン化された預金は、通貨の統一、決済の最終性、流動性の提供、リスク回避において特定の利点を持っています;
- トークン化と統一台帳の適用により、複数のシステムをシームレスに統合することで既存の金融市場インフラを改善するだけでなく、プログラマブルなプラットフォームを使用して新しい経済取引を生み出すことが可能となり、大きな商業価値があります。
- 複数のユースケース固有の台帳が同時に共存し、アプリケーションプログラミングインタフェースを介して相互運用性を確保しながら、金融包摂と公正な競争を促進します;
- ガバナンス体制は、統合台帳やトークン化などの新技術の適用を促進する上で重要な要素であり、合理的なインセンティブが参加者を新たなリファレンスに参加させ、最終的にネットワーク効果を形成する鍵となります。
用語集
トークン – トークンとは、ブロックチェーンまたは分散統一台帳上の特定の権利や資産を表すデジタル識別子を指します。
Tokenisation – トークン化は、伝統的な台帳に存在する物理的または金融資産の権利をプログラム可能なプラットフォームに記録するプロセスです。
プライベートトークン化されたマネー – プライベートセクター（中央銀行以外）によって発行されたトークンを指します。
マネーの単一性−通貨の単一性とは、特定の通貨システムにおいて、主要な通貨が1つだけ存在し、異なる通貨や資産の形態がこの主要な通貨と同等の価値で交換可能であり、つまり、通貨の価値は異なる通貨の形態による影響を受けず、それが私的に発行された通貨（預金など）であっても、公的に発行された通貨（現金など）であっても影響を受けないことを意味します。
決済確定性 – 決済確定性とは、資金が1つの口座から別の口座に送金された後、それらが受取人の法的所有物となり、取り消すことができなくなることを意味します。
統合台帳 - 分散統合台帳、新しいタイプの金融市場インフラ（FMI）は、複数のデータソース、プラットフォーム、またはシステム情報（金融取引、データ記録、契約、デジタル資産など）を統合するシステムを指し、すべての取引とデータが中央集権的な組織の介入なしに記録されます。
プログラマブルプラットフォーム – プログラマブルプラットフォームとは、特定の技術に制約されないプラットフォームを指し、実行環境、会計およびガバナンスルールを備えたチューリングマシンを含みます。
Ramp – Rampスマートコントラクトは、プログラム可能なプラットフォームとプログラム不可能なプラットフォームを接続する契約を指します。Rampは、プログラム可能なプラットフォームで発行されたトークンのために、元のプラットフォーム上の資産を担保としてロックします。
アトミック決済-アトミック決済とは、2つの資産の移転をリンクさせ、片方の資産が同時に移転されない限り、他方の資産が移転されないことを確認することを指します。つまり、決済が条件付きであるため、成功するのは両方の当事者だけです。資産が取引されるか、資産の移転が行われないかのいずれかです。アトミック決済により、T+0の決済が可能となります。
支払対支払（PvP）- 外国為替取引の同期決済、つまり、1つの通貨が他の（または複数の）通貨に対して同時に転送されて最終的かつ取消不能な決済が行われることを保証する決済メカニズム、つまり、取引の両方（またはそれ以上）の通貨が同時に引き渡されます。
デリバリーバーサスペイメント（DvP）は、資産の移転と資金の移転をリンクさせる決済メカニズムであり、対応する支払いが発生したときにのみデリバリーが行われることを保証します。
1. トークンとトークン化
1.1 トークンとトークン化の定義
トークンは、取引可能なプログラム可能なプラットフォームに記録された所有証明書（Claims）を指します[1]。単なる単一のデジタル証明書以上に、トークンはしばしば伝統的な帳簿で基礎資産の移転を管理するルールやロジックを結集します（下の図を参照）。したがって、トークンはプログラム可能でカスタマイズ可能であり、個人のシナリオや規制の遵守要件に適合するように設計されています。
トークン化とは、従来の台帳に存在する金融資産または実物資産の請求をプログラム可能なプラットフォームに記録するプロセスを指します[2]。トークン化プロセスは、従来のデータベース(金融証券、商品、不動産など)の資産をプログラム可能なプラットフォーム上の資産トークンの形にマッピングするRampコントラクト(下図を参照)によって完了します。従来のデータベース内の資産は、プログラム可能なプラットフォームで発行される担保バッキングトークンとして機能するように凍結または「ロック」されています。資産をロックすることで、マッピング先のトークンが譲渡されたとき、つまり所有権が同時に変更されたときに、原資産を譲渡できるようになります。
トークン化は、分散型のオペレーション実行とスマートコントラクトの条件付き実行という2つの重要な機能を導入します。
分散型運営実行 - 従来のシステムとは異なり、中間の口座管理者が資産の所有権レコードを更新および維持する必要があるシステムに対し、トークン化された環境では、トークンまたは資産がプログラマブルなプラットフォーム上で維持される「実行可能なオブジェクト」となります。プラットフォーム参加者は、中間の口座管理者が勘定を維持する必要がなく、プログラムの命令を発行することで資産を移転します。このアプローチにより、合成の範囲が広がり、複数の操作を一つの実行パッケージにまとめて実行することができます。このようなトークン化された取引は中間業者の役割を必ずしも排除するものではありませんが、中間業者の役割の性質は「資産の所有権レコードを更新および維持する」から「プログラマブルプラットフォームのルールのマネージャー」に変わるため、台帳を更新するための専任者への依存を排除します。
スマートコントラクトの条件付き実行-プログラマブルプラットフォームは、スマートコントラクト内の論理ステートメント（if、then、or elseなど）を使用して、条件付き実行を実現できます。
トークン化された操作の相互運用性と条件付き実行という2つの機能を共同利用することで、複雑な条件付き実行を必要とする取引を簡素化して実装することができます。
1.2 CBDCとプライバシー化されたトークン
トークン化には、取引の価格設定のための会計単位（Account Unit）と支払手段（Means of Payment）が完全に適用される必要があります。分散型金融シナリオでトークン化を実施するために支払い手段としてステーブルコインを使用するアプリケーションと比較して、CBDCは決済の最終性と中央銀行の支持によりより良い基盤を持っています。プログラマブルプラットフォームは、埋め込まれた法定通貨決済を直接使用でき、トークン化の取り決めの必要な要素として、トークン化されたアプリケーションにとって最良の選択肢です。
卸売CBDCの開発は、トークン化されたアプリケーションにとって重要です。トークン化決済手法としての卸売CBDCは、一方では現行の通貨システムにおける準備金に類似した機能を果たすことができます。他方、トークン化により新たな機能を持たせることもできます。例えば、卸売CBDCを使用した取引は、合成可能性や条件付き実行を含むすべての機能を組み込むことができます。このCBDC強化トークンは、住民や企業が利用するための小売りバリアントとなり、中央銀行が通貨の単一性をさらに支援するために、デジタルキャッシュを提供することができます。これにより、デジタル形式の主権勘定の直接リンクを持つ公に提供される通貨の単一性が支援されます。
トークン化環境におけるCBDCの役割はより明確になってきましたが、CBDCを補完する民営トークンがどのように適切な形で存在できるかについては、まだ議論の余地があります。現在、トークン化の主要な形態には、トークン化預金と資産担保ステーブルコインの2つがあります。いずれも発行者の負債を表し、顧客に約束しています。その顧客は主権通貨単位の表面価値で自己資本を償還できることを。2つの違いは、移転方法と金融システムでの役割に反映されており、それがCBDCを補完する民営トークンの性質に影響を与えます。
トークン化されたデポジット
トークン化された預金は、既存のシステムの通常の銀行預金と同様に動作するように設計することができます。銀行はトークン化された預金を発行して発行者の負債を表すことができます。通常の預金と同様に、トークン化された預金は直接送金することはできません。中央銀行が提供する清算流動性は、支払い機能の正常な運用を引き続き確保します。
次の例は、トークン化された預金と従来の預金との類似点を比較することで示すことができます。この例では、ジョンとポールの口座はそれぞれ異なる銀行に属しており、両者ともKYCを通過しています。
従来のシステムでは、ジョンがポールに£100を支払うと、ポールはジョンの銀行に£100の預金を受け取るわけではありません。逆に、ジョンの銀行口座残高は£100減少し、一方でポールの銀行口座残高は同額増加します。同時に、2つの銀行の個々の口座の調整は、2つの銀行間で中央銀行準備の移転を通じて実現されました。
トークン化された環境では、ジョンが銀行に保有するトークン化された預金を減らし、同時にポールが銀行に保有するトークン化された預金を増やすことで、同じ支払い結果を達成することができます。同時に、卸売りCBDCの同時送金によって支払いを解決します。ポールは、引き続き自分が確認された顧客である銀行に対するみずからの請求権を有し、ジョンの銀行またはジョンに対する請求権はありません。
トークン化された預金は、現行の二層式通貨システムの主な利点のいくつかを保護し、向上させることができます。
まず、トークン化された預金は通貨の統一を維持するのに役立ちます。既存のシステムでは、中央銀行が決済インフラを運営し、それによって主権通貨で表示された支払いの最終送金を確保し、商業銀行での預金支払いの単一性を実現しています。トークン化された預金はこのメカニズムを保持します。同時に、卸売りCBDCの決済はスマートコントラクトを介して完了されるため、タイムリネスが向上し、受領と支払いの時間差が減少し、リスクも減少します。
第二に、卸売CBDCで清算されたトークン化された預金は清算の最終性を確保します。中央銀行は支払人の口座から対応額を差し引き、受取人の口座に入金し、バランスシートを更新することで最終的な決済を行い、支払いが最終的かつ取消不能であることを確認します。上記の例では、清算の最終性により、PaulはJohn（またはJohnの銀行）に対して請求権を持たず、自分の銀行にのみ請求権を有します。
最後に、トークン化された預金は、銀行が信用と流動性を提供する柔軟性を引き続き持つことを保証します。既存の2層構造の金融システムでは、銀行は住民や企業に融資やオンデマンドの流動性支援(クレジットラインなど)を提供しています。既存の貨幣制度で流通する貨幣のほとんどは、借入側が同時に銀行に預金口座を保有し、銀行が発行した貸付金が直接借り手の口座に預金を形成し、貨幣の創造を実現するため、このように作られている。この柔軟なアプローチは、ナローバンク [3] とは異なり、銀行が経済・金融情勢の変化に応じて居住者や企業の資本ニーズを満たすことを可能にしますが、このモデルでは、過度な信用拡大やリスクの高い行動を防ぐための適切な監督も必要です。.
ステーブルコイン
ステーブルコインは、特定の欠点を持つプライバタイズされたトークンの別の形態です。 トークン化された預金と比較して、ステーブルコインは発行者によって発行された譲渡可能な請求権を表し、デジタル債権に類似しており、ステーブルコインを支払うことは、発行者の負債をユーザー間で移転することに等しいです。
ジョンとポールの間の送金を例にとると、ジョンは安定通貨発行者が発行した安定通貨の1単位(つまり、発行者の債権の1単位)を保有しています。ジョンがポールに1単位の安定通貨を支払うと、ジョンが保有していた債権はポールに譲渡され、ポールは譲渡前に発行者に対して何の請求権も持っていませんでした。この場合、Paulは発行者に対して信頼できない請求権を受動的に保持することができます。問題は、ポールがステーブルコインの発行者を信頼するかということです。
これは、ステーブルコインが無記名債券の特性を持っているためです。ステーブルコインの発行者は、この転送が発生したときにバランスシートを更新する必要がなく、プライバシートークンであるため、中央銀行のバランスシートは取引の決済がないままであり、ステーブルコイン自体が発行者の請求権の証明書であり、発行者の同意や参加は、手形証明書を転送するために必要ありません。
トークン化された預金と比較すると、ステーブルコインには主に以下の欠点があります:
最初の点は、ステーブルコインが通貨価値が一貫しない状況を弱める可能性があるということです。これは、ステーブルコインが取引可能であり、ステーブルコイン間の流動性に違いがあったり、発行者の信用力に違いがあったりすると、その価格が表面価値から逸脱したり、さらなる不確実性を受ける可能性があるためです。例えば、シリコンバレー銀行の事件では、シリコンバレー銀行の流動性がステーブルコインの価格に影響を与えるのではないかと心配したユーザーが大量にステーブルコインを売却し、結果的にステーブルコインの価格が暴落し、一貫性が崩壊しました。中央銀行からの明確な監督や信用の保証の不足が、これらの問題の重要な理由です。
第二に、柔軟に流動性を提供できるトークン化された預金とは異なり、資産担保型ステーブルコインは狭義銀行に近い運営をしています。これは、原則として、ステーブルコインの発行に対応するすべての米ドルは非常に安全な流動性のある資産に投資されるべきであるためです。これにより、ステーブルコインは他の目的に使用することができる流動性資産の供給を減少させ、したがって柔軟に流動性を提供することができません。
さらに、トークン化された預金と比較して、ステーブルコインにはKYC、AML、CFTなどの監督が不足しており、一定のリスクがあります。上記の例では、ジョンがステーブルコインをポールに送金しましたが、発行者はポールの身元を確認せず、コンプライアンスチェックを行っていませんでした。したがって、ポールの真の身元を確認できず、詐欺リスクが生じました。ステーブルコインのKYC、AML、CFTコンプライアンスを確保するためには、大幅な規制改革が必要なのではなく、トークン化された預金は伝統的な預金の移転プロセスを模倣することで、既存の規制枠組みの中で運営することができます。
2. トークン化と統一台帳
トークン化の完全なアプリケーションは、プログラム可能なプラットフォーム上で通貨とさまざまな資産の取引と運用を組み合わせる能力に依存しています。トークン化は、原資産取引をミラーリングできる必要な支払い手段を提供し、その中核となるのは、決済のファイナリティを促進するための中央銀行通貨のトークン化された形式です。統合台帳は、これらの機能を統合する「公共の場」であり、CBDC、民営化されたトークン、およびその他のトークン化された資産を同じプログラム可能なプラットフォームに配置し、最終的にシームレスな統合という形で新しい経済的取り決めを実現します。
2.1 統合台帳の作成方法
統一された台帳のコンセプトは、「一つの台帳がすべてを支配する」という意味ではありません。使用される形式は主に短期と長期の利益のバランスに依存します。これは主に、統一された台帳の確立には新しい金融市場インフラストラクチャ（FMI）の導入が必要であるためです。また、各司法管轄区の特定のニーズも考慮する必要があります。
複数の帳票と既存のシステムを接続して統合帳票[4]を形成するためにAPIを使用すると、短期間に初期費用が削減され、ステークホルダーの調整が容易になり、異なる司法管轄区のニーズに対応することができます。既存のシステムをAPIを介して接続することで、トークン化環境で動作している自動データ交換プロセスに類似したものを実現できます。複数の帳票を共存させ、新機能を徐々に組み込むことができます。統合帳票の範囲は、各帳票のガバナンス体制に関与する当事者を決定します。ただし、この段階的なアプローチには、特定の制約もあります。建設中に既存のシステムとの互換性や将来の見通しに制約されます。条件が継続的に拡大する中で、これらの制約はますます厳しくなり、最終的にはイノベーションを妨げることになります。
統合された台帳新しい金融市場インフラを直接導入すると、短期の投資コストや新しい基準への切り替えコストが高くなりますが、新しい技術の適用がもたらす利点を包括的に評価できます。トークン化は古いものを打破し新しいものを創造する機会をもたらします。将来のプログラマブルプラットフォームによって生み出される価値は、短期の投資をはるかに上回るでしょう。
明確にすると、どちらの実装も絶対に優れているわけではなく、具体的な実装は主に技術的な基盤と管轄区の具体的なニーズに大きく依存します。
2.2 統一台帳の構成
統合された台帳は、共通のプラットフォーム上のトークンがその利点を十分に発揮できるようにします。データが暗号化され、保存され、共有される安全な環境では、新しい種類の取引が作成され、契約の実行が最適化されます。統合された台帳の設計には2つの主要な要素があります。まず、取引に必要なすべてのコンポーネントを同じプラットフォームに保存する必要があります。第二に、トークンまたはトークン化された資産は実行可能なオブジェクトであるため、外部メッセージや身元確認に依存しないようにする必要がありますが、それでも安全に転送できます。
以下の図は、データ環境と実行環境の2つのモジュールで構成される統合台帳の簡略化された構造を示しています。統合台帳全体が共通のガバナンスフレームワークの対象となります。
データ環境。データ環境には主に3つの部分があり、プライバシートークンとトークン資産、台帳操作に必要な情報（資金や資産を安全かつ合法的に移転するために必要なデータ）、および偶発的な操作に必要なすべての現実世界の情報（台帳内での取引の結果であるか、外部環境から取得できるものである）。プライバシートークンとトークン資産は、対応する適格な運営主体によって独立して所有および運営されます。
実行環境。さまざまな操作を実行するために使用され、ユーザーまたはスマートコントラクトが直接実行でき、特定のアプリケーションに応じて、ビジネスに必要な機関とその資産のみが組み合わされます。たとえば、2人の個人がスマートコントラクトを介してお金を送金する場合、支払いはユーザーの銀行（トークン化された預金の供給者）と中央銀行（CBDCの供給者）を結びつけ、実行中に必要な場合は外部条件の情報も含まれます。
共有ガバナンスフレームワーク。異なるコンポーネントが実行環境内でどのように相互作用し、厳格な機密性を確保するために適用すべきプライバシールール。データの分割とデータの暗号化は、機密性とデータ制御を実現するための主要な方法です。データの分割は異なる領域を分離し、認可されたエンティティのみがそれぞれの領域内のデータにアクセスできるようにします。一方、データの暗号化は、データが転送および保存中に暗号化され、認可された当事者のみがデータを復号化およびアクセスできるようにします。これら2つはお互いを補完し、金融取引と業務のセキュリティと信頼性を共に確保します。
3. アプリケーションケース
前述のように、トークン化と統一台帳は、既存の金融事業に新たな経済的取り決めを提供し、既存のビジネスモデルを改善し、ビジネスモデルを革新する効果を達成することができます。
3.1 既存のビジネスモデルを改善する
トークン化の適用により、既存の決済および証券決済サービスを改善できます。
3.1.1 支払決済
現行の支払いシステムはユーザーの基本的なニーズを満たすことができますが、支払いプロセスには依然として高コスト、遅いスピード、低い透明性の問題があります。これは主にデジタル通貨が現在通信ネットワークの端に位置しており、銀行や非銀行との連携のために外部メッセージングシステムによって接続される必要があることに起因しています。オペレーションの専用データベースは連携を可能にします。メッセージング、調整、決済の分離は遅延を引き起こす可能性があり、参加者は進捗を完全に理解することができず、エラーが発生した場合の高いエラー訂正コストと運用リスクにつながる可能性があります[5]。
以下の図は、簡単な国内電信送金通知プロセスを示しています。支払人のアリスから受取人のボブへの資金移動には、多数のメッセージ通知、内部チェック、口座調整が関与します。非常に複雑であり、参加者が支払いの進捗状況を追跡することが困難です。支払人と受取人は支払い状況を受動的にしか知ることができません[6]。実際のビジネスでは、国境を越えた取引の支払いプロセスはさらに複雑で、国境を越えたメッセージング、時差や休日の違い、外国為替決済など、さまざまな要因が関与し、さらなるタイムリネスを妨げ、支払いリスクを増加させています。
統合された台帳は、これらの支払いにおける問題を改善できます。同じプログラマブルプラットフォーム上のプライベートトークンとCBDCは、さまざまな独自のデータベース間で順次メッセージを送信する必要がなくなります。統合された台帳は、アトミック決済を使用します（つまり、2つの資産が同時に交換されます）。1つの資産が移動されると、もう1つの資産も移動されるため、支払いプロセス中に1つの銀行から別の銀行への卸売り支払い決済、並行して卸売りCBDC決済が行われます。これにより、メッセージングと支払いフローが組み合わされ、遅延がなくなり、リスクが軽減されます。同時に、統合された台帳のデータパーティショニングとアクセス権限の設定により、参加者にデータプライバシーと取引の透明性を提供するだけでなく、取引当事者に優れた支払い体験を提供します。
3.1.2 証券清算
証券決済[7]は、統一された台帳が既存のビジネスに力を与える典型的なシナリオでもあります。
既存の証券決済プロセスには、ブローカー、保管銀行、中央証券デポジタリー、清算所、登録機関など、多くの参加者が関与しています。取引決済に関わるメッセージ指示、資金流れ、および調整手続きは複雑です。これにより、全体的なプロセスが長くかかり、高コストになり、代替コストリスクと元本リスクが生じます。
従来の証券決済ビジネスでは、中央証券保管機関が証券の受益者のために直接または間接的に証券を管理します。証券の買い手または売り手は、ブローカーまたはカストディアンに指示を出すことで取引プロセスを開始し、最終決済には最大2営業日かかることがあります（下の図に示す香港取引所の証券決済プロセスを参照）、これにより取引はすべての当事者にとって難しくなります。取引コストのリスク（つまり、取引が決済されず、より不利な価格で再取引する必要があるリスク）にさらされます。同時に、資金や証券の非同期の配信により、売り手が資金を得られない可能性や買い手が証券の元本を得られないリスクもあります。
(Image source: https://sc.hkex.com.hk/TuniS/www.HKEX.com.hk/Services/Clearing/Securities/Overview/Clearing-Services?sc_lang=zh-CN)
統合された帳簿とトークン化は、証券決済業務を改善することができます。下の図に示すように、プログラマブルプラットフォーム上でトークン化された通貨と証券を組み合わせることで、決済の遅延を短縮し、メッセージングや調整の必要性をなくすことができ、これにより代替コストリスクが低減されます。資金と証券の同時納品はDvPによってカバーされる証券の範囲を拡大し、元本リスクをさらに低減します。この新しい証券決済方法を実装するには、システム内でのアトミック決済により高い流動性が必要とされるため、対応する流動性節約メカニズム[8]が必要です。これは、遅延ネット決済(DNS)からリアルタイムグロス決済(RTGS)への移行と類似しています。
2022年に香港金融管理局が立ち上げたエバーグリーン・プロジェクトは、証券決済業務を強化するための統合台帳の典型的な応用例です。詳細は以下のグリーンファイナンスセクションをご覧ください。
3.1.3 外国為替決済
統合された台帳とトークン化は、兆ドル規模の外国為替市場における決済リスクを効果的に削減することもできます。
外国為替取引の既存の同時決済（PvP）メカニズムは決済リスクを軽減するのに役立ちますが、リスクは依然として存在し、PvPシステムが一部の取引には利用できないか適用されない場合もあり、市場参加者はそのコストが高すぎると考えています。
アトミック決済24/7は、決済の遅延を排除し、リスクをさらに軽減します。外国為替と認定外国為替プロバイダーを組み合わせたスマートコントラクトは、PvP決済の範囲を拡大し、取引コストを削減することができます。
3.2 新しいビジネスシナリオを作成します
統合された台帳は、スマートコントラクトの共同利用を通じて、既存のビジネスを改善するだけでなく、協力の範囲を拡大し、安全で機密性の高い情報保管・共有環境やトークン化された実行取引を通じて新しいビジネス形態や取引モデルを創出することができます。
3.2.1 銀行走行リスクの緩和
スマートコントラクトの適用により、集団協力の範囲を効果的に拡大することができ、個々の「無料乗車」行動を克服することができ、それにより銀行のランリスクを効果的に軽減することができます。[9]
預金契約は、銀行と預金者との間の二国間協定であり、銀行または銀行業界が流動性ストレスに直面すると預金の価値が影響を受ける場合があり、その場合、預金の価値はすべての預金者の集団的な決定に依存します。銀行は主に預金者の資金を不動産に投資しているため、銀行が短期的な流動性圧力に直面すると、最初に預金を引き出す預金者の預金の価値は先着順で保証される可能性があり、これにより銀行ランが発生する。
スマートコントラクト預金契約の適用により、このリスクを緩和することができます。スマートコントラクトにより、すべての預金者は、条件付きでの連携を実現し、預金者の預金額が引き出しの順序に基づいて異なることがないように強制します。これにより、他の預金者が最初に預金を引き出し、お金を早めに引き出す動機についての預金者の心配が解消されます。このアプローチはすべての銀行ランを防ぐわけではありませんが、一般的な先行者利益や連携した失敗を緩和することができます。
3.2.2 新しいサプライチェーンファイナンス
リアルタイム情報をスマートコントラクトに組み込むことで、サプライチェーンファイナンスは統一された台帳を使用して改善を実現することができます。
以下の図は単純なサプライチェーンです。 買い手（通常は大企業）はサプライヤー1（通常は中小企業）から商品を購入し、そのサプライヤー1は生産のために原料をサプライヤー2から調達する必要があります。 買い手は通常、商品が到着した後にサプライヤー1に支払いを行いますが、サプライヤー1は支払いを受ける前に賃金や原料費を支払う必要があります。 この場合、サプライヤー1は資金調達を行い、支払いを受けた後にサプライヤー1に支払いを行う必要があります。 返済。
買い手が配達後に支払わない可能性があるため、サプライヤーの融資形態は主に住宅ローン(誓約)貿易ローンです。たとえば、イタリアの中小企業がインドのサプライヤーから半製品を購入するとします。半製品は1ヶ月後に貨物船で配送されます。生産を開始するために、中小企業は輸送中のこれらの商品を担保として使用し、銀行またはサプライヤーから融資を受けます。中小企業が債務不履行に陥った場合、債権者は担保を差し押さえる権利があります。債権者は、付随的損害や切り下げ (海賊や嵐など) のリスクのために、十分な信用を提供したり、借入コストを引き上げたりする可能性があります。さらに、中小企業は、複数の貸し手に同時に担保を差し入れるなどの詐欺を犯す可能性もあります。これらの一般的な資金調達の問題により、サプライヤーは運用上のニーズを満たすために自己資金のみに頼らざるを得ません。
統合台帳は、サプライチェーン関係のさまざまなコンポーネントと資金調達プロセスのさまざまなステップを1か所に統合することで、貿易金融の問題を軽減できます。買い手とサプライヤー間のスマートコントラクトの使用は、買い手が商品が配達されたときに自動的に代金を支払うか、特定の中間ステップに達したときに部分的な支払いを行うことを規定しているため、商品が到着した後に買い手が支払い義務を果たさないリスクが軽減されます。スマートコントラクトローンは、銀行とサプライヤーの間で使用され、IoTデバイスが提供するリアルタイムの貨物データに基づいて、輸送のさまざまな段階でローンの条件を自動的に実行します。例えば、船舶が特定の高リスク海域を通過すると、自動的に金利が引き下げられたり、追加のクレジットが追加されたりします。.このようにして、サプライヤーの早期運転資金を満たすことができ、担保は統合台帳に記録されているため、繰り返し質入れすることができず、融資当事者のリスクが軽減され、融資当事者の与信意欲がさらに高まります。
3.2.3 ローンサービスの最適化
その安全で機密性の高い情報保管および共有環境を通じて、統一台帳はデータの力を活用し、信用コストを削減し、信用取得の難しさを解消することも可能です。
まず、統合台帳によって統合されたデータを利用することで、貸し手は借り手の信用リスク評価システムにより多様なデータを組み込むことが可能となり、借入コストや担保への依存を低減することができます。
第二に、データ暗号化技術の適用により、統一台帳上のユーザーは自らのデータをコントロールすることが可能となり、ネットワーク効果による高い借入コストが改善されます。ネットワーク効果により多くのユーザーデータが集まり、借入者に便利な借入チャネルが提供される一方で、これらのサービスがますます多くのユーザーを引き寄せると、データ量の増加がユーザーが作成するデータを増やし、DNA（データ-ネットワーク-アクティビティ）ループを形成します。その結果、市場集中度が高まり、過剰利益または独占利益が高い借入コストをもたらしています。統一台帳はユーザーが自らのデータをコントロールする仕組みを維持しています。ユーザーは貸し手が自分のデータを共有または使用することができるかどうかを自分で決めることができるため、市場集中による貸し手の利益が減少し、最終的には借入コストが低下し、住民や事業者に利益をもたらします。
さらに、統合された台帳は、改善されたデータ共有体制を通じて、民族少数派や低所得世帯などの不利なグループのデータを信用システムに含めることで、金融包摂を向上させることもできます。「小さな信用履歴」を持つ申請者は、非伝統的なデータから選別されます。銀行の伝統的な信用スコアは、他のグループよりもデフォルトリスク指標に干渉するため、統合された台帳で利用可能なより包括的なデータが信用評価の質を向上させ、これらのグループの借入コストを低下させます。
3.2.4 反マネーロンダリング
暗号化を使用することで、統合された台帳はAML（マネーロンダリング防止）およびCFT（テロ資金供与の防止）を強化する新しい方法を導入することも可能です。
金融機関は法律によって、非常に機密性の高い独自のデータを保護することが求められており、この機密データを保護しながら共有することができないと、AMLやCFTの実施が妨げられてしまいます。統合台帳は取引、送金、所有権の変更の透明で監査可能な記録を提供し、暗号化手法によって、金融機関は国境を越えてこの情報を機密に共有し、現地のデータ規制に従いながら不正行為を検出することができます。
利点は、トークン化を活用し、識別情報を含むトークンの二重の性質と移転ルールを定めることでさらに強化することができます。 たとえば、支払いビジネスでは、取引当事者、取引当事者の地理的属性、および移転タイプなどの規制遵守情報をトークンに直接埋め込むことができます。 BISイノベーションセンターのAuroraプロジェクトでは、プライバシー強化技術と高度な分析を活用して、金融機関間および国境を越えたマネーロンダリングに対抗する方法を模索しています。
3.2.5 資産担保証券
スマートコントラクト、情報、およびトークン化を組み合わせた統一された台帳は、資産の証券化や債券の発行・投資プロセスを改善することもできます。
抵押担保証券（MBS）を例に取ると、MBSは住宅ローンをまとめて格付けし、異なる格付けの債券に分割して投資家に販売する投資商品です。MBS流動性が12兆米ドルに達する米国のような市場でも、証券化プロセスには数十の仲介業者の参加が必要であり、プロセスは非常に複雑です。
自動化されたスマートコントラクトを適用することで、情報と資本の流れの遅延を排除し、証券化プロセスを簡素化することができます。トークンは、借り手の返済と返済回収方法、および投資家の割り当てに関するリアルタイムデータを統合できるため、仲介者への依存をさらに減らすことができます。
3.2.6 グリーンファイナンス
グリーンファイナンスは、統合台帳とトークン化されたアプリケーションがイノベーションを可能にするもう一つの典型的なユースケースです。
投資家がアプリをダウンロードし、アプリを通じてトークン化された政府債券に任意の金額を投資して、グリーン投資を資金調達できるデジタルプラットフォームを作成することによって、投資家は債券期間中に蓄積された利息を確認するだけでなく、この投資によってリアルタイムで生成されたクリーンエネルギーと二酸化炭素排出量の量を追跡することもできます。 この債券は、透明な二次市場で取引することも可能にします。
BISイノベーションハブのGenesisプロジェクトでは、BISと香港金融管理局は共同でこの分野を探求し、トークン化と統合台帳を使用して2022年にEvergreenプロジェクトを立ち上げ、グリーンボンドを発行しました。プロジェクトのアーキテクチャおよび第一次発行プロセスは以下の図に示されています。プロジェクトは、ボンド発行に関与する参加者を統合台帳上で統合し、マルチパーティーのワークフローをサポートし、特定の参加者の承認、リアルタイム検証、署名機能を提供することで、取引処理効率を向上させます。一方、ボンドの決済ではDvP決済を実現し、決済の遅延と決済リスクを軽減します。参加者向けのプラットフォームのリアルタイムデータ更新は取引の透明性を向上させます。プロジェクトは依然としてAPI統合と統合台帳プラットフォームを採用していますが、取引効率とリスク軽減の観点から意義のある試みとなっています。
- Evergreenプロジェクトの全体的なアーキテクチャ
(画像ソース: https://www.hkma.gov.hk/media/chi/doc/key-information/press-release/2023/20230824c3a1.pdf)
- Evergreenプロジェクトの最初の発行のためのDvPモードでのワークフロー処理
(Image Source: https://www.hkma.gov.hk/media/chi/doc/key-information/press-release/2023/20230824c3a1.pdf)
4. 統一帳簿アプリケーションの基本原則
統合台帳およびそのトークンを適用する際に従うべき一般的なガイドラインがいくつかあります。最初の原則は、どのアプリケーションも通貨システムの二層構造と整合している必要があるということです。これに基づき、中央銀行は卸売CBDCの決済を通じて単一通貨を維持し続けることができ、一方で民間部門は住民や企業が恩恵を受けるために革新を続けることができます。
さらに、適用範囲とガバナンスに関連する原則も重要です。これらの原則は、公正な競争を促進し、データのプライバシーと運用の弾力性を確保するための最良の方法を明確にし、また、各管轄区のニーズと好み、およびそれらの具体的な適用の詳細に依存します。
4.1 範囲、ガバナンス、競争
4.1.1 統一台帳の範囲
前述したように、統合台帳には複数の台帳を含めることができ、各台帳には特定のユースケースがあります。したがって、統合台帳の適用は特定のシナリオから開始でき、その効果はより明白になります。以下の図は、トークン化アプリケーションの範囲と特性を示しています。トークン化を実装する場合は、実装効果を包括的に検討する必要があります。トークン化は比較的簡単に適用できるため、その単位収入は重要ではないかもしれませんが、トークン化は比較的簡単です。難しいアプリケーションの場合、実装後のメリットは大きいかもしれません。したがって、短期的には、トークン化は、トークン化に適しており、大規模に取引できる資産を特定することに集中できます。特定のユースケースから始めて、統合台帳の範囲は時間の経過とともに拡大できますが、その最終的な範囲は、各管轄区域の特定のニーズと制約によって異なります。
統合された台帳は実際には新しいタイプのFMI（または複数のFMIの組み合わせ）です。 FMIの「金融市場インフラストラクチャの原則」[10]に記載されているように、FMIの最も基本的な原則は、実現可能かつ利用可能な条件下で利用できる必要があるということです。中央銀行通貨の明確で曖昧でない最終決済を提供することは、支払システム、中央証券デポジタリ、証券決済システム、中央カウンターパーティークリアリング、取引データベースなどのインフラストラクチャに適用されます。
4.1.2 ガバナンスと競争
統合台帳の範囲は、そのガバナンス体制、競争環境、および参加のインセンティブに直接影響を与えます。
統合台帳のガバナンスは、中央銀行と規制された民間セクターのアクターが確立された規則に従ってガバナンスに参加する既存の取り決めに従う可能性があります。 支払い決済を例にとると、統合台帳が通貨と支払いを含む場合、中央銀行は資産の最終決済に依然として責任を負い、誠実さを確保するために、規制され監督された民間セクターのプレーヤーは引き続きユーザーにサービスを提供し、現行のKYC、AML、CFT規制に準拠し、プライバシーの遵守を確認するための継続的な尽力を行うべきです。
台帳の範囲が拡大するにつれて、ガバナンス体制の要件も増加します。たとえば、国境を越えた支払いのための統一台帳は、異なる管轄区域に位置する民間支払いサービスプロバイダー（PSP）と中央銀行との間でシームレスな相互運用性を必要とし、異なる規制枠組みを持つため、多数の管轄を越える取引が必要です。これに対して、国内証券決済のための統一台帳は、比較的少ない調整作業が必要です。
競争と金融包摂には、公正で公開された環境が不可欠です。規制政策の観点から、共通プラットフォームの導入が金融および支払い業界の組織、そして最終的に金融システム全体にどのような影響を与えるかを考慮することが重要です。公開プラットフォームは、民間セクターのプレーヤー間で健全な競争と革新を促進し、高い利益を削減することにより、エンドユーザーのコストを削減できます。規制当局は、ネットワーク効果が消費者の利益に役立ち、独占的なプレーヤーの出現を防ぐように、プラットフォームと対応するルールの設計においてこの目標を達成する必要があります。
潜在的な参加者に適切な金銭的インセンティブを提供することは、競争を促進するための鍵です。適切なインセンティブがなければ、民間の決済サービスプロバイダーは参加しないことを選択するかもしれません。新技術の適用が既存の経済的インセンティブの分配に影響を与え、既得権益の影響力や利益を減少させる場合、参加者が新技術を導入することを妨げる可能性があります。参加を義務付けながら、民間企業がイノベーションを起こせるインフラを提供することが、導入の鍵となるでしょう。参加者はそこから経済的インセンティブを得ることができます。参加者数が増えると、ネットワーク効果が顕著になり、凝集効果が形成されます。
4.2 データプライバシーとサイバー耐性
統合された台帳は、通貨、資産、情報を同じプラットフォームに集約し、データプライバシーと運用の弾力性が特に重要です。
4.2.1 プライバシー保護
さまざまな種類のデータを 1 か所に集約すると、データが盗まれたり悪用されたりする懸念が生じる可能性があります。ユーザーのプライバシーを保護するためには、適切な保護対策を講じる必要があり、統合台帳上のデータは、プライバシー保護の目的を達成するために保守的な方法で管理する必要があります。企業秘密にも同じ問題があります。機密情報が完全に保護されて初めて、企業は統合台帳の参加者になることをいとわないことができます。
統合された台帳データ環境でのパーティションの作成は、プライバシーを保護する重要な方法であり、各参加者が自分自身のパーティション上の関連データのみを見ることとアクセス権を持つことを可能にします。プライベートキーの適用は、データ保護をさらに強化します。パーティション内のデータの更新、アイデンティティの認証およびトランザクションの認可はすべてプライベートキーを介して行われ、認可されたアカウントのみがパーティションデータを管理できることを保証します。
暗号化技術は、プライバシーを保護するための別の効果的な方法です。異なる参加者が取引で相互作用する場合、異なるパーティションからの情報を実行環境で共有し解析する必要があります。安全なデータ共有技術により、暗号化されたまたは匿名化されたデータ上で数学的計算を直接実行でき、機密情報を公開せずに済みます。これは、金融機関やユーザーがプライバシーを保護する形式でデータを共有したいという要望を満たすだけでなく、分散化による競争と革新を促進します。取引秘密は個々のスマートコントラクトを暗号化することで保護できます。コードの所有者または指定された当事者だけが契約の詳細にアクセスできるためです。
統合台帳で情報の秘匿性やプライバシー保護を実現できる技術は多岐にわたり、それぞれに目的によるメリット・デメリットがあり、プライバシー保護や計算負荷、実装難易度なども異なります。
さらに、中央銀行は、公共の利益に奉仕し、個人データに商業的利害関係を持たない機関として、統合台帳の設計時に、統合台帳のトークンに直接プライバシー法を埋め込むなど、ソースからのプライバシー保護の実施を保証できます。データプライバシー法は、第三者が自分のデータを使用することを許可または拒否する権利を消費者に与えています。例えば、欧州連合(EU)の一般データ保護規則(GDPR)は、企業に消費者の個人データの削除を義務付けており、カリフォルニア州の消費者プライバシー保護法は、消費者に企業を理解する力を与えています。情報収集の内容等データプライバシー法の効果的な施行は、統合台帳を活用し、個人データの販売を禁止したり、個人データをトークンやトランザクションのスマートコントラクトに直接削除したりするオプションを埋め込むことで強化できます。
4.2.2 サイバー攻撃
プライバシー保護に加えて、ネットワークの回復力も重要です。近年、サイバー攻撃による損失は大幅に増加しており、制度レベルと法的レベルの両方から強力なネットワークレジリエンス保護が求められています。FMIや統合台帳がサイバー攻撃を受けると、莫大な金銭的損失や風評被害が生じ、金融システムが広範囲に麻痺し、最終的には計り知れない社会的損失が発生します。統合台帳の範囲が広ければ広いほど、単一障害点のリスクが高まり、それが引き起こす可能性のある損失も大きくなります。これらの理由から、ネットワークの回復力とセキュリティへの適切な投資が重要であり、統合台帳データの整合性と機密性のために複数のセキュリティ対策を実装する必要があります。
5. 結論
通貨、決済、より広範な金融サービスのイノベーションの可能性を十分に実現し、真のニーズと革新的な発展に適応できる将来の通貨システムを構築するためには、中央銀行の役割が極めて重要です。
この記事では、トークン化の変革的な可能性を活用して、既存の構造を改善し、新たな可能性を開くための将来の金融システムの設計図を概説します。この設計図は、CBDC、トークン化された預金、その他の金融および実物資産の権利と利益を統合した新しい金融市場インフラストラクチャである「統合台帳」を提案しています。その利点は、第一に、より幅広い金融取引をシームレスに統合し、自動的に実行し、同期化して即時決済を実現することができる点です。第二に、同じプラットフォーム上にすべての情報データコンテンツを集約し、スマートコントラクトを使用して情報とインセンティブの問題を克服し、公益サービスを提供することができる点です。
トークン化と統合台帳の概念は、将来の通貨システムの開発状況を明らかにしますが、実際の適用では、各管轄区域の特定のニーズと制限によって、その適用の範囲と順序が決まります。この開発では、複数の台帳を共存させ、相互運用性のためにAPIを介して相互接続することができます。
さらに、このビジョンを実現するには、技術ソリューションの研究開発を推進し、共通のデジタルプラットフォームを確立し、適切な規制と監督を確保するために、公共および民間セクターの共同努力が必要です。協力、イノベーション、継続的な統合を通じて、相互信頼に基づく通貨システムを確立し、新しい経済体制を実現し、金融取引の効率とアクセシビリティを向上させ、住民や企業の変化するニーズに応えると信じています。
エンドノート
[1] 元のページ88を参照してください
[2] オリジナルページ89を参照してください
[3] 狭義の銀行業務は、完全な準備制度の実現を指し、商業銀行預金（銀行 passives）を100% の預金準備（中央銀行との商業銀行預金）で裏付ける必要があります。このモデルでは、商業銀行はすべての預金を中央銀行に移し、信用拡大を実現するための貸付を行うことはできません。商業銀行は、中央銀行が資金を供給する経路に過ぎません。すべての信用拡大は、中央銀行の貸借対照表の拡大によって達成されます。狭義の銀行システムでは、すべての通貨が中央銀行によって供給される基軸通貨であり、商業銀行による貸付を通じて達成されるマネー・マルチプライヤー効果はありません。
[4] 特定のアーキテクチャについては、元のテキストの図B1を参照してください。
[5] 詳細については、元のテキストの99ページのボックスCを参照してください
[6] 顧客がカードで支払いをするとき、追加の承認および検証プロセスが必要です。これらのプロセスには、販売業者、購入者の銀行、取得銀行などが関与し、多くの場合、支払手段（流入デビットカードまたはクレジットカード）を検証するためのアクセス制御サービスも含まれます。
[7] 詳細については、元のテキストのページ100のボックスDを参照してください
[8] 流動性貯蓄メカニズム(LSM)は、銀行が流動性を管理し、流動性リスクを軽減するために使用される決済システムの追加機能です。これは、多くの場合、リアルタイムグロス決済(RTGS)システムと組み合わせて使用されます。LSM の機能は、支払キューイングプロセス中に受領した相殺支払または一部相殺支払に基づいて、キューイングされた支払のリリースを制御することです。これは、銀行が決済する前にすべての支払いが到着するのを待つのではなく、支払いの流動性をより効率的に管理できることを意味します。これにより、支払いシステムがより効率的になり、支払いが遅れる可能性が低くなります。LSMは、決済システムの円滑な運用を確保し、決済システムの流動性リスクを軽減するのに役立ちます
[9] フリーライド行動とは、ある資源やサービスの利益を享受しながら、対応するコストや義務を負わない個人や組織を指します。この行動は公共財でも共有財産でも発生します。フリーライド行動は、銀行ランにおいて発生する理由は、預金者全員が銀行のリスクを識別する能力を持っていないためです。リスク識別能力を持つ一部の預金者が銀行のリスクを把握すると、最初に預金を引き出すことになりますが、識別能力のない他の預金者はその流れに従い、引き出しを行い、結果的にランを引き起こします。
[10] 金融市場インフラストラクチャの原則（金融市場インフラストラクチャの原則）は、2012年にBISによって発行された、金融市場インフラストラクチャ（FMI）の運営を指導し標準化するための原則のセットです。詳細は、https://www.bis.org/cpmi/publ/d101a.pdf
参照
https://www.bis.org/publ/arpdf/ar2023e3.htm
https://www.zhihu.com/question/20258395
https://www.ccvalue.cn/article/1273028.html
http://www.thfr.com.cn/post.php?id=46333
免責事項：
Статті на тему
ステーブルコインとは何ですか？