XRP Ledger（XRPL）開發團隊近日為一項可能讓攻擊者憑空創造XRP的重大漏洞發布緊急修補程式，並跳過原有的網路修正案投票流程，立即推動節點升級。開發者表示，若按照正常程序等待驗證者投票，漏洞細節可能在修補生效前公開數週，增加遭到利用的風險。不過，這項罕見的緊急處置也引發外界質疑，XRPL在安全決策與網路治理方面，是否真正具備其宣稱的去中心化特性。
緊急修補跳過正常投票，開發者稱為避免漏洞曝光
XRPL開發團隊於9月25日發布緊急修補程式，距離收到漏洞賞金計畫的通報僅三天。這項修補會在安裝相關版本的伺服器上立即生效，與XRPL原有的修正案機制不同。
XRPL一般透過修正案（Amendment）機制調整協議規則，相關提案須獲得超過80%的驗證者支持，並連續維持兩週，才能正式啟用。開發團隊指出，若此次漏洞修補同樣經過正常投票程序，相關修正內容可能提前公開數週，讓攻擊者有機會在漏洞完全修復前發動攻擊。
開發者表示，這是該機制推出十多年來，首次刻意繞過正常修正案流程的處置。XRPL基金會則指出，此次決策由基金會、RippleX、核心開發者及驗證者共同評估漏洞嚴重性後作出，並非由單一組織自行決定。
基金會強調，節點營運者仍可自行選擇執行的軟體版本，而協議規則的正式變更仍須遵循原有修正案程序。換言之，此次緊急更新是針對安全漏洞採取的特殊措施，並不代表一般協議變更機制已遭取代。
漏洞自2015年存在，可能憑空鑄造 XRP
根據XRPL的漏洞揭露報告，這項問題源自支付引擎中的整數溢位（Integer Overflow），自2015年起便存在於系統中。
XRPL以64位元整數儲存XRP餘額，數值具有固定上限。當計算結果超出上限時，原本應該被拒絕的運算，可能因數值溢位而回繞至較小的數字，導致系統計算出錯。
攻擊者若刻意建立數百筆價格經過特殊設計的掛單，每筆要求支付極大量的XRP，再透過一筆交易同時消耗這些掛單，就可能利用運算錯誤製造資產差額。
在這種情況下，系統可能將掛單所要求的完整金額記入賣方帳戶，卻只向買方收取因整數溢位而縮小的金額。兩者之間的差額便可能形成額外產生、可供使用的XRP，突破網路原有的供應量限制。
不過，該漏洞需要攻擊者事先建立經過特殊設計的掛單，並非一般交易活動就會觸發。開發團隊表示，目前沒有證據顯示這項漏洞曾在任何公開網路上遭到利用。
緊急升級引發爭議，XRPL去中心化程度再受檢視
此次事件也引發外界對XRPL治理模式的討論。XRPL官方網站將該網路描述為完全去中心化的公有區塊鏈，而去中心化程度也是市場討論XRP監管定位時的重要議題之一。
Cyber Capital創辦人Justin Bons批評，XRPL向散戶宣傳去中心化，與此次緊急修補的做法存在矛盾。他指出，9月25日發布的緊急版本最初僅以二進位檔形式提供，原始碼一度未同步公開，加上節點營運者面臨升級壓力，使他質疑網路的實際治理方式。
對此，XRPL基金會反駁，節點營運者協調採取一致行動，並不等於網路受到單一實體控制。基金會指出，各驗證者與節點營運者仍可獨立評估情況並決定採用的軟體，協調更新不代表放棄獨立性。
獨立驗證者營運者XRP Kuwait也反對將此次集體升級直接視為中心化控制的證據，認為不同參與者在面對重大安全風險時達成共識，並不足以證明其決策權已集中於特定組織。
整體而言，此次事件凸顯公有區塊鏈在安全性與去中心化治理之間可能面臨的取捨。緊急修補有助於降低漏洞遭利用的風險，但跳過既有程序也會引發透明度與決策權分配的疑問。XRPL後續如何完善緊急安全處置機制，並確保修補過程具備足夠的公開性與問責性，將成為外界持續關注的焦點。
