XRP 分類帳社群報告稱，在 6 月 15 日發布 xrpld 3.2.0 版本後，軟體問題清單不斷增加，儘管目前只有 26% 的網路節點升級到新軟體。
根據 XRP 分類帳專案的 GitHub 儲存庫發布的報告，在最新的伺服器軟體更新推出後，開發人員和節點操作者發現了同步失敗、配置解析問題以及多個網路相關錯誤。
此次發布引入了性能改進、安全強化、記憶體最佳化，並正式將 XRP 分類帳伺服器軟體從「rippled」更名為「xrpld」。
在最嚴重的報告中，一位節點操作者在 GitHub 上表示，運行 xrpld 3.2.0 版本的伺服器未能與 XRP 分類帳網路同步。
根據問題報告，該伺服器一直停留在「已連接」狀態，沒有下載分類帳數據，而同一台機器在降級到 3.1.3 版本時則成功同步。此問題於 6 月 18 日提交，截至發稿時仍未解決。
在儲存庫的其他地方，另一位開發人員報告稱，包含行內註釋的配置檔可能導致伺服器在解析期間崩潰。根據報告，此問題源於舊版配置解析器，該解析器未能正確清除某些單值欄位中的註釋，並觸發了「BadLexicalCast」錯誤。
GitHub 記錄顯示，在發布後的幾天內還提交了其他錯誤報告。專案維護者已將其中幾個歸類為已確認錯誤並分配進行審查。報告的問題包括點對點通訊行為、訊息壓縮處理、資源計費規則、修正案處理、訊息解析策略以及共識相關路由邏輯。
儘管維護者仍在調查這些報告，但這些問題浮現的時間，恰好在社群討論預期記憶體使用量減少 30% 到 40% 以及其他與升級相關的性能提升之後。
除了同步和解析器相關問題之外，XRP 分類帳開發人員還記錄了幾個影響節點操作和交易傳播的技術缺陷。
根據 GitHub 上的問題報告，開發人員發現了一個交易中繼計算問題，這可能導致交易被中繼到比預期少的對等節點。獨立報告描述了一種資源計費機制，該機制僅記錄觀察到的最高費用，而丟棄早期的費用數據。
其他發現涉及驗證者列表分發。據開發人員稱，驗證者資訊目前僅發送給入站對等節點，導致出站對等節點被排除在該過程之外。
幾份報告也重點關注驗證和共識邏輯。開發人員標記了分類帳序列驗證期間潛在的無符號整數溢出風險，並記錄了涉及交易路由標誌的不一致性。另一份問題報告強調了與短暫密鑰相關的損壞提案節點識別碼。
在分類帳追蹤系統中，開發人員報告了邏輯漏洞，可能導致節點長時間處於不確定狀態。其中一些發現已被歸類為錯誤，而其他則仍在專案維護者的審查中。
XRP 分類帳基金會和專案貢獻者繼續透過網路的開源開發流程評估所報告的問題。根據目前的 GitHub 報告，沒有任何已識別的錯誤導致全網中斷或干擾，對所報告缺陷的調查仍在進行中。
