リップル、機関向けオンチェーンクレジットのためのXRPL融資プロトコルを提案

XRP0.30%
RLUSD-0.01%
AAVE-3.52%
COMP-1.14%

リップルは6月29日、XRP Ledger上でトークン化された資産を利用する機関向けに標準化されたクレジットインフラを構築するXRPLレンディングプロトコルの提案を詳細に説明しました。 このフレームワークは、引受とコンプライアンスの判断をオフチェーンに保持し、ローンサービス、返済、利息、デフォルトの仕組みをオンチェーンに配置します。 この提案は、トークン化された資産の資金調達における現在の制限に対処します。これらの資産はブロックチェーンネットワーク間を移動できますが、機関が運転資金として使用したいと考えている国債、マネーマーケットファンド、ステーブルコイン、コモディティ、プライベートクレジット商品の信用市場へのアクセスが制限されています。

リップル、プロトコル設計において信用判断をブロックチェーン実行から分離

提案されたプロトコルアーキテクチャには、シングルアセットボールトとレンディングプロトコルの2つのコンポーネントが含まれます。 ボールトは1つの資産をオンチェーンでプールして管理し、レンディングレイヤーは定義された条件、サービスルール、返済ロジックに基づいてその流動性からローンを組成します。 リップルは次のように述べています。「XRPLレンディングプロトコルは、シンプルな原則に基づいて設計されています。機関は信用判断の制御を保持し、プロトコルはそれらの判断が実行される方法を標準化します。」 リップルはこの提案をAave、Compound、Maple、Clearpoolと対比し、公開レンディングプロトコルはオンチェーン融資がスケール可能であることを示したが、しばしば暗号ネイティブのガバナンスとリスクモデルに依存していると述べました。 プライベートおよびパーミッションシステムはより厳格な制御を提供できますが、リップルはそれらが流動性、流通、ネットワーク効果を制限する可能性があると述べました。 この提案には、施設レベルでのファーストロスキャピタルも含まれており、劣後資本を優先流動性プロバイダーの前に配置します。

XLS-65およびXLS-66仕様はバリデーターの承認を待つ

提案の仕様はXLS-65で定義されており、これは単一資産のプールと管理のためのシングルアセットボールトを確立し、XLS-66はローンの組成とサービスのためのレンディングプロトコルを定義します。 両方の修正案はバリデーターの承認が必要ですが、インフラプロバイダーや開発者はバリデーターの決定を待つ間、デブネットで提案されたシステムの統合とテストを開始できます。 XRPLは、プロトコルレベルの標準と、必要に応じて資格情報によるパーミッション参加を備えたパブリックネットワークとして提示されています。 リップルはまた、XRPLの10年以上にわたる機関決済のサポートの歴史を指摘し、融資、支払い、担保移動、財務運用、決済フローが共有インフラ上で運用可能であると主張しました。

決済プロバイダーと財務管理が機関ユースケースとして挙げられる

決済プロバイダーが潜在的なユースケースの1つとして挙げられました。 リップルUSD(RLUSD)ステーブルコインの準備金を保有する企業は、予想される決済流入に対して短期流動性を求める可能性があります。 コンプライアンスチェックは参加前に完了し、返済は合意されたプロトコル条件の下で強制されます。 リップルは、これが300~400ベーシスポイントのコストがかかる銀行のクレジットラインを置き換える可能性があると述べました。 リップルは次のように述べています。「レンディングプロトコルが重要なのは、別の利回り商品を生み出すからではなく、デジタル資産をより生産的にするからです。これにより、機関はオンチェーン資産を静的な在庫ではなく運転資金として扱う方法を得ることができます。」 リップルは、マーケットメーカー向けの在庫融資、財務流動性管理、ストラクチャードクレジット商品、支払いと決済フローに連動した資金調達などの潜在的なアプリケーションを説明しました。

よくある質問

リップルは6月29日に何を提案しましたか? リップルは、XRP Ledger上でトークン化された資産を利用する機関向けに標準化されたクレジットインフラを構築するXRPLレンディングプロトコルの提案を詳細に説明しました。このフレームワークは、引受とコンプライアンスの判断をオフチェーンに保持し、ローンサービス、返済、利息、デフォルトの仕組みをオンチェーンに配置します。 XRPLレンディングプロトコルにはどのような承認が必要ですか? XLS-65およびXLS-66で定義されたプロトコル仕様は、実装前にバリデーターの承認が必要です。インフラプロバイダーと開発者は、バリデーターの決定を待つ間、デブネットで提案システムの統合とテストを開始できます。 リップルはプロトコルの機関ユースケースをどのように説明していますか? リップルは、RLUSDステーブルコイン準備金を保有する決済プロバイダーによる短期流動性の追求、マーケットメーカー向け在庫融資、財務流動性管理、ストラクチャードクレジット商品、支払いと決済フローに連動した資金調達を潜在的なアプリケーションとして挙げました。

免責事項:本ページの情報には第三者提供の内容が含まれる場合があり、参考目的のみで提供されています。これらはGateの見解や意見を示すものではなく、金融、投資、または法律上の助言を構成するものでもありません。暗号資産取引には高いリスクが伴います。意思決定を行う際には、本ページの情報のみに依存しないでください。詳細については、免責事項をご確認ください。
コメント
0/400
コメントなし