Rippleニュース：XRPLの隠れたバグにより18兆XRPが生成される可能性

最新のRippleニュースによると、XRP Ledger FoundationとRippleXは、理論上、1回の取引で約18兆XRPを利用可能な状態で生成できてしまう決済エンジンの脆弱性を公表しました。これは、台帳で定められた1,000億XRPの供給上限を大幅に超える量です。
公表内容によると、この脆弱性が公開ネットワーク上で悪用された証拠や、権限のないXRPが生成された証拠はありません。この問題はxrpld 3.4.1で修正されました。
これは供給量の整合性に関するリスクであり、供給量の不正な増加が確認されたわけではありません。特別に設定された支払い条件下では、XRPLの脆弱性により、買い手が支払った額を上回るXRPが台帳に記録される可能性がありました。既存の安全チェックでは、その差異を検出できませんでした。
正式に発表されました。
XRP Ledgerは決済エンジンに存在していた10年前からのオーバーフローバグを修正しました。このバグにより、攻撃者が1回のトランザクションで約18兆XRPを使用可能な状態で発行できた可能性がありました。pic.twitter.com/mP6Mv6fkTK
— MSB Intel (@MSBIntel) 2026年10月11日
BloFinのAI取引ボットで2026年の取引を強化 XRP Ledgerの決済オーバーフロー：バグの仕組み
決済エンジンは、1回の決済で取引経路をたどる際に、オーダーブックから複数のオファーを消費することがあります。開示によると、多数のオファーの金額を加算する際、未チェックの整数オーバーフローが起こる可能性がありました。合計が整数表現の固定上限を超えると、エラーになる代わりに小さな値へ折り返されていました。
この算術上の不整合が問題となったのは、エンジンが各オファーの所有者には個別に全額を支払う一方で、買い手への請求額は折り返された合計値に基づいていたためです。その差額は、新たに作成されたXRPに相当します。台帳の「XRPは新たに作成されない」という不変条件も同じように折り返す算術処理に基づいていたため、この不一致を検出できませんでした。
この脆弱性はxrpld 3.4.0以前のバージョンに影響していました。2026年9月22日にXRPLバグ報奨金プログラムを通じて報告され、報告書によると、現在の決済エンジンが2015年に実装された時点から存在していた可能性があります。10月9日の脆弱性開示によると、修正は9月25日にリリースされたxrpld 3.4.1に含まれています。
マーケットインテリジェンス：暗号資産アナリストが長期保有に最適な新しい暗号資産を予測
Rippleニュース：18兆XRPは理論上のリスクだった
約18兆XRPという報告値は、この脆弱性によって理論上、1回のトランザクションで可能になり得た量を示しています。これは、台帳が想定する1,000億XRPの供給量のおよそ180倍です。開示では、公開ネットワーク上での悪用や、権限のないXRPの作成を示す証拠は見つからなかったと明記されています。
この欠陥を悪用するには、特別に細工したオファーと、それらをまとめて多数消費するよう設計された決済が必要でした。通常の決済や取引で偶発的に発生するものではありません。公開ネットワークが侵害された、または資金が失われたという確認済みの報告は、公開された情報にはありません。また、潜在的な規模を、実際に観測された市場や供給量の変動と混同すべきではありません。
xrpld 3.4.1では、決済エンジンがオファー金額を合計する際にオーバーフローをチェックし、合計が上限を超える場合は該当する決済処理を失敗させます。開示によると、「XRPが新たに作成されない」ことを保証する安全チェックでも、より幅の広いカウンターが使われるようになり、ほかの残高合算コードも強化されました。
XRPLアップグレードの背景：別個のBatch脆弱性
最近の amendment が有効化されたことを受け、XRP Ledger バージョン3.4.1が現在の最低必須バージョンとなっています。
このリリースでは、XRP Ledgerの重要な部分にパッチが適用されました。
脆弱性レポートはこちら：https://t.co/sYIwuDomjY 公開リリースノート：https://t.co/JqX4UYDDg6 pic.twitter.com/pH9Gnsnpqi
— XRP Ledger Operations (@XRPLOperations) 2026年10月10日
xrpld 3.4.1では2件のバグが修正されました。2件目はBatchトランザクション内の内部トランザクションラッパーの検証に関するもので、xrpld 3.3.0と3.4.0に影響していました。この問題が見つかった時点では、BatchV1_1 amendmentはMainnetで有効化されていませんでした。この問題は決済エンジンのオーバーフローとは別個のものであり、両方のバグが同じ条件で発生した証拠と解釈すべきではありません。
この開示が示すのは、範囲は限定的ながら重要なセキュリティ上の教訓です。安全性を確認するチェックが、検証対象のトランザクション処理と同じ危険な算術処理を繰り返せば、そのチェック自体が機能しなくなる可能性があります。
最新のRippleニュースによると、実際の問題は単に決済計算でオーバーフローが起き得たことではありません。供給量の整合性を守るための独立したチェックでも、同時にオーバーフローが起きる可能性がありました。
マーケットインテリジェンス：暗号資産アナリストが有望な低時価総額銘柄を予測
次へ
記事「Rippleニュース：XRPLに潜んでいたバグで18兆XRPが発行された可能性」が最初に掲載されたのはCoinspeakerです。