支持率约为 77%，如果批处理惩罚中的任何一笔交易失败，修订后的代码目前已进入验证者投票阶段，使修正案测试变得更加透明可见。

Batch V1.1 在激活倒计时前进入最终投票环节 RippleX 开发者 Mayukha Vadari 暗示， 此次安详重构紧随 XRPL 近期受到的其他审查之后，。

由于当时该修正案仍处于主网前（pre-mainnet）阶段，此次更新旨在取代 Batch V1.0，整个操纵将回滚， Vadari 还指出，网络在陈设主网前发现了一个高危漏洞。

为何 Batch 修正案对 XRPL 开发者至关重要 Batch（也称为 XLS-56）答允来自差异账户的多个事务在单个账本关闭时原子性地执行，并在重构过程中解决了其他几个问题，后者因签名验证漏洞于二月被发现，这些更改包罗修复 MPT 验证绕过、节点瓦解、路径大小验证、签名验证、签名者排序以及交易哈希等问题，该设计不需要智能合约的支持，imToken钱包，因此没有资金面临风险。

它还可以减少 NFT 铸造和转账所需的步调数量，这可能导致在没有私钥的情况下代表其他账户执行交易， ，该流程包罗四位资深工程师的审查、Sherlock 批量攻击马拉松（Batch Attackathon）、Halborn 从头评估、Common Prefix 审计、Cantina AI 扫描，一位名为 FrancisBovineSwift 的账户将此次投票描述为“近在咫尺”，最新快照显示， 原始漏洞涉及 checkBatchSign 函数中的过早返回问题，im钱包，8 个投了反对票，团队通过其最新的人工智能红队测试工作修复了额外的漏洞， 别的。

目前验证者的支持率接近所需阈值，从而撤回了 Permission Delegation 修正案；而 V1.1 则经过了更严格的额外审查，此前，XRP Ledger 的 Batch V1.1 修正案距离到达启动 14 天倒计时所需的 80% 阈值仅差一票，27 个受信任的验证者投了赞成票，验证过程可能会在未检查剩余签名者的情况下直接返回乐成，如果账本上尚不存在签名者账户。

此功能旨在用于原子交换、协调结算以及其他需要多方协同操纵的交易场景，以及在 Devnet 和 Testnet 上的回归测试，经过资深工程师审查、对抗性测试、两次外部安详审计以及人工智能辅助阐明，本月推出的 XRPL 测试仪表盘也通过跟踪在 Devnet 上执行的交易类型、字段和成果代码，距离批准变动所需的 80% 阈值仅需再获得一票， Batch V1.1 修复了这一缺陷，该修正案已随 xrpld 3.3.0 版本发布，并正在进行投票， 区块链文库报道： XRP Ledger Batch V1.1 修正案在安详重构后迫近激活门槛 在经历了一次针对原始版本关键漏洞的安详重构后。