一份新提交的錯誤回報顯示，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 已在進行中的投票中表態支持該提案。