XRP账本升级导致近一半过时节点无法使用
币界网报道：
周四，XRP Ledger 运营商们将面临一种熟悉的“最后期限危机”。此前，一个社区追踪器警告称，很大一部分 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%。
以下内容为友情赞助提供
全网新项目分享交流群
扫码进群，获取最新项目资讯
上一篇
