XRP Ledger BatchV1_1 升级因验证者支持率波动再次延期
此前预计将于9月29日激活的 XRP Ledger（XRPL）BatchV1_1 升级，由于验证者支持率短暂跌破网络所需的阈值，导致该修正案的两周倒计时重置，最终未能如期激活。
9月25日，BatchV1_1 重新获得了35个可信验证者中的30个的支持。如果这一支持率得以维持，其最早激活时间将调整为10月9日协调世界时（UTC）14:46。根据 XRPL 官方修正案规则，一项修正案必须在超过80%的可信验证者持续支持下运行满两周，才能正式并入主网生效。
这意味着，即使支持率短暂低于阈值，之前积累的倒计时也将清零。一旦支持率恢复，完整的两周倒计时将重新开始计算。
此次延期揭示了 XRPL 升级日期的条件性特征
Coinpaper 此前曾报道过预期于9月29日激活的 Batch 功能，而早期的解释性文章则深入探讨了 XRPL 修正案的实际控制机制。此次最新延期在实时层面清晰地展示了二者的区别：发布代码并不意味着功能立即上线，即便达到了所需的验证者多数票，也无法保证固定的激活日期。
XRPL 的修正案流程会记录变更获得多数支持的时间点。如果支持率随后回落至80%或以下，网络将记录一次“失去多数支持”的事件，并从倒计时中移除待处理的修正案，直到有足够的验证者重新提供支持为止。
Batch 功能仍可能改变多步 XRPL 交易的运作方式
该功能本身并未发生改变。BatchV1_1 允许用户和应用程序将两到八个交易打包为一个批次。官方 Batch 规范支持四种执行模式：“全有或全无”（All or Nothing）、“仅一个”（Only One）、“直至失败”（Until Failure）和“独立”（Independent）。
其中，“全有或全无”模式最具代表性。开发者可以构建一种操作逻辑，使得每个步骤要么全部成功，要么整个批次全部失败。例如，应用程序可以在同一操作中转移代币化资产并进行支付，从而降低仅完成一侧操作的风险。XRPL 文档还列举了涉及 NFT 铸造、报价、平台费用和多账户交换等场景的例子。
这也是为何此次升级吸引了超越简单交易捆绑之外的广泛兴趣。此外，BatchV1_1 还具有重要的安全历史背景。它取代了早期版本的 Batch 实现，后者在激活前因发现关键授权漏洞而被开发者撤回。修正后的版本被纳入后续的 xrpld 版本中，并单独进入了修正案流程。Coinpaper 曾在新的激活窗口首次出现时，详细报道了这一安全背景故事。
