XRP Ledgerは、ネットワークのステーブルコインセキュリティに影響を及ぼす可能性のあるトークン発行の抜け穴を封じるセキュリティ修正を有効化するため、2回目の期限を迎えようとしている。fixCleanup3_4_0として知られるこの修正案は、バリデータの支持低下による遅延を経て、11月4日の発動が見込まれている。

Nothing fancy here but happy this fixCleanup amendment is going live on the XRP Ledger in the next 48h! Hardening and improving the XRP protocol. pic.twitter.com/XAzbFW4rPY

— Vet (@Vet_X0), November 2, 2026

修正案は現在、台帳の35の信頼済みバリデータのうち33の支持を得ており、発動維持に必要な閾値を十分に上回っている。ただし、支持は14日間連続でその水準を維持する必要があり、再び閾値を下回れば期限がさらに先送りされる可能性がある。リアルタイムの投票状況は修正案のXRPSCANページで公開されており、発行者や開発者はカウントダウンが維持されるかを直接確認できる。

この修正は、発行済みトークンを破棄するために使用される権限に対処するものであるため、ステーブルコインのセキュリティにとりわけ重要である。特定の条件下では、トークンの焼却のみを許可されたアカウント——すなわち流通からトークンを除去することのみを担当するアカウント——が新規トークンも作成でき、許可なく供給を拡大するおそれがあった。

2回目の発動期限

修正案は当初10月23日を発動日としていたが、10月21日にバリデータの支持が一時的に35中26まで低下した。これは承認閾値の維持に必要な29票を下回る数値であり、2週間の発動カウントダウンがリセットされた。

同日遅くに支持は必要水準まで回復し、カウントダウンが再始動、最速の発動日は11月4日に変更された。修正案は現在33の支持を得ており、最低要件の29票(台帳の80%ルールに相当)に対して4票の余裕がある。

XRP LEDGER BIG UPDATE XRPL bug fix is delayed until November 4. It closes a loophole that could let burn only accounts create new tokens. Will this delay affect confidence in $XRP, even as ETFs have attracted $1.8 billion in net inflows since launch? pic.twitter.com/hgzHkyQvXV

— TMA | The Money Ape (@TheMoneyApe), October 22, 2026

XRP Ledgerの修正案プロセスでは、プロトコルレベルの変更は発動前に、信頼済みバリデータの80%超の支持を14日間連続で維持しなければならない。信頼済みバリデータは台帳の合意形成を担うサーバー運営者であり、個々の支持判断がプロトコルアップグレードの実施時期を直接左右する。ネットワークは定期的に支持を確認するため、一時的な低下でもカウントダウンはやり直しとなる。修正案は支持が失われても失効せず、2週間の期間を満たす十分なバリデータの支持を待つだけである。

現在の発動見込みは10月21日に支持カウントが再始動したことに基づく11月4日14:46 UTCである。この日付は、修正案が正式にネットワークで有効化されるまで確定的なものではない。

なぜこの修正がステーブルコインのセキュリティにとって重要なのか

脆弱性は、XRPLの委任されたPaymentBurn権限に関わるもので、アカウントが発行者に代わって代替可能トークンやマルチパーパストークンを破棄できるようにするものだ。委任権限により、発行者は焼却などの特定のトークン操作を外部アカウントやサービス提供者に委ねることができる。特定の状況下では、同一の権限により、作成の権限を持たない委任アカウントが新規トークンを発行できる可能性もあった。この修正案は、トークンの焼却と発行のより明確な分離を強制することを目的としている。

XRP自体とは異なり、台帳上のその他のトークンはすべて発行済み資産であり、誰が保有・移転できるかを決めるトラストラインを通じて発行アカウントに紐付いている。これはステーブルコインにとって重要である。発行者は顧客がフィアット通貨に引き換える際にトークンを焼却するためのサードパーティサービスに依存している場合があり、そのようなサービスが発行者の承認なく追加トークンを作成できないようにする必要がある。承認されていない発行は、特に準備金に対して固定価値を維持するよう設計された資産において、トークンの供給管理への信頼を損なう可能性がある。

XRPLの公式ドキュメントは、修正が発動するまで開発者にPaymentBurnを委任しないよう警告している。この注意喚起は発動スケジュールに紐付いているため、11月4日を過ぎてもさらに遅延すれば、警告が有効な期間も延長されることになる。

米ドル連動のステーブルコインであるRippleのRLUSDは、XRP Ledgerとイーサリアムの両方で稼働しており、XRPLのトークン管理はネットワークのステーブルコインエコシステムに関わるものだ。ただし、RLUSDがこの欠陥の影響を受けた、または準備金が危殆化したことを示す公的な証拠はない。

この修正案は、トークン権限、オートメイテッドマーケットメイカー、ボールト、貸出計算、エスクロー、その他の台帳機能を網羅するより広範な技術修正パッケージの一部である。単独ではXRPLの提案中の貸出プロトコルを有効化するものではなく、貸出プロトコルは別の提案として独自のバリデータ承認を必要とする。

修正案が予定通り発動すれば、権限の抜け穴は封じられ、台帳上の発行済み資産をめぐるセーフガードが強化される。ただし、バリデータの支持が再び低下すれば、アップグレードは再び遅延し、ネットワークは次の発動ウィンドウを待つことになる。