一份新提交的錯誤報告顯示，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 就每一個新帳本達成共識的核心。只有當其他伺服器經由其「唯一路由節點清單」（UNL）信任某節點的金鑰時，該節點的提案才具影響力。因此，過期或不一致的身分可能讓檢視該機器的人感到困惑，而混亂的日誌也會拖慢建立信任的過程。
目前為止，這種不匹配尚未導致停機。不過，它延長了自本月中版本發布以來開發者陸續標記的一連串缺陷，從同步失敗到組態解析器崩潰都有。
回報者提出了修正建議，希望服務日誌能印出伺服器實際使用的金鑰，或同時顯示推導金鑰與當前啟用金鑰。目前尚未有維護者被指派處理該議題。一些更早的回報已被確認為錯誤並排入審查隊列，其他則仍開放，等待貢獻者評估。
採用落後，修正修訂案投票持續中
這次發行版本的導入速度仍偏慢。公開網路數據顯示，約 30% 的節點目前運行 3.2.0 版，多數營運者依舊停留在先前的 3.1.3 版本。
這次滾動升級始於 6 月 15 日，更新將核心軟體從 rippled 更名為 xrpld，並宣稱可節省 30% 至 40% 的記憶體。自那之後，營運者陸續回報同步中斷、中繼計算錯誤，以及如今在這個新版本中發生的金鑰不匹配問題，目前尚未釋出修補程式。一旦驗證器通過 fixCleanup3_2_0 這項清理修訂案並完成表決，落後升級的節點還可能面臨被修訂案封鎖的風險，而 Ripple 已在這次投票中表態支持該修訂案。