貸し手が、審査済みの事業者に対する30日間のXRPローンに資金を提供する。資金は数秒で決済され、利息の発生が始まり、その間に中央集権的なデスクは存在しない。これが、Rippleが6月29日に示した構想だ。同社はXRP Ledger（XRPL）上のSingle Asset Vaults（XLS-65）とネイティブのLending Protocol（XLS-66）の仕様を公開し、バリデーターが修正案を審査する間、開発者にdevnetでのテストを呼びかけた（Ripple Insightsブログ）。

数日後、公開デモでは、ボールト、流動性預け入れ、無担保の固定期間ローン、返済まで、ローンの一連の流れがdevnet上で稼働していることが示された。これにより、修正案が承認された場合にXRPL上で信用がどのように移動し得るのか、市場は具体的なイメージを得た（XRPL Demo App（lending.xls-demo.com）— RippleX）。

なぜ今、XRPLは信用をオンチェーン化しようとしているのか

XRPLは長らく、決済と交換のレールとして機能してきた。流動性はネットワーク上を素早く移動するが、信用、つまりドルやXRPを時間軸に沿って伸ばす仕組みは、主にオフチェーン、または他のブロックチェーン上のDeFiプラットフォーム内に存在してきた。Ethereumだけでも、AaveやCompoundのようなプロトコルに数十億ドル規模のアクティブなレンディングポジションが存在し、Solanaやその他のL1も独自のレンディングエコシステムを育ててきた。これまでXRPLには、それに相当するネイティブなプリミティブがなかった。Rippleの提案する修正案は、その欠けていたレイヤーを導入し、固定期間で、場合によっては無担保の信用を決済レイヤーに近づけることを目指している。

レンディングがXRPL上の第一級プリミティブになれば、台帳は単なる最終決済の段階にとどまらず、取引そのものを形作り始める。関係する利害関係者には、予測可能な資金調達コストと信用リスクのネイティブな会計処理を求める決済事業者、マーケットメーカー、ウォレット、開発者が含まれる。リスクとリターンの見合いが取れるなら、ボールトに流動性を供給する可能性のある個人預金者も関係してくる。

決済レールから信用プリミティブへ

Rippleの提案は、作業を2つの仕様に分けている。XLS-65はSingle Asset Vaultsを定義する。これは、XRPL上で1つの資産を保有し、預け入れ者の持分を追跡する標準化されたコンテナだ。XLS-66は、ローン条件の作成、資金の払い出し、利息の発生、返済の決済といったレンディングロジックを追加する。いずれの変更もネットワークの修正プロセスを通じて導入されるものであり、バリデーターが承認しない限りメインネット上では有効にならない。

修正案とガバナンス

XRPLは、一定の投票期間にわたりバリデーターのスーパー多数が継続的に支持する必要がある修正案を通じて進化する。公式の「Known Amendments」ページにはLendingProtocol修正案（ID 565B90CA1AB2B9D42208ED10884188C64F9E19083DECB9634AAF06EB03299509）が掲載されており、6月下旬時点でSingleAssetVaultとLendingProtocolの両方がメインネット上で投票中であることが示されている（XRPL Docs — Known Amendments）。有効化は保証されておらず、継続的なスーパー多数の支持に依存する。

承認されれば、アプリケーションは中核的なレンディングロジックを個別のスマートコントラクトで再実装する必要がなくなる。ボールトへの預け入れ、ローン作成、返済追跡について、標準化された台帳オブジェクトを呼び出せるようになる。通常これは、可動部分の少なさ、より予測可能な手数料、エコシステム全体でより明確なリスクの意味づけにつながる。

仕組みの内側：ボールト、ローン、決済

Single Asset Vaults（XLS-65）

Single Asset Vaultは、XRPやUSDステーブルコインなど、1つのトークンをプールするためのネイティブ構造だ。預け入れ時に持分を発行し、引き出し時にそれをバーンする。台帳は総資産、総持分、各アカウントの持分残高を追跡する。ボールトが台帳にネイティブであるため、それを利用するすべてのアプリケーションで会計処理と手数料の仕組みが一貫する。

Lending Protocol（XLS-66）

XLS-66は、資金源（ボールトなど）を参照し、借り手の詳細を指定し、固定条件を定義し、返済スケジュールを管理するローンオブジェクトを導入する。RippleXのdevnetデモでは、作成から返済までの無担保・固定期間ローンが示されている。この違いは重要だ。無担保信用は、担保を清算するのではなく、借り手を審査することに依存する（XRPL Demo App（lending.xls-demo.com）— RippleX）。

XRPL上でローンがどのように流れ得るか

1. プロトコルがSingle Asset Vaultを展開し、預け入れを集める（例：XRPまたはUSDステーブルコイン）。
2. 信用管理者が方針を設定する。対象となる借り手、最大融資額、期間、価格設定などだ。
3. 借り手が固定期間ローンを申請する。アプリケーションはホワイトリスト、上限、利用可能な流動性を確認する。
4. 承認されると、ローンオブジェクトが作成され、資金はXRPL上でネイティブに借り手のアドレスへ決済される。
5. 固定スケジュールに従って利息が発生する。台帳は元本と未払い利息を追跡する。
6. 借り手が返済する。プロトコルは資金をボールトに戻し、貸し手の持分を更新する。
7. 返済が行われない場合、プロトコルはデフォルト方針を発動する。これには、アプリケーションのルールで定義された準備金、保険、回収手続きなどが含まれ得る。

なぜ固定期間が重要なのか

現在のDeFiレンディングの多くは変動金利で過剰担保型だ。固定期間であれば、資産と負債を対応させることができる。ウォレットや取引所のトレジャリーはキャッシュフローを計画でき、事業者は資本コストをモデル化できる。台帳がネイティブに対応すれば、監査と自動化はより容易になる。

現状：投票、devnet、初期アプリ

6月30日時点で、XRPLの「Known Amendments」ページには、SingleAssetVaultとLendingProtocolがメインネット上でバリデーター投票中として掲載されている。有効化には、投票期間全体を通じた継続的なスーパー多数が必要であり、時期は固定されていない（XRPL Docs — Known Amendments）。

Rippleは詳細な解説を公開し、開発者にdevnetでのテストを呼びかけている（Ripple Insightsブログ）。付随するデモアプリは稼働中で、ボールト作成、預け入れ、無担保の固定期間ローン組成、返済、オンチェーン状態遷移の確認まで、全ライフサイクルをたどれる（XRPL Demo App（lending.xls-demo.com）— RippleX）。

市場の開発者はすでに意欲を示している。7月1日、LendProtocolはプレスリリースで、XRPとRLUSDの預け入れに対して12% APRを提供する消費者向け商品を発表した。RLUSDはRippleの米ドル裏付けステーブルコインで、ローンチ時には日次払い出しとロックアップなしをうたっている。これは同プロジェクトによる主張であり、リターンやリスク水準の保証ではない（GlobeNewswire — LendProtocolプレスリリース）。ただし、中核的なプリミティブが現れると、プロジェクトがいかに素早く商機を捉えようとするかを示している。

XRPLユーザーと開発者に何を変え得るか

オンチェーン事業者にとって予測可能な資金調達。 固定期間の信用により、マーケットメーカー、送金事業者、ウォレットは資金サイクルを計画できる。コリドーへの事前資金供給や注文板のバランス調整では、週ごとに大きく変動する利用率ベースの変動金利よりも、30〜90日の固定金利の方が有用な場合が多い。

預け入れ者にとってより明確なUX。 ボールトが台帳レベルで標準化されれば、アプリケーションはよりシンプルな預け入れ・引き出しフローを提示できる。持分会計はネイティブであるため、プールに対する自分の請求権を理解するために個別コントラクトの計算を読み解く必要がなくなる。

本人性と評判レイヤーの機会。 無担保ローンは審査に依存する。証明プロバイダー、事業者レジストリ、オラクル、リスクダッシュボードとの統合が想定される。XLS-65/66はこれらを規定していないため、開発者が差別化できる領域となる。

台帳ネイティブな分析。 ローンとボールトが第一級オブジェクトになれば、ネットワークエクスプローラーやデータベンダーは、利用率、延滞、デフォルト、期間ラダーをカバーするダッシュボードを標準化できる。これは透明性に資する一方で、圧力にもなる。リスク管理の不十分な運営者が隠れる余地は少なくなる。

実務上、機能する必要があるもの

厳格な審査。 明確な借り手基準、エクスポージャー上限、監査済みの方針が中心に置かれなければならない。一部のアプリケーションでは、借り入れにKYCや事業書類が必要になる可能性がある。

損失バッファとウォーターフォール。 無担保信用には、準備金、ジュニアトランシェ、保険が含まれるべきだ。XLS-66は資本構造を規定していないため、プロトコルは誰が最初の損失を負担し、回収資金がどのように流れるかを定義する必要がある。

運用上のセーフガード。 固定期間は借り換えの崖を生む。アプリケーションは、満期の分散、早期返済ルール、ボールト利用率が逼迫した場合のサーキットブレーカーを実装する可能性が高い。

規制との適合性。 消費者向け融資ルールは多くの法域で厳格だ。Celsius、BlockFi、Voyagerを含む2022年の中央集権型暗号資産レンダーの破綻は、レンディング管理が機能しない場合、執行リスクと支払不能リスクがどれほど急速に顕在化し得るかを示した。台帳レベルの信用オブジェクトがあっても、一般向けフロントエンドプラットフォームは、ライセンス、開示、堅牢なデータ処理を必要とする可能性がある。個人向け無担保ローンでは特にそうだ。

次に注目すべき点

今後の四半期で重要なシグナルは以下の通りだ。

• バリデーターのスーパー多数の動向： SingleAssetVaultとLendingProtocolへの投票が増え、投票期間全体を通じて高水準を維持するか。これはメインネット有効化のゲート要因である。
• devnetの利用量と不具合： 開発者がデモ経路をストレステストし、エッジケースのバグを報告しているか。今壊れるほど、後で壊れにくくなる。
• ウォレットとSDKの対応： 使いやすい預け入れ・ローンUXにはツールが欠かせない。初期のウォレット統合は重要な手がかりとなる。
• 初期アプリのリスクフレームワーク： どのプロジェクトが審査方針、監査報告、ライブのリスクダッシュボードを公開するかは、本格的な資本がどこに注目するかを示す。
• 規制姿勢： 初期プラットフォームが企業のみを対象にするのか、個人も対象にするのかは、想定される監督と成長ペースを示すシグナルとなる。

リスクと起こり得る問題

• 修正案が有効化されない可能性： バリデーターがスーパー多数を維持できない可能性がある。その場合、devnetはサンドボックスのままで、メインネットに変更はない。
• 実装バグ： ネイティブ機能であっても、ロジックや会計上の欠陥を含む可能性がある。利息発生や返済スケジュールのエッジケースは、発見されなければ損失につながり得る。
• 審査の失敗： 無担保レンディングは借り手リスクを増幅する。十分な準備金がない状態でいくつかの不良ローンが発生すれば、ボールトを枯渇させる可能性がある。
• 流動性逼迫： あまりに多くの預け入れが固定期間ローンにロックされ、引き出しが急増した場合、アプリケーションは引き出し制限やヘアカットを課す可能性がある。
• 規制措置： 消費者向けの無担保信用は、プラットフォームがコンプライアンスを回避すれば執行対象となり得る。
• 過度なマーケティング： 見出しのAPRはリスクを覆い隠す可能性がある。日次払い出しやロックアップなしは、デフォルトが顕在化するまでは魅力的に聞こえるかもしれない。主張は保証ではなくマーケティングとして扱うべきだ。

流動性を供給する場合、元本リスクを前提にすべきだ。利回りは他者の返済約束から生まれる。そして、その約束が守られないこともある。

よくある質問

XRPL Lending Protocolはメインネットで稼働しているのか？

まだ稼働していない。6月下旬時点で、SingleAssetVaultとLendingProtocolの修正案はバリデーター投票にかけられている。XRPLガバナンスに基づき、有効化には所定期間にわたる継続的なスーパー多数が必要となる（XRPL Docs — Known Amendments）。

金利はどのように設定されるのか？

金利は、プロトコルオブジェクトを使用するアプリケーションが定義するローン条件の一部だ。RippleXのデモは固定期間ローンを示している。実務上、価格設定は信用リスク、期間、ボールト流動性への市場需要を反映する。利回りは保証されない。

借り手に担保は必要か？

不要な場合がある。デモではdevnet上の無担保・固定期間ローンが示されており、審査とホワイトリスト管理は担保清算ではなくアプリケーション方針によって処理されることを示している（XRPL Demo App — RippleX）。

ボールトはどの資産を保有できるのか？

Single Asset Vaultは1つのトークンを保有するよう設計されている。XRPや対応ステーブルコインが想定される可能性があり、プロジェクトはマーケティングでRLUSDに言及している。実際に対応する資産は、アプリケーションとXRPL上で流動性のある資産に依存する。

借り手が返済しない場合、デフォルトはどう処理されるのか？

デフォルトロジックはアプリケーション固有だ。準備金、ファーストロス・トランシェ、保険メカニズムなどが想定される。XLS-66は状態とスケジュールを追跡するが、資金を自動的に回収するわけではない。プロトコルは損失に備え、方針を開示する必要がある。

開発者はいつ試せるのか？

XLS-65/66向けのRippleX公開デモを通じて、XRPL devnet上で全フローをテストできる。メインネットでの利用可能性は、バリデーター投票とテストの成功に依存する（Ripple Insightsブログ）。

これはXRPの価格に影響するのか？

信用プリミティブは実用性と流動性を高める可能性があり、時間とともにセンチメントに影響することはあり得る。ただし、価格は多くの要因で動く。これは取引シグナルではなく、インフラの進展として捉えるべきだ。

免責事項：本記事は情報提供のみを目的としています。法務、税務、投資、金融、その他の助言として提供または意図されたものではありません。