XRPLの最新ガバナンス投票が機関投資家向けDeFiにとって重要な理由

XRPL Commonsは1月27日、X投稿を通じて、Devnetでの完全なエンドツーエンドテストを完了した後、XRP Ledgerの2つの重要な修正案に賛成票を投じたことを確認しました。このグループは、2026年1月23日に行われたガバナンス投票に従い、XLS-80の下でのPermissioned DomainsとXLS-81の下でのPermissioned DEXsを承認しました。

この決定は、XRPLのオープンで分散型の設計を変更することなく、規制された金融活動を可能にするための一歩を示しています。

これらの修正案は、本人確認や取引相手へのアクセス制限など、コンプライアンス管理を必要とする機関をサポートすることを目的としています。XRPL Commonsは、Devnetへの展開中に観察された成功したテスト結果と運用の安定性に基づいて投票したと述べました。

Permissioned DomainsとDEXsがXRPLに追加するもの

Permissioned Domainsにより、オペレーターはXRP Ledger上で管理された環境を定義できます。ドメインオペレーターは有効な認証情報を決定し、それらの認証情報を保持するアカウントは自動的にアクセス権を取得します。

この構造により、コア台帳をパーミッションレスに保ちながら、KYC認証などの規制要件を適用することが可能になります。

Permissioned DEXsは、ドメイン制限付きのオーダーブックを導入することで、ネイティブのXRP Ledger分散型取引所を拡張します。同じパーミッションドメイン内のメンバーのみが互いに取引でき、すべての参加者が事前定義されたコンプライアンス条件を満たすことを保証します。

修正案では3つのオファータイプが導入されます。オープンオファーは既存のXRP Ledger DEXの動作に従います。パーミッションドオファーは単一のドメインに取引を制限します。ハイブリッドオファーは、オープン市場の流動性にアクセスする前に、まずドメイン内で取引をマッチングできます。

すべての機能は、コンプライアンスステータスなどのアカウント属性を検証するためのオンチェーン方法を提供するXLS-70認証情報に依存しています。

Devnetテスト結果と技術的知見

新機能の完全なライフサイクルは、XRPL CommonsによってDevnetで手動テストされました。これには、認証情報の作成と取り消し、ドメインの管理、オープン、パーミッションド、ハイブリッドDEX取引が含まれていました。

テストでは、認証情報が変更されるたびにドメインのメンバーシップが自動的に更新され、非メンバーが制限付きオーダーブックへのアクセスを許可されないことが確認されました。

正しく、ハイブリッドは最初にドメインの流動性を提供し、その後オープンDEXに頼ります。期限切れの認証情報は自動的に取り消され、意図したとおりに不正な取引を拒否しました。すべてのXLS-70、XLS-80、XLS-81は仕様どおりに機能しました。

初期テスト中に発見された運用上の問題は、IOU設定でした。適切な取引ルーティングを使用できるようにするには、発行者はDefaultRippleを有効にし、ユーザーはトラストラインを作成し、発行者はトラストライン上のNoRippleフラグをクリアする必要があります。

このステップを実行しないと取引が失敗し、設定の正確性は機関にとって非常に重要です。

機関向けDeFiにとって投票が重要な理由

XRPL Commonsは、コンプライアンスと分散化の間の合理的なトレードオフを提供するため、修正案に賛成であることを示しました。

その機能により、ステーブルコインの外国為替、給与計算、国際ビジネス決済、企業財務などの使用事例に使用できます。

流動性がドメインに限定され、取引がパーミッションド環境を越えることができないにもかかわらず、これは規制上の期待を満たすために意図的に行われたトレードオフであると言われています。承認を得たことで、XRP Ledgerはオンチェーン金融の規制対応決済レイヤーに向けてさらに一歩前進しました。

関連記事:XRP Ledger VelocityがETFの流入額が10億ドルに近づく中、2025年のピークに到達