XRPL 验证者重置 Batch 投票，使预期激活时间与最新服务器软件版本中的修复程序保持一致
xrpld 3.4.1 更新解决了 Batch 交易相关的问题，同时要求节点运营商升级其服务器，以保持与 XRPL 网络的同步。此外，PermissionDelegationV1_1 的激活计时器也被重置，目前这三项修正案仍依赖于受信任网络验证者的持续支持。
Batch 修正案的激活时间重新对齐
XRPL 验证者重置了 Batch 修正案的激活计时器，以确保该功能与新发布的 xrpld 3.4.1 版本中的修复程序相协调。这一调整将 Batch 的预期激活日期从 9 月 29 日推迟至 10 月 9 日，这也是 fixBatchV1_2 修正案预计生效的日期。
Batch 功能允许用户将多个交易打包在一起进行批量处理。此前，由于获得多数支持，Batch 已经启动了为期两周的激活倒计时。然而，新发布的修复程序也需要经过一段验证者支持期才能生效。为了协调两者，XRP Ledger 贡献者 Hussein Zangana（网名 Vet）与 Ripple 公司及社区验证者进行了协调，促使足够多的投票由“赞成”转为“反对”。这使得 Batch 的支持率短暂低于所需阈值，从而触发了激活计时器的重置。随后，验证者在功能和修复程序遵循同一时间表的过程中恢复了对它的支持。
根据 XRPL 的规则，修正案必须在超过 80% 的受信任验证者支持下维持两周方可激活。如果支持率跌破该阈值，一旦修正案重新获得多数支持，计时器将从头开始计算。
xrpld 3.4.1 为计划中的 Batch 上线提供修复方案
xrpld 3.4.1 版本引入了 fixBatchV1_2 修正案，其默认投票设置为“赞成”。根据 XRP Ledger 的发布说明，该修正案旨在拒绝使用错误包装器的 Batch 内部交易。此次发布还包含其他针对安全性和稳定性问题的改进措施。
开发者将 3.4.1 描述为针对敏感协议安全问题的紧急发布版本。目前，他们尚未公开该修复程序的源代码，并计划稍后提供回溯报告。因此，发布说明中关于底层问题的细节有限。
XRP Ledger 基金会敦促服务器运营商在修正案激活前安装 3.4.1 版本。如果 fixBatchV1_2 于 10 月 9 日最终获得批准，运行旧版软件的服务器可能会与网络失去同步。
与此同时，另一个独立的 PermissionDelegationV1_1 修正案也曾短暂失去维持激活计时器运行所需的支持。其预计激活日期已调整为 10 月 8 日，比 Batch 及其修复程序早一天。
10 月 9 日仍被视为预计日期，因为在整个投票期间，验证者支持率必须保持在所需阈值之上。此次重置确保了 Batch 和 fixBatchV1_2 处于同一时间表中，以便服务器运营商能够从容准备软件变更。