XRP Ledger、機関投資家向けクレジット層の有効化に80%のバリデータ投票を必要

リップル社がXRP Ledgerを規制対象機関向けのクレジットインフラに変える計画は、有効化に必要なバリデータ支持の4分の1にも満たない2つの修正案にかかっている。

XRP Ledgerの提案された機関向けクレジット層は稼働に80%のバリデータコンセンサスを必要としており、XRPLの修正案追跡データによると、XLS-65は22.86%（8バリデータ）、XLS-66は20%（7バリデータ）の支持を得ているにすぎない。両数値ともに、メインネット有効化に必要な2週間連続の持続的閾値を大幅に下回っている。

「XLS-65は、流動性プロバイダーがRLUSD、XRP、またはトークン化された米国債という単一のトークンを預入するシングル・アセット・ボールトを導入する一方、XLS-66はそれらのボールトの上にレンディングプロトコルを構築し、融資組成、利息発生、デフォルト執行をカバーする」と、Rippled v3.1.0とともに公開されたXRPL開発者向けドキュメントは説明している。引受業務と借り手の信用評価はオフチェーンで行われ、機関向けクレジットデスクが処理する。

最新の改訂版であるXLS-65dは、以前必要とされていた2つのトランザクションを廃止することでボールトモデルを合理化し、預入者と償還フローのオーバーヘッドを削減した。レンディングプロトコルは、LoanSet、LoanPay、LoanDeleteトランザクションを使用してオンチェーンで実行され、コンプライアンスはXRPLの既存の許可型ドメイン、クレデンシャル検証、クローバックメカニズム、フリーズ機能を通じて実行される。これらの機能は、規制対象金融機関向けのKYCおよびAML要件を満たすように設計されている。

XRPは本稿執筆時点で約1.00ドルで取引されており、トレーダーが注目する心理的に重要な水準となっている。これらの修正案は、規制対象機関向けの無担保・引受済みクレジットを対象としており、ほとんどの分散型レンディングプラットフォームを支配するオーバーコラタラルモデルからの構造的な逸脱を示している。リップル社はXRP Ledgerをペイメントレールとクレジット層の両方として機能させることを目指しているが、そのビジョンはバリデータの支持率が約22%から80%に上昇するかどうかにかかっている。

バリデータ格差とメインネットへの道筋

バリデータ投票は、2026年1月下旬のRippled v3.1.0リリース後に開始された。開発者はすでにdevnetでレンディングスタックをテストできるが、devnetでの readiness とメインネットでの有効化は別のマイルストーンである。XRP Ledgerは、修正案がメインネットで有効化される前に、2週間連続で80%のコンセンサスを必要とし、バリデータに賛成投票を強制したり期限を課すメカニズムは存在しない。

現在の支持率と閾値との間のギャップは大きい。XLS-65が80%に達するには約20の追加バリデータが必要であり、XLS-66には21が必要である。XRPコミュニティはこれまでも修正案投票を経験してきた。コンセンサス形成に予想以上の時間を要したものもあれば、完全に停滞したものもある。2週間連続ルールは、性急または争点のある変更がメインネットに適用されるのを防ぐために存在する。

XRPL上の機関向けクレジットの姿

ターゲットは、イーサリアム上のAaveのようなプロトコルで使用されるオーバーコラタラルモデルではなく、無担保のクレジットラインを必要とする規制対象金融機関である。借り手はクレデンシャルを確認されたカウンターパーティでなければならず、レッジャーはクレデンシャルを検証するが融資の引受は行わない。ボールトオペレーターは、プロトコルレベルで参加をKYCおよびAML準拠のエンティティに制限できる。

コンプライアンスアーキテクチャには、クローバック機能とフリーズメカニズムが含まれており、規制当局が通常、機関がブロックチェーンベースのクレジットシステムに参加する前に要求する機能である。これは、設計上オープンでそれらの制御を欠くほとんどのDeFiプロトコルとの重要な差別化点となる。

現時点では、開発者はdevnetでテストを実行している。XRPL上で構築するチームは、メインネット有効化前にLoanSet、LoanPay、およびボールトメカニズムに対して統合できる。バリデータ支持が構築され閾値に達すれば、インフラはすでにテスト済みとなる。しかし、XLS-65が8バリデータ、XLS-66が7バリデータである現状では、その結果は不透明である。

本記事は情報提供のみを目的としており、投資助言を構成するものではない。