XRP账本批量功能上线:单笔交易最多可打包8笔交易

Batch修正案已在主网生效

XRP账本(XRP Ledger)现在可以一次协调执行最多8笔交易。Batch功能于2026年10月9日(星期五)在主网上线,依据的是BatchV1_1修正案:账户可以一次性提交2至8笔交易,由网络作为一个整体工作流执行。XRPL.org的安全报告记录了这次主网激活,官方文档列出了该功能支持的4种执行模式,模式决定了交易包的行为方式。第一种模式要求包内所有交易全部成功,整个包才会生效;第二种模式只应用第一笔成功的交易,其余失败或跳过;第三种模式持续执行,直到出现第一笔失败;第四种模式则让包内每笔交易相互独立地处理。4种模式下,账本都把每一笔已执行的交易单独记为一行,因此批量只是协调执行顺序,并不是把多条记录压缩成一条。失败或被跳过的交易不会留下任何部分状态,这消除了多步应用中的一类顺序风险。

这个设计指向了它的预期用途。凡是后一步依赖前一步成功的多步流程,现在可以在明确条件下按固定顺序执行。资产转移搭配支付的组合被作为参考案例:如果结算没有完成,转移就不应最终确认。提交者把有依赖关系的步骤串成一次提交,而不必发出多笔独立交易再祈祷它们按顺序落账。BatchV1_1走的是账本标准的修正案流程:运行网络共识机制的验证人发出支持信号,启用后的修正案在全网络生效。XRP账本是一条开放的区块链,官方文档把批量定位为工作流工具,而非扩容方案。到目前为止,此次激活对XRP价格的推动很小。

吞吐量取决于怎么算

批量功能没有做的一件事,就是提高账本每秒的处理能力。包内每笔交易仍然各自结算,打包改变的只是提交形态,不是处理负载。支付通道则是另一条专为小额支付设计的路径:付款方签署凭证,在链下与收款方交换,收款方事后在XRP账本上结算累计余额。因此高频微支付不会一笔一笔打到主网上,链下凭证的交易量也就不能计入主网的每秒交易数。Interledger协议则描述了另一层结构:它在网络之间传递支付数据包,通常通过支付通道调整参与者之间的余额,这同样是一种结算安排,与账本上测出的任何数字都是两回事。XRPL.org自己的基准测试要追溯到2017年,当时使用那个年代的普通商用硬件,在通用测试中支撑了每秒1,500笔交易。这是特定环境下测得的容量结果,不是主网今天的平均交易量。

读者常做的几组对比各有各的计量问题。Visa作为上市公司向美国证券交易委员会(SEC)提交的年报列出了3,550亿笔Visa品牌支付和现金交易,其中2,813.1亿笔由Visa直接处理。把直接处理量除以365天,平均约为每秒8,921笔,这只是对年交易量的算术换算,并非披露的吞吐量指标。Visa另外宣称有能力处理每秒最多83,000笔交易消息。测试结果、年均值和消息处理能力描述的是不同环境下的不同对象,彼此无法直接换算。Mastercard(MA)则发布过一份黑客松简报,其中一个自主AI代理作为设有固定消费限额的AI钱包向商户付款,并以Ripple的RLUSD稳定币在XRP账本上结算。这是对支付应用的测试,不是账本性能的读数。

批量功能对开发者的意义

COINOTAG的观点是,Batch的价值体现在工作流设计上,而不是账面吞吐量。账本上最繁忙的结算通道其实已经是稳定币:我们近期的报道显示,92%的RLUSD兑换以XRP为对手方,规模达16.5亿美元。原子化的多步流程让开发者可以把结算条件与交割绑定在一起。修正案的动态仍在继续:账本的借贷还款修复方案仍在等待80%的验证人投票,通过后借款人可免于多付一个单位。Ripple前首席技术官David Schwartz曾表示,自己对代币市场价格的影响微乎其微,这与一个季度专注于协议工作而非市场波动的节奏相符。现在,每个交易包最多8笔交易在同一组条件下执行,而每笔已执行的交易仍会作为独立记录落到账本上。