随着 XRP 账本接近原子结算升级，RippleX 发布经过审核的批次 V1.1

XRP Ledger 距离启动 XRPL Batch V1.1（RippleX 重建的原子交易修正案）两周倒计时还差一票。

Batch V1.0 中出现了什么问题，以及为什么二月份的拉力仍然重要

2026 年 2 月 19 日，安全研究员 Pranamya Keshkamat 和 Cantina AI 标记了 Batch v1.0 代码库中的逻辑错误。

该缺陷位于 checkBatchSign 函数内部。如果分类账上尚不存在签名者帐户，则该函数会提前返回成功并跳过剩余的签名者。

攻击者可以将受害者帐户的交易捆绑到一个批次中，而无需这些帐户的私钥。

作为 XRP Ledger 3.3.0 升级的一部分，该功能在 2 月份因签名验证缺陷而被撤回后，又回到了验证者投票中，该缺陷可能允许未经授权的交易在链上执行。

RippleX 工程师 Mayukha Vadari 在 X 上宣布，XRPL Batch V1.1 在 xrpld v3.3.0 中发布，现已开放供验证者投票。

Batch V1.1 修正案在 xrpld 3.3.0 中发布，现在正在进行投票。在 2 月份发现 v1.0 签名错误后（主网出现之前，没有资金面临风险），我们重建了它：根本原因修复、4 名高级审核员、Sherlock 攻击马拉松以及 Halborn 和 Common Prefix 的审核。我们……——Mayukha Vadari (@msvadari) 2026 年 9 月 14 日

该公告于 2026 年 9 月 14 日发布，是原始记录，而不是随后的二次回顾。

重建版本是机构实际用于原子交换和关联支付的版本。

当时关键的 XRPL 安全更新指示 UNL 验证者立即投反对票。

紧急发布了rippled 3.1.1，然后将Batch和fixBatchInnerSigs标记为不支持。

由于该修正案尚未在主网上激活，因此没有用户资金被暴露。该协议的 80%/14 天规则完全按照设计运行。

并行运行的权限委托审核流程强化了一种模式。 RippleX 现在在治理投票开始之前将任何具有机构用例的修正案视为生产银行软件。

RippleX 重建、审计和返回，目前投票情况

Batch V1.1 是一个替代修订版，而不是旧版本的补丁。 PR #6446 中修复了根本原因。

RippleX 随后运行了完整的审查堆栈：四名高级工程师、Sherlock 批量攻击马拉松、Halborn 重新评估和通用前缀安全审计。 Cantina AI 和静态扫描工具运行在整个代码库上。

审阅者发现了 11 个额外问题、签名边缘情况、授权检查和崩溃路径。

一项公共前缀发现被评为严重，签名的权限可能被重用以授权比预期更多的内部交易。

RippleX 表示，所有 11 个问题都已在目前投票的版本中得到修复。

批处理仍然允许来自不同账户的最多八笔交易在一个账本关闭中自动执行。要么整个​​包落地，要么全部落地。

这是原子结算、客户支付与平台费用相结合以及无需智能合约层的货到付款的基本原理。

最初的 Batch 升级提案将其视为 XRPL 对以太坊和 Solana 协调多方结算的回应。

XRPL 修订需要连续 14 天有 80% 的可信验证者。 CoinDesk 周二的快照为 35 个 UNL 验证者中的 27 个提供了支持（约 77%）。

再选一个“是”即可启动 14 天时钟。向后一翻即可将其重置。 Ripple 已经对 BatchV1_1 和其他 3.3.0 修正案投了赞成票，同时修复清理投票也已经激活并在主网上创下了 3,254 笔交易的区块记录。

这个激活窗口到来之际，XRP 交易面临着参议院《澄清法案》失败带来的更大压力。 Batch V1.1 投票不会铸造供应或解锁托管。

它提高了已与 RippleX 签订合同的支付和代币化项目的可用账本容量。接下来两周每天关注修正跟踪器，而不是 XRP 价格蜡烛。

寻找下一场比赛的交易者正在密切关注今年 10 月的 xAI 赔率。通过合同条款和支付可靠性比较顶级云挖矿平台。