/ Deep Dive2026年4月27日36

XRPL は『決済 OS』であるmatching は off-ledger、final settlement は on-ledger——3 種類の流動性で読む、機関 DeFi 候補の幾何学

XRPL Native DEX/AMM だけで institutional フローを全部捌くのは無理だ——3-4 秒 finality は HFT には遅すぎる。だが正しい問いは『マッチングできるか』ではなく『XRPL上の資産をatomicに決済できるか』。一括りにされがちな『流動性』を matching / settlement / funding に分解すると、XRPL は ① では補助に徹し、②final settlement と③Vault/Lending候補で強みを出す構造が見える。XRPL上にも板はあり裁定も起きるが、HFT板として使うなら不利、settlement / 在庫リバランス層として使うなら価格を外部市場へ寄せる機能になる。Hidden Road / Ripple Prime の off-ledger book、XRPL の atomic Payment、RLUSD / XRP、Permissioned DEX / Vault 予定機能を分け、どこまでが現在の事実で、どこからが採用待ちのテーゼかを整理する。

XRPL は『決済 OS』である — matching は off-ledger、final settlement は on-ledger——3 種類の流動性で読む、機関 DeFi 候補の幾何学
/ Settlement OS · Matching Off-Ledger, Settlement On-Ledger
§ 00

3-4 秒という finality は、遅すぎるのか速すぎるのか

この記事は、もっとも頻出する XRPL への懐疑に 正面から答えるために書かれた——そして、答えていく過程で 『XRP の経済設計の核心』にまで届く構造を持っている。

『3-4 秒の finality で、本当に institutional レベルの取引なんて捌けるの? 機関は μ 秒競争してるのに——』

結論を先に言う:XRPL Native DEX/AMM だけで institutional フローを 全部捌くのは無理。HFT 板を分散台帳でやるのは物理的に不可能(光速の壁)。 この点は反論の余地がない。

だが——『XRPL は HFT 板になる必要があるか?』が、そもそも間違った問いだ。

正しい問いは『XRPL は決済できるか?』であり、 その答えは『XRPL 上の資産なら数秒・24/7・atomic に 確定できる』だ。

3-4 秒は HFT には絶望的に遅い。だが SWIFT の数日と比べれば桁違いに速い。 Fedwire RTGS に近い速度感を持ち、しかも 24/7 で動く。 CLS Bank のような PvP 的課題を、オンチェーン資産の範囲ではより柔軟に扱える。

つまり XRPL は『DEX』として観るとミスマッチに見えるが、『CLS / Fedwire 的な問題を、トークン化資産で解く settlement rail』として観るとピタリと収まる。この補助線が今回の記事の核だ。 ただし、法的 finality・中央銀行マネー・参加者ルールまで同一という意味ではない。

§01 から、グローバル FX wholesale の構造から始め、 最終的に『Vault が貸し、MM が打つ』という 機関 DeFi 候補の設計図まで届く。

§ 01

グローバル FX が辿り着いた答え——板は集中、決済は分散

グローバル FX 市場は 1 日$7.5 兆ドル動く、 人類最大の流動性プール。この市場が 50 年かけて進化した結果は何か?

FX wholesale の最終形
  • 板(matching):EBS BrokerTec / Refinitiv FX Matching / 各銀行 internal book — centralized matching engine
  • 大口(RFQ):Bloomberg / 360T / 銀行間 OTC — quote-driven の dark venue
  • 決済:CLS Bank(PvP T+0 バッチ)+ 中央銀行 RTGS (Fedwire / TARGET2)— 分散ネットワーク

注目すべきは——FX wholesale が L1 板を decentralize しなかったこと。 それが理論的に最適でないからだ。光速の壁、ネットワーク遅延、validator 合意—— これらは matching に向かない。FX 業界 50 年の答えは 『板は集中、決済は分散』だった。

/ Fig 02 · FX Wholesale Parallel

グローバル FX wholesale との 1:1 写像——XRPL は新発明ではなく『写経』

50 年かけて辿り着いた $7.5T/day FX のアーキテクチャを読むと、 XRPL の役割は HFT 板ではなくXRPL上資産の final settlementに寄っている。★ は制度的な代替ではなく、オンチェーン資産で似た問題を解く領域。

/ FX Wholesale(既存・$7.5T/day)
/ XRP / XRPL Equivalent
EBS BrokerTec
interbank CLOB · 主要通貨ペア板
Hidden Road 内部 book
prime broker book · μs マッチング
Refinitiv FX Matching
MM 間電子板
Kraken / Bullish / FalconX
MM 連合の中央板
Bloomberg / 360T
RFQ 大口プラットフォーム
GSR · Cumberland · B2C2
OTC quote-driven 大口流動性
★ CLS Bank
T+0 PvP 決済(18 通貨 / 日次バッチ)
★ XRPL Native
XRPL上資産の atomic final settlement(XRP / RLUSD · 24/7)
Fedwire / CHIPS / TARGET2
中銀・銀行ネットワークの RTGS / net settlement
XRPL(制度ではなく技術レイヤー)
validated ledger finality · 24/7 · XRPL上資産
FX Forwards / Swaps
ヘッジ・ファイナンス商品
XLS-65 Vault / XLS-66 Lending
有効化・採用後の funding layer 候補
Prime brokerage
JPM / Goldman / UBS
Hidden Road(Ripple 傘下)
年間 $3T+ clearing · 300+ 機関顧客
補助線: FX wholesale が L1 板(EBS / Refinitiv)を decentralize しようとしなかったのは、それが最適でないから。 50 年の進化の結果『板は集中・決済は専用ネットワーク』に 収束した。XRPL はその構造から、matching は外、final transfer は ledgerという読み方ができる。ただし法的 finality、中央銀行マネー、参加者制度は別物だ。

XRPL の設計はこの answer key を暗号資産で写経している。 EBS の役割は Hidden Road / Kraken / Bullish が、 CLS / Fedwire が担う final settlement の一部課題は XRPL Native(XRP / RLUSD)で表現できる—— 役割は置き換えではなく、オンチェーン資産向けの24/7化が新しい。

§ 02

XRPL の 5 層分担——どこが on-ledger で、どこが off-ledger か

『XRPL でやる』『off-ledger でやる』を一つひとつのレイヤーに分けて見る。 実は institutional フローは5 つのレイヤーに分解でき、 それぞれ最適な場所が違う。

/ Fig 01 · Hybrid Stack · 5 Layers

XRPL の役割を 5 層に分解する——どこが on-ledger でどこが off-ledger か

institutional フローは『1 つの場所』で完結しない。 各レイヤーが専門化された場所で動き、 XRPL はL3(決済)+ L4(補助流動性)+ L5(Vault/Lending候補)を担い得る。

↑ stack top: closer to retail/yield↓ stack bottom: HFT speed
L5
ON-LEDGER
Vault / Lending
XLS-65 Single Asset Vault · XLS-66 Lending Protocol
有効化・採用後の funding facility 候補——マッチング velocity は不要
Speed
no matching needed
L4
ON-LEDGER
AMM / Auxiliary Liquidity
XRPL Native AMM (XLS-30) · Native order book
★ 補助流動性 · 価格 keeper(off-ledger 板との裁定)+ retail / 長尾
Speed
3-4 sec finality
L3
ON-LEDGER
Final Settlement
XRPL Native(XRP / RLUSD で確定)
★ XRPL の本丸。オンチェーン資産を 24/7 で final transfer
Speed
3-4 sec finality
L2
OFF-LEDGER
RFQ / OTC(大口ブロック)
GSR · Cumberland · B2C2 · FalconX
$10M+ サイズの quote driven 取引——板に出すと滑る案件
Speed
数秒 quote-driven
L1
OFF-LEDGER
HFT Matching / CLOB
Hidden Road · Kraken · Bullish · FalconX 内部 book
板付け・price discovery・HFT 競争——ここは centralized
Speed
μs 〜 ms
/ なぜこの分業が正しいか
  • · L1(HFT)は速度が全て ——decentralized では物理的に勝てない(光速の壁)
  • · L2(RFQ)は信用とサイズが全て ——カウンターパーティ KYC が要る
  • · L3(決済)こそが 『finality + 24/7 + 国境なし』に最大価値が出る ——ここを XRPL が獲りに行く
  • · L4(AMM)は『主要流動性』ではなく『補助』——参照価格・長尾・retail 用。institutional の本流は L1/L2 が担う
  • · L5(Vault / Lending)は funding facility として機能し得る on-ledger インフラ——MM の在庫源候補

ここでの結論は明快だ:

  • L1(HFT matching)+ L2(RFQ)は off-ledger が最適 ——XRPL がここを取りに行く必要はない(取れもしない)
  • L3(決済)こそが XRPL の本丸—— XRPL 上の資産について『finality + 24/7 + 国境なし』に価値が出る場所
  • L4(AMM)は『主要流動性』ではなく『補助』 ——参照価格・長尾・retail 用で、institutional の本流ではない
  • L5(Vault / Lending)は funding facility 候補—— MM の在庫源になり得るが、現時点では有効化・採用待ちのテーゼ

この『L4 は補助』『L5 が本丸の一つ』という認識が、後続のセクションの全てに 効いてくる。とりわけ次の §02.5 で『流動性』を 3 種類に分解すると、 この分業の意味がさらにクリアになる。

§ 02.5

『流動性』には 3 種類ある——XRPL は ② と ③ で勝負している

前節の議論で『L4 AMM は補助、L5 Vault は本丸』と書いた。 これだけだと『XRPL に流動性は本当に集まるのか?』という疑問が残る。 その疑問に答えるには、『流動性』という言葉を3 つに分解する必要がある。

/ Fig 02.5 · Three Types of Liquidity

『流動性』には 3 種類ある——XRPL は ② と ③ で勝負している

一括りに『流動性』と呼ぶと議論がぶれる。実は3 つの異質な活動に分解でき、それぞれ最適な住所が違う。 XRPL は ①(matching)では補助に徹し、②で本丸、③で将来候補を取りに行く構造。

OFF-LEDGER
Matching 流動性
板の厚さ · bid/ask depth · 価格発見
住所
off-ledger 私設 book
プレイヤー
Hidden Road · Kraken · GSR · Cumberland · Citadel Securities
XRPL の役割
補助(AMM が裁定アンカーとして機能)
TradFi 類比
NYSE / NASDAQ / EBS BrokerTec
NYSE 時価総額 ≈ $25B(運営会社 ICE)
ON-LEDGER
Settlement 流動性
atomic finality · PvP · クロスカウンターパーティ決済
住所
on-ledger XRPL
プレイヤー
XRPL Native(XRP / RLUSD で確定)
XRPL の役割
★ 本丸 — オンチェーン資産の final transfer
TradFi 類比
DTCC · Fedwire · CLS Bank
DTCC 年間決済額 ≈ $2,000T
ON-LEDGER
Funding 流動性
資金調達 · repo · 在庫供給 · 短期流動性
住所
on-ledger Vault / Lending候補
プレイヤー
Evernorth · 機関 lender · MM borrower
XRPL の役割
★ 採用待ち — repo desk 的な機能候補
TradFi 類比
Goldman repo desk · JPM securities lending
米国 repo 市場 ≈ $4T daily
/ TradFi で『最大の経済価値』を生むのは ② と ③

NYSE / NASDAQ(① の覇者)の運営会社時価総額は ~$25B。 一方で DTCC・Fedwire・CLS(②)投資銀行の repo desk(③)は、 測れない規模のインフラ独占+銀行業の中核収益を生んでいる。

つまり 『流動性』を ① で測ると XRPL は つねに小さく見え、②③ で測ると別の大きな市場が見える——どちらの定義を採るかで結論が真逆になる。

ご指摘どおり、『真の流動性は private 高速 book にあり、 XRPL Native は補助』——これは ① の意味では完全に正しい。 だが ② と ③ では事情が真逆で、XRPL こそが本丸になる。

『流動性』を ① で測ると XRPL はつねに小さく見え、 ② と ③ で測ると桁違いに大きく見える ——どちらの定義を採るかで結論が真逆になる。

TradFi で『最大の経済価値』を生んでいるのは、実は ② と ③ だ。 NYSE / NASDAQ(① の覇者)の運営会社時価総額は ~$25B。 一方で DTCC・Fedwire・CLS(②)と 投資銀行の repo desk(③)は、 測れない規模のインフラ価値+銀行業の中核収益を生んでいる。

XRPL は ① を主戦場にせず、② と ③ の位置を取りに行っている—— これが Settlement OS という枠組みの本当の意味。 ただし③Funding は Single Asset Vault / Lending Protocol の有効化と実採用が前提になる。

§ 03

Hidden Road 買収——off-ledger book と on-ledger settlement を接続する位置取り

前 2 節で『板は集中、決済は分散』『流動性は 3 種類ある』が分かった。 では、その『集中型の板(① Matching 流動性)』を誰が運営するのか?—— ここで Ripple の2025 年 4 月の $1.25B 買収が重要になる。

Hidden Road は prime brokerage で、 年間 $3T+ の清算、300+ institutional クライアントを抱える業界トップ層の存在。 彼らの内部 book は典型的な off-ledger CLOB で、 オンチェーン DEX よりはるかに高速な institutional execution の場になり得る。

Ripple は今、off-ledger book(Hidden Road)と on-ledger 決済候補(XRPL)を接続し得る位置にいる—— Goldman が execution venue と決済インフラを同時に設計できるようなもの。
/ Fig 03 · Hidden Road Trade Lifecycle

$50M XRP 注文の典型フロー——matching と settlement の分業

Ripple が $1.25B で Hidden Road を買収した(2025 年 4 月)意味は、 『off-ledger book と on-ledger 決済候補を接続し得る』 位置に立ったこと。ここが Settlement OS テーゼの起点になる。

01
OFF
機関クライアント
$50M 規模の XRP/USD 注文を Hidden Road に発注
FIX API · 通常の prime broker 注文
ms
02
OFF
Hidden Road 内部 book
centralized matching engine がオーダーを処理
$3T+ annual clearing の PB 基盤で fill · price discovery
μs
03
OFF
MM 連合(GSR・Kraken)
在庫から fill。在庫不足なら repo で借りる
ここで初めて Evernorth lending が登場(在庫供給)
ms
04
ON
Settlement instruction
atomic XRP/RLUSD 決済へルーティングし得る
post-trade activity を XRPL へ移す構想が公開されている
数秒
05
ON
XRPL Consensus
validators が atomic ledger を確定
XRPL 上の Payment finality · validated ledger で確定
3-4 秒
06
ON
クライアント口座
XRP / RLUSD などXRPL上の資産が反映
国境問わず即座に資金可用 · 24/7
T+0
/ Off-ledger 部分

スピードと信用が支配するレイヤー。 μs〜ms。Hidden Road / GSR / Kraken の専門領域。 ここを XRPL で代替する意味はない。

/ On-ledger 部分

finality と国境なし運用が 最大価値のレイヤー。SWIFT は数日、Fedwire は M-F のみ。 XRPL はオンチェーン資産を 24/7 で 3-4 秒程度に確定できる。

このアーキテクチャ最大の利点は、matching → settlement の摩擦を圧縮し得る点。 通常、マッチングと決済が別組織だと、prime broker → custodian → settlement bank と何段も書類が回って T+1〜T+2 になる。 Ripple-Hidden Road-XRPL が本当に接続されれば、その一部を3-4 秒の T+0 atomic 決済へ降ろせる可能性がある。

§ 04

Permissioned Domain / DEX——中速 institutional の窓口

ここまでの議論で『真のマッチング流動性は off-ledger』と確認した。 では XRPL で投票・導入が進む『Permissioned Domain(XLS-80)/ Permissioned DEX(XLS-81)』は 一体何のためにあるのか?——『Hidden Road を on-ledger で代替する』のか?

結論:Permissioned DEX は Hidden Road の代替を狙っていない。 HFT 板の置き換えではなく、別の役割を担う。

/ Fig 04 · Permissioned Domain Architecture

XLS-70d / XLS-80 / XLS-81 / XLS-65/66——機関が乗るための access-control stack

institutional が公開 DEX を使えない理由は速度ではない、AML / KYC コンプラ。XRPL は 『既存の open DEX / AMM』と『permissioned domain / order book 候補』を 同一 ledger 上で使い分ける設計が進んでいる。

On-Ledger 認証情報
XRPL Native
XLS-70d Credentials
発行者(Ripple Identity / Securitize 等)が KYC/AML 検証 → ウォレットに署名済み credential を付与
アクセス制御の土台
XRPL Native
XLS-80 Permissioned Domain
credential を持つ wallet だけを domain に参加させる設計。機関向け取引の参加者制御に使える候補
KYC 済み板
XRPL Native
XLS-81 Permissioned DEX
Permissioned Domain を参照する order book 候補。AMM とは別枠で、発行体や規制対応口座向けの板を作る
Funding layer 候補
XRPL Native
XLS-65 Vault / XLS-66 Lending
有効化・採用後に、Vault と Lending Protocol が機関向け funding facility になり得る
/ Open DEX / AMM vs Permissioned stack
Permissionless(既存の Native DEX)
  • · 誰でも参加可(retail 主体)
  • · AML/KYC なし
  • · 機関は乗れない(コンプラ違反になる)
  • · サイズ:小〜中
Permissioned Domain / DEX(XLS-80 / XLS-81)
  • · KYC/AML 済み主体のみ
  • · domain が参加者条件を制御
  • · Permissioned DEX は有効化・採用待ち
  • · サイズ:将来的に institutional グレード候補
/ Permissioned stack が勝負し得る 5 つの中速 institutional 用途
01
RWA トークン取引
規制対応で on-chain audit trail 必須
02
MMF / トークン化ファンド
T+0 atomic 決済が決定打
03
RLUSD ↔ XRP 板
peg 裁定なので μs 不要
04
Vault / Lending フロント
lending 流動性の受け渡し
05
Tier 2 機関の窓口
プライム関係を持てない地銀・ファミオフ
重要: Permissioned Domain / DEX は Hidden Road の代替ではない——HFT 板の置き換えではなく、 『コンプラ + atomic 決済が要る中速取引』の窓口候補。 Vault / Lending 側も、有効化・採用後はこの access-control stack と接続し得る。 『XRPL は匿名 DeFi だから機関は無理』という反論を設計レベルで先回りしている点が、 Ethereum DeFi との決定的な違い。
3 つの XLS の組み合わせ
  • XLS-70d Credentials:On-Ledger 認証情報—— 発行者(KYC issuer)が wallet に署名済み credential を付与
  • XLS-80 Permissioned Domain:アクセス制御の土台—— 発行者が『この credential を持つ wallet のみ利用可』とルール定義
  • XLS-81 Permissioned DEX:Issuer-gated order book—— KYC済み同士の板を作る
  • XLS-65 Single Asset Vault / XLS-66 Lending Protocol: 機関 lending market 候補——lender 側に KYC を課す

この permissioned stack が本当に勝負するのは『コンプラ + atomic 決済が要る中速取引』—— HFT が要らない代わりに on-chain audit trail と PvP 決済が決定打になる用途。RWA トークン取引・MMF / トークン化ファンドのセカンダリ・ RLUSD ↔ XRP の peg 裁定・Vault / Lending のフロントエンド・Tier 2 機関の窓口——これらが permissioned stack のターゲット。

§ 04.5

誰がどこで取引するか——『TRADE する人』と『SETTLE する人』

§03 で Hidden Road、§04 で permissioned stack を見てきた。 ここで決定的に重要なのは——同じ XRP の取引でも、 『誰が・何の目的で』取引するかは完全に分かれていること。

両 venue で価格は裁定によって短時間で連動し得るが、そこに集まる顔ぶれが完全に別物。 この分業の地図を描く:

/ Fig 04.5 · Venue Persona Map

誰がどこで取引するか——MM は両方に出す、エンドユーザは別物

MM 連合(GSR / Cumberland / Wintermute / B2C2 / DRW)は複数 venue に並行クオートするインセンティブを持つ。 一方、エンドユーザは完全に別物——HR には HFT / arb 専門家、XRPL には RWA / FX 送金 / コンプラ機関が集まる。 両 venue の価格は裁定で短時間に近づく、というのがこのシナリオの読み筋。

MM 多重化レイヤー
GSRCumberlandWintermuteB2C2DRW
1 inventory · 複数 venue 展開 · 条件が合えば多重化
↓ HR で μs HFT クオート(H2)
↓ XRPL で open DEX / AMM + 将来 permissioned order book(X0)
/ off-ledger · prime brokerage
HIDDEN ROAD の板
μs · TRADE
HFT 戦場——MM の HFT 集約 + arb 専門家が μs で 価格発見。すべて KYC 済み prime client、板は参加者番号で pseudonymous。
※ MM 連合(H2)はここで in-house arb / vol 取引も実行
H1
クロス取引所アービトラージャー
Jane Street · Citadel Securities · Virtu
Coinbase ↔ Binance ↔ HR の XRP perp / spot 裁定
μs マッチング必須 · 1bp 取れれば勝ち
$1M-100M / trade
H2
MM の HFT 集約デスク(多重化)
GSR · Cumberland · Wintermute · B2C2 · DRW
HR で μs クオート集約、条件が合えば XRPL open DEX / AMM や将来の permissioned order book にも供給
1 inventory pool · 複数 venue 展開 · 追加収益が見合う場合
$10M+ daily turnover
H3
クオンツ HF / プロップ
Millennium · Two Sigma · DE Shaw · DRW
ボラ取引 · long-short crypto basket · 統計裁定
ストラテジー実装に μs grade の execution 必要
$5M-50M / position
H4
大口 OTC ブロッカー
Coinbase Prime · FalconX · Galaxy 顧客
$10M+ のブロックを HR の book にぶつけて執行
板で価格動かさず大口を捌きたい(market impact 最小化)
$10M-500M / block
H5
Tier 1 銀行デジタル資産デスク
大手銀行・機関デジタル資産デスク
クロスベニュー裁定 · 自社顧客向け流動性供給
Hidden Road が prime brokerage 提供、規制対応済み
$50M-1B / day
arb bot · 3-4s で価格連動
/ on-ledger · permissioned + atomic
XRPL(Open + Permissioned 候補)
3-4s · SETTLE
実決済の現場——open DEX / AMM と将来の permissioned order book の上で、 『送金 / 両替 / 所有権移転を実体経済で完了したい』機関がアクセスする。
※ MM が在庫を並行活用するほど、HR と XRPL の価格接続は強まる
X0
MM の指定 DMM / arb クオート供給
GSR · Cumberland · Wintermute · B2C2 · DRW(同じ MM)
open DEX / AMM への LP 供給、将来の permissioned order book へのクオート
在庫を複数 venue に展開し、spread / arb 機会が見合う場合に参加
$5M+ on-ledger depth
X1
トークン化 MMF / ファンド運用
トークン化ファンド運用会社
XRPL接続済み、または将来接続し得るファンドのセカンダリ取引
T+0 atomic 決済が決定打 · μs 不要
$100k-10M / trade
X2
RWA / 米債トークン発行体
Ondo Finance · Securitize · Backed Finance
OUSG · USDY を機関に売却、redemption も on-chain
全取引の audit trail が SEC / 規制要件
$1M-50M / issuance
X3
クロスボーダー FX 送金(実体経済)
銀行・送金業者・地域金融機関
RLUSD / JPY · USD / MXN のクロスボーダー両替送金
実際に資金移動したい · SWIFT より速く安く 24/7
$10k-10M / payment
X4
Tier 2 機関 / family office
Singapore · Dubai · 香港の家族 office・PE
規模的に prime broker 関係を持てない機関の取引窓口
Hidden Road 顧客になれない · KYC 済みなら直接取引可
$1M-10M / trade
X5
コンプラ拘束機関(保険・年金)
保険・年金・大手機関投資家
トークン化資産購入・RLUSD トレジャリー運用
規制で『全取引が監査可能』が必須——HR では不可
$10M-1B / mandate
速度
HR · μs(マイクロ秒)
XRPL · 3-4s(atomic)
HFT は速度命、決済は finality 命
監査性
HR · pseudonymous(参加者番号)
XRPL · on-chain 永続記録
規制対応の有無で venue が決まる
稼働時間
HR · 米国営業時間中心
XRPL · 24/7 / 365 日
実体経済の送金は時間を選ばない
/ 一文に圧縮

MM 連合が両 venue に並行クオートするほど、 価格発見の主戦場は HR、決済の主戦場は XRPL——MM が両方に出すほど両 venue の価格は arb で連動しやすいが、エンドユーザは完全に別人——HR には HFT / quant / arb 専門家、XRPL には送金 / FX 両替 / RWA / コンプラ機関。 両者は競合せず、同じ価格を共有しつつ別々の経済を回す

MM は両方に出す(多重化)。価格発見の主戦場は HR、決済の主戦場は XRPL ——だがエンドユーザは完全に別人
MM の多重化——HR vs XRPL は『二者択一』ではない

重要な訂正:『MM は HR にしかいない』というのは誤り。 現代の MM 業(GSR / Cumberland / Wintermute / B2C2 / DRW)は1 つの inventory pool から複数 venue に並行クオートするのが標準。ただし、新 venue に出すには実需・報酬・規制対応・運用コストが合う必要がある。

なので MM は HR にも XRPL(open DEX/AMM、将来的には permissioned order book)にも同時にクオートを出すインセンティブを持ち得る。XRPL に出す動機は 7 つの構造的メカニズム (多重化 / AMM / Vault 重力 / 非カニバリ flow / DMM 契約 / Settlement の不可避性 / arb 機会)が独立に作用するため、 採用条件が揃えば『MM がXRPL側にも出す』シナリオが強くなる。

詳細は別記事『MM 流動性の幾何学 ↗』で 7 メカニズムを分解している。

Hidden Road の板に集まるのは、専門業者 ——大手マーケットメーカー、クオンツ、暗号資産MM、 Coinbase Prime 顧客、Tier 1 銀行のトレーディングデスク。 全員 prime brokerage の KYC を通過している、μs マッチングが必要な HFT / MM / arb / quant 専門家。 ここでは『取引すること自体が目的』。bps スプレッドを取り、 ボラを取り、裁定機会を取る——それが彼らの仕事。

一方、XRPL on-ledgerに集まるのは、上記 MM の DMM クオートを使う側のエンドユーザ ——『取引の結果として何かを実体経済で動かしたい』機関:

  • トークン化 MMF / ファンド運用 —— XRPL 接続が確認される発行体や、将来接続し得る運用会社
  • Ondo / Securitize —— 米債トークン(OUSG / USDY)を発行 / 買戻、SEC が要求する on-chain audit trail 必須
  • 銀行・送金業者・地域金融機関 —— 実際に RLUSD/JPY や USD/MXN でクロスボーダー送金したい、 SWIFT より速く安く 24/7
  • シンガポール / ドバイの family office —— Hidden Road 顧客になれない規模だが、KYC 済みなら直接取引可
  • 保険会社・年金基金のようなコンプラ拘束機関 —— 規制で『全取引が監査可能』が必須——pseudonymous な HR 板では運用できない

つまりご理解の通り——『コンプラでトレードする人』ではなく、 『実際の決済ユースケース(FX 送金・両替・所有権移転)が ある人たち』が XRPL のエンドユーザ層に集まる。 Hidden Road には HFT / arb 専門家、XRPL には実需ユーザ ——この二者のエンドユーザ層は完全に別。 だがMM 連合は両方の venue にクオートを並行供給し、条件が揃えば両者の価格を裁定で連動させる。これが棲み分けと連動の幾何学。

では XRPL Native の意義は——MM 多重化下でのアンカー役

『価格発見の主戦場は HR、XRPL は補助』 という直感はHFT 視点では正しい——だが XRPL Native の役割は そこに留まらない。MM が両方に多重化クオートする前提で、 XRPL Native は次の 4 機能を担い得る:

  • ① 価格アンカー:24/7 動くので、Hidden Road が閉まる 週末・休日も価格基準を提供。中央 oracle 不要の分散参照点
  • ② コンプラ・アクセスポイント:HR 顧客になれない Tier 2 機関 / RWA 発行体 / 規制業界の有力な窓口候補
  • ③ 決済レイヤー:HR で約定した取引でも、 最終決済を XRPL に下ろせる——netting は off-ledger、 final transfer は on-ledger という分業
  • ④ 24/7 流動性の最後の砦: 米国営業時間外でも XRPL 上の RLUSD / XRP ペアは動く—— 時間帯を問わない settlement rail として機能

この四役で XRPL Native は『Hidden Road の代替』ではなく 『Hidden Road を活かすための補完候補』として機能する ——そして MM 連合は両 venue に並行クオートする多重化主体になれば、 両者を結ぶarb の橋になり得る。

§ 04.75

XRPLにも板はある——でもHFT板ではない

ここで、読者がいちばん混乱しやすい論点を明確にしておく。XRPL上にも板はある。Offer は実質的な limit order として 台帳上に残り、DEX / AMM / auto-bridge は交換ルートを作る。 ただし、板があることと、HFT取引所のようにミリ秒単位で連続約定することは別だ。

XRPL DEX の取引は ledger close ごとに処理される。 そのため、XRPL公式も DEX は high-frequency trading には向かないと説明している。 つまり画面上はリアルタイムに見えても、正確には3〜5秒ごとの確定スナップショットとして板が更新される。

裁定は起きる。むしろ起きるべきだ。 問題は、XRPLをHFT板として使うのか、settlement / 在庫リバランス層として使うのかで、 裁定の意味が変わることだ。
市場構造だけを独立して読むなら

この論点は、技術説明よりも市場構造の理解に近い。 HFT、Prime Broker、clearing、settlement、inventory の4層で読む版は、XRPL 市場構造入門に分けた。まず全体像を掴むなら、そちらから読む方が分かりやすい。

/ Fig 04.75 · Participant Stack

市場参加者ごとに分ける——XRPL は全部をやる場所ではない

HFT は価格を作る。MM は在庫を持ってquoteする。PB は顧客フローを束ねて nettingする。XRPL はその結果として残った資産移転・ブリッジ・在庫調整を24/7でsettleする候補として見ると、役割が整理される。

Layer
Actor
Job
Venue
XRPLとの関係
Demand
顧客・企業・金融機関
送金、FX、担保移動、RWA売買の需要を出す
銀行、決済会社、アプリ
多くの場合は直接触らない
Credit
銀行・決済会社
KYC、口座、法定通貨入出金、顧客対応
既存金融システム
裏側のsettlement railとして使い得る
Netting
Prime Broker / Clearing
顧客フロー、信用、証拠金、内部ネッティング
Hidden Road / Ripple Prime等
残った差分をon-ledgerへ降ろし得る
Price
MM / HFT / ECN / CEX
価格発見、マッチング、ヘッジ、裁定
高速off-ledger市場
価格差を裁定し、on-ledger価格を寄せる
Liquidity
XRPL DEX / AMM / Payment Path
Offer、AMM、Path、Auto-Bridge、発行トークンで交換・決済ルートを作る
XRPL
板ではなく、流動性ネットワーク
Final Transfer
XRPL / Validators
台帳状態を確定し、XRPL上資産を移転する
validated ledger
価格ではなく資産移転のfinalityを担う
Redemption
Issuer / Custodian / Bank
RLUSD、JPY token、RWA、銀行口座との償還
XRPL + オフチェーン管理
tokenの信用源はissuer側に残る
Step 01
顧客需要PBが見積もり
価格・到着・信用条件
Step 02
PB内部MM/HFT
価格発見・ヘッジ・ネッティング
Step 03
残った差分XRPL
XRP / RLUSD / tokenized assetの移転
Step 04
XRPL確定issuer / bank
償還・口座反映・保管
一文に圧縮: XRPLの板は存在する。だが機関向けの本命は、XRPL上でミリ秒の価格発見をすることではなく、 off-ledgerで決まった取引・在庫差分・担保移動を、DEX板・AMM・Payment Pathを含む 流動性ネットワーク経由で、XRPL上で高速かつatomicにsettlementすることだ。

一枚絵にすると、価格を作る場所は HFT / CEX / FX ECN / OTC / Market Maker / Prime Broker であり、XRPL はその前段を置き換える場所ではない。 PB や銀行が顧客フローを束ね、MM が off-ledger で価格発見・ヘッジし、 ネッティング後に残った差分をRLUSD / XRP / JPY token / RWA token として動かす。 ここで XRPL が担うのは、価格保証ではなく24/7の資産移転・ブリッジ・最終settlementである。

価格ズレは誰の不利益になるのか

ケース1:XRPL上の板で直接トレードする人は、 stale quote / adverse selection のリスクを持つ。 外部CEXやFX市場が動いたのに Offer や AMM 価格が古いままなら、 裁定者はそのズレを取りに来る。損をしやすいのは、 古い指値注文を置いた人、AMM LP、外部価格に追随できていないMMだ。 ここはごまかさない方がいい。XRPL DEX / AMM を HFT の主戦場にすると不利が出やすい。

ケース2:off-ledgerで価格を固定し、XRPLでsettlementする人にとって、3〜5秒は価格発見の遅れではなく、決済完了までの時間だ。 顧客価格は PB / MM 側の quote で先に固定され、数秒の変動リスクは quote validity、スプレッド、外部ヘッジ、SendMax、partial payment の DeliverMin、tfLimitQuality などで設計される。

したがって、HFTにとって3秒は永遠だが、 settlementにとって3秒はかなり速い。この差を分けて考える必要がある。

移動だけか、交換して移動するのか

A社のRLUSDをB社へそのまま送るだけなら、FXレートはいらない。 これは単なる残高移動だ。だがA社はRLUSDを持ち、B社がJPY tokenで受け取りたいなら、RLUSD → JPY tokenの交換が必要になる。

その場合、公開DEX/AMM、MMのquote、直前Offer、Payment Path、 あるいはoff-ledger契約など、何らかの形でその時点で実行可能なレートと流動性が必要になる。 常に公開板に並びっぱなしである必要はないが、決済時点で実行できなければ使われない。

Without XRPL

HFTはあるが、資産移動・在庫調整は分断される

  • CEX、FX ECN、銀行、OTCで価格発見・matchingはすでに高速
  • 銀行口座、取引所残高、カストディ口座に在庫が分散
  • prefunding、照合、営業時間、資金移動の遅さが残る
  • 価格は合っていても、必要な場所に必要な在庫がない
With XRPL

価格発見は残し、残った差分を共通台帳で動かす

  • 価格発見・マッチングは引き続き off-ledger
  • PB が顧客フローを束ね、内部ネッティングする
  • 残った差分を RLUSD / XRP / tokenized asset で24/7 settlement
  • 裁定者が CEX と XRPL の価格差を詰め、on-ledger価格を外部市場に寄せる

だから XRPL DEX / AMM / auto-bridge は、 価格発見の主戦場というよりsettlementに組み込まれた流動性ネットワークとして見る方が自然だ。 XRPL上の板にすべての注文が集まるというより、DEX板、AMM、Payment Path、 Auto-Bridge、発行トークン全体に、各プレイヤーの在庫調整レッグが接続される。 HFT / ECN / CEX / PB が価格を作り、PB が顧客フローを束ね、 残った在庫差分や担保移動を XRPL が24/7でfinal transferする。

裁定が『壊れる原因』ではなく『機能』になる条件
  • XRPLにHFT価格発見をやらせず、off-ledgerで価格・数量・quote有効期限を決める
  • SendMax / DeliverMin / tfLimitQuality などで、許容できないスリッページなら失敗させる
  • XRP / RLUSD / 主要tokenペアの板が深く、MMが複数venueで在庫を持つ
  • PBが顧客フローをネッティングし、全フローをそのままon-chainへ流さない
  • AMM / DEX の手数料と裁定頻度が、LPの価格変動リスクに見合う

逆に危ないのは、薄い板で大口決済する、外部市場からズレた AMM に大量流動性を置く、 スリッページ制限なしで支払いを通す、そして XRPL 上で価格発見もマッチングも全部やろうとする場合だ。 ここでは裁定は味方ではなく、遅い参加者から価値を抜く力になる。

XRPLの板は「高速取引所の板」ではなく、決済に組み込まれた流動性レイヤーである。

XRP が本当に効くのはここだ。すべての通貨ペアに深い板を作るのではなく、各資産 ↔ XRP の流動性が深くなり、 XRP / RLUSD / tokenized asset / RWA をまたぐ在庫リバランスで XRP が最も安く、深く、使いやすい中継流動性になる場合。 これは自動で起きる話ではない。機関MM、Ripple Prime、深いペア、 issuer / custodian / redemption の実務接続が揃って初めて強くなるテーゼだ。

つまり XRP の勝負は、裁定があるかないかではない。裁定が起きてもなお、XRPを通す方が安く・深く・早くsettleできるかである。 ここを満たせば、裁定者は敵ではなく、XRPL上の価格を外部市場へ寄せる清掃部隊になる。 満たせなければ、XRPはただの選択肢の一つに留まる。

§ 05

Atomicity と Herstatt risk——CLS の本質は『atomic 実行』

前 §で『マッチングは off-ledger、決済は on-ledger』が分かった。 だがここで決定的な疑問が残る:

『CLS はレート固定で安全だけど、 XRPL はフロート市場——3-4 秒の窓に価格が動いたら、 片落ち決済(Herstatt risk)にならないの?』

この疑問は、1974 年の Herstatt 銀行破綻以来、決済工学が 50 年向き合ってきた 根本問題そのもの。回答するために、まず CLS の正確な役割を 理解する必要がある。

意外なことに——CLS は『レートを固定する』装置ではない。 CLS の本当の機能は:

  • マッチング時(EBS / Refinitiv で板付けされた瞬間)に二者間で合意したレートを 『所与』として受け取る
  • そのレートでの取引を atomic に実行(PvP)
  • 『どちらか片方だけ支払って相手が破綻するリスク(Herstatt risk)を消す』 ことが本質

つまり CLS = atomic settlement engine であり、 レート固定ではなく実行の atomicity が本質。 XRPL は atomic Payment で、この一部を3-4 秒・24/7・XRPL上の資産で 表現できる。ただし、CLS の参加者ルール・法的 finality・多国間ネッティングまで 同じという意味ではない。

/ Fig 05 · Atomicity & Herstatt Risk

CLS はレート固定じゃない、atomic 実行が本質——XRPLはオンチェーン版の候補

1974 年 Herstatt 銀行破綻が突きつけた問題は『片方だけ支払って相手が破綻する』。 CLS の解はレート固定ではなく atomic PvP 実行。 XRPL はXRPL上の資産について、 24/7 の atomic transfer で同種の片落ち問題を圧縮できる。 ただし CLS の法的 finality、参加者制度、中央銀行マネーとは別物だ。

/ CLS Bank(1974 年問題への伝統解)
  • ① マッチングは EBS / Refinitiv で(off-ledger)
  • ② 銀行が CLS に pre-fund 入金
  • ③ T+0 の窓で PvP 一括 atomic 決済
  • ④ 18 通貨 · M-F · 5 時間窓のみ
/ XRPL(同じ問題への暗号解)
  • ① マッチングは Hidden Road / GSR / 板で(off-ledger)
  • ② アカウントは構造的に保有額のみ送金可(pre-fund 同等)
  • atomic Payment で オンチェーン上の片落ちを防ぐ
  • ④ XRPL上資産 · 24/7 · validated ledger で確定
/ 3 つの決済モード · 価格リスクの扱いが違う
Mode 01
Direct Settlement(合意済みレート実行)
GSR → Kraken: 1M XRP / Kraken → GSR: 2.5M RLUSD(atomic)
価格 βゼロ
atomic Payment(オンチェーン上の片落ち防止)
Mode 02
XRP Bridge Routing(クロスペア)
¥ → XRP → MXN(3-4 秒の窓に β リスク)
価格 β短時間の β(流動性・サイズ次第)
SendMax / DeliverMin / FillOrKill + MM が β 引受
Mode 03
RLUSD Bridge Routing(β を小さくする経路)
¥ → RLUSD → MXN(peg 通貨経由)
価格 β低いが peg / issuer / redemption risk は残る
USD-pegged stable + atomic Payment + redemption設計
/ XRPL Native の 4 つの保護機構
SendMax
『最大 X までしか払わない』レート上限
DeliverMin
『最低 Y は受け取らないと取消』レート下限
tfFillOrKill
全量約定 or 全部キャンセル(部分執行禁止)
tfImmediateOrCancel
即時部分約定し、残りは破棄
補助線: Herstatt risk が消える条件は『片落ち実行が不可能』であること。 XRPL の atomic Payment はXRPL上の資産移転では この条件を満たしやすく、SendMax / DeliverMin によって価格リスクも上下限保護される。 CLS が制度内で解く問題を、XRPL はオンチェーン資産の範囲で 24/7 に圧縮する候補だ。

XRPL の決済モードは 3 つに分けられる:

  • Mode A · Direct Settlement:合意済みレートを atomic に 転送する——XRPL 上では片落ちを避けられる。CLS PvP と似た問題を扱うが制度面は別物
  • Mode B · XRP Bridge Routing:3-4 秒の窓に β リスク ——だが SendMax / DeliverMin / tfLimitQuality 等で上下限保護。 実発生する微細な β は MM がスプレッドの対価として引き受け(前記事『XRP 本位制』参照)
  • Mode C · RLUSD Bridge Routing:USD-pegged 経由で β を抑えたクロスボーダー決済——残るのは peg / issuer / redemption リスク

Herstatt risk が消える条件は『片落ち実行が不可能であること』。 XRPL の atomic Payment はこの条件を設計レベルで満たし、 XRPL 上の資産については 24/7 で解決できる。 ただし、オフチェーン資産の償還・法的所有権・規制上の決済完了は別レイヤーに残る。

補正——XRPL は『daily netting』をやらない

CLS が時間窓と netting を使うのは、中央銀行マネー・参加銀行・資金効率・ オペレーション制約を束ねるための設計。XRPL はオンチェーン資産について逐次 settlement しやすいので、用途によっては daily netting への依存を下げられる。

Hidden Road / Ripple Prime が XRPL 上で実装し得る settlement cadence は、 実は最低でも 4 つある:

  • ① Real-time gross(>$10M ブロック)——HR で約定した瞬間に atomic Payment。オンチェーン部分の片落ちリスクを圧縮
  • ② Continuous net(中口・1〜5 分単位)——micro-batch で連続 netting、unsettled exposure を分単位に圧縮
  • ③ Threshold-based——volatility / net exposure が閾値を超えたら自動 settle trigger
  • ④ ヘッジ併用——unsettled exposure を perp / 先物 / inverse position で β を圧縮
CLS の窓
5 時間 / 日(M-F)
XRPL の窓
閉じない(24/7)

これにより設計上は HR 参加者の unsettled exposure を分単位に圧縮できる。『atomic 実行』を連続的に繰り返すことで、XRPL は CLS とは別の形で settlement risk を小さくする候補になる。

§ 06

Vault が貸し、MM が打つ——機関 DeFi 候補の設計図

ここまでの議論を統合すると、XRP 流動性アーキテクチャの真の姿が見える。 一文に圧縮すると:

Vault が貸し(on-ledger)、 MM が打つ(HFT は off-ledger / DMM・AMM は on-ledger に多重化)、 決済が返る(on-ledger)

これが、Evernorth・XLS-65 / XLS-66・Hidden Road・XRPL Native が1 つの機構として動き得る姿。MM は『片方の venue』だけにいるのではなく、1 inventory pool から両 venue に並行クオートするのが実態 ——HR では μs HFT、XRPL では open DEX/AMM、将来的には permissioned order book と arb 役。 具体的なライフサイクルを見る:

/ Fig 06 · Vault-MM Lifecycle · 100M XRP Repo Hypothesis

『Vault が貸し、MM が打つ』——100M XRP repo 仮説の 8 ステップ

Origination は on-ledger(Vault)、 Deployment は off-ledger(MM の book)、 Settlement は on-ledger に戻る——3 つの場所が役割分担する機関 DeFi 候補の設計図。 ここは現時点の稼働実績ではなく、Vault / Lending 有効化後のシナリオだ。

01
ON
時刻
T = 0
Evernorth
XLS-65 Vault に XRP を deposit(仮例)
Vault / Lending が有効化・採用された場合の lender 側イメージ
Δ
100M XRP
02
ON
時刻
T = 0+δ
GSR
Vault / Lending から借入(30 日 / 4% APY の仮例)
borrower 契約締結 · XRP 受領。担保や清算は周辺契約・protocol設計次第
Δ
100M XRP
03
OFF
時刻
T = 0+δ
GSR → off-ledger book
100M XRP を Hidden Road / Coinbase Prime のサブ口座へ配置
自社 inventory として MM 用に展開
Δ
100M XRP
04
OFF
時刻
T = 0 〜 30d
GSR MM book
μs マッチングで XRP/USD クオート提供
HFT 板で買い/売り · スプレッド bp 取得 · ネット中立に hedge
Δ
高回転の仮例
05
OFF
時刻
T = 0 〜 30d
GSR P&L
スプレッド収益発生(例:turnover × spread)
在庫から spread を取る · 価格 β はヘッジで小さくするがゼロではない
Δ
仮想 P&L
06
ON
時刻
T = 30d
GSR → Vault
100M XRP 元本返済(atomic)
atomic Payment · collateral release
Δ
100M XRP
07
ON
時刻
T = 30d
GSR → Vault
利息支払い(XRP 建て)
100M × 4% × (30/365) · XRP-in/out で為替リスクなし
Δ
≈ 328,767 XRP
08
ON
時刻
T = 30d
Vault → Evernorth
yield 分配 → XRP per share が増える
Evernorth の保有量 100,000,000 → 100,328,767 XRP
Δ
+ 328,767 XRP
① Origination
Vault(on-ledger)
金利・期間が決まればよい——マッチング velocity 不要
② Deployment
MM book(off-ledger)
μs マッチング必須——光速の壁、分散台帳では物理不可
③ Settlement
XRPL(on-ledger)
atomic finality と 24/7——3-4 秒で十分
/ TradFi 三位一体との対応
Origination
repo desk
→ XLS-65 Vault / XLS-66 Lending
Deployment
prime brokerage
→ Hidden Road(Ripple 傘下)
Settlement
final settlement rail
→ XRPL上資産の atomic transfer

:上図の Step 04(MM book での μs マッチング)は 30 日間連続で発生し得る。その net positions は前 §05 で示したcontinuous net settlement によって 分〜時間単位で随時 XRPL に降ろす設計も取り得る——『30 日後にまとめて』ではなく、常時 atomic に決済し続けるモデルもあり得る。Step 06-08 は 『元本 + 利息』の最終クロージング。

ここで美しいのは、各レイヤーが『何で勝負するか』が完全に違うこと:

3 つの場所 · 3 つの勝負軸
  • Vault / Lending(on-ledger):金利・期間が決まればよい ——マッチング velocity 不要、3-4 秒で十分
  • MM の HFT 集約(off-ledger):μs マッチングが必須 ——光速の壁、分散台帳では物理不可。同じ MM が XRPL 側にも open DEX/AMM や将来の permissioned order book へ並行クオートし得る
  • XRPL(on-ledger):atomic finality と 24/7 ——両者を繋ぐ最適な rail

これは TradFi の三位一体——repo desk + prime brokerage + final settlement rail——を、暗号で再構築し得る設計だ。 Evernorth が Vault 側の anchor LP として座り、 MM が off-ledger で深さを作り、XRPL が atomic に決済する—— これが機関 DeFi の到達候補だ。

ここで重要な認識は——前 §02.5 で示した『3 種類の流動性』との対応:

  • ① Matching 流動性 → MM の HFT 集約(off-ledger)が主、 XRPL(open DEX/AMM、将来的には permissioned order book)が補助・アンカー
  • ② Settlement 流動性 → XRPL Native(on-ledger)が強みを持つ
  • ③ Funding 流動性 → XLS-65 Vault / XLS-66 Lending が担い得る

『HFT マッチング』が off-ledger でしか物理的に成立しないのは ① の HFT 部分だけ。② と ③ は on-ledger にあり、また ① の MM クオート供給も on-ledger に多重化されている——それこそが XRPL を Settlement OS たらしめている。

§ 07

実数で見る——XRPL は『どの位置』にいるのか

ここまで質的な議論をしてきた。最後に、実数ベンチマークで XRPL の正確な座標を確認する。

/ Fig 05 · Settlement Benchmark

実数で見る——XRPL は『どの位置』にいるのか

XRPL は HFT 板(Visa の 65,000 TPS 級は不要)と比べる相手じゃない。決済 finality + コスト + 24/7 + クロスボーダーで測ると、XRPL はオンチェーン資産の決済 railとして強い位置にいる。ただし法的 finality、中央銀行マネー、参加者ネットワークは別軸だ。

System
Finality
TPS
Cost
Hours
Reach
SWIFT MT/MX
数時間〜数日
低(メッセージング)
$20-50
銀行営業時間
クロスボーダー OK(ただし遅い)
Fedwire(米国 RTGS)
数秒
~5,000
$0.50
M-F 21h
ドメスティック(USD のみ)
CHIPS(USD net)
数秒(バッチ)
数千
M-F
ドメスティック(USD のみ)
CLS Bank(PvP)
T+0 バッチ
高(バッチ)
M-F · 5h window
18 通貨ペアのみ
Visa / Mastercard
数秒(auth) / T+1(settle)
~65,000
merchant fee 1-3%
24/7
consumer 用途
Bitcoin
60 分(6 confirms)
~7
$1-50
24/7
permissionless
Ethereum L1
12 秒(probabilistic)
~30
$5-50(gas)
24/7
permissionless
★ XRPL
3-5 秒目安(validated ledger)
~1,500
$0.0002
24/7
XRPL上資産 · permissioned機能は採用待ち
vs SWIFT
数日 → 3-4 秒
数千倍速い
vs Fedwire
M-F → 24/7
国境なし
vs CLS
18 通貨 → XRPL上の多資産
別用途で汎用化
vs Eth L1
$50 → $0.0002
25万倍 cost 効率
『3-4 秒 finality』が遅すぎ vs 速すぎは、比較対象次第で正反対の答えになる: HFT 板(μs)と比べれば遅いが、SWIFT / Fedwire / CLS が扱う settlement risk の一部をオンチェーン資産で圧縮するには十分速い。 XRPL の論点は、取引所の速度競争ではなく、どれだけ実決済に採用されるかだ。

この表から読み取れるのは:

  • XRPL の 3-4 秒 finality は Fedwire(数秒)と同水準 の速度感を持つ——ただし法的 finality や中央銀行マネーとは別物
  • $0.0002 の取引コストは Ethereum L1($5-50)の25,000〜250,000 倍効率
  • 24/7 + 低コスト + XRPL上の資産は、 トークン化資産の settlement rail として強い差別化になる
  • 一方で 1,500 TPS は HFT 板(Visa の 65,000 TPS)には 遠く及ばない——だがそこは XRPL の本丸ではない

3-4 秒 finality は HFT には致命的に遅いが、 オンチェーン決済として観ると十分に速い——比較対象を間違えると、 XRPL の評価を構造的に間違える。

§ 08

RLUSD と XRP の役割分担——bridge と stable の二刀流

ここで、Settlement OS という枠組みでの『XRP と RLUSD の使い分け』を整理する。 §05 で 3 つの決済モードを示したが、それぞれの主役が違う。

  • XRP:bridge currency · settlement asset · 価値運搬 · 価格 β あり · 究極の中立通貨
  • RLUSD:USD-pegged stable · accounting unit · トレジャリー資産 · T-Bills 裏付け · 低 β ルート

これは設計上、決定的な意味を持つ。機関は『価格 β を取る資金』と 『価格 β をできるだけ抑えたい資金』を同じ XRPL 上に置ける

ODL コリドーの 2 形態
  • 従来の ODL:Local Currency → XRP → Local Currency
    → 数秒で完了するが、XRP 価格 β にエクスポーズ(短時間)
  • RLUSD ODL:Local Currency → RLUSD → Local Currency
    → 価格 β を小さくできるが、peg / issuer / redemption risk は残る
  • ハイブリッド ODL:USD → XRP → RLUSD → 他通貨
    → ブリッジ流動性を XRP で取りつつ、保管は RLUSD

『どっちか一方じゃなく、両方使える』のが Settlement OS としての強み。 機関は自分のリスク選好に合わせてXRP / RLUSD を切り替えて同じインフラを使える——ここが SWIFT や CLS にはない柔軟性だ。

§ 09

投資的含意——観るべき KPI を切り替える

最後に、Settlement OS という補助線を入れたとき、 投資家が観るべきKPI が完全に切り替わる点を整理する。

/ Fig 06 · Investment Lens · 何を観るべきか

XRPL を『Settlement OS』として観るときの KPI 切り替え

XRPL を『DEX』として観ると、Solana や Hyperliquid に勝てない。 『Settlement OS』として観ると、比較対象は DEX 出来高だけではなく、決済・funding・機関流動性へ広がる。 ただし SWIFT / Fedwire / CLS をそのまま代替する話ではなく、オンチェーン資産でどこまで採用されるかが勝負だ。

❌ 観るな(誤)
XRPL Native DEX の出来高
✓ 観ろ(正)
XRPL を経由する settlement 総額(XRP + RLUSD)
DEX 出来高は補助流動性の指標にすぎない。本丸は決済通過量
❌ 観るな(誤)
XRP の Coinbase 出来高
✓ 観ろ(正)
Hidden Road book size · ODL コリドー本数
off-ledger book の規模が prime 流動性の本体。Coinbase は retail スポット
❌ 観るな(誤)
Native AMM の TVL
✓ 観ろ(正)
XLS-65 Vault / XLS-66 Lending の TVL(有効化後)· 機関 lender 数
AMM は補助指標。funding TVL が出れば institutional 参加の強い証拠になる
❌ 観るな(誤)
XRP のミーム性 / SNS の盛り上がり
✓ 観ろ(正)
Permissioned Domain / DEX(有効化後)に乗る発行体数
ミームは noise。issuer 採用が institutional 採用の先行指標になる
❌ 観るな(誤)
RLUSD の発行量だけ
✓ 観ろ(正)
RLUSD ↔ XRP の対トレード量・コリドー利用量
発行量は静的。trade 量こそが流動性の証拠
/ TAM の桁違い
『DEX』として測ると
~$5B / day
全暗号 DEX の合計(DEX TVL ベース)
『Settlement + Funding』として測ると
~$11.5T / day
FX $7.5T + 米国 repo $4T
倍率
2,300×
参照市場の大きさ。全部を取れるという意味ではない

XRPL を『DEX』として観ると、Solana や Hyperliquid の出来高に勝てない ——これは事実。だがそれは勝負していないからであり、 負けているわけではない。

XRPL の TAM は:

  • FX wholesale:$7.5T / day
  • 米国 repo 市場:$4T / day
  • クロスボーダー送金:$190T / 年
  • 証券決済:$2,000T / 年

これらの0.1% を取るだけで、暗号 DEX 全体の出来高を 余裕で超える規模になる——それが Settlement OS としての XRPL のテーゼ。

§ 10

まとめ

本記事の要点
  • XRPL Native DEX で institutional マッチングを全部捌くのは無理 ——だがそれは XRPL の本丸ではない
  • 正しい枠組みは『matching off-ledger + settlement on-ledger』 ——FX wholesale が 50 年かけて辿り着いた最適解そのもの
  • 『流動性』は3 種類に分解すべき——①Matching(off-ledger)/ ②Settlement(on-ledger)/ ③Funding(on-ledger) ——XRPL は ② と ③ で本丸を取る
  • Ripple の Hidden Road 買収($1.25B)が決定打——off-ledger book と on-ledger 決済を両方所有
  • XLS-80 Permissioned Domain はHFT 代替ではなく中速取引の窓口——RWA・トークン化ファンド・peg 裁定・Tier 2 機関向け
  • CLS の本質はレート固定ではなく atomic 実行——XRPL の atomic Payment はXRPL上の資産について片落ち問題を 24/7 で圧縮
  • Vault が貸し、MM が打つ——Origination は on-ledger、 Deployment は off-ledger、Settlement は on-ledger に戻る三位一体構造候補
  • 3-4 秒 finality は HFT には遅すぎるが、XRPL上の決済としては十分に速く、24/7で動く
  • 投資 KPI は『DEX 出来高』ではなく『settlement 通過量 + Vault TVL』 を観るべき——ただし Vault TVL は有効化・採用後に確認すべき指標
XRPL は『DEX』ではない、『Settlement OS』だ—— FX wholesale を引き写したアーキテクチャで、 $7.5T/day の市場に、24/7 と国境なしで挑む。 そして Vault が貸し、MM が打ち、決済が返ってくる ——これが機関 DeFi の到達候補。

関連記事:
· XRP 本位制 — ドルではなく XRP を増やすゲーム ↗
· Evernorth — XRP のアクティブ国庫が、機関 DeFi のアンカー LP として座る ↗
· XRPL Vault — 機関の聖杯が、許可制 DeFi として起動した日 ↗
· RLUSD — 史上最速 $10B に到達した、機関対応ステーブルコインの構造 ↗

/ Sources
  • · BIS Triennial Survey 2022 — Foreign exchange daily volume ($7.5T)
  • · SIFMA — US Treasury repo market daily volume ($4T)
  • · CLS Bank — Settlement architecture & PvP design documentation
  • · Federal Reserve — Fedwire Funds Service operating statistics
  • · DTCC — Annual settlement volume disclosures
  • · Ripple — Hidden Road acquisition announcement (April 2025, $1.25B, $3T+ annual clearing)
  • · Ripple Prime — global multi-asset prime brokerage, clearing and institutional customer data
  • · XRPL Foundation — XLS-30 (AMM), XLS-65 (Single Asset Vault), XLS-66 (Lending), XLS-70d (Credentials), XLS-80/81 (Permissioned Domain/DEX) specs
  • · XRPL.org — DEX, Offers, Auto-Bridging, AMM, Payment, SendMax/DeliverMin, tfLimitQuality and path documentation
  • · Visa Direct / Mastercard Send — TPS & cost benchmarks
  • · Bitcoin Core / Ethereum Foundation — finality & throughput data
  • · Herstatt Bank failure (1974) — origin of settlement risk concept