XRP Ledger验证者正接近批准BatchV1_1，但9月8日的实时投票数据显示，该修正案的支持率仍低于启动其两周激活期所需的门槛。
摘要
- BatchV1_1目前获得35个验证者投票中的24票，相当于XRPL主网上68.57%的支持率。
- 激活需要连续十四天超过80%的支持率，且倒计时尚未开始。
- 批量交易最多可包含八个操作，激活后支持四种执行模式。
- XRPL版本3.3.0在开发者因漏洞禁用原始Batch代码后引入了BatchV1_1。
- 早前的缺陷可能允许未经授权的支付，但易受攻击的修正案从未在XRPL主网上激活。
根据XRPScan的数据，BatchV1_1在默认唯一节点列表上的35个验证者中获得了24个支持，相当于68.57%。在当前的验证者数量下，至少需要29票赞成才能超过80%。
该修正案将允许账户将多达八笔交易捆绑到一个协调操作中。然而，由于尚未达到所需多数，有关其将在9月激活的报道仍属猜测。
只有在支持率首先超过80%并连续保持十四天的情况下，9月激活才有可能。
XRP Ledger Batch投票尚未开始倒计时
XRPL修正案只有在获得超过80%可信验证者连续两周的支持后才会激活。如果在此期间支持率降至该水平以下，计时器将重置。
因此，在当前的35个验证者配置下，BatchV1_1至少需要额外五张赞成票。参与集合的变化可能会改变所需的确切数量。
该修正案没有确认的激活日期。即使立即超过门槛，也要等到连续两周结束后才能激活。
验证者投票也可能发生变化。如果测试发现兼容性、安全性或操作问题，运营商可能会撤回支持。
BatchV1_1将合并八笔交易
官方XRPL 文档称，Batch交易最多可包含八笔内部交易。这些操作被封装在一个外部交易中，该交易管理排序、费用和授权。
将有四种执行模式可用。“全有或全无”要求每笔内部交易都必须成功。“仅一个”应用第一个成功的操作，而“直到失败”则处理交易直到一笔失败。“独立”尝试包含的每笔交易，无论其他结果如何。
潜在用途包括原子代币交换、NFT铸造后跟报价、捆绑平台费用以及涉及多个账户的协调操作。多账户批次要求每个参与账户授权整个集合。
该功能可以减少应用程序协调依赖操作所需的外部基础设施。每笔已提交的内部交易将保留单独的元数据和对父批次的引用。
正如crypto.news在3.3.0版本发布时报道的那样，发布代码并未激活该功能。验证者批准仍然是必要的。
修正后的修正案取代了易受攻击的Batch代码
XRPL版本3.3.0于8月6日引入了BatchV1_1，作为原始Batch修正案的替代。在研究人员发现一个严重的授权缺陷后，开发人员于2月禁用了该早期版本。
Pranamya Keshkamat和Cantina AI的Apex安全工具识别出用于验证批量签名者的逻辑中存在错误。该缺陷可能允许攻击者跳过对某些参与者的检查，并从受害者的账户提交未经授权的交易。
XRPL Labs表示，易受攻击的修正案尚未在主网上激活，没有用户资金面临风险。验证者被建议投票反对，而rippled版本3.1.1将原始Batch及其配套修复标记为不受支持。
修正后的版本移除了提前退出错误，增加了授权保护措施，并缩小了对每个签名者的检查范围。在发布之前，一家独立审计机构后来审查了该替代方案。
在安全审查的相关报道中，crypto.news报道称，原始缺陷在激活前被发现，BatchV1_1已为3.3.0版本重写。
激活完全取决于验证者
节点运营商必须运行支持BatchV1_1的软件，然后才能投票支持它。XRPL还警告Clio运营商升级到2.8.0版本，以便如果修正案激活，其API基础设施能够处理新的交易和账本格式。
下一个确认的里程碑是80%的验证者门槛。只有到那时，账本才会记录两周多数期的开始。
9月底激活在数学上仍然可能，但并未安排。确切时间取决于额外的验证者投票以及之后不间断的支持。
没有经过验证的XRP价格变动可具体归因于BatchV1_1投票。该修正案改变了交易功能，而不是XRP的供应或发行规则。
