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 予定機能を分け、どこまでが現在の事実で、どこからが採用待ちのテーゼかを整理する。

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 候補の設計図まで届く。
グローバル FX が辿り着いた答え——板は集中、決済は分散
グローバル FX 市場は 1 日$7.5 兆ドル動く、 人類最大の流動性プール。この市場が 50 年かけて進化した結果は何か?
- 板(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 年の答えは 『板は集中、決済は分散』だった。
グローバル FX wholesale との 1:1 写像——XRPL は新発明ではなく『写経』
50 年かけて辿り着いた $7.5T/day FX のアーキテクチャを読むと、 XRPL の役割は HFT 板ではなくXRPL上資産の final settlementに寄っている。★ は制度的な代替ではなく、オンチェーン資産で似た問題を解く領域。
XRPL の設計はこの answer key を暗号資産で写経している。 EBS の役割は Hidden Road / Kraken / Bullish が、 CLS / Fedwire が担う final settlement の一部課題は XRPL Native(XRP / RLUSD)で表現できる—— 役割は置き換えではなく、オンチェーン資産向けの24/7化が新しい。
XRPL の 5 層分担——どこが on-ledger で、どこが off-ledger か
『XRPL でやる』『off-ledger でやる』を一つひとつのレイヤーに分けて見る。 実は institutional フローは5 つのレイヤーに分解でき、 それぞれ最適な場所が違う。
XRPL の役割を 5 層に分解する——どこが on-ledger でどこが off-ledger か
institutional フローは『1 つの場所』で完結しない。 各レイヤーが専門化された場所で動き、 XRPL はL3(決済)+ L4(補助流動性)+ L5(Vault/Lending候補)を担い得る。
- · 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 種類に分解すると、 この分業の意味がさらにクリアになる。
『流動性』には 3 種類ある——XRPL は ② と ③ で勝負している
前節の議論で『L4 AMM は補助、L5 Vault は本丸』と書いた。 これだけだと『XRPL に流動性は本当に集まるのか?』という疑問が残る。 その疑問に答えるには、『流動性』という言葉を3 つに分解する必要がある。
『流動性』には 3 種類ある——XRPL は ② と ③ で勝負している
一括りに『流動性』と呼ぶと議論がぶれる。実は3 つの異質な活動に分解でき、それぞれ最適な住所が違う。 XRPL は ①(matching)では補助に徹し、②で本丸、③で将来候補を取りに行く構造。
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 の有効化と実採用が前提になる。
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 と決済インフラを同時に設計できるようなもの。
$50M XRP 注文の典型フロー——matching と settlement の分業
Ripple が $1.25B で Hidden Road を買収した(2025 年 4 月)意味は、 『off-ledger book と on-ledger 決済候補を接続し得る』 位置に立ったこと。ここが Settlement OS テーゼの起点になる。
スピードと信用が支配するレイヤー。 μs〜ms。Hidden Road / GSR / Kraken の専門領域。 ここを XRPL で代替する意味はない。
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 決済へ降ろせる可能性がある。
Permissioned Domain / DEX——中速 institutional の窓口
ここまでの議論で『真のマッチング流動性は off-ledger』と確認した。 では XRPL で投票・導入が進む『Permissioned Domain(XLS-80)/ Permissioned DEX(XLS-81)』は 一体何のためにあるのか?——『Hidden Road を on-ledger で代替する』のか?
結論:Permissioned DEX は Hidden Road の代替を狙っていない。 HFT 板の置き換えではなく、別の役割を担う。
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 上で使い分ける設計が進んでいる。
- · 誰でも参加可(retail 主体)
- · AML/KYC なし
- · 機関は乗れない(コンプラ違反になる)
- · サイズ:小〜中
- · KYC/AML 済み主体のみ
- · domain が参加者条件を制御
- · Permissioned DEX は有効化・採用待ち
- · サイズ:将来的に institutional グレード候補
- 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 のターゲット。
誰がどこで取引するか——『TRADE する人』と『SETTLE する人』
§03 で Hidden Road、§04 で permissioned stack を見てきた。 ここで決定的に重要なのは——同じ XRP の取引でも、 『誰が・何の目的で』取引するかは完全に分かれていること。
両 venue で価格は裁定によって短時間で連動し得るが、そこに集まる顔ぶれが完全に別物。 この分業の地図を描く:
誰がどこで取引するか——MM は両方に出す、エンドユーザは別物
MM 連合(GSR / Cumberland / Wintermute / B2C2 / DRW)は複数 venue に並行クオートするインセンティブを持つ。 一方、エンドユーザは完全に別物——HR には HFT / arb 専門家、XRPL には RWA / FX 送金 / コンプラ機関が集まる。 両 venue の価格は裁定で短時間に近づく、というのがこのシナリオの読み筋。
※ MM 連合(H2)はここで in-house arb / vol 取引も実行
※ MM が在庫を並行活用するほど、HR と XRPL の価格接続は強まる
MM 連合が両 venue に並行クオートするほど、 価格発見の主戦場は HR、決済の主戦場は XRPL——MM が両方に出すほど両 venue の価格は arb で連動しやすいが、エンドユーザは完全に別人——HR には HFT / quant / arb 専門家、XRPL には送金 / FX 両替 / RWA / コンプラ機関。 両者は競合せず、同じ価格を共有しつつ別々の経済を回す。
MM は両方に出す(多重化)。価格発見の主戦場は HR、決済の主戦場は 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 にクオートを並行供給し、条件が揃えば両者の価格を裁定で連動させる。これが棲み分けと連動の幾何学。
『価格発見の主戦場は 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 の橋になり得る。
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 市場構造入門に分けた。まず全体像を掴むなら、そちらから読む方が分かりやすい。
市場参加者ごとに分ける——XRPL は全部をやる場所ではない
HFT は価格を作る。MM は在庫を持ってquoteする。PB は顧客フローを束ねて nettingする。XRPL はその結果として残った資産移転・ブリッジ・在庫調整を24/7でsettleする候補として見ると、役割が整理される。
一枚絵にすると、価格を作る場所は 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契約など、何らかの形でその時点で実行可能なレートと流動性が必要になる。 常に公開板に並びっぱなしである必要はないが、決済時点で実行できなければ使われない。
HFTはあるが、資産移動・在庫調整は分断される
- CEX、FX ECN、銀行、OTCで価格発見・matchingはすでに高速
- 銀行口座、取引所残高、カストディ口座に在庫が分散
- prefunding、照合、営業時間、資金移動の遅さが残る
- 価格は合っていても、必要な場所に必要な在庫がない
価格発見は残し、残った差分を共通台帳で動かす
- 価格発見・マッチングは引き続き 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はただの選択肢の一つに留まる。
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・多国間ネッティングまで 同じという意味ではない。
CLS はレート固定じゃない、atomic 実行が本質——XRPLはオンチェーン版の候補
1974 年 Herstatt 銀行破綻が突きつけた問題は『片方だけ支払って相手が破綻する』。 CLS の解はレート固定ではなく atomic PvP 実行。 XRPL はXRPL上の資産について、 24/7 の atomic transfer で同種の片落ち問題を圧縮できる。 ただし CLS の法的 finality、参加者制度、中央銀行マネーとは別物だ。
- ① マッチングは EBS / Refinitiv で(off-ledger)
- ② 銀行が CLS に pre-fund 入金
- ③ T+0 の窓で PvP 一括 atomic 決済
- ④ 18 通貨 · M-F · 5 時間窓のみ
- ① マッチングは Hidden Road / GSR / 板で(off-ledger)
- ② アカウントは構造的に保有額のみ送金可(pre-fund 同等)
- ③ atomic Payment で オンチェーン上の片落ちを防ぐ
- ④ XRPL上資産 · 24/7 · validated ledger で確定
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 で解決できる。 ただし、オフチェーン資産の償還・法的所有権・規制上の決済完了は別レイヤーに残る。
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 で β を圧縮
これにより設計上は HR 参加者の unsettled exposure を分単位に圧縮できる。『atomic 実行』を連続的に繰り返すことで、XRPL は CLS とは別の形で settlement risk を小さくする候補になる。
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 役。 具体的なライフサイクルを見る:
『Vault が貸し、MM が打つ』——100M XRP repo 仮説の 8 ステップ
Origination は on-ledger(Vault)、 Deployment は off-ledger(MM の book)、 Settlement は on-ledger に戻る——3 つの場所が役割分担する機関 DeFi 候補の設計図。 ここは現時点の稼働実績ではなく、Vault / Lending 有効化後のシナリオだ。
→ XLS-65 Vault / XLS-66 Lending
→ Hidden Road(Ripple 傘下)
→ XRPL上資産の atomic transfer
注:上図の Step 04(MM book での μs マッチング)は 30 日間連続で発生し得る。その net positions は前 §05 で示したcontinuous net settlement によって 分〜時間単位で随時 XRPL に降ろす設計も取り得る——『30 日後にまとめて』ではなく、常時 atomic に決済し続けるモデルもあり得る。Step 06-08 は 『元本 + 利息』の最終クロージング。
ここで美しいのは、各レイヤーが『何で勝負するか』が完全に違うこと:
- 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 たらしめている。
実数で見る——XRPL は『どの位置』にいるのか
ここまで質的な議論をしてきた。最後に、実数ベンチマークで XRPL の正確な座標を確認する。
実数で見る——XRPL は『どの位置』にいるのか
XRPL は HFT 板(Visa の 65,000 TPS 級は不要)と比べる相手じゃない。決済 finality + コスト + 24/7 + クロスボーダーで測ると、XRPL はオンチェーン資産の決済 railとして強い位置にいる。ただし法的 finality、中央銀行マネー、参加者ネットワークは別軸だ。
この表から読み取れるのは:
- 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 の評価を構造的に間違える。
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: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 にはない柔軟性だ。
投資的含意——観るべき KPI を切り替える
最後に、Settlement OS という補助線を入れたとき、 投資家が観るべきKPI が完全に切り替わる点を整理する。
XRPL を『Settlement OS』として観るときの KPI 切り替え
XRPL を『DEX』として観ると、Solana や Hyperliquid に勝てない。 『Settlement OS』として観ると、比較対象は DEX 出来高だけではなく、決済・funding・機関流動性へ広がる。 ただし SWIFT / Fedwire / CLS をそのまま代替する話ではなく、オンチェーン資産でどこまで採用されるかが勝負だ。
XRPL を『DEX』として観ると、Solana や Hyperliquid の出来高に勝てない ——これは事実。だがそれは勝負していないからであり、 負けているわけではない。
XRPL の TAM は:
- FX wholesale:$7.5T / day
- 米国 repo 市場:$4T / day
- クロスボーダー送金:$190T / 年
- 証券決済:$2,000T / 年
これらの0.1% を取るだけで、暗号 DEX 全体の出来高を 余裕で超える規模になる——それが Settlement OS としての XRPL のテーゼ。
まとめ
- 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 に到達した、機関対応ステーブルコインの構造 ↗
- · 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