XRP Ledger（XRPL）上の草案提案である XLS-66 は、プール化された資産を用いた固定期間の無担保融資を導入する案です。XLS-66 Lending Protocol は依然として草案であり、XLS-65 と XLS-64 という 2 つの関連提案に依存しています。その設計は、ネイティブ融資が台帳上でどのように機能し得るかを示しています。すなわち、プールされたバリューが預託資産を保有し、貸付ブローカーが融資を組成して台帳外で信用リスクを管理し、第一損失資本がブローカーの選択したカバレッジ条件に応じてデフォルトの一部を相殺できるというものです。ガバナンスを通じて承認され有効化された場合、この提案は XRPL 上で融資の基本機能を利用可能にしますが、それ自体が借り手、流動性、実績のあるブローカーネットワークを生み出すわけではありません。提案はまだ草案段階のインフラであるため、プール条件とブローカーの開示内容が注視すべき重要な材料となります。

中核はバリューとブローカー

XLS-66 は XLS-65 Single Asset Vaults を基盤としています。バリューは、預託者から 1 種類の資産（XRP、発行者保証付き IOU、または Multi-Purpose Token）を集約し、各預託者のプール持分を表すシェアを発行します。

貸付ブローカーは、そのバリューと融資プロトコルを接続します。ブローカーはプールを設定し、融資を組成し、その運用全体を管理します。また、管理手数料や、必要に応じてプールに差し入れる第一損失資本の額など、主要な経済条件も設定します。

バリューのシェアは所有権を示し、流動性を保証するものではない

預託者は、資産をプールに入れるとバリューのシェアを受け取ります。これらのシェアはバリューに対する比例的な請求権を表しますが、その実際の価値は、プールに残る資産と引き出し方針に依存します。資本が貸し出された後は、預託者が同じ額の流動資産にすぐアクセスできない可能性があります。そのため将来のバリューの文書には、融資が残っている間の引き出し方法、申請の順番待ちの可否、利用可能流動性に対する貸付制限の有無を明記すべきです。

アクセスは公開型にも制限型にもなり得る

XLS-65 では公開バリューとプライベートバリューの両方が認められています。公開プールは幅広い預託者を受け入れられる一方、プライベートプールは台帳上のクレデンシャルを使って承認済み参加者にアクセスを限定できます。これにより XRPL では、オープンアクセス型の商品と並んで、機関投資家向けの信用プールも構築できる余地があります。同時に、「ネイティブ融資」が一律の体験を意味しないことも示しています。各プールごとに、預け入れ可能な主体、借り入れ可能な主体、参加者が受け取る情報が異なり得ます。

融資がどのように記録・管理されるか

XLS-66 では、貸付ブローカーと借り手が、元本、金利、返済間隔、満期、猶予期間を定めた融資を作成します。その後、融資オブジェクトが未返済の元本と利息を追跡します。プロトコルには、支払い処理、延滞利息のルール、融資組成や早期返済などのサービス手数料が含まれます。借り手が合意した猶予期間を超えて返済を怠った場合、ブローカーは提案のルールに基づき、その融資を毀損またはデフォルトとして扱えます。

こうした詳細を台帳に記録することで、貸し手、借り手、カストディアンが同じ記録を参照しやすくなります。Evernorth の Chief Business Officer である Sagar Shah は、SEC に提出された会社文書で、共有された融資データが当事者間の照合に関する争いを減らせると主張しています。

ただし、デフォルト状態は会計上の事象に過ぎず、未払い額を自動的に回収するものではありません。融資の背景にある法的合意と、ブローカーの回収プロセスが、預託者にとっての結果を左右する中心要素のままです。とくに、このプロトコルは実際の信用関係を規律するオフチェーン契約を置き換えるものではありません。

与信判断は XRPL の外に残る

XLS-66 は、プロトコルレベルでは無担保融資向けに設計されています。設計者は、自動化されたオンチェーン担保管理や強制清算を意図的に排除し、代わりにオフチェーンの与信審査を採用しました。実務上、ブローカーは借り手が返済可能かを判断する必要があります。その評価には、財務諸表、取引履歴、法的合意、保証、または XRPL 外で保有される担保が含まれる可能性があります。提案は、特定の審査方法を定めたり、共通の借り手基準を設けたりしていません。

この設計は、すでに確立された信用審査を行っているマーケットメーカーや機関投資家に適している可能性があります。また、ブローカーの透明性により大きな比重を置くことにもなります。預託者は、提示されるリターンがリスクに見合うかを判断する前に、ブローカーの貸付姿勢を評価できるだけの情報を必要とします。

第一損失資本はデフォルトの影響を和らげ得る

この提案では、ブローカーが第一損失資本を拠出することが認められています。デフォルトが発生した場合、その資本の一部を清算してバリューに戻し、預託者が負う損失を減らすことができます。バッファの大きさはプールによって小規模にも大規模にもなり得ます。その価値は単純なトークン数だけでは判断できません。たとえば、100 万 XRP の準備金は、500 万 XRP の融資に対する場合と、1 億 XRP の融資に対する場合とでは意味が大きく異なります。

将来のプール開示では、必要最低限のカバー額、そのうち清算可能な割合、そしてブローカーが余剰資本を引き出せるかどうかを示すべきです。これらの数値によって、借り手が失敗したときに預託者が実際にどれだけ保護されるかが分かります。

資本がプールに入る前に明示されるべき条件

信頼できる XRPL の融資プールには、年率利回りの表示だけでは不十分です。文書には、少なくとも次の点が示される必要があります。

ブローカーの身元と管轄：プールを運営するのは誰か、どの法主体の下で、どの準拠法に基づいているのか。

借り手の適格性：どの企業や口座が融資を受けられるのか、関連会社も借り入れ可能なのか。

集中制限：バリューの何割までを 1 人の借り手、または関連する借り手 समूहに貸し出せるのか。

損失補填：未返済債務に対して、第一損失資本は何％拠出されているのか。

引き出し条件：預託者はいつバリューのシェアを償還できるのか、そしてプールの大部分が融資中の場合はどうなるのか。

デフォルトと回収手続き：デフォルト後に誰が行動するのか、プールは借り手に対してどのような請求権を持つのか。

これらは通常の融資に関する問いですが、オンチェーンのバリューが参加者を信用市場へ簡単に導く仕組みを提供する場合、より重要になります。決済の透明性は信用分析の代替にはなりません。

承認されれば試験導入の道が開く

XLS-66 は依然として草案であり、XLS-65 と XLS-64 の両方を必要とします。ガバナンスと有効化のプロセスが成功すれば、XRPL 上で融資の基本機能が利用可能になりますが、それだけで借り手、流動性、実績あるブローカーネットワークが自動的に生まれるわけではありません。採用の最初の有用な兆候は、具体的なものになるはずです。たとえば、ブローカー名、公開されたプール条件、開示されたカバレッジ比率、そして時間の経過とともに検証できる台帳上の返済履歴です。こうした情報が、提案された枠組みが実際の信用市場を支えているのか、それとも未使用の台帳機能を追加しているだけなのかを示します。

なぜ Evernorth が議論に登場するのか

The Block は 8 月 20 日に報じたところによると、Evernorth は XRP をめぐる DeFi の機会を模索しています。Evernorth は XLS-66 を管理しておらず、確認した一次資料の中に Evernorth が運営する融資プールは見当たりません。関心があるのはより限定的です。同社が公表する財務戦略には、融資、流動性供給、DeFi 利回りが含まれており、XRPL の融資が利用可能になれば、潜在的な機関投資家の一例になり得るからです。

XRPL の融資提案は、その上で構築されるプールによって評価されます。つまり、借り手、流動性条件、そして信用環境が悪化したときの保護です。

技術的記述と提案状況は、公式の XLS-66 Lending Protocol および XLS-65 Single Asset Vault の仕様に基づいています。Evernorth の現時点での関連性は、The Block の 8 月 20 日付報道、同社の公式ローンチ発表、そして SEC 提出の会社文書を参照しています。