最新提交的錯誤回報顯示，XRP Ledger v3.2.0 軟件在約 30% 節點採用這個重新命名版本的同時，出現記錄一把驗證者金鑰但實際運行另一把的情況。
重點整理：
- 有節點營運者回報，v3.2.0 在遷移後的驗證者上，日誌會記錄新的金鑰，但伺服器實際仍在使用舊金鑰。
- 這個缺陷會在 Ubuntu 22.04 上出現，當現有的驗證者 token 被加入一個正在運行的 RPC 節點時。
- 升級採用率約為 30%，大部分營運者仍停留在上一個版本。
XRP Ledger 錯誤暴露金鑰不一致問題
這個缺陷被提交為 GitHub 專案追蹤器上的 #7581，在營運者把現有的驗證者遷移到已在運行的 RPC 節點，並重新啟動服務之後出現。服務日誌會回報遷移後驗證者的新身份，但 server_info 端點則持續回傳存放於本地 wallet.db 檔案中的舊金鑰，兩者記錄不再一致。
要重現這種分裂情況並不困難。營運者表示，只要把一個現有的驗證者 token 加入到一個正在運行的節點，然後重啟伺服器，就會在 Ubuntu 22.04 上觸發，這個流程在日常遷移中相當常見。
延伸閱讀：Anthropic 永續合約拋售是否在警示 Pre-IPO 加密投資風險？
驗證者身份是網絡共識的錨點
驗證者身份是 XRP Ledger 就每個新帳本達成共識的核心。一個節點的提案只有在其他伺服器透過其 unique node lists 信任它的金鑰時才具份量，因此過期或不一致的身份，會令檢查該機器的人感到困惑，而混亂的日誌會拖慢這種信任的建立。
目前為止，這個不一致尚未導致停機。不過，自本月中版本發布以來，開發者已經標記出一連串缺陷，從同步失敗到設定解析器當機，這次事件又把清單拉長。
回報者提出修正建議，希望服務日誌能印出伺服器實際使用的金鑰，或同時顯示推導出的金鑰與目前啟用中的金鑰。這份報告目前仍未指派維護者處理。數個較早的提交已被確認為錯誤並排隊待審，其餘則仍開放，讓貢獻者持續評估。
採用進度落後，修正修訂投票仍在進行
這次版本的導入速度依然緩慢。公開網絡數據顯示，約 30% 節點目前運行 3.2.0 版本，而大多數營運者仍停留在舊的 3.1.3 版本。
推出從 6 月 15 日開始，當時更新把核心軟件名稱從 rippled 更改為 xrpld，並宣稱可節省 30% 至 40% 記憶體。之後，營運者陸續回報同步中斷、中繼計算錯誤，以及現在在這個新版本上出現的金鑰不一致問題，至今仍未釋出修補程式。隨著驗證者對 fixCleanup3_2_0 這項清理修訂完成表決並予以批准後，落後升級的節點也可能面臨被修訂卡住的風險；在這場持續進行的投票中，Ripple 已經表態支持。