XRP Ledgerは、予定されていた投票チェックの際にバリデータ支持が一時的に必要な水準を下回ったことを受け、Cleanup3_4_0バグ修正の有効化を11月4日に延期しました。トークン処理、ヴォールト会計、レンディングコード全般の問題に対処するこの修正案は、当初10月23日に有効化される見込みでした。

バリデータ投票のリセットが有効化日を後倒し

この変更には、ネットワークの35人の信頼済みバリデータの80%超の支持が必要です。少なくとも29人が14日連続で賛成票を投じる必要があり、ネットワークチェックは約15分ごとに行われます。XRP Ledger上の変更は、14日間の全期間を通じて必要な特別多数を維持してはじめて有効になります。

修正案（Amendment）はレジャーがプロトコル変更を導入する仕組みであり、これほど高い閾値が設定されているため、少数の運用者グループだけでアップデートを有効化することはできません。この修正案は月曜日の時点でちょうど29票を維持していました。XRPL Dashboardによると、10月21日水曜日の12:54 UTCに支持が26バリデータに低下し、当初の承認期間が終了しました。14:46 UTCまでに支持は29票に戻り、カウントダウンが再開されました。

XRPLWinは現在、11月4日14:46 UTCの有効化を予測しています。今回の延期は、XRP Ledgerのアップグレードを扱う予定のRipple Swellセッションの直前に発生しました。

なぜバリデータは投票を維持しなければならないのか

支持はその後35人中31人まで回復し、修正案は最低要件を2票上回る余裕を確保しています。各チェックポイントで票数が80%の閾値を超え続ける必要があり、さらなる低下があれば強制的な待機期間が再スタートします。約15分ごとの各チェックポイントでの票数が、11月4日の予測が成り立つかどうかを左右します。

修正案の投票を監視するトラッカーは、水曜日の低下を引き起こしたバリデータを特定できません。オフラインになったり再起動したりしたサーバーは投票が記録されない場合があるため、利用可能なデータからは、いずれかのバリデータが意図的に支持を撤回したかどうかを確認することはできません。

延期された修正案は、レンディングシステムそのものではなくソフトウェア修正を対象としています。RippleはXRPレンディングの導入計画を説明していますが、レンディングおよびヴォールトの変更には別途バリデータの承認が必要であり、どちらの機能もまだ有効化されていません。

延期されたバグ修正の内容

この修正は、トークン送金、取引機能、レンディングコードにわたる複数の個別の問題に対処します。その一つの修正により、発行済みトークンの破棄を許可されたアカウントが代わりに新しいトークンを作成できてしまうケースが遮断されます。これはレジャーのトークン供給の完全性に関わるシナリオです。

その他の変更では、資産ヴォールトの残高計算、および期限超過・債務不履行ローンに関するルールが調整されます。xrpld 3.4.0のリリースノートには、エスクロー、デジタルコレクティブル、署名、権限チェックに影響する追加の修正が記載されています。

レンディングの承認を待つ間も、Rippleはネットワーク上で他のサービスを運営し続けています。XRP Ledgerのアクティビティに関する最近のレビューでは、新たなRLUSDカストディ対応とウォレット統合が取り上げられました。これらの開発は既存のサービスに関するものであり、提案されているレンディングシステムとは関係ありません。

XRP Ledgerのレンディングプロトコルは10月22日時点で依然として非アクティブです。仮にクリーンアップ修正案が11月4日に有効化されても、レンディングおよびヴォールト機能が稼働するには、バリデータがこれらを別途承認する必要があり、バグ修正とレンディングの展開は別々の軌道にあります。