最新提交的錯誤回報顯示，XRP Ledger 的 v3.2.0 軟件在記錄一把驗證者金鑰的同時，實際卻在運行另一把金鑰，而大約 30% 的節點已經採用這個重新命名的伺服器版本。
重點整理：
- 一位節點營運者回報，v3.2.0 在日誌中記錄已遷移驗證者的新金鑰，但伺服器實際仍在運行舊金鑰。
- 這個缺陷會在 Ubuntu 22.04 上出現，當現有驗證者權杖被加入到一個運行中的 RPC 節點時觸發。
- 升級採用率約為 30%，多數營運者仍停留在上一個版本。
XRP Ledger 錯誤暴露金鑰不一致問題
這個缺陷在專案的 GitHub 追蹤器上以 #7581 的議題被提交，出現在營運者把現有驗證者遷移到一個已在運行的 RPC 節點，並重新啟動服務之後。服務日誌會回報已遷移驗證者的新身分，但 server_info 端點仍然回傳本地 wallet.db 檔案中舊的金鑰，兩者記錄再也對不上。
要重現這種「分裂」情況並不困難。該營運者表示，只要把現有驗證者權杖加入一個正在運行的節點，然後重啟伺服器，就會在 Ubuntu 22.04 上觸發問題，而這個操作流程在日常遷移時相當常見。
延伸閱讀： Anthropic 永續合約拋售是否在警示 Pre-IPO 加密投資風險？
驗證者身分是網路共識的錨點
驗證者身分是 XRP Ledger 就每個新帳本達成共識的核心。一個節點的提案，只有在其他伺服器透過其獨特節點清單信任它的金鑰時才有份量，因此過期或不一致的身分會讓檢視這台機器的人產生混淆，而混亂的日誌也會拖慢信任建立。
目前為止，這個不一致尚未導致中斷。不過，它延長了自本月中版本發布以來開發者陸續標記的一連串缺陷，包括同步失敗與設定解析器當機等問題。
回報者也提出解法建議，要求服務日誌應該輸出伺服器實際使用的金鑰，或同時顯示推導出的金鑰與實際啟用中的金鑰。目前尚未有維護者被指派處理這項回報。較早提交的部分議題已被確認為漏洞並排入審查，有些則仍開放，由貢獻者持續評估。
採用率落後，修正提案投票仍在進行
這次版本的導入速度依然偏慢。根據公開網路數據，大約 30% 的節點目前運行 3.2.0 版，多數營運者仍留在先前的 3.1.3 版本。
這次推出始於 6 月 15 日，更新將核心軟件從 rippled 更名為 xrpld，並宣稱可節省 30% 至 40% 記憶體。自那之後，營運者陸續回報同步中斷、中繼計算錯誤，以及現在在最新版本上出現的金鑰不一致問題，而目前尚未發布修補程式。隨著驗證者通過 fixCleanup3_2_0 這項清理變更（Ripple 已在持續進行的投票中表態支持），落後升級的節點也面臨進入修正提案阻擋狀態的風險。