XRP Ledgerの開発者は、XRPLにネイティブレンディング機能を導入する提案規格「XLS-66」の改良を続けている。仕様が引き続き前進すれば、ネットワークにとって重要なDeFi型アップグレードの一つとなる可能性がある。

この提案は、Single Asset Vaultsを活用したオンチェーン・固定期間・無担保のレンディングを概説している。また、ローンブローカーによるオフチェーンでの審査を活用し、決済はXRPLインフラを通じてオンチェーンで処理される。

この構造が提案の中核となる。XLS-66は、完全担保型のEthereumマネーマーケットのような、単純な「誰もが誰からでも借りられる」DeFiレンディングプールとして設計されているわけではない。むしろ、オフチェーンでの信用評価とブロックチェーンベースの実行を組み合わせた、より構造化されたレンディングモデルを提示している。

この機能は現在、規格レビューとコードテストの段階にある。XLS-66に基づくネイティブレンディングは、XRP Ledgerメインネットではまだ稼働していない。

XRPLは決済分野を超えて拡張

XRP Ledgerは長く、決済、高速な決済、交換機能に関連付けられてきた。その歴史は重要であるが、ネットワークのより最近の開発方向を見えにくくすることもある。

XRPLの開発者は、金庫、自動マーケットメーカー機能、クレデンシャル、レンディング規格など、オンチェーン金融におけるチェーンの役割を拡大する機能の開発に取り組んできた。XLS-66は、このより広範な開発軌道の一部である。EVM互換チェーンではDeFiプロトコルが通常サードパーティの開発者によってスマートコントラクトとしてデプロイされるのとは異なり、XRPLは主要な金融機能を規格提案とアメンドメントを通じてネイティブプロトコル機能として実装している。つまり、レンディングのような機能はメインネットで有効化される前に正式な規格レビュープロセスを経る必要があり、これがXLS-66のような提案がネットワークのロードマップを示す重要な指標となる理由である。

ネイティブレンディングプロトコルは、XRPLに信用市場へのより直接的な接続をもたらす。ただし、この提案は既存のDeFiモデルをそのまま再現しようとするものではない。Single Asset Vaultsと固定期間レンディングを導入しつつ、オフチェーンでの審査をプロセスの重要な部分として維持している。

その意味で、この設計は従来の信用ワークフローとブロックチェーン決済の間の橋渡しに似ている。信用評価はチェーン外で行われ、その結果として生じるローン構造はXRPL上で記録・決済される。

オフチェーン審査が中核である理由

ほとんどのDeFiレンディングは過剰担保型である。このモデルでは、ユーザーが借りる額以上の価値を持つ資産を預け、担保価値が下がりすぎた場合にはスマートコントラクトが清算を管理する。このアプローチは透明で自動化されているが、資本効率が悪く、借り手は一般に、信用にアクセスする前にすでにかなりの資産を保有している必要がある。AaveやCompoundのようなプロトコルがEthereumでこのモデルを普及させ、現在でもほとんどのDeFiレンディング市場において支配的なパラダイムとなっている。

無担保レンディングは異なる仕組みで動作する。信頼、アイデンティティ、信用評価、または審査のいずれかの組み合わせを必要とする。これらの要素がなければ、借り手は貸手に返済リスクを評価する信頼できるメカニズムなしにローンを利用できてしまう。

XLS-66はこの構造の一部としてローンブローカーを導入している。提案モデルの下では、信用に関する決定と借り手の評価はオフチェーンで行われ、結果として生じるローン条件と決済はオンチェーンで処理される。

これにより、標準的なDeFiレンディングとは大きく異なるリスクモデルが生まれる。一部の現実の信用ワークフローにはより適している可能性があるが、審査プロセスの品質に大きく依存する。ブロックチェーンは決済を記録し、特定の条件を執行し、透明性を提供できるが、借り手の信用リスクを排除することはできない。

そのため、ローンブローカーの役割は細かな実装の詳細ではなく、提案の中核要素となっている。

ビルディングブロックとしてのSingle Asset Vaults

Single Asset Vaultsは提案された設計のもう一つの重要な要素である。金庫構造は、資金の整理、資産の隔離、特定のレンディング活動に対するより明確なコンテナの作成に役立つ。これにより、XRPLベースのレンディングは、構造化されていないプールモデルよりも理解と管理が容易になる可能性がある。

開発者にとって、金庫はより広範な金融ビルディングブロックとしても機能する可能性がある。金庫の仕組みが利用可能になれば、他のプロダクトの開発が容易になるかもしれない。レンディング、利回りプロダクト、構造化信用、資産管理ツールはいずれも、資産の保有と会計処理のための信頼できる方法を必要とする。

だからこそ、メインネットローン前の技術規格の議論が重要になり得る。市場は機能が稼働してから注目することが多いが、アーキテクチャはそれより早く、規格が議論、改訂、テストされる段階で形成される。XLS-66は、XRPLのネイティブレンディング設計が開発・改良されている段階である。

ネイティブXRPLレンディングはまだ稼働していない

最大の注意点は、XLS-66がまだレビューとテストの段階にあるということである。ユーザーは、ネイティブXRPLレンディングが現在利用可能であると想定すべきではない。開発者は、XRPLFリポジトリで追跡されている関連作業を含め、仕様とコード統合の作業を続けている。

そのプロセスはプロトコル開発において典型的なものであり、特に金融プリミティブが関与する場合はそうである。レンディングシステムは、残高、返済、デフォルト、金庫会計、権限、ユーザーの期待に関わるため、エラーが高額になる可能性があり、慎重なレビューが必要である。

XRP保有者とXRPLユーザーにとって、この提案は安全に実装されればネットワークの潜在的なユースケースを拡大するため注目に値する。ネイティブレンディングはXRPLのDeFiプロファイルを強化し、台帳の高速性と決済機能に結びついた信用プロダクトを求める開発者やユーザーの関心を惹く可能性がある。

ただし現段階では、提案は普及ではなく設計とテストに関するものである。

XRPLのDeFi開発がより顕在化

XLS-66は、XRP Ledgerの開発がより高度な金融インフラに向かっていることを示している。これはネットワークの決済としての遺産を置き換えるものではなく、新たな層を追加するものである。決済とレンディングは伝統的な金融において密接に結びついており、両方をサポートするブロックチェーンは、送金のみに使用されるものよりも広範な役割を持つ可能性がある。

いくつかの疑問は未解決のままである。規格を最終化できるか。コードを安全に統合できるか。開発者はその周辺に有用なレンディングプロダクトを構築するか。ユーザーはオフチェーン審査モデルを信頼するか。ローンブローカーは十分な実際の需要を生み出すか。

これらの結果は不確実であり、評価には時間がかかる。現時点での重要なポイントは、XRPLの開発者が、単に別のチェーンのDeFiモデルをコピーするのではなく、ネットワーク自身のアーキテクチャを反映した形でネイティブレンディングに取り組んでいるということである。

この取り組みが成功すれば、XLS-66はXRPLをより広範な金融アプリケーション層として位置づけるのに役立つ。停滞した場合でも、開発者がネットワークの機能をどこまで押し上げようとしているかを示すことになる。いずれにしても、この規格は監視すべきより重要なXRPL開発努力の一つであり続ける。

この記事は、XLS-66に関するXRPLF GitHubディスカッションおよび関連するrippledプルリクエストに基づいている。元のレポートはNews Deskによって執筆され、Samuel Raeによって編集された。開示情報および一次ソースドキュメンテーションで公開された情報に基づいている。