2026 年 9 月 8 日，XRP Ledger 验证者对 BatchV1_1 修正案的支持为 35 票中的 24 票，即 68.57% 的支持率，距离启动为期两周激活窗口所需的超过 80% 的绝对多数仍有明显差距。尽管 BatchV1_1 已随 rippled 软件发布，但这并不意味着它已在 XRP Ledger 上线，在验证者跨过这一门槛之前，外界常与此次升级挂钩的 DeFi 和功能提升仍属未确认状态。

The XRP Ledger's Batch amendment is now at 68% support. We could see Batch going live by the end of this month. Batch will unlock a lot of new use cases for the XRP ecosystem. You can track progress here pic.twitter.com/uoo2Q5kf0X — moonkie (@xmoonkie), September 7, 2026

BatchV1_1 仍低于激活门槛

BatchV1_1 随 2026 年 8 月 6 日发布的 rippled 3.3.0 一同推出，但在 XRP Ledger 上，代码的纳入与主网激活是两件独立的事情。与通过硬分叉或链下治理投票来部署协议变更的网络不同，XRPL 的变更通过验证者共识自动上线：一旦某项修正案在规定时期内保持多数支持，它便会在所有运行兼容软件的服务器上激活，而不会发生协调性的链分裂。根据 XRPScan 的数据，截至 9 月 8 日的快照，该修正案在默认唯一节点列表（UNL）中的支持率为 68.57%。

激活需要超过 80% 的支持率并连续维持 14 天，而这一倒计时尚未开始。在当前 35 个验证者的配置下，至少需要 29 张赞成票才能跨过门槛，不过如果参与验证者集合发生变化，确切数字也可能随之改变。在倒计时期间，支持率也可能回落到 80% 以下，届时计时器将完全重置。

3.3.0 版本并非单一功能的发布——它还引入了 ConfidentialTransfer、DynamicMPT、Sponsor 和 PermissionDelegationV1_1，将 BatchV1_1 打包进一组更广泛的面向机构用户的升级之中。关注 XRP Ledger 增长和 ETF 资金流入的投资者应将这些修正案视为并行的叙事线索，每一项都需要各自的验证者绝对多数支持，才能有任何功能上线。

批量交易在激活后可实现的 功能

一旦上线，一笔批量（Batch）交易可以在单笔外部交易中捆绑最多八笔内部交易，并提供四种执行模式：“全部或全无”（All or nothing），要求每笔内部交易都成功；“仅一个”（Only one），执行第一笔成功的操作；“直至失败”（until failure），持续处理交易直至某笔失败；以及“独立”（Independent），无论结果如何都尝试执行每笔纳入的交易。

潜在用例包括原子化代币交换、与挂单搭配的 NFT 铸造、捆绑式平台费用，以及跨多个账户的协调操作——前提是每个参与账户都授权整个交易集合。每笔已提交的内部交易都将保留自己的元数据以及对其父批次的引用，这一结构旨在减少应用程序目前在多步操作中所需的外部协调基础设施。

这些仍属于设计中的能力，而非已实现的成果。效率提升（以及 RLUSD 结算和 XRPL 上代币化金融流动等用例相关的活动增长）取决于验证者激活，以及后续钱包和 SDK 的支持。

替代修正案背后的安全历史

BatchV1_1 并非原始的 Batch 代码，而是一次重写。在 Pranamya Keshkamat 与 Cantina AI 的 Apex 安全工具发现批量签名者验证逻辑中的严重缺陷后，开发者于 2026 年 2 月停用了原始修正案。

该漏洞可能让攻击者跳过对部分参与者的授权检查，并从受害者账户提交未经授权的交易。关键在于，存在漏洞的版本从未在主网上激活，XRPL Labs 表示没有任何用户资金面临风险。Rippled 3.1.1 将原始 Batch 修正案标记为不受支持，其替代版本消除了提前退出的错误，增加了授权保护并收窄了签名者检查范围，且在纳入 3.3.0 之前经过了独立审计审查。

为什么这尚不构成 XRP 的价格催化剂

这一消息并未引发显著的价格波动，且在支持率停留在 68.57% 期间，这种局面不太可能改变。该修正案改变的是账本上的交易功能，而非 XRP 的供应或发行规则，因此对为 XRP 近期突破潜力定价的交易者来说，它不构成直接的货币政策角度。

任何与 Batch 相关的 XRPL 交易量、DeFi 活动或代币需求的提升都仍属前瞻性预期，取决于激活能否跨过绝对多数门槛，以及钱包、交易所和 DeFi 协议是否真正集成该功能。在那之前，Batch 属于基础设施层面的故事，而非已被确认的估值催化剂。

下一个里程碑是持续保持验证者绝对多数

XRPL 验证者的下一个确认节点是支持率突破 80%。只有在那之后，账本才开始记录强制性的 14 天连续多数时期。支持率必须在整个时期内保持在门槛之上，否则计时器将归零重置。

截至 9 月 8 日的快照，9 月下旬激活在数学上是可能的，但没有任何已排定的安排。节点运营者必须先运行支持 BatchV1_1 的软件才能为其投票，XRPL 还另行警告 Clio 运营者升级到 2.8.0 版本，以便 API 基础设施在该修正案确实激活时能够处理新的交易和账本格式。

来源：https://icobench.com/news/xrp-news-batchv1-1-xrp-ledger-vote/