XRPL INSTITUTIONAL ROADMAP 2026
XRPLの“Private”は、
4つの別物。
機関市場は、速度ごとに分かれる。
pDEXは単発Paymentsへ。PB・MMの高速Quote・与信・ネッティングは外へ。合意済み受渡しはPublic XRPLへ。機関専用Private DLTは、まだ仮説です。
「本線」「解除鍵」「拡張」「別ルート」は、Rippleの公式順位ではなく、公開ロードマップをXRP中立作業在庫テーゼから分類した本サイトの評価です。
相手が分からない。残高を見せられない。複雑な契約を組めない。運営権限を外へ出せない。各機能は、別々の拒否理由を取り除くためにあります。その目的を分けると、Ripple／XRPLが揃えている金融部品の順序が見えます。
投資助言ではありません。 公式資料の事実と、本サイトによるロードマップ評価を分けています。Amendmentの状態は2026年7月20日時点です。
01 / WHOSE TRANSACTION
オンレジャーに載るのは、
機関同士が共有する取引状態。
顧客の注文理由、KYC原本、銀行・PBの全ポジションを公開する構想ではありません。公開XRPLへ載り得るのは、参加資格、発行資産、MMのOffer、受渡し、合意済み貸付など、組織をまたいで同じ結果を持つ必要がある状態です。
「適格口座」の合格証
入場券として認めるか
まだレジャー外
Ripple／Bitsoは2026年6月、RLUSDとMXNBを米墨企業決済向けの「evolving Payments on DEX」へ統合する計画を発表しました。上図の直接ペアが公式発表に近い部分です。MM同士が相対で参考レートを送り合う図ではありません。MM等が同じDomainの板へ実行可能なOfferを置き、適格な決済事業者・銀行・他MMのPayment／Offerが消費します。XRP経路は、同一Domain内に必要な二つのOfferがあり、直結ペアより合成レートが有利な場合に使える経路です。Permissioned DEXは2026年7月20日時点で投票中であり、本番稼働済みとしては扱いません。
決済事業者が各送金へ提示する価格。毎回決まります。
MM等が板へ置く、価格＋数量を持つ指値注文。約定可能です。
支払いごとにpDEX
Cross-currency Paymentが同一DomainのOfferを消費します。FX執行とXRPL上の受渡しを一件ずつAtomicにする方式です。
Payment-by-payment内部化後の残差だけpDEX
各顧客とのレートは確定しつつ、逆方向フローを事業者内で合わせます。消えなかった在庫リスクだけをPayment／Offerで処理します。
Net-residual hedgeOTCで約定し、XRPLで受渡し
価格・数量・契約はレジャー外で合意し、相殺後に残った資産移転だけXRPLへ載せます。執行は外、合意済み受渡しは台帳という方式です。現行XLS-96はネイティブXRPを秘匿しません。
Post-trade settlementCrypto-nativeなトークン決済はA、既存銀行・PB市場との接続はB／Cから始まる方が自然——これは現在の市場構造からの推論であり、公式に採用方式が確定したものではありません。
PERFORMANCE BOUNDARY
pDEXは参加者を絞る。
処理の時計はPublic DEXのまま。
XRPL公式仕様は、DEX取引が通常約3〜5秒ごとの台帳確定時に実行されるため、高頻度取引には向かないと明記しています。pDEXが変えるのは参加資格です。高速なMatching Engineへ置き換える機能ではありません。
市場の判断を動かす場所。顧客別価格、全注文、全ポジションを公開する必要はありません。
または純残差全部ではない
結果を共同で確定する場所。国際送金、残差決済、Post-tradeには数秒確定でも適合し得ます。
機関利用にも、価格発見、清算、担保管理、最終受渡しがあります。pDEX単独で高速市場全体を担うのは難しい。しかし、合意済み結果を数秒で確定する決済・共有状態層としては使い道がある。この二つを分けると、Public XRPLとPrivate DLTを競合関係だけで見る必要がなくなります。
注文から受渡しまでを、Quote・与信・Give-up・内部相殺・Netting・決済へ分けると、この性能境界がさらに明確になります。機関FX市場の全体構造を読む → 要求性能からPost-trade実装の現実解を読む →
決済事業者が認可口座とMMの流動性を使い、米ドル系資金をメキシコペソ系資金へ交換・受渡しする文脈です。
- 利用部品
- Payments on DEX · Permissioned DEX統合計画
- 主体
- 決済事業者 · Stablecoin発行体 · MM · 企業
- 台帳
- Credential · Offer · Payment · 残高
デジタル・コマーシャルペーパーをXRPL上で発行・管理する実例です。pDEXやCredentialsを現在利用しているとは断定しません。
- 利用部品
- Public XRPLでの発行・管理 · pDEX利用は未確認
- 主体
- 発行体 · 管理者 · 適格機関投資家
- 台帳
- 発行 · 所有 · 移転・管理状態
信用審査と契約は外で行い、Vaultの資金、合意後の貸付、元本・利息・返済・Defaultをレジャーで管理する設計です。
- 利用部品
- Single Asset Vault · Lending Protocol
- 主体
- 預金者 · Loan broker · MM／決済事業者
- 台帳
- Vault持分 · Loan · 返済 · 損失状態
中央銀行がCBDCを発行し、商業銀行が配布・銀行間決済を行い、企業・市民が保有・支払う別ネットワークです。
- 利用部品
- Private Ledger · Public XRPLとは別ネットワーク
- 主体
- 中央銀行 · 商業銀行 · 企業／市民
- 台帳
- 発行 · 配布 · 決済 · 償還・消却
PermissionedはPrivateではありません。参加者を絞っても、通常のOffer・約定・残高は公開XRPL上です。金額を隠すConfidential MPTは開発中、CBDC Private Ledgerはネットワーク自体が別です。
02 / ROADMAP
現在の本線はPublic＋外部市場。
Private DLTは、将来仮説。
RippleはPublic XRPLをInstitutional DeFiの基盤として整備し、Ripple Primeでは外部市場・OTCへ接続しています。公表済みの構造に最も近いのは、価格発見・与信判断・リスク管理を各市場側で行い、選ばれた執行・受渡し・貸付状態をPublic XRPLで共有するハイブリッドです。
注意：Confidential Transferは現仕様ではMPTの直接送金だけに使い、Permissioned DEX・通常DEX・Escrow・Checkには使えません。また、現行MPT v1は送金には使えますがDEX取引には未対応で、MPTokensV2のDEX統合は開発中です。図の順序は戦略上の補完関係であり、現在の一体動作ではありません。
価格発見はEDX等の市場、信用仲介・担保・純決済はPrime／PB。全注文をXRPLへ移すのではなく、既存の流動性市場へ接続する経路は公表済みです。
選ばれたPayment執行、合意済み取引のトークン受渡し、貸付・返済状態を公開XRPLへ載せる。Permissioned DEX／Vault／Lendingは投票中で、実利用は未確認です。
秘匿、複雑なアプリ、主権・共同運営という別々の拒否理由を解消します。PB／MM向けPrivate DLTは合理的な推論ですが、Rippleの公表済み本命製品ではありません。
これは作業在庫テーゼに最も近い公式シグナルです。ただしVaultはXRP以外の資産も扱えるため、MM在庫金融の実装＝XRP借入需要ではありません。実際にどの資産が借りられるかを確認する必要があります。
XRPLはオープンソースで、AmendmentはValidator投票により、80％以上の支持を2週間維持して有効化されます。Ripple一社で決める中央集権的な工程表ではありません。一方、将来のPrivate DLTは参加者・変更権限・法的Finalityを別途合意する必要があります。「Rippleロードマップ」とは、Rippleの公表資料とXRPLコミュニティの仕様をつないだ制度設計図です。
03 / EVM SIDECHAIN
目的は、Private化ではなく
Solidityの受け皿を増やすこと。
2025年6月にMainnet稼働。Cosmos SDKとCometBFTを使う独立したLayer 1で、XRPL Consensusを継承しません。既存EVMアプリを移植し、XRPLだけでは扱えない複雑なロジックを外側で実行します。
- Sidechainへ載る
- Contractの状態・実行結果・Bridgeされた資産
- 外に残る
- 顧客審査・法務・原資産・外部データの判断
- XRPとの関係
- Native GasとBridge資産。Public XRPLのFX在庫需要とは別
安全性は別に考える
XRPL本体と別Validator set・別Consensusです。「XRPLの安全性をそのまま継承」は正確ではありません。
手数料通貨はXRP
Sidechain内のContract実行にはXRPを使います。ただしGas需要と、FX市場の巨大な作業在庫需要は同じではありません。
Mainnetの代替ではない
Rippleの2025年ロードマップも「complementary role」と位置づけます。機関金融のProtocol機能はPublic XRPL側で進みます。
04 / PERMISSIONED STACK
目的は、公開市場へ
規制対象の金融機関を通すこと。
相手が誰か分からない市場では、制裁・投資家資格・地域規制を守れません。そこで資格 → 入場規則 → 専用市場を重ねます。台帳を閉じずに、参加者だけを絞る設計です。
DomainIssuer＋Typeを照合
- XRPLへ載る
- Credential · PermissionedDomain · DomainID付きOffer／Payment · 残高
- 外に残る
- KYC原本 · 送金目的 · 法定通貨の入出金 · MMの在庫判断
- XRPとの関係
- XRPを挟むOffer経路が直結ペアより安い場合だけBridgeに使う
Credentialは署名付きの資格証明です。Permissioned Domainは受け入れるCredentialの組合せを定義します。Permissioned DEXはそのDomainを使う専用板です。取引データを暗号化する仕組みではありません。
- 流動性
- 専用板ごとに分かれます。同じDomainの注文だけが約定し、複数のPermissioned DEXを一取引で束ねられません。
- AMM
- Permissioned取引はAMMで埋められません。公開DEXとのHybrid Offerは可能ですが、使えるDomainは一つです。
- 信頼点
- Credential issuerとDomain ownerが誰を許可・失効させるかに依存します。「Permissionedだから安全」とは自動的に決まりません。
05 / CONFIDENTIALITY
目的は、MPTの残高と直接移転額を
公開台帳上で隠すこと。
Permissionedだけでは、参加者を限定できても残高と取引額は公開されたままです。XLS-96は、公開XRPL上でMPTの残高と移転額を暗号化し、発行体や指定監査人には選択的に確認可能にします。
正の整数・発行体と保有者の分離・銘柄別の供給上限があり、個別残高を隠しても全体の整合性を検証しやすい。
発行体も銘柄別の監査鍵もなく、AccountRoot残高が手数料・準備金・送金へ直結する。同じ秘匿技術を使うにも、別のプロトコル設計が要る。
- XRPLへ載る
- 送受信口座 · 暗号化残高 · 暗号化移転額 · ZK proof
- 外に残る
- KYC原本 · 取引目的 · 法的契約 · 復号鍵の管理
- XRPとの関係
- MPT専用。XRP送金やPermissioned DEXの注文を隠す機能ではない
MPTの直接送金だけ
ネイティブXRP、DEX、Escrow、Checkには使えません。Permissioned DEXへ秘匿注文を出す機能でもありません。
アドレスと総供給は見える
送受信口座、取引種類、総供給、Public／Confidential間の変換額は公開。隠すのは個別残高とConfidential移転額です。
まだ開発中
XLS-96はDraft、Known Amendments上はIn Development。将来機能を現在のMainnet能力として数えてはいけません。
06 / PRIVATE LEDGER
目的は、中央銀行・発行体へ
台帳の主権を渡すこと。
Rippleが2021年に発表したCBDC Private Ledger、2023年のCBDC Platformは、XRPLの中核技術を基にした新しい私有台帳です。中央銀行や発行主体が、発行・検証・閲覧・政策を管理します。
RippleはCBDC Private Ledgerについて、当初数万TPS、将来は数十万TPSへ拡張可能と説明しました。これは2021年の製品構想上の主張であり、現在稼働する機関FX市場の第三者検証済みベンチマークではありません。
- Private台帳へ載る
- CBDCの発行 · 配布 · 保有 · 支払 · 償還・消却
- 外に残る
- 金融政策 · KYC原本 · 銀行内部帳簿 · 融資判断
- XRPとの関係
- Public XRPLへの接続もXRP利用も、別途選ばれなければ発生しない
参加者、Validator、閲覧、通貨政策を閉域で管理する技術パターンは公表済みです。
市場インフラへ?公式ロードマップではない
一社のDBではなく、複数機関が秘匿された同じ状態を持つ必要がある場合に、DLTを使う意味が生まれます。
07 / NEUTRAL INVENTORY
機関スタックの目的は、
XRPを直接買わせることではない。
機関取引の多くは、外部市場と各社システムに残り得ます。選ばれた決済・受渡し・貸付状態だけXRPLへ載せ、MMはXRPL外を含む複数市場でXRPを持つ・借りる・再配置できる。それでもXRPが中立作業在庫になるのは、総コストが代替経路より安いときだけです。
- XRPLへ載る
- Vault資産・持分 · Loan元本 · 利息 · 返済 · Impairment／Default
- 外に残る
- Underwriting · 与信枠 · Credit committee · 法的契約 · 担保・集中限度
- XRPとの関係
- XRPは与信ではない。Vaultの貸付資産には選べるが、現行XLS-66は無担保貸付。XRP担保は別のPB・契約層の話
EVM Sidechainは稼働しました。Credentialsも有効です。一方、Permissioned Domains／DEXは投票中、Confidential Transferは開発中、Private Ledger系は公開XRPLと別です。パーツは前進した。しかし、世界規模のXRP作業在庫需要はまだ実証されていません。これが正確な距離です。
08 / STATUS BOARD
ロードマップ上にあっても、
Mainnetで使えるとは限らない。
仕様書がある、コードに入った、投票が始まった、Mainnetで有効になった、実利用が生まれた。これは別々の段階です。
Rippleの2026年2月記事はPermissioned Domainsを「Live」と表記していますが、2026年7月20日時点のXRPL技術資料 Known Amendments はPermissionedDomainsとPermissionedDEXを Open for Voting としています。そのため、状態表示はMarketing記事ではなくProtocol status pageを優先しました。
PRIMARY SOURCES
一次資料
ステータスは2026年7月20日時点。将来仕様は変更される可能性があります。