币圈界报道：

XRP链批量操作修正案推进受阻：支持率未达激活标准

XRP Ledger的验证节点正逐步推进对BatchV1_1修正案的审议，然而截至9月8日的实时投票统计显示，其支持比例尚未达到启动为期两周激活期所需的最低阈值。

投票进度滞后于激活门槛要求

目前，在35名活跃验证者中，已有24人投出赞成票，对应主网支持率为68.57%。依据XRPScan提供的唯一节点列表数据，该比例在近期保持稳定。若要突破80%的法定门槛，当前配置下还需至少29张额外支持票才能满足条件。

根据协议规则，修正案须获得超过80%的支持，并连续维持十四天方可进入激活阶段。目前计时机制尚未启动。即便短期内达成目标，系统仍将执行完整的两周观察期。一旦期间支持率回落至80%以下，倒计时将重新归零。

新功能核心机制与执行模式解析

一旦启用，BatchV1_1将允许用户将最多八项独立交易整合为单一协调单元。这些内部操作被封装于一个外部交易内，由该交易统一管理序列号、手续费及授权逻辑。系统提供四种执行策略：

  • 全有或全无：所有子交易必须全部成功，否则整体回滚。
  • 仅首笔生效：仅执行第一个成功的子操作。
  • 直至失败：按顺序处理，直到遇到首个失败项为止。
  • 独立执行：各子交易独立尝试，不受其他结果影响。

潜在应用场景涵盖原子化代币交换、NFT铸造后即时上架、平台费用打包支付以及跨账户联动操作。所有参与方均需对整批交易集进行签名确认。此机制有望降低应用层对中心化协调服务的依赖，同时确保每笔成功交易保留独立元数据及其所属批次的引用信息。

安全缺陷暴露推动版本迭代升级

BatchV1_1作为原始批处理方案的替代品，随XRPL版本3.3.0于8月6日正式发布。此前，开发团队因发现原版代码存在严重权限校验漏洞而主动禁用相关功能。

安全研究者Pranamya Keshkamat与Cantina AI旗下的Apex安全工具共同揭示了批次签名验证逻辑中的关键缺陷。该漏洞可能使攻击者绕过部分参与方的检查步骤，从而从受害者账户发起未经授权的交易。尽管受影响的早期版本未在主网上激活，且未造成实际资金损失，官方仍建议验证者对该提案投反对票。rippled 3.1.1版本已将原始批次功能及其补丁标记为废弃。

新版修正案通过修复提前退出错误、强化授权验证流程并缩小签名者校验范围，显著提升了安全性。替换方案在发布前已接受第三方独立审计审查。

上线时间尚不确定，节点需提前准备

尽管外界传闻该功能或将在9月底上线，但这一预测缺乏确凿依据，因多数票仍未达成。虽然数学上存在9月底激活的可能性，但具体时间表仍未确定。最终落地取决于新增验证者投票意愿及后续支持率的持续性。

节点运营商必须在投票前部署支持BatchV1_1的软件版本。此外，XRPL官方提醒Clio节点运营方尽快升级至2.8.0版本，以确保其API架构能够兼容新交易格式与账本结构。

目前并无可靠证据表明XRP价格波动与本次投票进程存在直接关联。该修正案主要优化交易执行机制，不涉及代币供应量或发行规则的变更。