XRP保有者はついにイーサリアムに触れることなく利回りを得られるようになる：詳細

その XRP元帳（XRPL） は、ネットワークに直接ネイティブの貸出・借入機能を追加する予定です。 XLS-66と呼ばれる提案バリデーターによって承認されれば、この修正案により、ユーザーは台帳上に構築されたサードパーティのプラットフォームに依存することなく、オンチェーンの無担保固定期間ローンを通じて遊休資本から収益を得ることができるようになります。現在、このプロトコルはバリデーター間で17%のコンセンサスを得ており、稼働に必要な80%の超多数には遠く及びません。

XLS-66 レンディング プロトコルとは何ですか?

XLS-66（正式名称は「Lending Protocol」）は、XRPLバージョン3.1.0で導入され、リップル社の開発者であるVytautas Vito Tumas氏とAanchal Malhotra氏が共同執筆しました。この提案は、別途導入されたスマートコントラクト・エコシステムを介さずに、XRP Ledger上で直接オンチェーン・クレジット発行を行うために必要な基本的な構成要素を導入します。

このプロトコルは、プールされた預金を通じて資金を調達する固定期間ローンを提供します。他の多くのDeFiレンディングシステムと異なる点は、オンチェーン上の自動担保管理および清算ボットを意図的に省略していることです。その代わりに、本人確認、信用スコアリング、その他の引受手続きは、ローン発行前にオフチェーンで行われます。決済、所有権記録、監査証跡は台帳で管理されます。

XRPLの研究者兼バリデーターであり、活発なコミュニティメンバーでもあるVet氏は、これをネットワークの「最後のDeFiフロンティア」と表現し、次のように述べた。 

「貸し手は、あなたが誰であるかを知り、あなたに対してオフチェーンチェックを行わずに、そもそもあなたに XRP を貸し出すことはないでしょう。」

プロトコルは実際にはどのように機能するのでしょうか?

XLS-66 仕様では、LoanBroker と Loan という 2 つの新しいオンチェーン オブジェクトが導入されています。

LoanBrokerオブジェクトは、融資業務の運営を担うローンブローカーによって作成・管理されます。このオブジェクトは、手数料や、ブローカーが債務不履行に備え預け入れたFirst-Loss Capitalなど、プロトコル固有の詳細を記録します。Loanオブジェクトは、ローンブローカーと借り手との間の契約内容（条件、支払いスケジュール、ステータスなど）を記録します。

コアフローは次のように機能します。

• ローンブローカーは、1 人以上の預金者からの預金資産を保管するための Vault を作成します。
• ローンブローカーは、デフォルト保護基金として First-Loss Capital をオプションで預託します。
• ローン オブジェクトは、ローン ブローカーと借り手によって共同で作成されます。
• 借り手はLoanDraw取引を使用して資金を引き出し、LoanPayを使用して返済を行います。
• 借り手が債務不履行になった場合、ローンブローカーはLoanManageトランザクションをトリガーして債務不履行を記録できます。
• ローンの満期または債務不履行が発生すると、LoanDelete トランザクションを使用して元帳から削除されます。

プロトコルは合計 9 つのトランザクション タイプをサポートし、ローンの作成からすべてのローンの決済後の LoanBroker オブジェクト自体の削除までのライフサイクル全体をカバーします。

金利と手数料

このプロトコルは、元本に対する標準金利、より高い延滞金利、そして期限前に返済する借り手に対する早期返済金利の3種類の金利タイプをサポートしています。ローンブローカーは、これらに加えて、金利のパーセンテージとして請求される管理手数料、元本から差し引かれるローン組成手数料、各支払いに対するローンサービス手数料、延滞または早期支払いに対する個別の手数料など、いくつかの手数料を設定できます。手数料は、ローンブローカーが十分なファーストロスキャピタルを預け入れた場合にのみ請求されます。

有望なプロジェクトを発見...

有望なプロジェクト...

（広告）

記事は続きます…

コンプライアンスとリスク保護

このプロトコルには、資産発行者が利用できる2つのコンプライアンスメカニズムが組み込まれています。1つ目はクローバックで、発行者は特定の状況下でVaultから資金を回収できます。2つ目は凍結メカニズムで、特定のアカウントまたはすべてのアカウントが特定の資産の送受信を禁止できます。借り手のアカウントが凍結されると、資金の引き出しや支払いはできなくなりますが、返済義務は残ります。

ファーストロス・キャピタル・スキームは、主要なリスク管理ツールです。ローンブローカーは、未払い債務総額の割合として計算された資金を預託します。借り手が債務不履行に陥った場合、その資金の一部は清算され、預金者の損失の一部を相殺するために金庫に返還されます。

XLS-66 は標準的な DeFi レンディングとどう違うのでしょうか?

DeFi融資のほとんど Ethereum 過剰担保を通じて機能します。借り手は融資額を超える価値の暗号資産を担保として確保し、その価値が設定された閾値を下回った場合、自動ボットがその担保を清算します。AaveやCompoundなどのプロトコルは、完全にこのモデルに基づいて構築されています。

XLS-66は、オンチェーン担保や清算ボットを一切使用しません。そのトレードオフとして、貸し手はより多くの信用リスクを負うことになりますが、システムは融資実行前に厳格なオフチェーン審査を実施することで、この問題に対処できるように設計されています。台帳には結果のみが記録され、機密性の高い借り手データはオフチェーン上に保持されながら、公開監査証跡が維持されます。

集中型リスク管理と分散型決済を組み合わせたこのハイブリッドアプローチは、全く新しいものではありません。アルゴランドのAlgofiレンディング市場は、オンチェーン担保とオフチェーン信用スコアリングを同様に組み合わせ、初期の参加者に年間約12%のリターンをもたらしました。ステラネットワークは2020年に、厳格な引受管理のないよりシンプルなバージョンを試しましたが、流動性が枯渇したため借り手が債務不履行に陥りました。XLS-66はこれらの教訓を踏まえて設計されているようです。

XLS-66 の公開を妨げているものは何ですか?

この修正案はバリデーターの80%の承認が必要であり、有効化前に2週間連続でこの基準を維持する必要があります。現時点で、XRPLの信頼できるバリデーターのうち、賛成票を投じたのはわずか6名で、反対票または棄権票を投じたのは29名です。そのため、現在のコンセンサスは17.14%となり、必要な基準には程遠い状況となっています。

80%の超多数決要件は、XRPLのガバナンスモデルにおける意図的な特徴です。これにより、ネットワークのバリデーターセット（独立ノード、取引所、機関を含む）の幅広い同意なしに、台帳への大きな変更を承認することはできません。このメカニズムは、過去に他の改正を遅らせたり阻止したりした事例があり、XLS-66も同様のハードルに直面しています。

結論 

XLS-66は、XRP台帳に、オフチェーンの引受とオンチェーンの決済を備えた、固定期間・無担保ローンを基盤としたネイティブレンディングレイヤーを提供します。このプロトコルには、ローンの組成、返済、債務不履行管理、そしてFirst-Loss Capitalによる預金者保護のための構造化されたツールが含まれています。これが実現するかどうかはバリデーター次第であり、現時点ではバリデーターの数はまだ少ない状況です。

資料 

1. 提案 XLS-66: 0066 XLS - 66d: XRP Ledgerネイティブレンディングプロトコル

2. XRPL研究者およびバリデーター、Xのベテラン: 3月8日投稿