金融市場の「時間」を再設計する
金融資産をトークン化するとは、紙の証券を電子化することでも、既存の資産にブロックチェーン風の識別子を与えることでもない。
重要なのは、資産、資金、担保、所有権、取引条件、コンプライアンス確認を、同じ処理系または同期可能な処理系の中で動かせるようにすることである。
国債をトークン化しても、国債の信用力そのものは変わらない。銀行預金をトークン化しても、銀行の財務状態が改善するわけではない。MMFの持分をトークン化しても、裏付け資産の流動性が自動的に高まるわけではない。
変わるのは、権利を確認し、資産を移転し、代金を決済し、担保を差し入れ、証拠金を補給するまでの時間と接続関係である。
IMFは、規制金融の内部で進むトークン化を、原子的決済、継続的流動性管理、埋め込み型コンプライアンスを可能にする金融アーキテクチャの変化として整理している。BISも、資産、商業銀行マネー、中央銀行マネーをプログラム可能な処理系へ接続することで、メッセージ送信、照合、資産移転を一つの操作へ統合できると論じている。従って、トークン化を評価する中心的な問いは、「ブロックチェーンを使っているか」ではない。
信用リスクを減らす代わりに、どの流動性リスクが前倒しされるのか。担保が速く届く市場は、担保が速く流出する市場でもあるのか。資産が24時間移転できることと、その資産を24時間換金できることは同じなのか。
トークン化が作り替えようとしているのは、資産の外見ではない。金融市場において、誰が、いつまでに、何を用意しなければならないかという時間構造である。
本稿は、2026年6月時点の国際機関、中央銀行、規制当局、市場インフラ及び金融機関の資料を基礎としながら、個別プロジェクトが入れ替わっても残る構造を中心に再構成している。
資産をトークン化することと、権利をトークン化することは違う
「トークン化資産」という言葉は、多くの異なる法的構造を一つに包んでしまう。
トークン化国債、トークン化社債、トークン化MMF、トークン化ファンド持分、セキュリティトークン、RWAトークンは、技術的には近い形式を取ることがある。しかし、投資家が何を所有しているかは同じではない。
第一の構造は、権利そのものがデジタル台帳上で発行されるネイティブ発行型である。
この場合、台帳上の記録が証券または金融商品の正式な保有記録として機能する。発行、移転、利払い、償還が同じ制度と台帳の上で処理される。
第二の構造は、既存の証券、国債、ファンド持分、預金その他の資産を別の主体が保有し、その資産に対する請求権、受益権、受託証明または償還権をトークンとして発行するラップ型である。
ラップ型では、投資家が裏付け資産を直接所有しているとは限らない。投資家が持つのは、カストディアン、特別目的事業体、信託、ファンド、トークン発行体などを介した間接的な権利である場合がある。
この差は平常時には見えにくい。
しかし、発行体やカストディアンが破綻したとき、裏付け資産が発行体の財産から分離されているか、投資家が第三者に対して権利を主張できるか、償還請求が一般債権として扱われるかによって、トークンの意味は大きく変わる。
IOSCOは、既存資産を表象するノンネイティブ型のトークンについて、投資家が裏付け資産を直接所有しているのか、トークン発行体に対する請求権を持つだけなのかが不明確になりうること、破綻隔離が不充分なら裏付け資産以外のカウンターパーティーリスクが追加されることを指摘している。従って、トークン化資産を分類する最初の軸は、国債か社債かMMFかではない。
台帳上のトークンが法的な資産そのものなのか。既存資産に対する間接請求権なのか。それとも、権利関係を示す補助的な記録に過ぎないのか。
この区別が先に必要になる。
同じデジタルトークンでも、誰の負債であるかが違う
資産を購入するとき、購入対象だけでなく、何を使って代金を支払うかが問題になる。
トークン化証券の決済には、中央銀行マネー、商業銀行預金トークン、ステーブルコイン、ホールセールCBDC、既存の銀行決済システムと同期された資金、複数銀行が共同管理する決済トークンなどが利用されうる。
これらは、画面上で同じ通貨単位を示していても、同じ資産ではない。
中央銀行マネーは中央銀行の負債である。商業銀行預金は銀行の負債である。預金トークンは、原則としてその銀行預金債権を別の技術形式で記録したものである。ステーブルコインは、通常、銀行預金そのものではなく、発行体に対する償還請求権である。
EBAは、預金者が信用機関に対して持つ預金債権をDLT上へ記録しただけであれば、その法的・規制上の性質は原則として預金のままであると整理している。プログラム可能性や自動送金機能が加わっても、負債主体が銀行であることは変わらない。
預金トークンとステーブルコインの差は、中央集権か分散型かという技術論ではない。
誰のバランスシートに計上されるか。誰に対して償還を請求できるか。破綻時にどの法制度が適用されるか。預金保険または資産保全制度の対象となるか。同額面の銀行預金や中央銀行マネーへ、いつ、どの条件で交換できるか。
この差である。
ホールセールCBDCも、単に高速な決済トークンではない。中央銀行の負債を、金融機関間の決済に利用できる形で提供する一つの方式である。
一方、既存RTGSの資金をDLT上の証券移転と同期させる方式では、資金自体をトークン化しなくても、証券側の台帳と中央銀行マネー側の台帳を条件付きで連動させられる。
だから決済資産を比較するとき、処理速度だけを見てはならない。
信用リスク、流動性リスク、法的最終性、償還可能性、利用可能時間、相互運用性、規制上の扱い、破綻時処理を同時に見る必要がある。
速く移動できる民間負債と、最終決済に利用できる中央銀行負債は、役割が異なる。
原子的決済が消すリスク
証券取引には、証券を引き渡したのに代金を受け取れない危険がある。外国為替取引には、一方の通貨を支払ったのに、相手通貨を受け取れない危険がある。
Delivery versus Paymentは、証券の引渡しと代金の支払いを条件付きで結び付ける。Payment versus Paymentは、一方の通貨の支払いと他方の通貨の支払いを結び付ける。
一方が成立した場合に限り、もう一方も成立する。
これによって、取引の片側だけが完了する元本リスクを減らせる。
スマートコントラクトや同期決済機構を使えば、資産の保有資格、譲渡制限、決済資産の残高、担保の適格性などを確認した後で、証券と資金を不可分に移転することもできる。
ここで混同してはならないのが、原子的決済と即時決済である。
原子的決済は、複数の処理を不可分にする概念である。
即時決済は、取引成立とほぼ同時に決済を完了させる時間上の設計である。
証券と資金を同時に移転しながら、決済時刻を取引成立後に設定することもできる。逆に、単一の資産を即時移転しても、相手側の資産が別の仕組みで後から移転されるなら、原子的ではない。
ニューヨーク連銀の研究者は、原子的決済を同時決済として捉え、即時決済とは分けて考える必要があると指摘している。DLTはDvPを広げるためにも、即時決済を実現するためにも使えるが、両者を必ず同時に採用する必要はない。
この区別は重要である。
原子的決済が減らすのは、取引の片側だけが完了する危険である。
即時決済が消そうとするのは、取引成立から決済までの時間である。
消している対象が違う。
即時決済は信用リスクを減らし、流動性需要を前倒しする
取引から決済までの時間が短くなれば、その時間中に相手方が破綻する危険は小さくなる。しかし、決済日までに資金や証券を調達すれば良かった市場が、取引成立時点で全てを用意しなければならない市場へ変わる。
このとき、信用リスクは減少するが、流動性需要は前倒しされる。
即時決済を行うには、買い手が購入資金を保有し、売り手が証券を保有し、双方の資産が同じ時間帯に利用可能でなければならない。
後から資金を借りることも、別の取引で受け取る証券を使って受渡しを行うことも難しくなる。
ニューヨーク連銀は、完全な即時決済では全ての取引要素が取引時点で決済可能である必要があり、資金と証券の事前配置が求められ、決済債務を後から相殺することができなくなると説明している。
これは単なる資金量の問題ではない。
資金をどの銀行に置くか。どの台帳に置くか。どの時間帯に置くか。どの決済資産へ変換しておくか。どのカストディアンへ証券を移しておくか。
これらの配置判断が取引前に必要になる。
市場全体に充分な流動性が存在していても、必要な時刻に、必要な台帳上に、必要な形式で存在しなければ決済には使えない。
トークン化後の流動性不足は、金融システム全体の資金不足ではなく、配置の不一致として現れる可能性がある。
ネッティングは遅さではなく、流動性を節約する装置である
伝統的な金融市場では、多数の取引をまとめ、支払う金額と受け取る金額を相殺している。
ある金融機関が別の金融機関へ100を支払い、同じ相手から90を受け取るなら、差額の10だけを決済すればよい。
証券、資金、デリバティブのポジション、担保、証拠金も、一定の法的条件と清算制度の下で相殺される。
この仕組みは、決済を遅くするために存在するのではない。必要な資金と担保を圧縮するために存在する。
取引単位のグロス即時決済へ移行すると、それぞれの取引について資金と証券を用意しなければならない。最終的な経済的ポジションが小さくても、日中に大量の決済資産が必要になる。
だから、「即時決済は資本効率を高める」という説明は常に正しいわけではない。
決済待ちのカウンターパーティーリスクは減る一方、資金、証券、担保の待機量が増えれば、流動性効率は低下する。
原子的決済とネッティングは原理的には両立できる。
一定時間内の取引をネッティングし、確定した差額を原子的に決済する方式が考えられる。取引ごとの所有権移転を即時確定させながら、資金供給や担保の移動だけを流動性節約機構で調整することも考えられる。
しかし、完全な取引単位の即時決済と、決済前のマルチラテラル・ネッティングを同時に最大化することはできない。
どこかの段階で、速度、信用リスク、流動性効率の優先順位を決めなければならない。
中央清算機関も、トークン化によって直ちに不要になるわけではない。
中央清算機関は、単に古い台帳を運営しているのではなく、債務を集約し、ネッティングし、デフォルト処理を行い、証拠金を管理し、損失負担順位を設定している。
トークン化は、この役割を消すというより、リアルタイム担保管理、継続的証拠金計算、即時担保動員を担うプログラム可能な清算層へ変える可能性がある。
担保が速く届く市場では、担保も速く流出する
担保は、価値があるだけでは機能しない。
必要な法域、必要なカストディアン、必要な清算機関、必要な口座へ、期限内に差し入れられなければならない。
従来、ある金融機関が保有する国債を担保として利用するには、保管機関への指図、所有権確認、担保設定、台帳更新、照合などが必要だった。異なる国、異なる決済機関、異なるタイムゾーンを跨ぐ場合、資産を持っていても証拠金請求に間に合わないことがある。
トークン化された国債、債券、預金、MMF持分を短時間で移動できれば、マージンコールへの対応、中央清算機関への担保差入れ、レポ取引、デリバティブ証拠金、担保変換を迅速化できる。
資産の適格性、現在価値、ヘアカット、担保設定状況を機械的に確認し、条件を満たした資産を必要な場所へ移すことも可能になる。
BISが提示するトークン化金融の設計例では、銀行がトークン化された国債などを担保プールへ差し入れ、その適格性とヘアカット後の価値を確認した上で中央銀行マネーを受け取り、担保価格や適格性を継続的に更新する構造が描かれている。
しかし、担保可動性は一方向の利益ではない。
担保が迅速に到着するなら、担保を差し押さえ、移転し、清算する処理も迅速になる。
価格が下落した瞬間にヘアカットが拡大し、追加担保要求が発生し、担保資産が別の口座へ移される。複数の取引で同様の処理が走れば、同じ種類の高品質資産への需要が一斉に増える。
FSBは、証拠金や担保請求がカウンターパーティーリスクを抑えるために必要である一方、市場ストレス時に予想外の規模と頻度で増加すれば、市場参加者の流動性需要を増幅すると指摘している。
トークン化は、この問題を新しく発明するわけではない。
ただし、計算、請求、移転、清算までの時間を短縮することで、従来は数時間または一営業日に分散していた流動性需要を、数分または数秒へ圧縮する可能性がある。
担保が速く動くことと、担保の利用可能量が増えることは同じではない。
むしろ移動速度が上がるほど、一時的な担保不足が金融機関間で伝播する速度も上がる。
担保の再利用には、速度よりも唯一性が必要になる
担保は、一度差し入れられた後に再利用されることがある。
担保を受け取った金融機関が、その資産を別の取引の担保として使えば、同じ資産が複数の信用関係を支える。これは市場の資金効率を高める一方、担保連鎖を長くし、最終的な所有者や返還義務を複雑にする。
単一の台帳上で担保設定と移転が管理されるなら、同じ資産が同時に二重利用されることを防ぎやすい。
しかし、資産が複数の台帳、カストディアン、ブリッジ、ラップ型トークンへ分かれている場合、ある台帳でロックされた資産が、別の台帳では利用可能に見える可能性がある。
トークン化担保に必要なのは、移転速度だけではない。
どの台帳が正式な所有権記録であるか。どの時点で担保権が成立したか。誰の担保権が優先するか。別のネットワーク上に同じ資産の表象が存在しないか。担保が解除されたと判断する権限を誰が持つか。
これらを一貫して確認できる仕組みである。
「一つの資産を一つのトークンで表す」という技術的説明だけでは不充分である。
法的世界において一つであることを証明できなければ、台帳上の希少性は担保の唯一性を保証しない。
24時間動かせる資産は、24時間換金できる資産ではない
トークン化MMFは、トークン化資産の矛盾が最も見えやすい領域の一つである。
MMFは、短期国債、短期社債、譲渡性預金、レポその他の短期金融商品へ投資するファンドである。MMF持分がトークン化されれば、投資家はその持分をデジタル台帳上で移転し、担保として利用し、他の資産との交換に使える可能性がある。
このため、トークン化MMFは、オンチェーン上の利回り付き待機資金、機関投資家の流動性管理資産、証拠金資産、レポ担保として位置付けられうる。
しかし、トークンの移転可能時間と、ファンドの償還可能時間は一致しない。
トークンは週末の深夜にも別のウォレットへ移転できるかもしれない。だが、ファンドの基準価額算定、償還受付、現金送金、裏付け資産の売却、国債市場、銀行決済システムまで同じ時間に動いているとは限らない。
ECBは、トークン化MMFが24時間取引可能と説明される一方、実際には従来型MMFと同様の受付締切が残る場合があり、トークンの流動性と裏付けファンドの償還処理との間に不一致が生じうると指摘している。裏付け市場が閉じている時間に償還需要が集中すれば、市場再開後の資産売却へ圧力が持ち越される。
MMFには、基準価額、日次・週次流動資産、償還コスト、流動性手数料などの制度が存在する。米国では、急速な償還への耐性を高めるため、SECが流動資産比率や流動性手数料制度を改正している。トークン化しても、このファンド固有の流動性管理は消えない。従って、トークン化MMFを「利息の付くステーブルコイン」とだけ理解することはできない。
MMFはファンド持分であり、純資産価値、裏付け資産、運用規則、償還条件を持つ。
ステーブルコインは発行体に対する償還請求権である。
銀行預金は銀行に対する預金債権である。
額面が安定し、短時間で移転できるという外見が似ていても、信用の出所と危機時の処理は異なる。
継続的流動性管理は、日末という区切りを薄くする
現在の金融機関の資金管理は、日中の入出金を予測し、決済時刻を調整し、営業日の終わりに不足と余剰を整える仕組みに支えられている。
取引市場が24時間化し、トークン化資産と決済資産が常時移転可能になると、この日末中心の運用は変化する。
証拠金請求が夜間に発生する。海外市場で担保価格が変動する。週末に資産移転が行われる。別のタイムゾーンにある清算機関が追加担保を求める。
その度に、残高、担保適格性、換金可能性、決済資産の所在を確認しなければならない。ここで、「市場が24時間動くこと」と「市場を支える全ての機能が24時間利用できること」を分ける必要がある。
取引システムが動いていても、銀行送金が止まっているかもしれない。資産を移転できても、カストディアンの例外処理担当者が不在かもしれない。証拠金を計算できても、中央銀行の流動性供給制度へアクセスできない時間帯かもしれない。スマートコントラクトが清算を実行しても、異議申立てや誤作動への対応は翌営業日になるかもしれない。
IMFは、継続的な決済と24時間利用可能性が、銀行の流動性管理をリアルタイム化する一方、日末サイクルを利用した資金調整を難しくし、流動性バッファとバックストップの重要性を高める可能性を指摘している。
24時間市場に必要なのは、24時間動く取引画面ではない。
24時間利用できる決済資産、担保、流動性供給、監視、サイバー対応、法務判断、障害復旧である。
中央銀行マネーは、トークン化市場の外部にあるのではない
トークン化市場では、民間の銀行預金トークンやステーブルコインだけで決済を完結させる構造も考えられる。
しかし、異なる銀行が発行する預金トークンを額面通りに交換できること、決済資産の信用力を市場参加者が疑わないこと、大規模な資金不足時に流動性を供給できることは、技術だけでは保証できない。
BISは、中央銀行マネーを異なる民間マネーの交換価値を支える共通の決済資産と位置付けている。中央銀行準備、商業銀行マネー、国債などを同じプログラム可能な基盤へ接続する構想は、単なる高速化ではなく、貨幣の単一性、決済最終性、流動性供給を維持しながら機能を統合する提案である。
中央銀行マネーとの接続方法は一つではない。既存RTGSとDLT台帳を同期させる方法がある。中央銀行マネーをトークン化する方法がある。ホールセールCBDCを別の台帳上で発行する方法がある。資産側と資金側を異なる台帳に置いたまま、片方が成立した場合にのみ他方を成立させる方法もある。
2026年のユーロ圏では、ECBがDLT上の取引を中央銀行マネーで決済する短期的な接続策としてPontesを進め、より長期的な統合構想としてAppiaを進めている。また、CSD上でDLTを利用して発行された一定の市場性資産について、ユーロシステム信用供与の適格担保として扱う制度を開始している。これらの名称や日程はいずれ更新されうるが、中央銀行マネー、DLT資産、担保制度を接続しようとする構造自体が重要である。
資産と決済資産を同じ技術基盤へ置けば安全になるのではない。安全性は、何が最終決済資産であり、誰が流動性を供給し、どの時点で支払いが取消不能になるかによって決まる。
相互運用性は、橋を増やすことではない
トークン化資産が一つの共通台帳に集約されるとは限らない。
銀行ごとの許可型ネットワーク、中央銀行システム、証券決済機関、取引所、カストディアン、パブリックチェーン、ファンド管理台帳が並存する可能性の方が高い。
その場合、資産と資金を台帳間で接続しなければならない。
一般に相互運用性という言葉からは、異なるシステム間でデータを送受信できることが想像される。
しかし、金融市場で必要なのはメッセージの送信だけではない。
送信された指図が正当な権限によるものか。同じ資産が別の台帳にも存在していないか。一方の台帳で所有権が移転したとき、他方の台帳で旧所有者の権利が消滅するか。同期処理の途中で通信が切れた場合、どちらの状態を採用するか。障害復旧後、処理を再実行するか、巻き戻すか。
これらを決めなければならない。
ブリッジは資産を移動させる装置というより、ある台帳上の資産をロックし、別の台帳上に対応する表象を発行する装置である場合が多い。
このとき、利用者は元の資産だけでなく、ブリッジ運営者、スマートコントラクト、オラクル、カストディアン、接続先台帳のリスクも負う。
台帳が増えるほど資産の到達可能範囲は広がるかもしれない。
同時に、流動性、担保、価格、アイデンティティ、法的権利が複数の島へ分かれる可能性も高まる。
相互運用性とは、資産をどこへでも送れることではない。
複数の制度が、同じ権利、同じ決済、同じ最終状態を認識できることである。
技術的な完了と法的な最終性は一致しない
ブロックチェーン上で取引が承認されても、それだけで法的な所有権移転が確定するとは限らない。
法的最終性とは、決済が取消不能となり、破綻手続や第三者からの請求に対しても、誰が資産を所有しているかを確定できる状態である。
あるトークンの移転が技術的に完了しても、トークンが裏付け資産への直接所有権を表していなければ、移転したのは発行体への請求権だけかもしれない。
台帳上の移転時刻と、証券法上の所有権移転時刻が異なる場合もある。
間接保有制度では、投資家名ではなくカストディアンや名義人が公式記録に載る。
越境取引では、発行体の法域、カストディアンの法域、台帳運営者の法域、投資家の法域が異なりうる。
パブリックチェーンでは、一定数のブロックが追加された後も、技術上の再編可能性が残る場合がある。複数レイヤーを使う構造では、上位レイヤーの処理完了時点と、基盤レイヤーへ記録された時点のどちらを最終とするかも問題になる。
IOSCOは、決済最終性は法的に定義される時点であり、DLT上のトークン移転がその法的時点と一致するかは、技術設計や制度によって不明確になりうると指摘している。技術上は移転済みでも、法的には取消しや紛争の対象となる可能性がある。
秘密鍵の喪失、誤送信、詐欺、裁判所の差押命令、制裁、相続、破産、スマートコントラクトの不具合が発生した場合、不可逆性だけでは解決できない。
金融資産には、訂正、凍結、取消し、権利回復、司法手続が必要になる。
完全に変更不能なシステムが法的に強いとは限らない。
誰が、どの条件で、どの記録を変更できるかが明確なシステムの方が、金融市場では強い場合がある。
埋め込み型コンプライアンスは、法を自動化するのではなく、法解釈を前倒しする
トークンには、保有資格、投資家区分、法域制限、譲渡制限、KYC、AML、制裁対象排除、保有上限、配当、利払い、税務処理、償還条件、担保適格性を組み込める。
資格を持たないアドレスへの移転を拒否する。制裁対象となった主体の資産を凍結する。特定の投資家区分だけが保有できるようにする。利払い日に対象保有者へ自動的に支払う。
これらは、手作業による確認漏れや処理遅延を減らしうる。
しかし、法令は常に明確な真偽値で表現できるわけではない。
本人確認情報が更新されていない場合。複数法域の規則が競合する場合。制裁対象者と同姓同名である場合。裁判所が例外的な移転を命じた場合。相続や破産によって権利主体が変わった場合。
コードが拒否した取引を、法的には認めなければならないことがある。逆に、コードが許可した取引が、後から違法と判断されることもある。
埋め込み型コンプライアンスは、法をコードへ変換して終わる処理ではない。ある時点の法解釈をコードへ固定し、取引前へ移動させる処理である。
そのため、規則更新、例外処理、異議申立て、誤判定の訂正、緊急停止、司法命令への対応を最初から設計しなければならない。
コードが法を執行するほど、コードの誤作動は単なるシステム障害ではなく、財産権の問題になる。
トークン化は二次市場流動性を発行しない
資産をトークンとして発行できることと、その資産をいつでも売却できることは異なる。
流動性には、買い手と売り手が必要である。継続的に価格を提示するマーケットメーカーが必要である。充分な参加者、板厚、情報開示、価格発見、カストディ、決済資産、清算制度が必要である。
投資家資格や法域制限が厳しければ、技術的に世界中へ送信できるトークンでも、実際に取引できる相手は少ない。
複数のネットワークに同じ種類の資産が分散すれば、各市場の板は薄くなる。
小口化は参加可能性を広げるが、取引需要を作るとは限らない。
24時間取引可能という表示も、全時間帯に充分な買い注文が存在することを意味しない。
IOSCOは、金融資産トークン化への商業的関心が高まる一方、採用はなお初期段階にあり、相互運用性と信頼できる決済資産の不足が規模拡大を妨げていると整理している。
トークン化されたこと。取引可能であること。流動性があること。
この三つは分けなければならない。
トークン化は、発行、記録、移転、担保設定のコストを下げる可能性がある。
それでも、誰も価格を提示しなければ流動性は生まれない。
流動性はデータ形式の属性ではなく、市場参加者間の関係である。
危機時には、トークン化が停止装置になる場合と加速装置になる場合がある
トークン化は金融危機を防止する技術ではない。危機が伝わる経路と速度を変える技術である。
金利が急変し、国債価格が下落したとする。
担保価値をリアルタイムで評価するシステムは、価格低下を直ちに検出する。ヘアカットを拡大し、追加担保を請求し、期限内に補給されなければ担保を清算する。
個別取引では合理的な処理である。
しかし、多数のシステムが同じ価格情報を読み、同じ時間に追加担保を求め、同じ資産を売却すれば、価格下落、証拠金増加、資産売却、さらなる価格下落という連鎖が高速化する。
FSBは、トークン化に伴う金融安定上の脆弱性として、流動性・満期ミスマッチ、レバレッジ、資産価格、相互接続、運用上の脆弱性を挙げている。とりわけ、トークンが裏付け資産より流動的に見える場合、償還圧力や取り付け的行動を誘発する可能性がある。
危機時には、価格オラクルの停止、ブロックチェーンの混雑、ブリッジの閉鎖、銀行障害、クラウド障害、通信断、サイバー攻撃も起こりうる。
資産台帳は動いていても、決済資産が不足する。決済資産は存在していても、資産側の台帳へ接続できない。スマートコントラクトは動作していても、参照価格が誤っている。自動清算は実行されたが、法的な担保権が成立していなかった。
こうした場合、必要なのは処理速度ではなく縮退設計である。
どの条件で自動処理を止めるか。最後に正しいと確認された価格を使うか。人間の承認へ切り替えるか。未完了取引をどの順序で復旧するか。復旧後に取引を再実行するか。重複決済をどう防ぐか。障害中に発生した損失を誰が負担するか。
市場インフラの強さは、平常時に何件処理できるかだけでは決まらない。
停止し、状態を保存し、法的優先順位を確認し、矛盾なく再開できるかによって決まる。
金融AIの行動可能空間は、価格だけでは決まらない
従来の自動取引システムは、価格、出来高、ボラティリティ、注文板、ポジション、資金残高を中心に市場を観測してきた。
トークン化資産市場では、それだけでは足りない。
同じ価格の資産でも、一方は中央銀行マネーで決済でき、他方は特定の銀行預金トークンでしか決済できないかもしれない。同じ国債を表すトークンでも、一方は法的な直接所有権であり、他方はカストディアンに対する受益権かもしれない。同じMMF持分でも、一方は即時移転でき、他方は営業時間内にしか償還できないかもしれない。
同じ額面価値でも、一方は中央清算機関の担保として適格であり、他方は適格ではない。
bitBuyerのような自律的金融AIにとって、トークン化資産は単に新しい売買対象を追加するものではない。
行動の成立条件を増やす。
金融AIは、価格に加えて、法的資産類型、発行体、裏付け資産、所有権構造、破綻隔離、カストディアン、利用可能な決済資産、決済最終性、償還時間、担保適格性、ヘアカット、譲渡制限、法域、台帳、ブリッジ、オラクル、緊急停止条件を認識する必要がある。
期待収益が高い取引でも、決済資産を期限内に配置できなければ実行できない。担保として高品質な資産でも、必要な清算機関へ移せなければ証拠金には使えない。24時間取引できても、週末に償還できなければ現金同等物としては扱えない。台帳上で所有していても、法的最終性が不明確なら、危機時の回収価値を確定できない。
金融AIが評価すべきなのは、価格の上昇可能性だけではない。
その資産を、本当に保有できるか。必要な時刻に移転できるか。代金を安全に決済できるか。担保として認められるか。償還できるか。障害時に権利を回復できるか。
この「実行可能性」が、新しい評価変数になる。
複数台帳間の価格差も、単純な裁定機会ではない。
価格差には、移転時間、ブリッジリスク、償還制限、決済資産の信用差、法域制限、担保適格性の差が含まれている可能性がある。
金融AIは、価格差を発見するだけではなく、その価格差が何によって生じているかを分解しなければならない。
資産が速く動くほど、金融市場の制約は見えやすくなる
トークン化によって、資産と資金の移転時間は短くなるかもしれない。担保を必要な場所へ早く届けられるかもしれない。証券と代金を原子的に交換し、コンプライアンス確認を取引条件へ組み込めるかもしれない。
しかし、速さは制約を消さない。
信用リスクを減らせば、資金と担保を早く用意する必要が生じる。取引ごとに即時決済すれば、ネッティングによる流動性節約を失う。担保を常時移動できれば、追加担保要求と担保流出も常時化する。
トークンを24時間移転できても、裏付け資産の換金、銀行送金、基準価額計算、中央銀行流動性まで24時間化するとは限らない。
台帳を接続すれば資産の到達範囲は広がるが、法的所有権、決済最終性、アイデンティティ、流動性が複数のネットワークへ分断される可能性もある。
コードへ規則を埋め込めば遵守を自動化できるが、誤判定、例外処理、司法命令、権利救済までコードだけで処理できるわけではない。
トークン化資産が金融市場へ持ち込む最大の変化は、資産がデジタルになることではない。
これまで決済日、営業日、カストディアン、清算機関、中央銀行、法務部門の間へ分散していた制約が、一つの取引時点へ集まってくることである。
市場は速くなる。
その分だけ、決済可能性、担保適格性、法的所有権、流動性の所在、障害時の復旧能力を、取引より前に確認しなければならなくなる。
トークン化は、金融市場を制約から解放するのではない。制約を、より早い時間軸の上へ移動させる。
そして金融AIに求められるのは、その速度へ追随することではなく、価格の背後にある権利、担保、決済、流動性、接続関係を読み取り、自らが実行可能な行動の範囲を誤認しないことである。
