币圈界报道：

XRPL 验证者调整批量交易激活周期，对齐新版软件修复进度

xrpld 3.4.1 版本解决了与批量交易处理相关的核心问题，同时要求所有节点运营商完成系统升级，以维持与 XRPL 主网的一致性。此外，PermissionDelegationV1_1 修正案的激活倒计时也已重新设定，目前三项变更仍依赖于受信任验证者的持续支持。

批量交易功能激活窗口重新对准发布时间表

为使新发布的修复程序与功能上线节奏保持一致，XRPL 验证者集体重置了 Batch 修正案的激活计时器。原定于 9 月 29 日启动的预期生效日期被推迟至 10 月 9 日，该日期亦为 fixBatchV1_2 修正案的预计执行时间。

Batch 功能允许用户将多个交易合并为单一批次进行处理，提升效率并降低手续费。此前，因获得超半数支持，其激活倒计时已启动为期两周的运行。然而，新引入的修复程序同样需经历一段验证者共识期才能正式启用。为协调二者节奏，社区贡献者 Hussein Zangana（化名 Vet）联合 Ripple 及核心验证节点推动投票方向转变，促使部分“赞成”票转为“反对”，导致支持率短暂低于阈值，触发计时器重启。随后，各方恢复对 Batch 的支持，使其重新进入统一时间线。

根据 XRPL 协议规则，修正案须在超过 80% 的受信任验证者持续支持下维持两周方可正式激活。一旦支持率跌破该标准，即便重新达标，计时器也将从零开始重新计算。

新版本发布为批量功能上线提供关键安全补丁

xrpld 3.4.1 版本集成了 fixBatchV1_2 修正案，其默认投票设置为“赞成”。该修复旨在阻止使用非法包装器的内部交易进入批量处理流程，增强系统安全性。此次更新还包含多项针对稳定性与潜在漏洞的优化措施。

开发团队将 3.4.1 定义为紧急安全补丁版本，针对高危协议缺陷进行修复。由于涉及敏感机制，当前尚未公开底层代码细节，计划后续发布回溯分析报告，因此官方说明中仅披露有限信息。

XRP Ledger 基金会强烈建议所有服务器运营方在修正案最终通过前完成 3.4.1 版本升级。若 fixBatchV1_2 于 10 月 9 日获批，未及时更新的节点极可能与主网脱节，影响服务可用性。

与此同时，另一独立修正案 PermissionDelegationV1_1 曾一度因支持率不足而中断激活倒计时，其最终预计生效日已调整为 10 月 8 日，比 Batch 及其配套修复早一天。

尽管 10 月 9 日仍为官方预估日期，但实际生效取决于整个投票周期内支持率能否稳定维持在所需水平之上。此次重置确保 Batch 与 fixBatchV1_2 修正案处于同一时间轨道，便于节点运营商有序规划软件更新与部署安排。