XRP Ledger 的 Batch V1.1 一直保持在其所需的验证者阈值之上，Ripple 表示，如果该交易功能在本月晚些时候激活，资产管理公司和商业项目正准备使用它。
摘要
- Batch V1.1 拥有 30 张验证者投票，使 XRP Ledger 9 月 29 日的激活倒计时保持在正轨上。
- Ripple 表示资产管理公司正在围绕 Batch 进行构建，不过具体合作伙伴目前仍未披露。
- Batch 可以将八笔交易分组，使关联的资产和支付转账能够原子化地一起结算。
- 在研究人员于 2 月发现一个严重的签名验证漏洞后，开发者替换了最初的 Batch。
- XRPL 3.3.0 版本在扩大审查并修复其他安全问题后发布了 Batch V1.1。
CoinDesk 于 9 月 19 日报道，RippleX 工程主管 Ayo Akinyele 表示，围绕 Batch V1.1 的涉及资产管理公司的工作正在准备中，该功能可以将最多八笔交易打包成一个 Batch 操作。Ripple 尚未公开点名这些资产管理公司，也未披露确定的启动日期。
9 月 20 日查看的实时修正案数据显示，在 35 个被追踪的可信验证者中，有 30 个支持 Batch V1.1。XRP Ledger 要求修正案激活前必须连续 14 天维持至少 80% 的支持率，因此当前阈值为 28 票。倒计时于 9 月 15 日 14:06:41 UTC 开始，如果支持率保持不变，则可能在同一时间之后的 9 月 29 日稍晚激活。
XRP Ledger Batch V1.1 可以将结算环节绑定在一起
XLS-56 规范将 Batch 定义为一种打包两到八笔内部交易的交易。它支持四种处理模式：全有或全无、仅一笔、直到失败以及独立。全有或全无设置要求整个组成功执行，否则阻止该批次生效。
Ripple 将部分商业讨论重点放在券款对付（DvP）上。在此类交易中，资产转移及其支付可以置于同一个原子操作中。在全有或全无设置下，支付失败将阻止关联的资产转移完成。
Akinyele 告诉 CoinDesk，“一旦该功能上线，我们将分享更多信息，包括与关键资产管理公司的合作。”Ripple 尚未指明这些公司，因此该声明仍是公司对尚未通过具名合作伙伴公告公开记录的工作的描述。
XLS-56 规范列出了无需信任的多账户交换、平台费用和闪电贷结构等潜在用途。例如，市场或钱包可以将客户支付与服务费打包在一起，而不需要单独的支付交易，同时不同账户可以授权同一 Batch 的各个单独环节。
Akinyele 表示，“一些项目已经在构建时考虑到了 Batch”，但合作伙伴身份和生产时间表仍未披露。Ripple 表示，细节将在计划最终确定后公布。
验证者支持使 9 月 29 日的窗口保持开放
截至 9 月 20 日的最新读数，Batch V1.1 在 XRPLDashboard 追踪的 35 个验证者中拥有 30 张支持票，约等于 85%。因此，支持率仍高于继续激活窗口所需的 28 票阈值。
预计的 9 月 29 日日期是有条件的。XRPL 修正案不会仅仅因为一次超过 80% 就激活。验证者必须在完整的 14 天期间维持绝对多数，而且验证者可以在倒计时进行期间改变投票。如果支持率降至所需水平以下，当前窗口将停止，并且在恢复阈值后还需要另一个不间断的期间。
最新的计票延续了本月支持率的快速上升。Batch V1.1 当时获得了 35 个验证者投票中的 24 票，即 68.57%，仍低于激活门槛。到 9 月 15 日，支持票已增至 27 票，随后有足够多的验证者支持该修正案，从而启动了倒计时。
该修正案本身随 8 月 6 日的 xrpld 3.3.0 版本一同发布。XRP Ledger 官方发布说明将 Batch V1.1 描述为原始 Batch 修正案的替代方案，并指出它最多支持八笔内部交易，包括原子交换结构。
此后，XRP Ledger 基金会发布了 xrpld 3.4.0。9 月 16 日的软件版本引入了独立的借贷和清理修正案，并未取代 Batch V1.1，后者仍处于其自身的主网投票流程中。服务器运营者被建议升级至 3.4.0 版本以确保服务连续性。
Batch V1.1 是在第一版出现严重缺陷后推出的
当前修正案是在开发者于 2 月停止原始 Batch 提案之后推出的。XRPL 官方漏洞披露称，安全研究员 Pranamya Keshkamat 和 Cantina AI 的 Apex 工具于 2 月 19 日发现了一个严重的签名验证缺陷。
在特定条件下，存在漏洞的代码在遇到新创建的账户后可能会停止检查 Batch 签名者。XRPL Labs 表示，攻击者随后可能在不拥有该账户所有者私钥的情况下，纳入来自另一账户的未经授权交易。潜在交易可能包括支付和某些账本状态变更。
该缺陷从未在 XRP Ledger 主网上生效。原始修正案仍处于投票阶段，XRPL Labs 表示没有资金面临风险。验证者被建议投反对票，而 2 月 23 日发布的 rippled 3.1.1 版本使 Batch 和 fixBatchInnerSigs 不受支持，因此无法激活。
随后开发者更改了替代方案的签名和授权逻辑。漏洞报告称，修复措施移除了过早的成功条件，增加了授权保护措施，并收紧了签名检查规则。Batch V1.1 在开发和审查后，后来被纳入 xrpld 3.3.0。
在当前验证者投票之前，安全工作仍在继续。正如 crypto.news 在其 Batch V1.1 安全审查报道中所报道的，在该修正案达到当前投票阶段之前，开发者又修复了 11 个涉及签名、授权检查以及可能的服务器崩溃的问题。
Akinyele 告诉 CoinDesk，此次审查包括内部对抗性测试、AI 辅助分析、一场 Sherlock 安全竞赛，以及涉及 Halborn 和 Common Prefix 的评估。CoinDesk 将这些细节归因于 RippleX；本报告所审查的材料中并未包含覆盖该审查每一部分的公开合作伙伴报告。
随着签名设计的演变，XRPL 开发者生态系统做出了相应支持性更改。官方 xrpl.js 代码库中 6 月的一个问题记录显示，旧的 Batch 签名逻辑与 Batch V1.1 修订后的格式不匹配，因为额外的账户和序列信息已被绑定到签名中。JavaScript binary-codec 的发布历史表明，Batch V1.1 签名支持是在 8 月的 2.9.0 版本中添加的。
资产管理公司正在 XRPL 上测试更多代币化结算
Ripple 对 Batch 发表评论之际，金融公司和开发者正在将 XRP Ledger 基础设施用于代币化资产和机构结算项目。6 月，摩根大通、万事达卡、Ondo Finance 和 Ripple 参与了使用 XRP Ledger 进行的代币化美国国债赎回测试。
Ripple 总裁 Monica Long 在 8 月表示，金融机构正在将部分代币化资产工作从试点项目推向生产。Crypto.news 报道了 Ripple 的机构代币化项目，其中 Aviva Investors 已于 7 月在 XRPL 上推出代币化基金份额类别，并且 Ripple 将 RLUSD 视为原子化券款对付结算的可能现金端。
链上资产活动随着这一发展而增长。另一篇crypto.news 对 XRP Ledger RWA 数据的回顾在 7 月报道称，根据 RWA.xyz 的数据，该网络在六个月内增加了约 26 亿美元的代币化现实世界资产价值，其中不包括稳定币。同一报道警告称，所代表的资产价值与积极分发的资产是截然不同的衡量标准。
Batch V1.1 本身并不要求资产管理公司将 XRP 作为被转移的资产。该功能在交易层运行，可以打包来自不同账户的受支持 XRPL 交易。XRP 仍然与账本交易费用相关，而底层交易可以涉及其他受支持的资产和代币结构。
下一个程序性事件是当前修正窗口的结束。XRPLDashboard 预计，如果至少 80% 的验证者支持在整个倒计时期间不间断地保持，Batch V1.1 将于 9 月 29 日约 14:06:41 UTC 激活。9 月 20 日发布的最新统计仍为 35 个被追踪验证者中有 30 票赞成。
