XRP Ledger BatchV1_1升级再次延期，激活时间调整至10月9日

XRP Ledger（XRPL）原定于9月29日上线的BatchV1_1升级，因验证者支持率短暂跌破80%门槛，导致倒计时重置，**未能如期激活。

截至9月25日，已有30个可信验证者重新支持该修正案，占总数35个的85.7%。若支持率保持稳定，其最早正式并入主网的时间将调整为10月9日协调世界时（UTC）14:46。根据官方规则，一项修正案必须在超过80%的可信验证者持续支持下运行满两周，才能完成部署。

这一机制意味着，即使前期已积累支持，一旦支持率回落至阈值以下，所有倒计时将被清零，必须重新开始计算。这反映出网络升级并非线性推进，而是高度依赖实时社区共识。

升级路径的不确定性**治理机制深层逻辑

此前有报道指出，Batch功能预期在9月29日上线，但实际进展表明，发布代码与功能启用之间存在显著延迟。此次延期直观展示了“多数支持”与“正式激活”之间的本质差异。

XRPL的修正案流程会记录支持时间点。一旦支持率下降至80%以下，系统将标记为“失去多数支持”，并暂停倒计时。只有当足够多的验证者恢复支持后，新一轮两周周期才会启动。

BatchV1_1或将重塑多步交易执行方式

尽管升级时间延后，但功能本身未作修改。BatchV1_1允许用户和应用将两至八个交易打包成一个批次，支持四种执行模式：全有或全无、仅一个、直至失败、独立执行。

其中，“全有或全无”模式最受关注。它可实现操作的原子性——即整个批次要么**成功，要么**失败。例如，在同一操作中完成**转移与支付，避免单边执行带来的风险。

官方文档列举了包括NFT铸造、报价、平台费用收取及跨账户交换在内的多种应用场景，显示出该功能在提升交易效率与安全性方面的潜力。

值得注意的是，此次版本取代了早期因发现关键授权漏洞而被撤回的初始实现。经过安全审查后，新版本被纳入xrpld核心软件，并通过独立修正案流程推进。这一背景也解释了为何该更新受到开发者社区高度关注。