Architecture Deep Dive 2026.04
TMS × SWIFT × XRP
デジタルCLSへの道
Ripple Treasury（旧GTreasury）のSWIFT認定は「Layer 7」の話。デジタルCLSは「Layer 2-3」の話。5層離れているが、繋がっている。
01 ── 全体構造
Ripple 7層垂直統合 ── TMSとデジタルCLSの位置関係
L6
ステーブルコイン決済基盤
Rail（$200M買収）。決済ルートの自動選択
L5
RLUSD（決済通貨）
$1.37B時価総額。NYDFS認可。BNY Mellon custody
L4
機関プライムブローカー
Ripple Prime（旧Hidden Road）。NSCC 0443。$3兆/年・300+機関
L3
機関カストディ
Metaco + Standard Custody。Citi / BNP Paribas 等に提供
L2
FX変換エンジン（ODL / Auto-Bridge）
180通貨 × 24/7 × 3秒。CLSの18通貨・平日のみを超える
← デジタルCLS
はここ ★
はここ ★
L1
パブリック台帳（XRPL）
DEX + AMM + Auto-Bridge + MPT。最終決済台帳
核心: TMSは「送金を指示する入口」（Layer 7）。デジタルCLSは「お金を実際に両替して動かすエンジン」（Layer 2）。5層離れているが、全層をRippleが垂直統合している。これが~$3Bの買収群の意味。
02 ── 送金フロー
CFOがボタンを押してからお金が届くまで
CFO / トレジャラー
「$10Mをメキシコ子会社に送金」
「$10Mをメキシコ子会社に送金」
▼
▼
送金ルート選択
従来: SWIFT経由
MT103 → コルレス銀行
1〜5営業日 / $25-50
新: XRPL経由（デジタルCLS）
RLUSD → XRP ODL → MXN
3〜5秒 / ≒ $0
▼
メキシコ子会社（着金）
ポイント: 同じダッシュボードから、SWIFTルートとXRPLルートを選択できる。Layer 7（入口）を握ることで、Layer 2（FXエンジン）への「導線」が確保された。
03 ── 競合TMSとの関係
Kyriba / SAP / FIS を置き換える必要はない
| TMS | シェア | XRPとの関係 | 戦略 |
|---|---|---|---|
| Ripple Treasury | ~11% | XRP/RLUSD統合済み（直接） | 自社顧客で実証 |
| Kyriba | ~73% | SWIFT経由で間接的に到達可能 | ISO 20022移行後に自動対応 |
| SAP Treasury | 別カテゴリ | SWIFT経由で間接的に到達可能 | ISO 20022移行後に自動対応 |
| FIS Quantum | 大企業向け | SWIFT経由で間接的に到達可能 | ISO 20022移行後に自動対応 |
| ION Wallstreet | 金融機関向け | SWIFT経由で間接的に到達可能 | ISO 20022移行後に自動対応 |
なぜ全TMSからXRPが流れるのか
Kyriba / SAP /
FIS / ION
89%
FIS / ION
89%
▼
SWIFT / ISO 20022
2026年11月 完全移行 → 全TMSが同じ言語を話す
2026年11月 完全移行 → 全TMSが同じ言語を話す
▼
送り手のTMSブランドは決済層にとって無関係
▼
XRPL / ODL / Auto-Bridge（Layer 2）
どのTMSから来たメッセージでもFX変換を処理
どのTMSから来たメッセージでもFX変換を処理
Rippleの本当のゲームは「TMSで勝つ」ことではない。「どのTMSを使っても、裏でXRPが流れる」世界を作ること。GTreasury買収は11%の入口確保ではなく、100%の入口に通じるISO 20022パイプの中にXRPエンジンを埋め込むための足がかり。
04 ── ロードマップ
TMSからデジタルCLSへの3フェーズ
PHASE 1 / 2026-2027
自社TMSで実証
Ripple Treasury（GTreasury）の1,000社超の顧客でXRP/RLUSD送金を実運用。
成功データを蓄積し、「3秒 × ほぼ無料」の実績を見せる。
自社TMSで実証
Ripple Treasury（GTreasury）の1,000社超の顧客でXRP/RLUSD送金を実運用。
成功データを蓄積し、「3秒 × ほぼ無料」の実績を見せる。
PHASE 2 / 2027-2028
ISO 20022で全TMS対応
2026年11月のSWIFT完全移行後、全TMSが同じメッセージ規格に。
受け手側銀行がODLを採用すれば、送り手のTMSは問わない。
ISO 20022で全TMS対応
2026年11月のSWIFT完全移行後、全TMSが同じメッセージ規格に。
受け手側銀行がODLを採用すれば、送り手のTMSは問わない。
PHASE 3 / 2028-2030
デジタルCLS確立
PB（Ripple Prime経由）がFX流動性をXRPL上に集約。
CLSの18通貨・平日のみ → XRPの180通貨・24/7に構造置換。
デジタルCLS確立
PB（Ripple Prime経由）がFX流動性をXRPL上に集約。
CLSの18通貨・平日のみ → XRPの180通貨・24/7に構造置換。
05 ── CLS vs XRP
なぜXRPが「デジタルCLS」になり得るか
| 比較軸 | CLS（現行） | XRP ODL（目標） |
|---|---|---|
| 通貨数 | 18通貨のみ | 180通貨超 |
| 稼働時間 | 平日CET 00:00-12:00のみ | 24/7/365 |
| 決済速度 | 数時間 | 3〜5秒 |
| プリファンディング | 必要（数兆ドル凍結） | 不要 |
| 参加資格 | 大手行77社のみ | 誰でも |
| コスト | 高額 | $0.0002/取引 |
| ISO 20022 | 移行中 | 対応済み |
| 決済原理 | PvP | Atomic Settlement |
| TMSからの到達 | SWIFT経由 | SWIFT経由 + 直接（Ripple Treasury） |
CLSが2002年に解決した問題（Herstatt Risk = 時差による決済リスク）を、XRPは構造的に超えている。CLSの限界（18通貨・平日のみ・プリファンディング必要）をXRPは全て突破する設計。TMSからの到達経路は「SWIFT経由」と「Ripple Treasury直接」の2ルート。
06 ── PBネッティング × アトミック決済
全取引をXRPで処理するわけではない ── CLSと同じ2段構造
機関A・B・C… から大量のFX注文
例: 1日 $500M相当の USD/JPY 取引
例: 1日 $500M相当の USD/JPY 取引
▼
▼
圧縮後の「純差額」だけが決済層へ
▼
Stage 2: アトミック決済（XRPL）
純差額 $15M をXRP経由で3〜5秒で最終決済
Herstatt Risk排除・Nostro不要・24/7
純差額 $15M をXRP経由で3〜5秒で最終決済
Herstatt Risk排除・Nostro不要・24/7
▼
全機関のポジションが確定（Settlement Finality）
CLSと全く同じ構造: CLSも$6.5兆/日の総取引を全額決済しているわけではない。ネッティングで圧縮し、純差額だけをRTGS（中央銀行システム）で決済している。Ripple Prime + XRPLは、この「ネッティング→最終決済」の2段構造をデジタルで再現する。
| CLS（現行） | Ripple Prime + XRPL | |
|---|---|---|
| Stage 1: ネッティング | CLS Bank がPvPで相殺 | Ripple Prime（PB）が相殺 |
| 圧縮率 | ~96%（$6.5T → ~$300B） | 同等（PBネッティングの圧縮効率） |
| Stage 2: 最終決済 | RTGS（中央銀行口座） | XRPL（アトミック決済・3秒） |
| 必要な流動性 | プリファンディング（数兆ドル凍結） | 純差額分のXRP流動性のみ |
| 稼働 | 平日日中のみ | 24/7/365 |
なぜ重要か: 「$6.5兆/日のFXを全部XRPで処理するのは無理」という最大の反論を構造的に消す。ネッティング後の純差額（数%）だけをXRPが処理すればよい。CLSが同じ仕組みで20年間世界のFX決済を回してきた実績がある。
07 ── 補足: ISO 20022の正確な効果
「どのTMSでも繋がれる」は半分正しく、半分不正確
ISO 20022 以前（MT103 時代）
各TMS
MT103 = 古い手紙。載せられる情報が少ない
MT103 = 古い手紙。載せられる情報が少ない
▶
SWIFT
▶
銀行
コルレス経由のみ
コルレス経由のみ
▼
2026年11月 SWIFT完全移行
2026年11月 SWIFT完全移行
ISO 20022 以後
全TMS
pain.001 = リッチな手紙
通貨変換指示・決済ルート指定
コンプラ情報まで載る
pain.001 = リッチな手紙
通貨変換指示・決済ルート指定
コンプラ情報まで載る
▶
SWIFT
▶
従来: コルレス銀行
ODL採用銀行 → XRP
正確なメカニズム: ISO 20022は「どのTMSでもXRPに自動的に流れる」のではない。正確には「どのTMSから来ても、受取側の銀行がODLで処理しやすくなる」。手紙のフォーマットが揃うことで、ODL採用銀行が「翻訳作業なし」でメッセージを受け取れる。摩擦が消えた分だけ、XRPが選ばれやすくなる。
| XRPが流れる条件 | 正面A（TMS側） | 正面B（銀行側） |
|---|---|---|
| メカニズム | 送り手がRipple Treasuryを使い、自らXRPルートを選ぶ | 受取側の銀行がODLを採用し、XRPで決済処理する |
| 対象企業 | Ripple Treasury顧客（1,000社超） | 全TMS利用企業（数万社） |
| ISO 20022の役割 | 直接関係なし（自社基盤で完結） | 摩擦を消す潤滑剤（翻訳不要に） |
| ボトルネック | GTreasuryの市場シェア（~11%） | ODL採用銀行の数（現在300行） |
Rippleが2020年にISO 20022 Standards Bodyに加盟したのは、この「正面B」を見据えた布石。6年前に言語を揃えておいて、今パイプを繋いでいる。この順番が逆だったら成立しなかった。
08 ── 結論
3行でまとめると
TMSは「注文を出す窓口」。SWIFTは「注文を伝える手紙」。
XRPは「実際にお金を両替して動かすエンジン」。
3つは競合ではなく、スタックの異なる層。
XRPは「実際にお金を両替して動かすエンジン」。
3つは競合ではなく、スタックの異なる層。
- Layer 7（TMS）のシェア争いは、Layer 2（XRP FXエンジン）の需要に直接影響しない
- ISO 20022完全移行（2026年11月）後、全TMSから発信されたメッセージをODLで処理可能に
- GTreasury買収は「自社顧客で実証 → 競合TMSに圧力 → 最終的に全TMSの裏でXRPが流れる」戦略
- FIS/SAP/Kyribaは「置き換え対象」ではなく「将来的にXRP基盤と提携する候補」
- デジタルCLS（180通貨 × 24/7 × 3秒 × Nostro不要）が実現すれば、入口のTMSブランドは無関係になる
コメント