XRP Ledger批量升级投票率仍低于80%

核心提要：XRP Ledger 验证者正逐步推进 BatchV1_1 修正案，但当前支持率仍未达标XRP Ledger（XRPL）的验证者正在逐步接近批准 BatchV1_1 修正案，但9月8日的实时投票数据显示，该修正案的支持率仍低于启动为期两周激活期所需的阈值。当前投票进展与激活条件目前，BatchV1_1 已获得35名验证

XRP Ledger 验证者正逐步推进 BatchV1_1 修正案，但当前支持率仍未达标

XRP Ledger（XRPL）的验证者正在逐步接近批准 BatchV1_1 修正案，但9月8日的实时投票数据显示，该修正案的支持率仍低于启动为期两周激活期所需的阈值。

当前投票进展与激活条件

目前，BatchV1_1 已获得35名验证者中的24票支持，在 XRPL 主网上相当于68.57%的支持率。根据 XRPScan 的数据，在默认的节点唯一列表（Unique Node List）中，这一比例保持不变。若要超过80%的支持门槛，在当前35名验证者的配置下，至少还需要29张赞成票。

修正案的激活需要获得超过80%的支持率，并持续十四天。截至目前，倒计时尚未开始。因此，即使立即达到阈值，修正案也无法立即生效，必须等待完整的两周观察期结束。如果在此期间支持率跌破80%，计时器将重置。

BatchV1_1 功能详解

一旦激活，BatchV1_1 将允许账户将多达八笔交易打包为一个协调操作。根据官方文档，这些操作被封装在一个外部交易中，由该外部交易管理序列号、费用和授权。该功能提供四种执行模式：

全部成功或全部失败（All or nothing）：要求所有内部交易均成功执行。 仅第一笔成功（Only one）：仅应用第一笔成功的操作。 直至失败（Until failure）：处理交易直到其中一笔失败为止。 独立执行（Independent）：无论其他结果如何，尝试执行所有包含的交易。

潜在应用场景包括原子代币交换、铸造 NFT 后随即发布报价、捆绑平台费用以及涉及多个账户的协调行动。多账户批量交易需要每个参与账户对整个交易集合进行授权。此功能有望减少应用程序协调依赖操作所需的外部基础设施，同时每笔提交的成功内部交易将保留单独的元数据及其父批次的引用。

安全漏洞修复与版本更新背景

XRPL 版本 3.3.0 于8月6日引入了 BatchV1_1，作为原始 Batch 修正案的替代方案。此前，研究人员发现原始 Batch 代码存在关键授权缺陷，开发者遂于2月份禁用该早期版本。

安全研究员 Pranamya Keshkamat 和 Cantina AI 的 Apex 安全工具识别出用于验证批次签名者的逻辑中存在错误。该漏洞可能允许攻击者跳过部分参与者的检查，从而从受害者账户提交未经授权的交易。XRP Labs 表示，受影响的修正案未在主线网络上激活，且没有用户资金处于风险之中。验证者被建议对该版本投反对票，而 rippled 版本 3.1.1 已将原始 Batch 及其配套修复标记为不受支持。

修正后的版本消除了提前退出的错误，增加了授权保障措施，并缩小了每个签名者的检查范围。独立审计在发布前对替换方案进行了审查。

未来展望与注意事项

尽管有报道称该功能可能在9月上线，但这仍属推测，因为所需多数票尚未达成。虽然9月底激活在数学上是可能的，但并未排定具体日程。确切的时间取决于额外的验证者投票及后续不间断的支持情况。

节点运营商必须在投票前运行支持 BatchV1_1 的软件。此外，XRPL 还警告 Clio 运营商升级至版本 2.8.0，以便其 API 基础设施能够在修正案激活时处理新的交易和分类账格式。

值得注意的是，目前没有经过验证的证据表明 XRP 的价格波动与 BatchV1_1 的投票直接相关。该修正案主要改变的是交易功能，而非 XRP 的供应量或发行规则。