一個在 XRP Ledger 中存在約十年的漏洞，原本可能讓攻擊者無需支付即可創造可花費的 XRP，使這種加密貨幣固定的 1,000 億枚代幣供應量面臨風險。此上限是該資產的根基：帳本啟動時即存在全部 1,000 億枚 XRP，而協議規則的設計目的是在持有者之間轉移代幣，而非鑄造新代幣。Ripple 的開發團隊發布了緊急軟體更新以消除此缺陷，研究人員未發現它曾在公共網路上被利用的任何證據。

此漏洞於 2026 年 10 月 9 日揭露，據報導可追溯至 2015 年。研究人員 Cayden Liao 與 Veria AI 透過 XRP Ledger 的漏洞賞金計畫發現此問題並於 9 月 22 日通報。這類計畫是加密貨幣安全的中流砥柱，為外部研究人員提供私下管道，在細節公開前將缺陷提交給開發者。RippleX——Ripple 的開發部門——重現了此攻擊，並確認任何新創造的 XRP 都能在後續交易中被花費。

XRP 供應量漏洞的運作方式

此缺陷的核心是 XRP Ledger 支付引擎中的整數溢位——這是一種典型的軟體缺陷，即計算結果超出了儲存它的數值的固定大小。帳本透過其內建交易所處理交易，使用者在其中掛單以一種資產交換另一種資產。

攻擊者原本可以利用此機制，建立數百個帳戶並掛出涉及異常大量 XRP 的訂單。接著，一筆經過精心構建的付款即可一次消耗所有這些訂單。

在計算所有已消耗訂單應付的 XRP 總額時，支付引擎的數值計數器可能被推超過其可代表的最大值，導致總額回繞為一個小得多的數字。結果，賣方帳戶會收到全額付款，而買方僅支付被錯誤計算的金額——這種差額實際上等於憑空創造了新的 XRP。

帳本原本用於偵測未經授權 XRP 創造的既有防護機制，也依賴於同樣易受溢位影響的計算，因此可能無法標記新創造的代幣。RippleX 確認，發動此攻擊僅需數百枚 XRP 加上交易手續費即可建立必要的帳戶。

緊急修復繞過了平常的投票程序

Ripple 於 9 月 25 日發布 XRP Ledger 伺服器軟體版本 3.4.1 以解決此漏洞。與傳統的協議變更不同，支付引擎的修復在個別營運者升級其伺服器時即告生效。官方揭露於 XRP Ledger 部落格上發布，網址為

此舉是對帳本標準修正程序的一次例外偏離，該程序通常需要超過 80% 的信任驗證節點支持並持續兩週——此機制旨在確保沒有任何單一方可以單方面改寫帳本規則。RippleX 解釋，遵循正常程序，可能會在網路於投票與啟用期間仍處於風險之際，公開暴露此漏洞。根據官方揭露，超過 80% 的預設信任驗證節點在發布當日即已完成升級。

10 月 9 日發布的漏洞報告確認，調查人員未發現公共網路上有被利用的證據。此事件凸顯了獨立資安研究以及加密貨幣基礎設施間快速協調的價值。這也符合業界熟悉的模式：2018 年，Bitcoin Core 開發者曾悄悄修補一個共識漏洞，該漏洞原本可能讓礦工膨脹 Bitcoin 的供應量。

儘管 Ripple 已控制住眼前的威脅，此事件仍引發了更廣泛的問題：去中心化網路應如何在緊急資安措施與透明治理之間取得平衡。RippleX 強調，這次例外的應對不會改變帳本對未來協議修正的既定做法。