Ripple表示，资产管理机构和商业项目正在为XRP Ledger的Batch V1.1功能做准备。链上修正案投票数据显示，该提案目前仍维持在激活所需的验证者门槛之上，若支持率保持不中断，主网激活窗口可能于9月29日到来。
投票进展：支持率约85%，倒计时持续
根据9月20日查看的数据，Batch V1.1在XRPLDashboard跟踪的35个可信验证者中获得30票支持，约85%。XRP Ledger要求至少80%支持，即在当前验证者数量下需28票，并连续维持14天，修正案才能激活。
本轮倒计时于9月15日14:06:41 UTC开始。若支持率未中断，XRPLDashboard预计该功能将在9月29日同一时间后不久激活。不过，验证者可在窗口期内改变投票，一旦支持率低于门槛，当前倒计时将停止。
Ripple：资管机构相关准备正在推进
Ripple提到资产管理机构的工作正在筹备，但未公开合作方名称。CoinDesk 9月19日报道称，RippleX工程负责人Ayo Akinyele表示，围绕Batch V1.1的资管相关工作正在准备中。Ripple尚未公开这些资产管理机构的身份，也未披露相关公司的启动日期。Akinyele称，功能上线后将分享更多细节，包括与关键资产管理机构的合作。
Ripple的部分商业讨论聚焦于交付对付款（DvP），即资产转移与付款可在同一原子操作中结算。在Batch V1.1的全有或全无（All or Nothing）模式下，若付款失败，关联的资产转移也无法完成。
Batch V1.1如何运作
XLS-56规范将Batch定义为打包2至8笔内部交易的交易，并支持四种处理模式：全有或全无、仅一笔、直至失败和独立。全有或全无模式要求整组交易全部成功，否则批次不生效。规范列出的潜在用途包括无需信任的多账户交换、平台费用和闪电贷结构。市场或钱包可将客户付款与服务费打包，不同账户也可授权同一批次中的不同交易部分。
原Batch提案曾因关键漏洞被叫停
当前修正案取代了最初的Batch提案。该提案在2月被开发者停止推进，原因是安全研究员Pranamya Keshkamat和Cantina AI的Apex工具于2月19日发现关键签名验证漏洞。XRPL Labs表示，存在漏洞的代码可能在遇到新创建账户后停止检查Batch签名者，从而可能允许来自另一账户的未授权交易，且无需该账户所有者私钥。该漏洞从未在XRP Ledger主网激活。
验证者当时被建议投票反对原始修正案，rippled 3.1.1版本也使Batch和fixBatchInnerSigs不再受支持。开发者随后修改了签名与授权逻辑。Batch V1.1随xrpld 3.3.0版本于8月6日发布。据crypto.news报道，在修正案进入当前投票阶段前，开发者还修复了另外11个涉及签名、授权检查和潜在服务器崩溃的问题。Akinyele告诉CoinDesk，审查包括内部对抗性测试、AI辅助分析、Sherlock安全竞赛，以及Halborn和Common Prefix参与的评估。
XRPL代币化结算活动升温
Ripple发表上述评论之际，金融机构和开发者正利用XRP Ledger基础设施推进代币化资产和机构结算项目。6月，JPMorgan、Mastercard、Ondo Finance和Ripple参与了使用XRP Ledger的代币化美国国债赎回测试。Aviva Investors于7月在XRPL推出代币化基金份额类别，Ripple则将RLUSD视为原子DvP结算的潜在现金腿。
Batch V1.1并不要求资产管理机构使用XRP作为被转移资产。该功能在交易层运行，可打包来自不同账户的受支持XRPL交易。XRP仍用于账本交易费用，而底层交易可涉及其他受支持资产和代币结构。
后续关注
下一个程序性事件是当前修正案窗口结束。XRPLDashboard预计，如果至少80%的验证者支持在整个倒计时期间保持不中断，Batch V1.1将在9月29日约14:06:41 UTC激活。9月20日最新公布的计数仍为35个跟踪验证者中30票赞成。