要点

• XRPLのネイティブ融資はメインネットで依然として稼働していない。
• 必要な amendment に対するバリデーター支持は、アクティベーション基準を大きく下回っている。
• Version 3.4.0は正式にリリースされておらず、予定も発表されていない。
• ClearpoolはXRPとRippleのRLUSDステーブルコインを利用した機関向けクレジット商品を提案している。
• 信用評価と引受審査は台帳の外で行われる見通しだ。

Ripple、融資を欠けているレイヤーと位置づける

Rippleのプロダクト責任者であるJasmine Cooper氏は、トークン化された金融市場において融資が欠けている要素だと説明している。デジタル資産はすでに発行、移転、オンチェーンでの決済が可能だが、機関投資家には、それらの資産をファイナンスし、短期的な流動性を管理する仕組みも必要となる。

6月29日にRippleが公開した記事で、Cooper氏は複数の利用例を挙げた。決済会社は入金決済を待つ間に借り入れを行い、マーケットメーカーは在庫をファイナンスし、企業の財務部門は使われていないデジタル資産を運用できる可能性がある。

提案された仕組みでは、借り手に信用力があるかどうかをXRP Ledgerが判断する必要はない。銀行、ファンドマネージャー、専門の引受会社が、財務諸表、担保の取り決め、法的書類、集中度の上限などを引き続き審査する。XRPLは合意された融資を記録し、返済スケジュール、金利条件、デフォルト時のルールを適用する。

このモデルでは、台帳は信用委員会ではなく融資の管理者となる。この違いは重要だ。プロトコルは決済を標準化できても、融資の質や借り手の財務健全性を保証するわけではないからだ。

2つの amendment が必要

計画されている融資システムは、相互に関連する2つの amendment に依存している。XLS-65はSingle Asset Vaultsを導入し、複数の預金者から1種類の資産を集める。資産はXRP、発行体が裏付けるトークン、またはMulti-Purpose Tokenとなる可能性がある。参加者は預け入れの対価として、プールにおける持分を示すVaultシェアを受け取る。

XLS-66は融資機能を提供する。融資ブローカーは、接続されたVaultの資産を使い、承認済みの借り手に対して、期限付きで無担保の融資を実行できる。ブローカーは条件を設定し、各融資期間を通じて関係を管理する。

ブローカーはファーストロス資本を提供することもできる。この資本は、損失が他のVault参加者に及ぶ前に、デフォルトによる損失のうち合意された部分を吸収する。これは借り手が差し入れる担保ではなく、損失に対するバッファーとして機能する。損失がファーストロスによる保護を上回れば、Vaultシェアの保有者も価値を失う可能性がある。

資金を拠出する前に、預金者はファーストロスによる補填額、借り手の集中度、出金条件などを評価する必要がある。この仕組みについては、CoindooによるXRPLネイティブ融資の解説でも説明されている。

バリデーター支持は約4分の1にとどまる

いずれの amendment も、XRP Ledgerのメインネットでは有効化されていない。記事執筆時点で、XRPSCANによると、SingleAssetVaultを支持するバリデーターは9で、支持率は25.71%。LendingProtocolを支持するバリデーターは8で、支持率は22.86%だった。

現在のXRPSCANの35バリデーターの構成では、amendment の有効化には28バリデーターの支持が必要で、その支持を2週間連続で維持しなければならない。必要なソフトウェアコードは、ルールが有効化される前に組み込むことができる。そのため、将来version 3.4.0がリリースされたとしても、両方の amendment が有効化手続きを完了しない限り、ネイティブ融資は利用可能にならない。

両方の amendment が承認される必要がある。LendingProtocolはSingle Asset Vaultから流動性を取り込むため、どちらか一方だけを有効化しても、機能する融資市場は形成されない。

バリデーター投票は、ネットワーク運営者が一連の取引ルールを採用する意思を示すものだ。将来の借り手を評価したり、預金者をデフォルトから保護したり、結果として生まれるクレジット商品の需要を証明したりするものではない。

Version 3.4.0はまだリリースされていない

最近の報道では、Lending Protocol version 1.1がXRPL version 3.4.0に含まれるとされている。しかし、XRPL FoundationのGitHubリポジトリに掲載されている最新の安定版はversion 3.3.0だ。

公式の amendment ディレクトリでは、LendingProtocolV1_1は「In Development」と記載されており、version 3.4.0について日付を明記したリリース発表は公開されていない。近くリリースされるとの見方は、XRPLバリデーターが9月10日に投稿した内容に端を発している。この投稿は開発スケジュールに関する指針を示すものだが、XRP Ledger Foundationによる正式な約束ではない。

Version 1.1は、従来の融資ワークフローにある実務上の問題への対応を目的としている。現在のモデルでは、融資を作成する際に独自の二重署名プロセスを使用するため、顧客が参加できるようになる前に、ウォレットやカストディアンが専門的な統合を構築しなければならない可能性がある。

公開された技術提案では、標準的なXRPL取引を使い、融資提案と融資受諾の手続きを分けることが示されている。提案者は、この変更によってカストディへのロックインが軽減され、より幅広いウォレットがプロトコルをサポートできるようになるとしている。

この提案と関連する実装作業は、まだ完了していない。コードが完成し、安定版リリースに組み込まれるまで、version 1.1は利用可能なXRPL機能ではなく、開発中の項目にとどまる。

Clearpool、XRPとRLUSDの商品を提案

Clearpoolは、提案されているインフラを利用して機関向けクレジット商品を開発する計画だ。9月11日に提出したガバナンス提案では、XRPLへの展開と、XRPおよびRippleのRLUSDステーブルコインを基盤とする初期の利回り商品開始について承認を求めている。

RLUSDを利用することで、提案された商品にはXRPと並んで米ドル建ての資産が加わる。RLUSDは、OKXで証拠金の担保として利用されるようになった際など、すでに他の担保用途でも使われている。ただし、取引所の証拠金は、期限付き無担保融資の引受審査と同じではない。後者は、借り手、ブローカー、そしてプールが備える損失保護に左右される。

提案には、CPOOLからCLEARへの1対1の移行と、財務基盤の再構築も含まれている。Clearpoolによると、既存トークン供給量の99%がベスティング済みで、インセンティブや追加開発に使える準備金は限られている。コミュニティでの議論は14日間行われ、その後にトークン保有者投票が予定されている。

Clearpoolによると、Rippleは提案されているXRPおよびRLUSD商品を支援するため資金を拠出する予定だが、提案では金額を明らかにしていない。商品は2つのガバナンスレベルでの決定に依存している。Clearpoolのトークン保有者が展開を承認し、XRPLのバリデーターが必要な amendment を有効化しなければならない。

この提案は、計画されているアーキテクチャの最初の利用候補者を示している点で意味がある。ただし、商品の実際のリスクを左右する借り手の種類、プール規模、目標利回り、融資条件、ファーストロスによる保護水準は明らかにされていない。

預金者は引き続き借り手のリスクにさらされる

プロトコルは融資管理を自動化できても、引受審査に取って代わることはできない。プールのリスクは、運営者、借り入れを認められる企業、そしてブローカーのファーストロス資本が吸収できる損失額によって決まる。

表示された利回りだけでは、得られる情報は限られている。参加を検討する者は、ブローカーの法的主体、引受実績、最大の借り手へのエクスポージャー、ファーストロスへの拠出額、出金制限、デフォルト後の回収プロセスを確認する必要がある。

流動性についても検討が必要だ。Vaultは単一の流動性資産を保有しながら、その大部分を期限付き融資に充てる可能性がある。Vaultの大きな割合が、迅速に返済または移転できない融資に拘束されている場合、預金者は出金の遅延に直面する可能性がある。

ローンチより返済が重要な試金石に

Amendment は技術的な問い、つまりXRPLがプール型の期限付きクレジットをオンチェーンで管理できるかどうかに答えることになる。実際に稼働する市場は、より難しい問いに答えることになる。すなわち、機関投資家が特定のブローカーと無担保の借り手を信頼するのか、また十分なファーストロス資本によって提示される利回りがリスクに見合うものになるのかという問いだ。

この記事は情報提供のみを目的としており、金融または投資に関する助言を構成するものではない。

原文：Coindoo。