Ripple は、ブロックチェーン金融に欠けているピースは、より高速なトークンや優れたステーブルコインではなく、クレジットレイヤーだと見ています。2 つの新しい技術標準を通じて提案されている XRPL 貸出プロトコル は、機関投資家レベルの借入を XRP Ledger 上に直接もたらすよう設計されており、銀行、決済プロバイダー、マーケットメイカーが、オンチェーン保有資産を静的な在庫ではなく運転資本として扱えるようにします。
Summary
主なポイント
- XRPL 貸出プロトコルは、2 つのコンポーネント、すなわち シングルアセットボールト（XLS-65） と Lending Protocol（XLS-66）上に構築されており、両者を組み合わせることで、オンチェーンで流動性がどのようにプールされ、ローンとして展開されるかを標準化します。
- 信用審査は完全にオフチェーンで機関によって行われ、一方でブロックチェーンは、あらかじめ定義されたルールを通じて、ローンの組成、返済スケジュール、利息の発生、デフォルト条件といったローンのメカニクスを強制します。
- 参加は、コンプライアンスチェック後に発行される検証可能なクレデンシャルによって許可制となり、ネットワークをパブリックに保ちながら、機関が必要とするコントロールを提供します。
- XLS-65 と XLS-66 はいずれもバリデーターの承認待ちであり、現在すでに devnet での統合とテストが可能です。
- 主なユースケースには、RLUSD を用いた決済流動性ブリッジング、マーケットメイカーの在庫ファイナンス、アンダーライティングされたデジタル資産クレジットファシリティなどがあります。
信用判断とオンチェーン実行の分離
XRPL 貸出プロトコルの中核となる設計上の選択は、意図的な分離です。すなわち、信用判断はオフチェーンに留める一方で、実行はブロックチェーン上で標準化します。一見シンプルに聞こえますが、これはこれまでの多くのオンチェーン貸出システムの構築方法から大きく逸脱するものです。
独立したクレジットレイヤーが必要な理由
トークナイゼーションは大きな進歩を遂げてきました。かつては銀行やファンド管理システムの内部にのみ存在していた資産、すなわち国債、マネーマーケットファンド、ステーブルコイン、コモディティ、プライベートクレジットなどは、今ではオンチェーンで表現できるようになりました。しかし、資産を表現することと、それを生産的なものにすることは同じではありません。
伝統的な資本市場では、カストディと発行は、ファイナンスとは切り離されています。レポデスク、マージンレンディング、ストラクチャードクレジット、運転資本ファシリティは、資産を保有するシステムとはまったく異なるインフラ上で動いています。多くのブロックチェーンアプリケーションはその区別を曖昧にし、借入ロジックを発行レイヤーの上に直接重ねることで、流動性の断片化、不整合な信用行動、新たなプロトコルが登場するたびに再度アンダーライティングしなければならないリスクを生み出してきました。
XRPL のアプローチは、クレジットを別アプリケーションに後付けされる機能ではなく、インフラとして扱います。
なぜ信用判断はオフチェーンに留まるのか
ブロックチェーンは、ルールを一貫して強制し、結果を恒久的に記録することには長けています。しかし、借り手が信用に値するかどうかを評価したり、法域ごとの規制の違いを乗り越えたり、貸し手のように担保を評価したりする能力は備えていません。これらの機能には、すでにクレジットチーム、法的文書、担保契約、集中リスク制限、規制上の義務を業務に組み込んでいる機関の判断が必要です。
プロトコルができること、そして実際に行うことは、信用判断が下された後に起こるすべてを標準化することです。すなわち、流動性がどのようにプールされるか、ローンがどのように組成されるか、利息がどのように発生するか、返済スケジュールがどのように強制されるか、デフォルトがどのように処理されるか、です。ローンの挙動はオンチェーンでネイティブに強制され、返済スケジュール、利息計算、デフォルト条件は、リスクチーム、監査人、規制当局が事前に評価できるあらかじめ定義されたルールに従います。
これは、予測可能性が機関のリスクアンダーライティングの中核だからこそ重要です。プロトコルがコミュニティガバナンス投票によってルールを変更できるのであれば、機関は資本をコミットする前にそのリスクをモデル化する信頼できる方法を持てません。ネットワークのベースレイヤーでメカニクスを固定することは、アプリレベルのガバナンスでは解決できないこの問題を解消します。
XRPL 貸出プロトコルの主要コンポーネントと標準
このプロトコルは、オンチェーンのクレジット市場の基盤を提供する 2 つの補完的なコンポーネントの上に構築されています。
シングルアセットボールト（XLS-65）
シングルアセットボールトは、単一の資産をオンチェーンでプールするための標準化された構造です。これは、流動性を保持するコンテナと、それを展開するメカニズムを分離しており、この区別は実際の資本市場インフラの動き方を反映しています。プール管理者やアンダーライターは、シニア流動性プロバイダーに先立ってファーストロスのジュニアキャピタルをリスクに晒すことができ、インセンティブの整合と、損失をプール全体で社会化するのではなくリスクベースのプライシングを可能にします。
Lending Protocol（XLS-66）
Lending Protocol レイヤーは、プールされた流動性を、明確な条件、サービシングロジック、返済強制を備えた実際のローンへと変換します。信用判断がオフチェーンで行われ、当事者間で合意された後は、ブロックチェーンが実行を自動的に処理します。手動の介入も、ガバナンス投票も、満期時に何が起こるかについての曖昧さもありません。
バリデーター承認と Devnet テスト
両標準はいずれも提案段階にあります。XLS-65 と XLS-66 は、XRP Ledger ネットワークを運営するバリデーターによる承認の対象であり、これはこれらの機能がまだメインネットワーク上では稼働していないことを意味します。インフラプロバイダーや開発者は、すでに devnet 上での統合とテストを開始でき、バリデーター承認は今後数週間以内に見込まれています。
機関投資家レベルの機能とユースケース
XRPL 貸出プロトコルは、小売参加者ではなく、明確に機関ユーザーを対象としています。あらゆる設計上の決定がその焦点を反映しています。
検証可能なクレデンシャルによる許可制参加
貸出プールへアクセスする前に、貸し手と借り手の双方がコンプライアンスチェックを完了します。承認されると、検証可能なクレデンシャルによって、誰がどの条件で参加できるかが決まります。ネットワーク自体はパブリックのままであり、これにより機関はより広範な流動性とディストリビューションにアクセスできますが、特定のクレジットファシリティへのアクセスは制御されます。この組み合わせこそが、このアプローチを、完全にオープンな DeFi プロトコルや完全にクローズドな許可制システムのいずれとも一線を画すものにしています。
Aave、Compound、Maple、Clearpool のようなプロトコルは、オンチェーンレンディングがスケールして運用でき、意味のある預金基盤を惹きつけられることを示しました。しかし、それらのシステムは、リスクルールがコミュニティ投票によって変化しうる、暗号ネイティブなガバナンスモデルを前提に設計されていました。資本を投入する前にシステムをアンダーライトする必要がある機関にとって、その予測不能性は扱いやすい例外ではなく、参入への構造的な障壁です。レンディングのメカニクスをネットワークレイヤーで固定しつつ、ネットワーク自体はパブリックに保つことが、Ripple によるこの問題への回答です。
オンチェーンクレジットにおける実務的な応用
このプロトコルの最も即時的なユースケースは、短期の決済流動性です。オンチェーンでRLUSD準備金を保有する決済プロバイダーは、クロスボーダー決済がクリアされるまで 48 時間のギャップに直面するかもしれません。その際、300〜400 ベーシスポイントのコストがかかる高価な銀行の与信枠を利用したり、タイミングの悪い資産売却を行ったりする代わりに、そのプロバイダーは、承認済みプールを通じて予想される決済流入を担保に借り入れを行うことができます。返済は、合意された条件に従って自動的に強制されます。
決済以外にも、このプロトコルはマーケットメイカーの在庫ファイナンスをサポートし、トレーダーがコアポジションを清算することなく運転資本へアクセスできるようにします。また、機関がアンダーライティングされたデジタル資産クレジットファシリティを発行することも可能にします。これは、毎回ゼロからカスタム構築するのではなく、共通の実行レイヤー上に構築されたストラクチャードレンディング商品です。
オンチェーン資産を生産的にする
XRPL 貸出プロトコルの背後にあるより深い主張は、金融におけるブロックチェーンの次のフェーズに実際に何が必要かという点に関するものです。トークナイゼーションは、もはや前提条件になりつつあります。より難しい問いは、資産がオンチェーン化された後に何が起こるのか、つまり、それを取り巻くインフラが、それらをウォレット内で遊休状態のデジタル表現としてではなく、実際の金融資産のように振る舞わせることができるかどうかです。
資本市場は、資産の所有権だけで定義されるものではありません。そこには、ファイナンス、担保化、流動性管理、そしてシステム全体を通じた資本の効率的な移動が必要です。XRPL は、10 年以上にわたり機関レベルの決済をスケールして処理してきました。支払い、担保移動、財務オペレーションを支えるのと同じネットワーク上にクレジットレイヤーを構築することで、オペレーションの複雑さを軽減し、機関が金融ライフサイクルのより多くを 1 つの場所で管理できるようにします。これは、機関がオンチェーンでのプレゼンスを深めるかどうかを評価する際に意味のある優位性となります。
現在行われているインフラに関する決定、すなわちクレジットロジックをどこに置くか、義務をどのように強制するか、リスクをどのように配分するかといった点は、オンチェーン資本市場が真の厚みを持つように発展するのか、それとも機関金融の実際の動き方と完全には接続しない並行システムのままに留まるのかを左右することになります。
FAQ
XRPL Lending Protocol はどのように信用評価を扱いますか？
信用評価は、既存のクレジットチーム、法的文書、コンプライアンスフレームワークを用いて、機関によってオフチェーンで行われます。プロトコルは、条件合意後のオンチェーンでのローン強制を標準化しており、組成、返済スケジュール、利息の発生、デフォルト条件をカバーします。
XRPL Lending Protocol の主なコンポーネントは何ですか？
このプロトコルは 2 つのコンポーネントから構成されます。XLS-65 で定義される Single Asset Vault は、単一資産をオンチェーンでプールするための標準化された構造を提供します。また、XLS-66 で定義される Lending Protocol は、流動性がプールされた後のローン組成、サービシング、および返済ロジックを管理します。
誰でも XRPL の貸出プールに参加できますか？
参加は許可制です。貸し手と借り手の双方が、プールへアクセスする前にコンプライアンスチェックを完了しなければなりません。承認されると、検証可能なクレデンシャルによって、誰がどの条件で参加できるかが決まります。基盤となるネットワークはパブリックのままですが、特定のクレジットファシリティへのアクセスは制御されます。
XRPL Lending Protocol はどのような実務的用途をサポートしますか？
このプロトコルは、決済流動性ブリッジングをサポートします。たとえば、決済プロバイダーが RLUSD で予想される決済流入を担保に借り入れを行えるようにするほか、マーケットメイカーの在庫ファイナンスや、オンチェーン保有資産に裏付けられたアンダーライティング済みデジタル資産クレジットファシリティの発行もサポートします。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”XRPL Lending Protocol はどのように信用評価を扱いますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”信用評価は、既存のクレジットチーム、法的文書、コンプライアンスフレームワークを用いて、機関によってオフチェーンで行われます。プロトコルは、条件合意後のオンチェーンでのローン強制を標準化しており、組成、返済スケジュール、利息の発生、デフォルト条件をカバーします。”}},{“@type”:”Question”,”name”:”XRPL Lending Protocol の主なコンポーネントは何ですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”このプロトコルは 2 つのコンポーネントから構成されます。XLS-65 で定義される Single Asset Vault は、単一資産をオンチェーンでプールするための標準化された構造を提供します。また、XLS-66 で定義される Lending Protocol は、流動性がプールされた後のローン組成、サービシング、および返済ロジックを管理します。”}},{“@type”:”Question”,”name”:”誰でも XRPL の貸出プールに参加できますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”参加は許可制です。貸し手と借り手の双方が、プールへアクセスする前にコンプライアンスチェックを完了しなければなりません。承認されると、検証可能なクレデンシャルによって、誰がどの条件で参加できるかが決まります。基盤となるネットワークはパブリックのままですが、特定のクレジットファシリティへのアクセスは制御されます。”}},{“@type”:”Question”,”name”:”XRPL Lending Protocol はどのような実務的用途をサポートしますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”このプロトコルは、決済流動性ブリッジングをサポートします。たとえば、決済プロバイダーが RLUSD で予想される決済流入を担保に借り入れを行えるようにするほか、マーケットメイカーの在庫ファイナンスや、オンチェーン保有資産に裏付けられたアンダーライティング済みデジタル資産クレジットファシリティの発行もサポートします。”}}]}
本記事は人工知能の支援を受けて作成され、編集チームによるレビューを受けています。
