XRP Ledger 原定于 9 月底推进的一项协议升级出现延后。由于验证者支持率一度跌破网络要求的 80% 门槛，Batch 功能的两周激活倒计时被重新计算，最早启用时间推迟到 10 月 9 日。

支持率跌破门槛后重新计时

根据 XRPL amendment dashboard，修正后的升级版本 BatchV1_1 已在 9 月 25 日重新获得 35 个受信任验证者中的 30 个支持。按当前规则，XRPL 的升级需要连续两周维持超过 80% 的验证者支持，才能正式激活。

验证者负责检查交易并对网络变更投票。一旦支持率在倒计时期间跌破门槛，之前累计的时间就会清零，即使支持票随后恢复，也必须重新开始计算。

Batch支持最多8笔交易打包提交

Batch 功能允许用户一次提交最多 8 笔交易，其中包括资产转移和支付操作。该功能的一项重点设计是“全成或全不成”执行方式，可让代币化资产的付款与交付在同一操作中完成，避免交易只完成一半。

这意味着，买方付款和资产交割可以同步发生，更接近传统市场中的原子结算方式。报道提到，已有部分项目按这一功能进行开发，但未披露合作方名称，也没有给出上线时间。

• 最早激活时间：10 月 9 日 14:46 UTC 左右
• 当前支持情况：35 个受信任验证者中有 30 个支持
• 原定倒计时起点：9 月 15 日

这已是该功能第二次推进

Batch 并非首次进入激活流程。此前的原始版本曾因一个关键签名校验漏洞，在正式启用前被开发者撤回。修正后的实现已在 8 月随运行账本的软件 3.3.0 版本一并发布。

这意味着，本轮延后并非来自新漏洞披露，而是由验证者支持率在激活窗口内短暂回落所致。

权限委托升级也同步顺延

另一项名为 PermissionDelegationV1_1 的升级也出现类似情况。该功能允许账户所有者在不共享签名密钥的情况下，把特定任务授权给其他账户执行。

例如，企业可将支付操作与合规职责分配给不同的运营账户，代币发行方也能据此拆分内部权限。该升级在 9 月 23 日失去达标支持，并于次日恢复，因此最早激活时间从 10 月 5 日顺延至 10 月 8 日 21:25 UTC 左右。

• PermissionDelegationV1_1 最早激活：10 月 8 日
• 支持率失守时间：9 月 23 日
• 支持恢复时间：9 月 24 日