XRP Ledger批量处理功能V1.1即将激活，资产管理公司积极准备

XRP Ledger Batch V1.1 迈向有条件激活

交付与支付（DvP）塑造升级应用场景

XRP Ledger Batch V1.1 已获得 35 个受追踪验证节点中的 30 个支持，但其激活取决于在 9 月 29 日之前维持至少 80% 的支持率。

该功能可将多达八个交易打包，使资产转移、付款和平台费用能够作为一个整体操作共同结算或失败。Ripple 表示，资产管理者和商业项目正在围绕“交付与支付”机制构建应用，但合作伙伴的具体细节尚未披露。

此前，开发人员在发现签名漏洞后撤回了 Batch V1.0，随后发布了经过重新设计的授权机制并经过 Halborn 和 Common Prefix 审查的 V1.1 版本。Ripple 指出，资产管理公司正在为 XRP Ledger Batch V1.1 做准备，这是一项针对链接交易的支付升级功能。

有条件激活路径

此次投票为 XRP Ledger Batch V1.1 提供了一条有条件的激活路径。在倒计时期间，验证节点可以改变其立场。如果支持率降至 80% 以下，计时器将停止。一旦修正案重新达到阈值，必须开始一个新的十四天周期。

根据 XRPL Dashboard 的数据，目前 35 个受追踪验证节点中有 30 个表示支持。修正案需要 28 票才能启动倒计时程序，该程序已于 UTC 时间 9 月 15 日 14:06:41 开始。如果在接下来的十四天内支持率保持在 80% 以上，激活可能在 9 月 29 日之后生效。

原子结算与批量处理

XRP Ledger Batch V1.1 将交易归入父级操作下。用户可以提交最多八个链接交易，每个交易保留其详细信息。“全有或全无”的设置防止了因单个交易失败而导致的部分结算。与多步工作流不同，分组操作为交易对手提供了结算条件。如果其中一个环节失败，账本不会完成其他环节的交易。这种设计可能简化使用 XRP Ledger 的资金、交易场所和代币发行商的结算流程。

此外，它还允许开发者结合转账操作，而无需依赖回调或手动对账。尽管该功能不能保证被采用，因为项目仍需进行测试、合规和准备工作，但它对于构建数字市场的资产管理公司至关重要。基金可以在同一账本操作中转移代币化资产并接收付款。这种用例赋予了 XRP Ledger Batch V1.1 在原子结算中的直接作用。

交付与支付的应用场景

Akinyele 将“交付与支付”确定为关键应用场景。该方法将资产交付与支付联系起来，而不是要求一方先发送资产，从而减少交易过程中因结算不完整带来的风险。

Ripple 还指出，费用收取是另一个应用场景。交易所、钱包和市场可以将服务费附加到客户交易中，然后作为分组操作一起处理付款和费用。

RippleX 尚未命名使用该功能的商业项目。Akinyele 表示，在合作伙伴正式确定计划并发布时间表后，将有更多细节公布。他补充说，激活将使开发工作更接近生产环境。

安全审查与历史背景

计划的激活紧随 Batch V1.0 的撤回。研究人员在二月发现了一个关键的签名验证缺陷。在某些条件下，代码可能会提前停止检查签名，攻击者因此可以在未经授权的情况下包含来自其他账户的交易。由于开发人员在验证节点激活原始修正案之前将其撤回，易受攻击的代码从未控制过实时账本，也没有直接暴露用户资金。

RippleX 利用此次事件重新设计了签名和授权模型的部分内容。替代方案于 8 月 6 日随 xrpld 版本 3.3.0 发布。Ripple 表示，目前正在考虑的代码与该版本相符。

审查工作包括内部对抗性测试、AI 辅助分析以及 Sherlock 攻击竞赛。安全公司 Halborn 和 Common Prefix 进行了评估。在寻求验证节点批准之前，RippleX 还使用了内部对抗性测试。公司表示，其更广泛的审查涵盖了 V1.1 返回投票前的工作。

这一扩展流程支持 XRP Ledger Batch V1.1 回归验证节点流程。Akinyele 表示，团队提高了审查标准，解决了缺陷，并提交 Batch V1.1 进行新一轮验证节点投票。

按照当前时间表，修正案将持续至 9 月 29 日。在此期间，支持率必须保持在 80% 或以上。任何低于该水平的下降都将暂停激活，并在支持率恢复后要求重新开始倒计时。