XRPL 驗證者悄悄阻止了一場「不用金鑰也能偷你錢」的隱形攻擊

你有沒有想過，有一天你的加密貨幣帳戶可能在「你什麼都沒做」的情況下被人悄悄掏空？不是因為私鑰被盜，而是因為——攻擊者可以不斷讓你的帳戶「幫忙付費」，每次只扣一點點手續費，但累積下來就像溫水煮青蛙，等你反應過來，帳戶裡的 XRP 很可能已經見底了。

這不是科幻情節，而是差點在 XRP Ledger 真正發生的安全漏洞。幸好，驗證者社群在最後關頭踩了煞車。今天我要把這件事的來龍去脈講清楚，也讓你瞭解一下區塊鏈世界的「隱形守護者」到底是怎麼運作的。

兩顆未爆彈：Batch 與 Permission Delegation

RippleX 在 2024 年八月左右準備推出 xrpld 3.3.0 版核心軟體更新，這次他們帶來了五個新功能，其中最受關注的就是「Batch」和「Permission Delegation」這兩個修訂案（amendments）。簡單來說，Batch 是讓你可以一次打包執行多筆交易的功能，而 Permission Delegation 則是讓別人「代理」你扣款付款的機制。

聽起來很方便對吧？但問題就出在「方便」背後的授權邏輯。

第一顆未爆彈：Batch 的授權漏洞

研究人員在測試階段就發現，Batch 修訂案裡藏了一個嚴重的授權缺陷。攻擊者理論上可以在「沒有取得受害者私鑰」的情況下，用受害者的帳戶執行任意內部交易——包括未經授權的轉帳和帳本變更。

想象一下：有人拿到了你的帳戶地址，然後可以「假裝是你」發起交易，而且還不用破解你的密碼。這種漏洞如果真的上線，後果不堪設想。還好，研究團隊在修訂案還在投票階段就發現了這個問題，及時回報，驗證者果斷擋下來，沒有任何資金真的受到損害。

第二顆未爆彈：Permission Delegation 的費用陷阱

另一個問題更陰險。Permission Delegation 這個功能設計的邏輯是讓 A 幫 B 扣款，但問題在於：即使交易最終「授權失敗」，受害者的帳戶仍然會被扣除一筆交易手續費（fee）。

攻擊者可以不斷提交「失敗的授權交易」，每次都讓受害者帳戶幫忙付費。一筆費用可能很少，但如果你被針對了，可能在短時間內被扣掉好幾筆，最終帳戶被「燒」到見底。這種攻擊不需要偷你的私鑰，也不需要你的任何互動——你只是在不知情的情況下「幫敵人買單」。

驗證者怎麼把病毒擋在門外？

區塊鏈的去中心化特性在這裡發揮了關鍵作用。XRP Ledger 的修訂案必須要「相容程式碼」先上線，然後要獲得 80% 以上驗證者的支援，並且持續兩週，才能正式啟動。如果中途支援率掉到 80% 以下，計時器就會重新計算。

在這個案例裡，驗證者社群在漏洞被發現後立刻採取了行動。他們不僅擋下了即將上線的修訂案，還把相關功能的支援在程式碼層面標記為「支援但預設投票反對」（supported with default No votes）。翻成白話就是：「伺服器看得懂這個功能，但我們投票反對啟動，別想輕易過關。」

最終，這兩個修訂案從未被正式啟動，沒有造成任何資金損失，也沒有進入「主網 majority clock」階段——也就是說，那個「兩週倒數計時」壓根沒開始。

這件事告訴我們什麼？

很多人以為區塊鏈安全靠的是「密碼學」或「智慧合約」，但其實「人」的角色同樣關鍵。這次事件裡，研究人員的漏洞發現、驗證者的快速響應、以及開源社群的監督，形成了一條看不見的防線。

對我們一般使用者來說，這也是一個提醒：即使是像 XRP Ledger 這樣運作多年的成熟區塊鏈，仍有可能在「看似安全」的功能上出現漏洞。保持警覺、關注你所使用的區塊鏈網路動態，永遠不是壞事。

FAQ 常見問題

Q1: 這次漏洞有沒有造成實際的資金損失？

沒有。因為驗證者在修訂案投票期間就發現了問題果斷擋下，從未正式上線，所以沒有任何帳戶因此受害。

Q2: 什麼是 XRPL 的修訂案（amendment）？

修訂案是 XRP Ledger 網路升級功能的方式。開發者提出新功能後，需要得到 80% 驗證者支援並持續兩週，才能正式啟動。這次出問題的 Batch 和 Permission Delegation 都是修訂案。

Q3: 我需要做什麼來保護我的 XRP 帳戶？

這次事件是區塊鏈層面的漏洞，一般使用者不需要特別做什麼。但建議使用信譽良好的錢包、啟用多重驗證，並持續關注你所使用的區塊鏈官方安全公告。

下次當你聽到區塊鏈「被駭」的新聞時，別忘了在世界的某個角落，可能正有一群驗證者正在默默守護著你的資產——就像這次的「隱形戰役」一樣。