概述
一個在支付引擎中潛伏了大約十年的關鍵 XRP Ledger 漏洞，理論上可能允許攻擊者創建超出帳本預期供應規則的可花費 XRP。XRPL 於 2026 年 10 月 9 日披露了該問題，此前該問題於 9 月 22 日透過 XRPL 漏洞賞金計畫私下報告。該漏洞影響 xrpld 3.4.0 及更早版本，並已在 9 月 25 日發布的 xrpld 3.4.1 中修復。
該 XRP Ledger 漏洞涉及當一筆支付消耗數百個特別構造的訂單簿報價時發生的整數溢位。個別報價所有者可以收到其全額 XRP，而買方僅被收取一個很小的迴繞總額。更嚴重的是，帳本現有的「未創建 XRP」不變量使用了類似的算術路徑，並可能以相同方式溢位，導致該安全檢查無法偵測到這一差異。
XRPL 表示，未發現該漏洞在任何公共網路上被利用的證據，且正常支付無法意外觸發它。該攻擊需要刻意設計出在經濟上不切實際價格的報價。即便如此，此事件仍引發了一個更深層的安全問題：區塊鏈的固定貨幣政策，其強度僅取決於執行每一次餘額轉換的軟體。
關鍵要點
- 該漏洞似乎自 2015 年現行 XRPL 支付引擎編寫以來就一直存在。
- 一筆刻意構造的交易理論上可能創建可花費的 XRP。
- XRPL 未發現該漏洞在公共網路上被利用的證據。
- 現有的供應不變量可能失效，因為它重現了相同的溢位行為。
xrpld 3.4.1新增了受檢查的算術以及更強的獨立供應檢查。
什麼是 XRP Ledger 漏洞？
該漏洞存在於 XRP Ledger 支付引擎對訂單簿流動性的處理之中。當一筆支付經過多個報價時，引擎必須計算付款人總共欠多少 XRP。每個個別金額可能都是有效的，但總額計算使用了一個 64 位元整數，且沒有足夠的溢位保護。
在普通情況下，這實際上無法觸及。XRP 的正常供應量和真實市場價格遠未接近使計數器溢位所需的數值邊界。只有當攻擊者刻意構造數百個報價，且每個帳戶都以極少量的另一種代幣要求極大量的 XRP 時，問題才會出現。
惡意流程大致可能如下：
- 創建數百個受控帳戶。
- 從這些帳戶放置刻意不切實際的報價。
- 構造一筆旨在同時消耗這些報價的支付。
- 將總 XRP 計算推超過整數限制。
- 使總額迴繞為一個小得多的數字。
然後，引擎可以個別地將款項記入報價所有者，而僅向買方收取溢位後的總額。由於攻擊者也可以控制報價所有者帳戶，差額實際上就變成了新的 XRP。
XRPL 工程師在本地重現了該攻擊，並確認產生的 XRP 隨後可以被轉移。因此，該問題的嚴重性從重大提升為關鍵嚴重性。
XRP Ledger 漏洞真的能創建 XRP 嗎？
是的，理論上可以。這不僅僅是會計顯示錯誤。XRPL 的技術披露表示，該漏洞利用可能創建出在惡意交易被驗證後表現得像普通 XRP 一樣的 XRP。這些餘額可能已被移動、交易或發送到交易所。
這並不意味著 XRP 在歷史上曾被超額發行。XRPL 報告稱，它發現沒有證據表明該漏洞利用曾在任何公共網路上發生。這兩種說法之間的區別至關重要：該漏洞可能違反預期的供應限制，但目前沒有與之相關的已確認歷史供應事件。
該攻擊也無法在正常 DEX 交易期間意外發生。訂單簿報價的定價必須如此不切實際，以至於正常市場流動性會在觸及它們之前就執行完畢。一筆支付也必須被刻意構造，以同時消耗足夠多的此類報價來觸發溢位。
因此，最好將其理解為一條低機率執行路徑，具有極高的理論影響，而不是普通 XRP 用戶可能無意中觸發的錯誤。
為什麼 XRPL 的供應安全檢查失敗了？
此事件在技術上最重要的部分，不僅僅是存在整數溢位。成熟的金融軟體通常包含多層防禦，旨在捕捉正是這類意外結果。
XRPL 有一項：一個交易不變量，旨在確保一筆交易不能創建 XRP。原則上，即使支付引擎發生了會計錯誤，該不變量也應該注意到 XRP 總餘額增加並拒絕該交易。
但它沒有。
原因在於所謂獨立安全系統的典型失效。該不變量使用類似類型的未檢查算術來計算淨 XRP 變化。當支付引擎溢出時，不變量計算可能朝同一方向溢出，使產生的交易看起來僅以普通交易費用改變了 XRP 供應量。
當一項安全檢查能夠重現它所檢查的系統的相同失效模式時，它就不是真正獨立的。
第二項保護措施檢查單個帳戶餘額是否超過 XRP 總供應量。這也未能阻止攻擊，因為新創造的 XRP 可以分散到數百個帳戶中，使每個單獨餘額都低於上限。
因此，修復措施同時解決了直接漏洞和防禦架構問題。xrpld 3.4.1 在跨報價和支付路徑聚合金額時增加了明確的溢出檢查。XRPL 還將「未創造 XRP」不變量改為使用更寬的計數器，使其在相同條件下不會回繞。
為何一個 2015 年的漏洞隱藏了如此之久？
答案部分在於現實經濟價值與理論電腦極限之間的差異。單筆 XRP 支付的操作量級比溢出 64 位元總和所需的範圍低許多個數量級。正常交易者可以多年使用 XRPL，而不會創造出任何類似惡意數值條件的情況。
這使得該缺陷難以透過日常使用暴露出來。易受攻擊的邏輯可以在數十億次正常操作中正確運行，卻仍在人為邊界處災難性地失效。
該漏洞也說明了為何長期存在的區塊鏈程式碼不應僅因其運行了多年就自動被視為安全。生產歷史是有用的證據，但它主要測試的是常見狀態。攻擊者刻意搜尋正常使用者從未創造的狀態。
XRPL 將其漏洞賞金計畫歸功於發現該問題，並概述了一套更廣泛的縱深防禦方法，包括獨立審計、公開攻擊馬拉松、模糊測試、AI 輔助紅隊演練和形式化驗證。它還在正式關閉發現之前，針對發布候選版本增加對安全修復的重新驗證。
這種方法很重要，因為此事件的教訓並不是成熟程式碼不可信任。而是成熟程式碼仍然需要針對開發者多年前就不再質疑的假設進行對抗性測試。
該漏洞對 XRP 的固定供應量意味著什麼？
XRP 最初定義的初始供應量為 1000 億枚代幣，沒有類似於工作量證明挖礦那樣持續創造額外 XRP 的協議機制。交易費用被銷毀而非支付給驗證者，因此預期的供應路徑是非通膨性的。
XRP Ledger 漏洞揭示了貨幣政策作為規則與貨幣政策作為軟體執行之間的重要區別。
區塊鏈規範可能聲明不能創造新的 XRP，但節點最終透過程式碼來執行該屬性。如果餘額轉換邏輯可以被操縱以違反該規則，那麼即使書面政策沒有改變，經濟政策本身也可能失效。
此事件並未證明 XRP 的實際流通供應量被秘密增加。XRPL 表示未發現公共網路上的利用行為。但它確實證明了，在修補之前，存在一條理論上的執行路徑，能夠繞過該帳本最根本的貨幣約束之一。
這使得該漏洞比暫時的 RPC 中斷或節點連接問題更具影響。網路可以容忍某些基礎設施中斷而不損害資產完整性。一個能夠產生可花費單位的漏洞觸及了帳本本身的會計基礎。
為何修復比沒有利用行為更重要
一旦調查人員表示漏洞從未被利用，人們很容易就將其擱置。但那會錯過更有用的安全教訓。
XRPL 的回應時間線相對緊湊：該問題於 9 月 22 日被報告並重現，修復在 9 月 22 日至 23 日期間開發和審查，合併到 3.4.1 發布分支，並於 9 月 25 日發布。XRPL 報告稱，超過 80% 的預設唯一節點列表驗證者當天就在運行受保護版本。
支付引擎修復也隨軟體升級直接生效，而非等待正常的修訂案啟用流程。這之所以可能，是因為拒絕算術溢出被視為修復未定義或不安全的行為，而非引入新的預期交易規則。
就區塊鏈安全而言，披露時機是防禦的一部分。在驗證者受到保護之前公布漏洞利用方式，會將一個理論上的漏洞變成攻擊者的操作指南。因此，XRPL 在修補版本已經傳播之後才披露技術細節。
風險與限制
該事件很嚴重，但有幾條界限應保持清晰。
- 沒有已確認的通膨事件：XRPL 表示未發現任何在公共網路上被利用的證據。
- 沒有意外觸發：正常支付和現實的訂單簿不會達到所需數值。
- 修補程式的採用很重要：伺服器營運者應運行
xrpld 3.4.1或更新版本。 - 一次修復並不能證明完全安全：其他舊的算術假設仍值得進行對抗性測試。
- 歷史上未被濫用不能取代形式化驗證：某些類別的錯誤過於罕見，無法透過正常網路活動浮現。
另一個限制是回溯確定性。調查人員可以分析帳本歷史和已知的漏洞利用模式，但證明某個漏洞從未被使用，與用數學方法證明它不可能被使用，本質上是不同的。因此，官方結論被恰當地表述為未發現證據，而不是對每一個歷史狀態的絕對斷言。
MEXC 觀點：固定供應量是一種軟體安全屬性
區塊鏈的貨幣政策並非僅靠文件中寫下的供應量數字來保障。它是由驗證每一次餘額變動、交易路徑和帳本狀態的軟體來保障的。
XRPL 事件說明了為什麼這種區別很重要。該協議的預期規則禁止創建新的 XRP，然而算術上的一個缺陷在理論上可能違反該規則。更重要的是，旨在捕捉供應量創建的防禦性不變量最初也共享了同樣的失效模式。
因此，對於成熟的區塊鏈網路，安全性需要超越測試正常交易是否正確運作。獨立的不變量、模糊測試、對抗性邊界測試和形式化方法變得越來越重要，正是因為最具破壞性的漏洞可能存在於普通用戶從不觸及的程式碼路徑中。
在這次披露之後，值得關注的指標不是 XRP 價格反應。而是 XRPL 擴展後的驗證流程能否在攻擊者之前持續發現並隔離類似類別的潛在協議風險。
這個十年前的漏洞很關鍵，但並非已證實的 XRP 通膨事件
XRP Ledger 漏洞值得「關鍵」這一描述，因為它在理論上可能破壞 XRPL 最根本的保證之一。一筆精心設計的支付可能強制觸發 64 位元算術溢位，使數百個掛單所有者獲得 XRP 入帳，而買方只需支付總額的一小部分。在 XRPL 自己對該攻擊的復現中，新創建的餘額是可花費的。
但故事的另一半同樣重要。XRPL 發現沒有公共網路被利用的證據，該交易需要刻意異常的訂單簿條件，而且該漏洞在技術細節公開披露之前已在 xrpld 3.4.1 中修補。
因此，該事件不應被改寫為 XRP 供應量在歷史上曾被通膨的證據。其意義更具結構性。它表明，即使是固定供應量的區塊鏈，最終也依賴於軟體在可能多年不可見的邊緣情況下正確實施貨幣約束。
因此，從這個 XRP Ledger 漏洞中得出的最強結論，是關於協議工程，而非代幣供應量的頭條新聞。貨幣不變量需要獨立實現，舊程式碼仍需要對抗性審查，而十多年成功的網路運行並不能消除隱藏邊界條件故障的可能性。該漏洞並未證明 XRP 曾被超發；它證明了為什麼供應完整性必須被持續驗證。
來源
XRPL 官方漏洞披露：
https://xrpl.org/es-es/blog/2026/vulnerabilitydisclosurereport-bug-20261009
XRPL 3.4.1 發布資訊：
https://xrpl.org/blog
想最快獲取 MEXC 最新資訊？立即加入我們的官方電報群！
MEXC 平台：下載 App | 零手續費交易 | 立即購買 USDT 加入 MEXC 社群：X (Twitter) | Telegram | Discord
獲取資訊：新手學院 | 服務條款 | MEXC Blog | MEXC News
帳戶驗證：了解 KYC | 如何進行 KYC
