XRP账本升级引发近半数过时节点失效，网络稳定性面临短期挑战

本周四，XRP Ledger（XRPL）运营商迎来了一次备受关注的“最后期限危机”。根据社区追踪器的警告，大量未升级的XRPL服务器即将被阻止修改，进入非参与状态，直到完成必要的软件更新。

“大约10小时后，999台XRPL服务器中将有418台因修正案被阻止而宕机！”X用户Krippenreiter写道。他进一步解释称，被阻止修改的Rippled服务器将无法执行多项关键功能，包括“确定账本的有效性”、“提交交易”、“处理交易”以及“参与共识过程”。

这对XRP账本会产生影响吗？

对于不熟悉XRPL治理机制的人来说，这一消息可能听起来像是灾难性的。然而，关键在于“阻止修改”是一种安全机制，而非网络故障模式。当新的协议规则生效时，旧版本的软件将无法可靠地解析账本，因此网络会强制这些服务器退出参与，以避免它们在不确定的状态下运行。

那么，如果交易活动激增，“几乎一半的服务器”被阻止修改，这是否会对网络造成影响？对此，Krippenreiter明确回应：“完全不会。”他表示，“所有dUNL验证器都是安全的，因此所有‘受信任’的验证器都会继续按预期进行验证，并且在负载下也能正常运行……至于其他情况，则有‘费用递增’机制。”他的观点是：共识由一组受信任的验证器提供，而费用递增机制能够随着账本繁忙程度的增加提高交易成本，从而有效限制垃圾邮件和过载尝试。

许多XRPL观察者认为，这更像是一次例行维护，而非生死攸关的事件。“这不寻常或危险吗？不。这种情况几乎每次修订周期都会发生，”另一位用户写道，并列举了之前的变更窗口，指出滞后的节点通常会在稍后完成升级。XRPL修订流程的设计理念本身就包含了较长的准备时间：一项修正案需要获得受信任验证者的持续绝对多数支持两周才能生效。

尽管如此，视觉上的影响仍然不容忽视。数百台公共服务器同时宕机可能会带来实际的麻烦。钱包对于依赖第三方基础设施的浏览器和企业来说，即使共识机制运行良好，节点更新频率降低也意味着边缘冗余度下降——公共端点更加脆弱，支持工单增多，诸如“为什么我的交易无法完成？”之类的问题也会随之增加。

此外，官方提供了明确的升级路径。XRPL.org发布的rippled 2.6.2版本说明中提到了新的fixDirectoryLimit修订以及一个关键bug修复——如果您运行的是生产环境基础设施，这些更新绝对不容拖延。

简而言之：不，XRPL不会“关闭”。但如果您在2025年底仍然运行旧版Rippled网络，那么网络很快就会提醒您，升级并非可选项。

截至发稿时，XRP的交易走势与大盘整体情绪一致，过去24小时内下跌了1.5%。