XRP Ledger 节点运营商被要求升级到 xrpld v3.2.1，这是 2026 年 7 月 31 日发布的热修复，用于解决验证器清单洪泛问题。该问题导致受影响节点的高内存和带宽使用，但并未中断共识或交易处理。Ripple 开发团队表示，需要迅速采取行动，以缩短问题发现与全网缓解之间的时间窗口。
为何需要热修复
验证器清单是帮助识别和管理 XRPL 上验证器密钥的消息。在这种情况下，大量此类清单压垮了一些节点，消耗了内存和带宽。这是一个节点资源问题，而非共识故障——网络继续正常验证交易。但如果洪泛持续，未升级的运营商可能面临性能下降甚至节点崩溃的风险。
运营商必须做什么
升级需要在安装热修复后进行两次重启。这意味着运营商需要在应用补丁后重启节点一次，然后再次重启以完全激活修复。该过程简单直接，但必须谨慎操作以避免停机。团队强调这是一个稳定性热修复，而非功能发布，因此优先事项是尽快部署。
为何不等待下一个版本？
XRPL 有两条升级路径：v3.2.1（稳定性热修复）和 v3.3.0（将包含新功能和修订）。一些运营商可能倾向于跳过热修复，等待更大的更新。但开发者警告，如果不打补丁，洪泛问题可能恶化，且 v3.3.0 的发布计划是独立的。并行运行两个路径是可能的，但热修复是解决当前资源消耗的唯一方法。
对共识无影响
尽管存在内存和带宽压力，XRPL 的共识机制和交易处理仍不间断运行。这是一个关键区别：网络保持功能，但单个节点面临风险。热修复是保持整个网络健康的预防措施。已升级的运营商报告资源使用恢复正常。
下一步是所有运营商尽快应用热修复。开发团队尚未公布截止日期，但考虑到资源耗尽的可能性，行动窗口很窄。
