Ripple 表示资产管理公司正在为 XRPL Batch 做准备
核心要点
- XRP Ledger 的 Batch V1.1 仍高于其所需的验证器阈值，因为 Ripple 表示资产管理公司和商业项目正准备使用该交易功能（如果该功能在本月晚些时候激活）。
- 摘要 Batch V1.1 有 30 个验证者投票，使 XRP Ledger 的 9 月 29 日激活倒计时保持在正轨上。
XRP Ledger 的 Batch V1.1 仍高于其所需的验证器阈值，因为 Ripple 表示资产管理公司和商业项目正准备使用该交易功能（如果该功能在本月晚些时候激活）。
摘要 Batch V1.1 有 30 个验证者投票，使 XRP Ledger 的 9 月 29 日激活倒计时保持在正轨上。
Ripple 表示，资产管理公司正在围绕 Batch 进行建设，但具体合作伙伴目前尚未透露。
Batch 可以将八笔交易分组，允许链接的资产和支付转账以原子方式一起结算。
在研究人员二月份发现一个关键的签名验证缺陷后，开发人员更换了原来的 Batch。
XRPL 版本 3.3.0 在扩大审查并修复其他安全问题后发布了 Batch V1.1。
CoinDesk 9 月 19 日报道，RippleX 工程主管 Ayo Akinyele 表示，涉及资产管理公司的工作正在围绕 Batch V1.1 进行准备，该版本可以将最多 8 笔交易打包到单个 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 可以将最多 8 笔交易捆绑到一次操作中，RippleX 表示在激活之前已经围绕该功能构建了商业项目。 pic.twitter.com/DmleX4GBiA — crypto.news (@cryptodotnews) 2026 年 9 月 20 日
您可能还喜欢：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 规范列出了潜在用途中的去信任多账户互换、平台费用和闪贷结构。例如，市场或钱包可以将客户付款与服务费打包在一起，而不需要单独的交易，而不同的帐户可以授权同一批次的各个部分。
Akinyele 表示，“一些项目已经在考虑 Batch 的情况下进行建设”，但合作伙伴身份和生产计划仍未公开。 Ripple 表示，详细信息将在计划最终确定后公布。
验证者支持使 9 月 29 日窗口保持开放
截至 9 月 20 日的最新数据，Batch V1.1 在 XRPLDashboard 跟踪的 35 个验证者中获得了 30 票支持，相当于大约 85%。因此，支持率仍高于继续激活窗口所需的 28 票阈值。
预计 9 月 29 日的日期是有条件的。 XRPL 修正不会仅仅因为超过 80% 一次就被激活。验证者必须在完整的 14 天期限内保持绝对多数，并且验证者可以在倒计时期间更改投票。如果支撑位低于所需水平，则当前窗口将停止，并且在恢复阈值后将需要另一个不间断的时间段。
最新的统计数字延续了本月支持率的快速上升。 V1.1 批次获得了 35 名验证者投票中的 24 票，即 68.57%，低于激活阈值。截至 9 月 15 日，支持率已增加至 27 票，随后有足够多的验证者支持该修正案并开始倒计时。
该修正案本身于 8 月 6 日随 xrpld 版本 3.3.0 一起发布。官方 XRP Ledger 发行说明将 Batch V1.1 描述为原始 Batch 修正案的替代品，并声明它支持最多 8 个内部交易，包括原子交换结构。
此后，XRP Ledger基金会发布了xrpld 3.4.0。 9 月 16 日的软件版本引入了单独的借贷和清理修正案，并且不会取代 Batch V1.1，该版本仍保留在自己的主网投票过程中。建议服务器运营商升级到3.4.0版本以保证服务连续性。
Batch V1.1 遵循了第一个版本中的严重缺陷
当前的修正案是在开发商于二月份停止最初的批次提案后发布的。 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，审查包括内部对抗性测试、人工智能辅助分析、Sherlock 安全竞赛以及涉及 Halborn 和 Common Prefix 的评估。 CoinDesk 将这些细节归咎于 RippleX；涵盖该审查各个部分的公共合作伙伴报告未包含在本报告审查的材料中。
随着签名设计的发展，XRPL 开发者生态系统做出了支持性的改变。官方 xrpl.js 存储库中的 6 月问题记录了旧的 Batch 签名逻辑与 Batch V1.1 的修订格式不匹配，因为附加帐户和序列信息已绑定到签名。 JavaScript 二进制编解码器发布历史表明，8 月份的 2.9.0 版本中添加了 Batch V1.1 签名支持。
资产管理公司正在 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 仍然与账本交易费用相关，而基础交易可能涉及其他支持的资产和代币结构。
下一个程序事件是当前修改窗口的结束。如果至少 80% 的验证者支持在整个倒计时期间保持不间断，XRPLDashboard 预计将于 9 月 29 日大约 14:06:41 UTC 激活批次 V1.1。 9 月 20 日公布的最新计票结果显示，在 35 名跟踪验证者中，仍有 30 票赞成。