XRP Ledger(XRPL)は、プールされた資産を原資として台帳上で直接、期間固定の融資を可能にする貸付標準を審査している。「XLS-66」と呼ばれるこの草案仕様は、XLS-65 Single Asset Vaults(シングルアセットボールト)を基盤とするものであり、これにより預金者は共有プールに資産を預け入れ、各プールにおける持分を表すシェアを受け取る。同提案は、2024年にAutomated Market Maker(AMM)改正であるXLS-30を有効化した、台帳上のネイティブDeFiへのより広範な推進の一環である。

この提案の下では、ローンブローカーが各融資プールを作成・管理し、融資の承認、手数料の設定、ファーストロスキャピタル(第一損失資本)要件の定義を行う。与信審査と借手の評価は、自動的な担保清算に頼るのではなく、オフチェーンで行われる。ブローカーは、借手が債務不履行に陥った場合の預金者の損失を軽減するため、ファーストロスキャピタルを供出できる。この仕組みはXRP、発行者裏付け資産、またはMulti-Purpose Tokens(マルチパーパストークン)をサポートでき、プールへのアクセスは公開または制限付きとすることができる。

ボールトがプールされた融資資産を保有

XLS-65の下では、預金者は単一の資産をボールトに預け入れ、その拠出額に応じたシェアを受け取る。これらのシェアは所有権を示すものだが、プールが融資の資金供給を開始した後は、現金への即時アクセスを保証するものではない。

各プールにはそれぞれ引き出しルールが必要となる。プール規約では、引き出しリクエストが待ち行列に入るかどうか、融資限度額が適用されるかどうか、融資が残存する間にどれだけの流動資本が利用可能かなどを定めることができる。

台帳上で追跡されるローン条件

XLS-66では、ブローカーと借手が、元本、金利、支払スケジュール、満期日、猶予期間を含むローンを作成できる。ローン記録は、未払いの元本と利息を台帳上で追跡する。

このシステムは、延滞利息ルール、融資着手料(オリジネーションフィー)、早期返済手数料にも対応する。借手が猶予期間を超えて支払いを怠った場合、ブローカーは当該ローンを信用劣化(インペアード)または債務不履行として区分できる。

与信審査はオフチェーンで維持

同提案は無担保融資に焦点を当てており、担保の自動売却や強制清算は導入しない。代わりに、ブローカーはXRP Ledgerの外側で、財務記録、法的契約、保証、取引履歴、その他の与信審査を用いて借手を評価する。これは、借手が通常ローンを過剰担保し、担保価値が下落した際にスマートコントラクトが自動的に担保を清算する、AaveやCompoundなどの広く利用されているDeFi融資プロトコルとは異なる。XLS-66はむしろ、ブローカーが預金者と借手の間に立つ、伝統的な信用市場の仲介型構造を踏襲している。

このアプローチにより、ブローカーはリスク管理において中核的な役割を担う。預金者は資産をプールに配分する前に、借手基準、集中限度額、法的条件、ブローカーの融資プロセスに関する情報を必要とする。

また、XLS-66により、ブローカーは債務不履行の一部を吸収するためのファーストロスキャピタルを供出できる。この保護の価値は、プールの未償還融資に対する準備金の規模に依存する。

草案の状況と依存関係

同提案は依然として草案段階にあり、XLS-65とXLS-64の両方に依存している。XLS-66はボールト設計を直接基盤としているため、その進展はXLS-65がまず標準化プロセスを通過することに左右される。XRPLのプロトコルアップグレードは台帳のアメンドメント(改正)プロセスに従い、リリースされた変更は、2週間の期間にわたってバリデータからの継続的な支持を得た後にのみ有効化される。したがって、その時期は固定されたリリース日ではなく、バリデータの採用状況次第となる。

採用には、承認された標準、活動するブローカー、借手、および明確なプール規約が必要となる。

EvernorthはXRP関連の分散型ファイナンス(DeFi)の機会を模索してきたが、確認された一次資料には、Evernorthが運営する融資プールを特定するものはない。

出典:Blockonomi