一项原定于 9 月 29 日激活的 XRP Ledger（XRP）升级已被推迟至少 10 天，原因是验证者支持率短暂跌破启用所需的水平。

这项名为 Batch 的功能允许用户一次性提交最多八笔交易。其全有或全无选项可使买方在单一操作中为代币化资产付款并接收资产，防止交易的任何一方单独完成交易。这种原子性对代币化资产结算尤为重要，因为若付款完成而对应的交割未完成（或相反情况），将使其中一方蒙受损失。

RippleX 工程负责人 Ayo Akinyele 此前告诉 CoinDesk（ Batch 展开，并在该功能上线后，Ripple 将分享更多与资产管理公司合作的相关信息。

他表示：“一些项目已经在以 Batch 为前提进行开发，因此激活将使这些工作更接近生产环境。”他没有透露合作伙伴的名称，也未提供上线日期。

根据 XRPL 修正案仪表板的数据，正式命名为 BatchV1_1 的修正版升级于 9 月 25 日重新获得 35 个受信任验证者中 30 个的支持。此次重置开启了全新的两周倒计时，如果支持率保持不变，其最早激活时间为 10 月 9 日 14:46 UTC 左右。

验证者是负责核查交易并对网络变更进行投票的运营方。XRPL 升级必须连续两周获得超过 80% 的受信任验证者的支持。一旦失去该支持，已累积的时间将被清零，即使投票很快恢复也是如此——这正是短暂的支持下滑导致激活时间推迟至 9 月 29 日之后的原因。

Batch 自 9 月 15 日起开始倒计时。这已经是引入该功能的第二次尝试，此前开发者在激活前因一个严重的签名校验缺陷撤回了原始版本，此次撤回阻止了有缺陷的代码上线。修正后的实现已于 8 月随运行账本的软件版本 3.3.0 一起发布。

另一项允许账户所有者委托特定任务的升级也失去了完成倒计时所需的支持。这项名为 PermissionDelegationV1_1 的升级将允许企业授权另一个账户执行经批准的操作，而无需共享控制其资金的签名密钥——从而将日常运营与资产托管分离。例如，代币发行方可以将支付和合规职责分配给不同的运营账户。

该升级于 9 月 23 日失去其合格支持，一天后重新获得，其最早激活时间从 10 月 5 日推迟至 10 月 8 日 21:25 UTC 左右。目前这两项功能都处于受相同阈值约束的全新两周窗口内，这意味着验证者支持率的任何进一步下滑都将再次推迟日期——修正案仪表板将显示支持票数能否保持。