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 要求至少 80% 的支持连续维持 14 天，然后修正案才能激活，将当前阈值设定为 28 票。倒计时于 9 月 15 日 14:06:41 UTC 开始，如果支持率保持，指向 9 月 29 日同一时间 shortly 后可能的激活。
您可能还喜欢：XRP Ledger 3.4.0 添加借贷和协议修复
XRP Ledger Batch V1.1 可以将结算腿捆绑在一起
XLS-56 规范将 Batch 定义为一种打包两到八个内部交易的交易。它支持四种处理模式：全有或全无（All or Nothing）、仅一个（Only One）、直到失败（Until Failure）和独立（Independent）。全有或全无设置要求整个组成功执行，否则阻止批次生效。
Ripple 将部分商业讨论集中在券款对付（DvP）上。在此类交易中，资产转移及其支付可以放在同一个原子操作中。在全有或全无设置下，失败的支付将阻止关联的资产转移完成。
Akinyele 告诉 CoinDesk，“一旦功能上线，我们将分享更多信息，包括与关键资产管理人的合作。” Ripple 尚未确定这些公司，因此该声明仍然是公司对尚未通过命名合作伙伴公告公开记录的工作的描述。
XLS-56 规范列出了潜在的用途，包括无信任多账户交换、平台费用和闪电贷结构。例如，市场或钱包可以将客户付款与服务费打包，而不是要求单独的交易，同时不同的账户可以授权同一 Batch 的各个部分。
Akinyele 表示“一些项目已经在构建时考虑了 Batch”，但合作伙伴身份和生产时间表仍未披露。Ripple 表示，在计划最终确定后，将公布详细信息。
验证器支持保持 9 月 29 日的窗口开放
截至最新的 9 月 20 日读数，XRPLDashboard 跟踪的 35 个验证器中，Batch V1.1 获得了 30 个支持票，约占 85%。因此，支持率仍高于继续激活窗口所需的 28 票阈值。
预计的 9 月 29 日日期是有条件的。XRPL 修正案不会仅仅因为一次超过 80% 就激活。验证器必须在完整的 14 天期间内保持超级多数，并且验证器可以在倒计时进行时更改投票。如果支持率低于所需水平，当前窗口将停止，在恢复阈值后将需要另一个不间断的期间。
最新的计数延续了本月支持率的快速上升。Batch V1.1 当时在 35 个验证器投票中获得了 24 票，即 68.57%，低于激活阈值。到 9 月 15 日，支持率增加到 27 票，随后有足够的验证器支持该修正案以开始倒计时。
该修正案本身随 xrpld 3.3.0 版本于 8 月 6 日发布。官方 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 不受支持，因此它们无法激活。
随后，开发人员更改了替代版本的签名和授权逻辑。漏洞报告称，补救措施移除了过早的成功条件，增加了授权 safeguards 并收紧了签名检查规则。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 二进制编解码器发布历史记录指出，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 票支持。