XRP Ledger 的 Batch V1.1 修正案在获得 XRPScan 追踪的35名验证者中的27名支持后，正逐步接近激活。截至2026年9月15日06:25 UTC，支持率仍在持续推进。

再获得两名验证者支持后，批准率将达到82.86%，高于启动激活期所需的80%门槛。随后，该修正案还必须连续两周维持所需的支持率，才能成为 XRP Ledger 活跃规则的一部分。

这一流程区分了修正案代码的可用性与其在主网的激活。修正案可以被纳入 XRP Ledger 服务器软件，但在验证者批准并完成规定期限之前，不会改变主网行为。

Batch V1.1 如何防止支付不完整

Batch V1.1 将允许最多八笔相互关联的交易一并提交。账本可以在同一次账本关闭期间检查并记录选定的指令，而不必要求应用分别提交和确认每一步。

例如，一笔市场交易可能涉及三个操作：买方发送付款，卖方转移资产，市场平台收取费用。在“全有或全无”选项下，三项指令必须全部成功，否则整个批次都会失败。这样，如果相应的资产转移无法完成，买方的付款也不会被记录。

一个批次还可以协调涉及多个账户的指令。这使该功能适用于多个参与者必须分别授权同一操作不同部分的应用场景。

该修正案不会让普通 XRP 转账更快，也不会要求所有应用使用批次交易。相反，它将为开发者提供一种可选的交易结构，用于构建包含多个关联步骤的服务。

V1.1 取代已撤回的 Batch 修正案

原始 Batch 修正案在检查批次内交易授权的方式上存在缺陷。安全研究人员在2月发现了这一问题，当时该修正案仍在等待激活。

在该功能进入主网之前，验证者被建议撤回支持，因此这一漏洞没有影响用户资金。XRP Ledger Foundation 的漏洞披露报告 描述了相关应对措施，并指出早期实现已不再获得支持。

在修正授权逻辑后，Batch V1.1 取代了此前的版本。根据 RippleX 的说法，修订后的实现还经过了额外的代码审查、测试和外部安全评估，随后重新进入验证者投票流程。

因此，这次重新投票并不只是再次尝试激活同一项功能。验证者正在决定，替代版本是否充分解决了导致原始修正案停止的问题。

Batch 比 XRPL 计划中的借贷系统更接近激活

Batch 的进展可以与另外两项正在修正案流程中推进的 XRP Ledger 变更进行比较。fixCleanup3_3_0 提案涉及金库、自动化做市商和获许可交易相关的维护与安全问题。它改进的是现有交易路径，而不是为应用引入新的支付功能。

计划中的机构信贷系统距离实施仍然更远。Single Asset Vaults 和 Lending Protocol 都需要获得足够的验证者支持，而仅激活其中一项并不能形成可运行的原生借贷市场。

Batch 的范围更窄，因为它协调的是 XRP Ledger 已经支持的交易，包括支付、资产转移和费用。其获得27名验证者支持，意味着它比原生借贷所需的两项修正案更接近激活门槛。

这一比较也说明，修正案获批并不总是会直接转化为完整产品。借贷系统需要多个相互连接的协议组件，而 Batch 将为各个应用提供一个可以独立选择集成的工具。

激活对钱包和市场意味着什么

完成激活流程后，Batch 将可在实时账本上使用，但钱包、市场和支付服务仍需将其整合到自身产品中。

用户无需改变进行标准 XRP 转账的方式。对于目前要求客户完成多个关联操作，或在某条指令失败后重试操作的应用来说，差异将在应用内部体现出来。

将支付、资产转移和平台费用结合起来的服务，是最明确的潜在用户之一。每家服务提供商仍需确定哪些步骤应纳入批次，以及在客户请求被视为完成之前，是否必须确保所有步骤都成功。

这次投票只是 Batch V1.1 的首次测试

达到激活门槛将确定验证者是否准备运行 Batch V1.1，但不会显示市场对该功能的需求有多大。这个问题只能通过钱包、市场和支付应用的采用情况来回答。

与 XRPL 更具雄心的借贷提案相比，Batch 可能具有一定优势，因为开发者不需要等待多个协议组件或一个全新的金融市场。他们可以将其应用于已经存在的交易流程。

因此，Batch 最终的重要性将较少取决于修正案投票结果，而更多取决于 XRPL 服务是否遇到足够多的多步骤失败，从而有理由进行集成。

本文仅供参考，不构成金融或投资建议。验证者支持率和修正案状态可能发生变化。

来源：Coindoo。