Ripple称资产管理公司正在为XRPL批量交易做准备

XRP Ledger Batch V1.1 支持率稳固，Ripple 称资产管理公司及商业项目正为月底激活做准备

XRP Ledger（XRPL）的 Batch V1.1 修正案目前的支持率持续高于所需的验证者阈值。Ripple 表示，随着该交易功能有望在本月晚些时候激活，资产管理公司和商业项目正在为此进行准备。

Batch V1.1 保持 30 票支持，9 月 29 日激活倒计时正常推进

目前，Batch V1.1 已获得 30 张验证者投票，确保 XRP Ledger 于 9 月 29 日的激活倒计时按原计划进行。Ripple 指出，资产管理公司正在围绕“批量交易”功能构建应用，尽管具体的合作伙伴名单目前仍保密。

该功能允许将八笔交易打包在一起，使关联的资产转移和支付能够以原子方式共同结算。此前，由于研究人员在二月份发现原始 Batch 存在关键的签名验证漏洞，开发者对其进行了替换。经过扩展审查和对其他安全问题的修复后，XRPL 版本 3.3.0 正式发布了 Batch V1.1。

CoinDesk 在 9 月 19 日报道称，RippleX 工程负责人 Ayo Akinyele 表示，涉及资产管理公司的相关工作正在围绕 Batch V1.1 展开。该功能可将多达八笔交易打包为单个批量操作。截至目前，Ripple 尚未公开披露具体的资产管理公司名称或确切的启动日期。

最新数据：支持率达标，激活窗口期持续开启

截至 9 月 20 日审查的实时修正案数据显示，在被追踪的 35 个可信验证者中，有 30 个支持 Batch V1.1。XRP Ledger 规定，一项修正案必须在至少 80% 的支持率下维持 14 个连续天数的支持，才能最终激活。当前的阈值门槛为 28 票。自 9 月 15 日 UTC 时间 14:06:41 开始计算倒计时，如果支持率保持稳定，预计将在 9 月 29 日同一时间后不久激活。

突发消息：资产管理公司正在为 XRP Ledger 的下一项支付升级做准备

Batch V1.1 可以将多达八笔交易捆绑为一个操作。RippleX 表示，在功能激活之前，商业项目已经围绕该特性开始构建。

你可能还喜欢：XRP Ledger 3.4.0 增加借贷及协议修复XRP Ledger Batch V1.1 可将结算腿连接在一起

技术规格与原子结算机制

XLS-56 规范将 Batch 定义为一种包含两到八个内部交易的交易类型。它支持四种处理模式：“全部成功或全部失败”、“仅执行一笔”、“直到失败”以及“独立运行”。其中，“全部成功或全部失败”设置要求整个组必须成功执行，否则阻止批量生效。

Ripple 正在重点讨论交付-versus-支付（DvP）的商业应用。在这种交易中，资产转移及其支付可以置于同一个原子操作中。在“全部成功或全部失败”的设置下，如果支付失败，关联的资产转移将无法完成。

Akinyele 告诉 CoinDesk：“一旦功能上线，我们将分享更多细节，包括与关键资产管理公司的合作情况。” Ripple 尚未确认这些公司的身份，因此这一声明仍属于对公司尚未通过命名合作伙伴公告公开记录的工作描述。

XLS-56 规范列出了信任的多账户交换、平台费用和闪电贷结构等潜在用途。例如，市场或钱包可以将客户付款与服务费打包，而不是要求单独的交易，同时不同的账户可以为同一批次的不同环节授权。

Akinyele 表示：“一些项目已经在考虑使用 Batch 进行开发”，但合作伙伴的身份和生产时间表仍未公布。Ripple 表示，待计划确定后将公布更多细节。

验证者支持保持 9 月 29 日的激活窗口开放

根据 9 月 20 日的最新读数，在 XRPLDashboard 追踪的 35 个验证者中，Batch V1.1 获得了 30 张支持票，约占 85%。因此，支持率保持在继续激活窗口所需的 28 票阈值之上。

预计的 9 月 29 日日期是有条件的。XRPL 修正案不会仅仅因为一次达到 80% 就自动激活。验证者必须在完整的 14 天期间内维持超级多数支持，且在计时期间验证者可能会更改其投票。如果支持率低于所需水平，当前窗口将停止，并在恢复阈值后需要另一个不间断的周期。

最新的计数延续了本月支持率的快速上升势头。在此之前，Batch V1.1 仅有 24 张验证者投票（占 68.57%），低于激活阈值。截至 9 月 15 日，支持率已增至 27 票，随后足够多的验证者背书修正案，从而启动了倒计时。

该修正案本身随 xrpld 版本 3.3.0 于 8 月 6 日发布。官方 XRP Ledger 发行说明将 Batch V1.1 描述为原始 Batch 修正案的替代品，并指出它支持最多八个内部交易，包括原子交换结构。

此后，XRP Ledger Foundation 发布了 xrpld 3.4.0。9 月 16 日的软件更新引入了独立的借贷和清理修正案，并未取代 Batch V1.1，后者仍处于其自身的主网投票过程中。建议服务器运营商升级到 3.4.0 版本以确保服务连续性。

历史背景：从关键漏洞到安全修复

当前的修正案是在开发者于二月份停止原始 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 二进制编解码器发布历史记录显示，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 为原子交付-versus-支付结算的可能现金腿。

链上资产活动也随着这一发展而增长。另一篇 crypto.news 对 XRP Ledger RWA 数据的回顾报道指出，根据 RWA.xyz 的数据，排除稳定币在内，该网络在过去六个月中增加了约 26 亿美元的代币化现实世界资产价值。该报告同时警告称，代表资产价值和实际流通资产是截然不同的衡量指标。

Batch V1.1 本身并不要求资产管理公司使用 XRP 作为被转移的资产。该功能在交易层运行，可以打包来自不同账户的支持 XRPL 交易。XRP 仍然与分类账交易费用相关，而底层交易可能涉及其他支持的资产和代币结构。

下一个程序性事件是当前修正案窗口的结束。XRPLDashboard 预测，如果至少 80% 的验证者支持在整个倒计时期间不间断，Batch V1.1 将于 UTC 时间 9 月 29 日约 14:06:41 激活。9 月 20 日发布的最新统计数据显示，在被追踪的 35 个验证者中，有 30 票赞成。