XRP Ledger(XRPL)は2026年11月4日、トークン焼却のみを許可されたアカウントが許可なく新しいトークンを発行できてしまう可能性のある脆弱性を閉じるセキュリティアップグレードを発動した。今回の修正により、ステーブルコインを含む発行済みデジタル資産に対する管理が強化され、XRPのネイティブ供給には影響がない。

fixCleanup3_4_0として知られるこの変更は、14:52 UTCにレジャー高108,112,129で発動した。10月にバリデータの支持が一時低下したため、発動は予定より約2週間遅くなった。

不正なトークン発行の抜け穴を閉鎖

脆弱性は、アカウント所有者が秘密鍵を共有せずに特定の権限を他のアカウントへ委譲できる権限委任システムに存在した。特定の条件下では、PaymentBurn権限を持つアカウントが、焼却のみを任務とするにもかかわらず代替可能トークンを作成できてしまった。

このリスクは、委任されたアカウント権限に依存するステーブルコイン発行体や金融機関にとって特に重大だった。例えば、ステーブルコイン発行体が、顧客がドルで引き出す際にトークンを焼却する権限を決済プロセッサに与えている場合、この脆弱性により、同じプロセッサが別の発行承認を受けずに追加のトークンを発行できてしまう可能性があった。発行されたトークンは、裏付けとなる準備金なしに流通する恐れがあった。

fixCleanup3_4_0は、トークン焼却権とトークン発行権を厳格に分離することでこの抜け穴を解消した。CoinDeskはこれまでに、攻撃者がこの脆弱性を悪用した公的な証拠は確認されていないと報じている。

発動前にバリデータの支持が低下

アップグレードは当初10月23日を予定していた。しかし10月21日、支持が35台中26の信頼済みバリデータに低下し、ネットワークの必須承認期間が中断された。XRPLのamendmentは、発動前に80%を超えるバリデータの支持を14日連続で維持する必要があり、追跡対象の35台中、最低29票の支持が求められていた。

支持は約2時間後に回復したものの、中断により承認カウントダウンが再スタートした。その後ネットワークは十分な支持を確保し、14日間の期間が連続的な支持のみをカウントするため、11月4日が要件を再び満たせる最も早い日となり、その日にamendmentが発動した。

追加修正はDeFiインフラを対象

権限修正に加え、fixCleanup3_4_0は自動マーケットメーカー、資産ボールト、貸付計算、トランザクション処理に影響する修正を導入した。ボールトへの入出金時の丸め精度が向上し、取引プールのclawback計算が修正され、一定のローンが返済期限前に延滞と分類されなくなる。

ただし、これらの修正によりXRPLの提案中のネイティブ貸付インフラが自動的に発動するわけではない。その機能は、十分なバリデータ承認を確保する別のamendmentに依存している。これらの提案が同じ14日間の期間にわたってスーパーマジョリティの支持を維持できるか否かが、ネイティブ貸付がレジャーに搭載される時期を左右する。

今回の発動により、XRPL上でデジタル資産を発行する事業者に対する権限管理が強化された。また、コンセンサスが一時的に弱まった際にバリデータ承認プロセスがアップグレードを遅らせ得ることも示した。