在原始版本出现严重漏洞并经过安全重建后，XRP Ledger 的 Batch V1.1 修正案距离达到启动为期 14 天的激活倒计时所需的 80% 门槛还差一张验证者选票。
在当前验证者投票开始前，修订后的代码已通过资深工程师审查、对抗性测试、两次外部安全审查以及 AI 辅助分析。
Batch V1.1 即将完成最终投票，随后启动激活倒计时
RippleX 开发者 Mayukha Vadari 表示，该修正案随 xrpld 3.3.0 一同发布，目前正在接受投票。此次更新取代了 Batch V1.0；其签名验证漏洞于 2 月被发现，当时该修正案尚未部署至主网，因此没有资金面临风险。
原始漏洞涉及 checkBatchSign 函数中的提前返回。如果某个签名者账户尚不存在于账本中，验证就可能在未检查其余签名者的情况下返回成功。这可能导致交易在没有其他账户私钥的情况下，以其他账户的名义执行。
Batch V1.1 修复了这一漏洞，并解决了重建过程中发现的其他几个问题。整个流程包括四位资深工程师的审查、Sherlock Batch Attackathon、Halborn 重新评估、Common Prefix 审计、Cantina AI 扫描，以及 Devnet 和测试网回归测试。
Vadari还表示，团队通过更新后的 AI 红队测试发现并修复了其他漏洞。这些改动包括修复 MPT 验证绕过、节点崩溃、路径大小验证、签名验证、签名者排序以及交易哈希方面的问题。
验证者的支持度已接近所需门槛。一位名为 FrancisBovineSwift 的账户称，Batch 投票“快要达标了”。最新快照显示，27 名受信任的验证者投票支持该修正案，8 名投票反对，支持率约为 77%，低于批准变更所需的 80% 门槛；再获得一票即可达到该门槛。
Batch 修正案为何对 XRPL 开发者至关重要
Batch（也称 XLS-56）允许来自不同账户的多笔交易在一次账本关闭时以原子方式执行。如果全有或全无批次中的任意一笔交易失败，整个操作都会回滚。该设计不需要智能合约。
此功能旨在支持原子交换、协同结算，以及其他需要多方共同操作的交易。它还可以减少 NFT 铸造和转移所需的步骤。
此次安全性重建之前，XRPL 近期也受到过审查：网络曾撤回其 Permission Delegation 修正案，因为在主网部署前发现了一个高严重性漏洞；目前 V1.1 正在接受额外审查。
此外，本月上线的 XRPL 测试仪表板也通过追踪哪些交易类型、字段和结果代码已在 Devnet 上进行测试，让修正案测试情况更加一目了然。
来源：CryptoPotato
