SWIFT共有台帳が本番稼働開始：トークン化預金がなぜ機関投資家向け決済の最前線へ
- 核心的見解：2026年9月、SWIFT Ledgerが米ドルおよびシンガポールドルのトークン化預金の実取引を完了したことは、銀行システムが7×24時間のプログラマブル決済能力を既存の規制枠組みに組み込み始めたことを示しており、単なる「決済のオンチェーン化」ではない。
- 主要ポイント：
- FABとシティが米ドルクロスボーダー取引を完了し、シンガポールの三大銀行が自国通貨の銀行間取引を完了したことで、従来のSWIFTメッセージ、トークン化預金、共有台帳のエンドツーエンドの連携が検証された。
- SWIFT Ledgerは1年足らずで概念設計から本番環境での検証へと進み、六大州から17行の銀行が初期の実取引に参加した。
- 中核アーキテクチャは「決済実行と最終決済の分離」：顧客層の決済はトークン化預金ネットワーク上で24時間365日完了し、銀行間の最終清算は依然として既存のRTGSまたはコルレス銀行チャネルを通じて行われる。
- トークン化預金は既存の預金法およびバランスシート構造を継続するため、ステーブルコインよりも通貨の単一性を維持しやすく、銀行の信用創造メカニズムとも連携可能である。
- 24時間365日の決済は流動性管理の負荷を高め、IMFの研究によれば、継続的決済はストレス期におけるマージンコールや資金流出を加速させる可能性がある。
- 法的焦点は「トークンの性質」から、オンチェーン記録と銀行の中核台帳との効力の優先順位、決済の最終性の時点、およびクロスボーダーの司法管轄問題へと移行している。
- Nachaは2026年9月にプロジェクトチームを設置し、ステーブルコインとトークン化預金が決済に与える影響を研究しており、産業の調整は清算機関のレベルにまで拡大している。
前言
2026年9月、世界の銀行業界は相次いで二組の代表的なトークン化預金の実取引を完了した。9月2日、アブダビ第一銀行（FAB）とシティバンクはSWIFTのブロックチェーン台帳を通じて米ドル取引を完了した。9月10日には、DBS銀行、OCBC銀行、UOB銀行がシンガポール銀行業界初となるトークン化預金に基づくシンガポールドルの銀行間実取引を完了した。二組の取引はそれぞれクロスボーダー米ドル決済と現地通貨決済をカバーし、いずれも従来のSWIFTメッセージ、銀行発行のトークン化預金、共有台帳を接続している。
これは、SWIFTが従来の決済システムの上に、24時間365日稼働する「バリュー・オーケストレーション層」を追加しつつあることを意味する。参加銀行は引き続き自行の顧客、預金、コンプライアンス関係を管理し、共有台帳が銀行間の支払約束を同期し、トークン化預金が異なる銀行システム間で協調して機能できるようにする。
2025年9月の建設発表から、2026年7月の初期利用開始、そして9月の異なる通貨での実取引に至るまで、SWIFT Ledgerは1年足らずで概念設計から本番環境検証への移行を完了した。それがもたらす変化は単なる「決済のオンチェーン化」ではなく、従来の銀行預金がプログラマブルで持続的に運用可能、かつ機関間で協調可能な技術形態を獲得し始めたことである。本稿では、技術アーキテクチャ、金融への影響、法的関係、産業競争、現実的な制約などの側面から、この変化が機関レベルのデジタル決済市場をいかに再構築しうるかを分析する。
一、概念実証から実取引へ
SWIFTが2025年9月に共有台帳計画を初めて公表した時点で、設計に参加した金融機関は30社を超え、プロジェクトは当初、リアルタイムの24時間365日クロスボーダー決済と、異なる形態のデジタル価値間の相互運用性を強調していた。2026年7月、SWIFTはこの台帳が初期利用段階に入る準備が整ったと発表し、六大陸から17行の銀行がトークン化預金による実取引を実施する準備を整えた。この時点で、プロジェクトの重点は「接続できるかどうか」から「実際の銀行負債とコンプライアンスプロセスの中で運用できるかどうか」へと移行していた。
9月の二組の取引は、概念と業務の距離をさらに縮めた。FABとシティの米ドル取引は、既存のSWIFT決済メッセージ、トークン化預金、分散型台帳インフラ間のエンドツーエンドの相互作用を検証した。続いて、DBS、OCBC、UOBのシンガポール三大銀行が現地通貨の銀行間取引を完了し、同一のアーキテクチャがクロスボーダー代理行シナリオだけでなく、一国の銀行体系内部の24時間365日決済ニーズにも対応できることを示した。
注目すべきは、これらの取引で使用されたのが匿名保有者向けのパブリックチェーントークンではなく、銀行が発行し、顧客預金関係に紐づけられたトークン化預金である点だ。いわゆるトークン化預金とは、商業銀行の預金負債をプログラマブルな台帳上でデジタル表現したものである。簡単に言えば、顧客が保有するのは依然として銀行に対する預金請求権であり、この請求権が新しい台帳技術によって記録され、移転され、自動執行条件に組み込むことが可能になったにすぎない。
この違いが、SWIFT Ledgerの主な顧客がリテール暗号資産ユーザーではなく、企業資金、貿易決済、機関決済、クロスボーダー流動性を処理する必要のある銀行とその顧客であることを決定づけている。これらの主体にとって、技術が新しいかどうかは首要の問題ではない。既存の口座体系、アイデンティティ基準、リスク管理、規制報告に接続できるかどうかが、規模化採用を決める鍵となる。
二、共有台帳は何を変えるのか
長らく、SWIFTの中心的役割は標準化された金融メッセージの伝達であった。支払銀行が指令を発した後、実際の資金変更は各行の帳簿、代理行口座、または中央銀行決済システムの中で発生する。メッセージ伝達と資金決済は相互に関連しているが、同一のものではない。そのため、クロスボーダー決済では複数の機関がそれぞれ口座、コンプライアンス状態、資金ポジションを照合する必要があり、異なるシステムの営業時間も完全には一致しない。
SWIFT Ledgerは各行の内部帳簿を廃止するのではなく、銀行間に共通で可視化され、検証可能な調整記録を追加するものである。その初期用途は、銀行発行のトークン化預金を銀行間負債として、スマートコントラクトによる検証と支払約束の同期を通じて、参加者が相応の資金を有することを確認した上で、顧客レベルの価値移転を実行することである。
ここでの核心概念は「支払実行と最終決済の分離」である。簡単に言えば、顧客支払はまずトークン化預金ネットワーク内で24時間365日完了でき、銀行間に累積された最終的な資金義務は依然として既存のRTGSまたは代理行チャネルを通じて決済できる。これにより、新システムがグローバル決済インフラを直接代替する難易度が下がり、銀行は既存の資本、信用、流動性管理の枠組みを維持したまま新しい決済能力をテストできる。
この設計は、単にメッセージ速度を向上させる以上のものである。従来のメッセージは支払要求を記述することしかできないが、プログラマブルな台帳は資金の可用性、参加者のアイデンティティ、取引条件、状態変化を同時に検査できる。将来の企業資金管理シナリオでは、支払が請求書、貨物状態、証券決済、スマートデバイスの指令と連動する可能性がある。資金は指令を受けてから移転されるだけでなく、約定条件が満たされた時に自動的に執行されうる。
ただし区別すべきは、台帳上の即時執行が必ずしも法的な即時最終決済と等しくないことである。銀行間の清算が依然として既存システムを通じて完了する必要があるなら、オンチェーン記録、顧客口座の変化、銀行間の最終清算の間には、なお管理すべき法的・流動性上の関係が存在する。SWIFTが現在採用している路径は、一度に貨幣決済基盤を再構築するのではなく、漸進的な改造に近い。
三、トークン化預金がなぜ銀行の首选入口となるのか
トークン化預金が銀行に重視される第一の理由は、それが既存の預金貨幣の法的・貸借対照表構造を継承していることにある。顧客預金はもともと商業銀行の負債であり、トークン化は主にその記録・移転方法を変えるもので、銀行から独立した新たな発行主体を当然に創造するものではない。これに対し、法定通貨ステーブルコインは通常、専用の発行者が準備資産で価値を裏付け、保有者権利、償還安排、破産隔離、規制枠組みを別途設計する必要がある。
第二に、トークン化預金は「貨幣の単一性」を維持しやすい。貨幣の単一性とは、社会における異なる貨幣形態が額面で相互交換可能であり、同一の計価単位と見なされることを指す。銀行Aの1ドル預金と銀行Bの1ドル預金が通常等価であるのは、銀行信用だけでなく、預金保険、中央銀行準備金、清算安排、プルーデンス規制が共同で額面転換を維持しているからである。一部のステーブルコインは、発行者の信用、準備の質、流動性の差異により額面から乖離する可能性がある。
SWIFTの方案は、この制度的基盤をプログラマブル環境に持ち込もうとしている。銀行は依然として顧客デューデリジェンス、制裁スクリーニング、取引監視、口座管理に責任を負い、トークン化預金は依然として規制された銀行体系内にあり、共有台帳は各機関が完全に未知のパブリックチェーン経済体系に参加することを要求せずに、銀行間の協調を提供する。
第三に、トークン化預金は銀行の既存の資金源と信用創造メカニズムに接続できる。ステーブルコイン発行者は通常、高流動性の準備で流通トークンを裏付け、業務ロジックは決済手段または狭義の準備安排に近い。商業銀行は預金吸収、貸付、満期変換管理を通じて実体経済にサービスを提供する。大手企業顧客にとって、プログラマブル決済が依然として既存の銀行口座と与信関係から出発するなら、デジタル決済を利用するために大量の資金を長期的に体系外のステーブルコインに移す必要はない。
しかし、トークン化預金がそれによって自動的にステーブルコインを代替するわけではない。ステーブルコインはパブリックブロックチェーン、グローバルな獲得可能性、オンチェーン取引、開発者エコシステムにおいて依然として優位性を持つ。より可能性が高いのは市場の階層化である。ステーブルコインはパブリックチェーン原生シナリオと一部のクロスボーダー決済に引き続きサービスを提供し、トークン化預金は機関資金、貿易、証券決済、規制されたデジタル資産市場に優先的に進出する。競争の焦点は「どのトークンがより速いか」から、誰がコンプライアンス上の可用性、クロスプラットフォーム相互運用性、十分に広範な受容ネットワークを同時に提供できるかに移る。
四、金融効率と流動性制約が同時に上昇する
企業顧客にとって、最も直感的な変化は支払時間の境界が弱まることである。多国籍グループの資金調達、証拠金補充、サプライチェーン決済、週末取引は、銀行営業日に完全に縛られる必要がなくなる。DBS銀行は公開声明で、企業業務は24時間稼働しており、その資金も相応の継続的な可用性が必要であると強調した。OCBC銀行とUOB銀行は、実取引の結果をプログラマブル、相互運用可能、クロスタイムゾーンの決済能力と関連づけた。
24時間365日の決済は、企業が遅延に備えて保持する予防的資金を減少させる可能性もある。クロスボーダー決済の状態がより透明になれば、企業は資金がいつ到達し、利用可能かを判断しやすくなり、それに基づいてキャッシュプールと短期資金調達を調整できる。銀行にとって、共有状態は重複する照合と異常調査の削減にも役立ち、一部の運用コストを人手による調整から統一基準と自動制御へと移行させることができる。
しかし、決済が速くなることが流動性需要の低下を意味するわけではない。従来の決済システムは、バッチ処理、ネッティング、日終りウィンドウを通じて資金需要を平準化することが多い。取引がリアルタイムかつ24時間365日運用に移行すると、銀行は夜間、週末、祝日にも継続的にポジションを監視する必要がある。顧客レベルの支払がすでに完了し、銀行間の最終清算が後続のウィンドウで行われる場合、参加行はその期間に形成される信用エクスポージャーと担保安排を管理しなければならない。
国際通貨基金（IMF）は2026年のトークン化金融研究で、継続的決済が流動性管理のリズムを変え、自動執行がストレス期に証拠金追徴と資金流出を加速させる可能性があると指摘した。したがって、新しいインフラは限度額、一時停止、人的介入、障害時のフォールバック、流動性支援メカニズムを同時に備える必要がある。機関市場にとって、真に困難なのはスマートコントラクトを自動執行させることではなく、極端な状況下でいつその執行を停止させるかを決定することである。
コスト構造も変化する。照合、メッセージマッチング、中間环节は減少する可能性があるが、ネットワーク接続、スマートコントラクト監査、鍵管理、データガバナンス、24時間365日運用が新たな固定費となる。大手銀行はこれらの投入を負担しやすく、中小機関は共有サービスプロバイダーに依存する可能性がある。これはインフラの規模の経済を高めると同時に、新たな集中度の問題をもたらす。
五、法的問題は「トークンとは何か」から「記録はいつ効力を持つか」へ
トークン化預金は既存の預金関係の上に構築されるが、すべての法的問題が解決されたわけではない。まず明確にすべきは、オンチェーン記録と銀行の勘定元帳のどちらが法的効力を持つ最終記録を構成するかである。システム障害、ネットワーク分岐、人為的修正により両者に差異が生じた場合、顧客の権利はどちらの記録に基づくべきか、契約、業務規則、適用法によって共同で確定する必要がある。
次に決済の最終性である。決済の最終性とは、資金移動が法的に取消不能、無条件に回转不能となる時点を指す。簡単に言えば、技術システムが「成功」と表示するだけでは不十分であり、破産管財人、裁判所、その他の参加機関もその移転が完了したことを承認しなければならない。クロスボーダー取引は異なる銀行、台帳運営規則、代理行、決済システムを同時に関与させ、最終性は複数の時点でそれぞれ発生する可能性がある。
第三に、裁判管轄と抵触法である。顧客が一国に所在し、預金銀行が別の国に所在し、共有台帳ノードが複数の地域に分散し、最終決済が第三国の通貨を使用する可能性がある。誤った執行、資産凍結、機関破産が発生した場合、どの国の法律がトークン化預金の性質、相殺権、優先順位を決定するかは、技術協定だけでは答えられない。規模化されたクロスボーダー利用には、より明確な参加規則と法的意見の支持が必要である。
第四に、マネーロンダリング対策、制裁、データガバナンスである。許可型ネットワークは参加機関を制限できるが、取引監視を代替することはできない。24時間365日かつプログラマブルな決済は人手によるレビュー時間を圧縮し、制裁リストの更新、実質的支配者の識別、異常取引の阻止、誤検知の修正により高い要求を課す。同時に、共有台帳は検証可能性と銀行の秘密保持、個人情報、クロスボーダーデータ転送制限の間でバランスを取る必要がある。
最後にコードガバナンスである。スマートコントラクトが一度資金制御に関与すれば、プログラムエラーが金融リスクの源泉となりうる。誰がコントラクトをアップグレードでき、取引を一時停止でき、誤った記録を修正できるか、アップグレードに参加行の共同承認が必要か、規制機関が適時に監査情報を取得できるかは、いずれもガバナンスの問題である。従来の金融機関のリスクは主に貸借対照表とプロセスに記録されるが、トークン化体系下では、一部のリスクがプラットフォーム規則、インターフェース、コードに集中し始める。
六、ステーブルコイン、銀行、金融インフラはどのように再分業するか
