INSTITUTIONAL FX ARCHITECTURE PUBLIC / PRIVATE / XRP
機関FXでXRPは、いつ使われるのか。
高速Quoteの後、最安の受渡し経路に入る。
銀行・Prime Broker・Market Maker・取引市場が、XRPL外の高速システムで価格と信用を判断します。その後、主にMMがXRPを保有・借入・取得し、消せなかった残差を橋渡しする――これが中心仮説です。単発Paymentでは、pDEXの二本のOfferをXRPがつなぐ別の入り方もあります。
MM・PB・取引市場が、ミリ秒〜秒未満で判断。
反対売買と支払義務は、別の工程で小さくなる。
Public XRPLは、選択肢の一つを担う公開台帳。
CORE ANSWER取引場所・共有台帳・受渡し資産は別の選択です。pDEXとXRPも、同じ種類の選択肢ではありません。
Public XRPLだけで、機関FXの価格提示・与信・約定・内部相殺まで処理するのは不自然です。これらの高速処理は主に銀行・PB・MM・取引市場のシステムで行われます。Public XRPLが担い得るのは、取引単位のFX、合意後の資産移転、共同で参照する確定記録です。
投資助言ではありません。 公開資料にある構成、市場構造から読める分業、まだ公表されていない仮説を分けています。制度・Amendmentの状態は2026年7月20日時点です。
対象範囲：主にSpot、Payment、在庫調整、合意後の受渡し。Forward・Swap・NDFには追加の満期・担保・決済工程があります。
01 / TRANSACTION LIFECYCLE
機関FXは、価格決定と
資産受渡しを分けて処理する。
顧客が「両替したい」と依頼してから、実際に資産が動くまでを9工程に分けます。価格は約定時に決まり、その後に在庫整理・相殺・受渡しが続きます。実務ではQuote・与信・約定が反復する場合もありますが、9工程すべてを同じ台帳へ載せる必要はありません。
いくら、いつ、何通貨へ
実行可能なBid / Ask
限度額・担保・相手方
ここでFXレート確定
PB利用時に相手方を集約
逆方向の顧客Flowを合わせる
通貨別の純支払額を計算
PvP、送金、Token移転
残高・担保・ポジションを更新
すでに各レートで約定した取引を相殺し、最後に「誰が、どの通貨を、いくら払うか」だけを残します。
Dealerが反対方向の顧客取引を在庫の中で合わせ、外部市場へ出すNet exposureを小さくします。
約定と照合を終えた債務を通貨やValue dateなどで相殺し、最後に動かす純支払義務を残します。
「全送金をXRPで再約定する」のが作業在庫仮説ではありません。XRPが入り得るのは、PaymentごとのAtomic FX、Dealerが消せなかった在庫偏りのヘッジ、Netting後の純支払額の調達・受渡しです。
02 / TWO CLOCKS
pDEXは参加者を絞る。
処理速度はPublic XRPLのまま。
pDEXは、適格参加者だけが同じDomainのOfferを作成・消費できる仕組みです。一件のPaymentでFXと受渡しを原子的に実行する候補になります。ただし処理時計はPublic DEXと同じ。連続Quote・取消・与信を担う高速市場には変わりません。
顧客別価格、信用枠、全ポジション、内部リスク。公開する必要がない高速判断。
一件のFXと受渡し、または合意済み状態を公開台帳で確定する処理。
結論用途のSLAが許せば、一件のPayment・受渡しに使い得る。連続Quote・取消・与信の時計ではない。
CredentialとDomainを使い、同じDomainの適格口座間でOfferを作成・消費します。
参加者を絞っても高速Matching Engineにはならず、取引を秘匿するPrivate Ledgerにもなりません。
Domainごとに板が分かれ、複数pDEXの流動性は一取引で合算できず、Permissioned OfferはAMMを使えません。
PermissionedDEXとPermissionedDomainsは、2026年7月20日時点でOpen for Voting。仕様と公式Use caseはありますが、Mainnetで有効化済み、pDEXが本番利用済みとは扱いません。
03 / TWO COMPRESSIONS
反対売買と支払義務は、
別々の工程で圧縮される。
まずDealerが反対方向の顧客取引を内部で合わせ、外部ヘッジを減らします。その後、約定済みの支払義務をNettingし、実際に動かす資金を減らします。内部化と決済前Nettingは、似ていますが別の処理です。
作業在庫仮説XRPが競うのは世界のFX総額ではなく、内部化後の外部ヘッジ、Payment、Netting後の純受渡しです。
1日平均支払義務
1日平均の純額
こちらは上の内部化例とは別で、約定済み支払義務の決済前Nettingです。BIS調査では、2025年4月の1日平均約2.2兆ドルが約3,370億ドルの純額へ圧縮されました。同年の別調査では、Dealerが顧客取引の80％超を内部流動性プールで処理したと報告されています。どちらも外へ出る量を減らしますが、XRPにとっては処理しやすい残差になる一方、対象量そのものも小さくなります。
RippleはHidden Road（現Ripple Prime）のFX・Swap・Repoを含むPost-trade業務の一部で、XRPLを時間をかけて活用すると説明しています。さらにXRPL Lendingでは、信用判断はオフチェーン、合意後の実行はオンチェーンと明記。すべてをPublic DEXへ移す発表ではありません。なお、図のEDXはデジタル資産Venueとの公表例であり、FX市場が同じ構成でXRPLへ移行済みという証拠ではありません。
04 / XRP IN INSTITUTIONAL FX
XRPが入り得るのは、
Payment・外部Hedge・純受渡し。
XRPが機関FXの全Quoteを処理するわけではありません。単発Paymentでは一件の交換経路の途中へ入り、大量FlowではDealerが消せなかった残差に入る。中心で在庫を動かすのは、支払企業ではなくMM・Dealer・流動性提供者です。
TokenXRP保有不要
TokenXRPは残らない
一つのPaymentが二本のOfferをAtomicに消費します。直接USD/MXNより安く、両脚に十分な流動性がある場合だけ。送金者の残高へXRPを滞留させる必要はありません。
在庫偏りNet exposure
許容範囲へ全Flowではない
顧客取引を一件ずつXRPへ変えるのではなく、Dealerの内部在庫で消せなかった方向だけを外部市場へ出します。
義務 20例示値
最終供給換金・保有を選択
XRPで価値を移し、相手側MMが目的通貨・Token・銀行預金を供給する形。FXレートはすでに外部で合意済みです。
核心XRPは高速Quote市場そのものではない。高速市場が残したFX需要を、MMの作業在庫で橋渡しする候補です。
経路を利用するTaker。通常はXRPを保有しなくてよい。
銀行、Token、XRPを総コストで比較する。
保有・借入・売買し、XRP両脚へ価格と数量を出す中心主体。
与信、証拠金、貸借、保管、内部振替を提供し得る。
Native XRPとOfferを処理する。ms Quote engineではない。
銀行預金やStablecoinのような発行体請求権ではなく、24時間動く公開台帳上の資産です。各通貨に深いXRP板ができれば、通貨ごとの直接板が薄い回廊を二段でつなげます。
直接通貨、RLUSD、預金Token、既存銀行口座の方が安ければXRPは選ばれません。XRP板が浅ければ、二段分のSpreadとSlippageも不利になります。
確認できるのは、pDEXでXRP二段経路を使える設計、XRPをVault・Lendingの資産にできる仕様、Ripple Primeが機関FX・清算・資金調達を提供し、Post-tradeの一部でXRPL活用を目指す方針までです。 Permissioned DEX、Permissioned Domains、Single Asset Vault、Lending ProtocolはいずれもOpen for Voting。Ripple PrimeがXRPを機関FXの共通作業在庫として本番利用しているとの開示はありません。現在明示されるPrime側の担保利用はRLUSDで、XRPのOTC取扱いとは別です。
05 / RECORD ARCHITECTURE
一社ならDB。共同運営なら
UtilityかPrivate DLT。
正本とは、最終的に正しいと扱う記録です。一社の内部処理なら通常DBが自然です。複数社で共有する場合も、信頼された市場Utilityが管理するDBという選択肢があります。Private DLTは、同じ状態と更新規則を複数社で検証したいときの候補です。
PRIVATE DLTの意味Privacyや速度だけで選ばない。複数社が同じ状態と更新規則を検証する必要があるかで選ぶ。
本稿の中心仮説はC。用途ごとにA・Bを併用し、Dは共同状態が必要なら追加されます。ただしRippleがこの順序や構成を正式発表したわけではありません。
Rippleは2021年にCBDC Private Ledger、2023年にXRPLコア由来のCBDC Platformを公表しました。閉域台帳を作れる技術的前例です。しかし、Ripple Primeの高速FX市場へ採用済み、XRP必須、当時のTPS主張が現在の実測性能――とは言えません。
06 / CONNECTION & PRICE EFFECT
XRPが使われても、
同額の純買いは生まれない。
Private側に「XRP」と表示されても、Public XRPL上のNative XRPとは限りません。実XRPが動いても、既存在庫を回し、受取側が同量を売れば市場の買いと売りは相殺されます。接続方式、在庫の調達方法、受取後の処分を三つに分けます。
価格への接続市場でXRP在庫を純増すれば買い需要。Lock、借入、既存在庫の回転は別の指標として観測する。
MM-Aが既存在庫を渡し、MM-Bが受け取ったXRPを同額売却すれば、取扱高は増えても市場の純需要はほぼ残りません。一方、複数MMの目標在庫が合計500万XRPから800万XRPへ増え、市場から差額300万XRPを取得すれば、その300万XRPが直接的な買い需要です。数値は仕組みを示す例であり、実績や予測ではありません。
通貨A → XRP → 通貨BのOfferを組み合わせる機能。Public XRPLとPrivate LedgerをつなぐCross-chain bridgeではありません。
XRPを先に確保し、署名済みClaimをオフレジャーで渡せます。ただし多通貨・多当事者のPB市場やPvPを丸ごと構成するものではありません。
独立台帳間ではWitnessとBridgeが必要。Private側はPublic XRPLのSecurityとNative XRPを自動継承しません。
送金速度だけでは決まりません。この総コストが直接通貨、RLUSD、預金Token、既存銀行レールより低いときにだけ、XRPは中立作業在庫の候補になります。
Tokenの台帳移転と、法定通貨・銀行預金の法的決済は同義ではありません。Issued tokenやCustody claimでは、発行体への請求権、償還、破綻隔離、銀行口座への払出しまで確認して初めて「受渡し完了」です。
07 / PROOF MAP
発表では足りない。最安・反復利用・
純需要まで確認して初めて成立する。
システムが存在することと、XRPへ経済価値が届くことは別です。外部の銀行・PB・MMが、自らの損益計算でXRP経路を選び、反復利用し、市場で必要在庫を純増するか。2026年7月時点では、コスト優位・採用規模・市場での純買いは未確認です。
現在地部品が揃い始めた。だが「本当に安い」「大規模採用」「価格へ純需要」は、これから測る。
- Public DEXは通常約3〜5秒・HFT非適合
- 同一pDEX内ではXRP Auto-Bridgeが可能
- Vault・LendingはXRPを資産にできる
- 上記機能は2026年7月時点でOpen for Voting
- Ripple Primeは外部市場・OTC・信用を束ねる
- Post-trade業務の一部でXRPL活用方針
- 高速Quote・与信・Riskは外部
- Dealer内部化後のNet exposureだけ外へ
- 主にMMがXRP在庫を保有・借入・売買
- 顧客はXRPを期末保有せず経路を利用可能
- 合意済み受渡しをPublic XRPLへ
- Custody内部帳簿と公開台帳を照合
- PB／MM専用Private FX DLT
- Private側のXRP中心経路
- Public XRPL上のNative XRPを共通担保・在庫に採用
- 他経路より実測総コストが安い
- 在庫純増が継続的な買いになる
- Private DLTは使うがXRPは使わない
- RLUSD・預金Token・既存口座の方が安い
- 相殺後の残差が小さく、既存在庫で回る
- XRPのHedge・資本・Custodyコストが高い
- Pilotで止まり、反復利用へ進まない
08 / FINAL ANSWER
機関市場・共有台帳・XRPは、
役割を分けて接続する。
本命はPublicかPrivateかの二択ではありません。高速な機関市場から出た結果を、既存決済、Public XRPL、必要ならPrivate共有層へ振り分ける。さらに受渡し資産として、Public XRPL上のNative XRPが総コストで選ばれるかが別の問いです。
機関FXの常時Quote・与信・内部化は、多くがXRPL外で動く。XRPが入り得るのは、単発Paymentの二段経路、内部化後の外部Hedge、Netting後の純受渡し。主にMMが必要在庫を保有・借入・取得し、総コストで勝つ場面だけを橋渡しする。
PublicかPrivateかは、その受渡しをどう記録・確定するかという別の設計です。Public XRPLはNative XRPの公開された基準台帳であり、pDEX・資産移転・共有状態を実行できる場所です。Private側でXRPを表現する場合も、実XRPとの接続・裏付け・償還は別に設計しなければなりません。
PRIMARY SOURCES
一次資料から、
事実の境界を引く。
仕様、Amendment状態、FX市場構造、Rippleの公表方針を分けて確認しています。Private FX DLTとXRP中心経路は、公式発表がない限り仮説として扱います。