XRP Ledger、3.4.0をリリース — 新たなレンディングプロトコルの変更を導入
重要ポイント
- •XRP Ledger Foundationは9月16日にxrpld 3.4.0をリリースし、LendingProtocolV1_1およびfixCleanup3_4_0の各アメンドメントを導入するとともに、fixAMMOverflowOfferアメンドメントを廃止しました。
- •LendingProtocolV1_1は、申込、運用、償還の各フェーズで運用されるクローズドエンド型ボールトによりSingle Asset Vaultを拡張し、有効化後は新規のローンブローカーにクローズドエンド型ボールトの使用を義務付ける内容です。
- •提案されているキャッシュベース会計モデルでは、借手が実際に支払った時点でのみ利息が収益として計上され、ローン組成時に予定利息を計上するよりも保守的な方式となります。
- •fixCleanup3_4_0アメンドメントは、ボールト、AMM、Multi-Purpose Token、NFT、エスクロー、権限付き取引に関する修正をまとめたもので、ロール間での署名リプレイを防ぐための異なる署名ハッシュプレフィックスも追加しています。
- •アメンドメントは、信頼するバリデータから80%を超える支持が2週間継続して初めて有効な台帳ルールとなり、Foundationはpackages.xrplf.orgでホストされているLinuxパッケージによるアップグレードを運用者に呼びかけています。

XRP Ledgerはコアソフトウェアのバージョン3.4.0をリリースし、ネットワーク運用者向けに新たなレンディングルール、プロトコル修正、パフォーマンス改善を導入しました。提案されているレンディング関連の変更は自動的には有効化されず、XRP Ledger上で有効になるには引き続きバリデータの支持が必要です。
XRPL 3.4.0、レンディングプロトコルの変更を導入
XRP Ledger Foundationは9月16日、xrpld 3.4.0のリリースを発表し、バリデータの審議に付す2つのアメンドメントを追加しました。リリースにはLendingProtocolV1_1とfixCleanup3_4_0が含まれ、fixAMMOverflowOfferアメンドメントは廃止されています。
LendingProtocolV1_1は、クローズドエンド型ボールトとキャッシュベース会計によりSingle Asset Vaultを拡張します。提案されている構造では、ボールトは申込、運用、償還の3つのフェーズで運用されます。
申込フェーズでは、運用期間の開始前にユーザーがボールトへ資産をけ入れることができます。運用期間中は預入れと引出しの双方が停止され、プールされた資金はローンの組成に使用されます。償還は運用期間の終了後に始まり、参加者は適格ローンの期限が到来するのに応じて持ち分を回収できます。アメンドメントが有効化されると、新規のローンブローカーもクローズドエンド型ボールトの使用が義務付けられます。
一方、キャッシュベース会計では、借手が実際に支払いを行った時点でのみ利息が収益として計上されます。これは、ローン組成時に予定利息を計上していた従来のモデルとは異なります。キャッシュベースの計上は、ボールトの報告収益が借手にまだ負っている金額ではなく実際に受領した支払いのみを反映するため、一般的に2つの方式のうちより保守的であると見なされています。
XRP Ledger version 3.4.0 is now available ✅ New amendments for voting: – Lending Protocol v1.1 – closed-ended vaults and cash-basis accounting. – fix Cleanup – bundled fixes. Performance and Stability: – Online delete now pauses on ledger history gaps, so nodes stay closer… pic.twitter.com/hiW8XuL2AZ
— XRP Ledger Operations (@XRPLOperations) September 17, 2026
新リリース、プロトコル修正とパフォーマンス修正を追加
レンディングに加えて、XRPL 3.4.0は幅広いプロトコル修正とネットワーク改善をもたらします。fixCleanup3_4_0アメンドメントは、ボールト、オートメイテッドマーケットメイカー、Multi-Purpose Token(MPT)、NFT、エスクロー、権限付き取引に関する問題に対処する修正をまとめたものです。
たとえば、本アップデートは、MPTの丸め処理によって回収額がゼロになる場合のAMMClawbackの挙動を変更します。また、これまでプロトコルの不変条件を強制するのではなくログを出力していたMPTの残高および転送チェックを強化しました。
さらに、本リリースはcounterparty署名とsponsor署名に異なる署名ハッシュプレフィックスを追加し、あるロール向けに作成された署名が別のロールとしてリプレイされるのを防ぎます。
ノードレベルでは、最近の台帳履歴にギャップがある場合、オンライン削除が一時停止するようになりました。これにより、サーバーは履歴データを管理しながら最新の台帳に近い状態を維持できます。開発者はMPTの凍結チェックも最適化し、ピアメッセージ処理を強化したほか、過大なトランザクションリスト、データベース操作、不正な入力、その他のエッジケースする追加修正も行いました。
レンディングの有効化は引き続きバリデータ投票にかかる
重要なのは、XRPL 3.4.0をインストールしても提案されているレンディング関連の変更は自動的に有効化されないという点です。アメンドメントがネットワークルールになるには、引き続き十分なバリデータの支持が必要です。XRPLのアメンドメントプロセスでは、信頼するバリデータから80%を超える支持が2週間継続して得られることが求められます。
したがって、本ソフトウェアリリースはLendingProtocolV1_1をサポートするために必要なコードを提供するものであり、有効化は引き続きバリデータ投票次第です。基盤となるレンディングアーキテクチャも重要です。新たなアメンドメントは、台帳の既存のSingle Asset VaultおよびLending Protocol機能を拡張するものだからです。
Foundationはサーバー運用者に対し、できるだけ早くバージョン3.4.0へアップグレードするよう呼びかけています。Linux用のDEBおよびRPMパッケージは現在packages.xrplf.orgでホストされており、XRPL Foundationの鍵で署名されています。そのため、古いバージョンを運用しているオペレーターは、新リリースをインストールする前にリポジトリ設定の更新が必要になる場合があります。
当面、XRPL 3.4.0はレンディング機能の拡張に向けた技術的基盤を確立するとともに、ネットワークの基盤インフラを強化するものです。次の節目はバリデータ投票そのものです。必要な2週間の期間にわたって80%の閾値を超える支持が持続すれば、いずれかのアメンドメントは利用可能なコードから有効な台帳ルールへと移行します。