Ripple 表示资产管理公司正准备使用 XRP Ledger Batch
交易类型可以使多个分类账操作同时成功或失败,但紧急软件发布将注意力从原定于 9 月 29 日的激活预期转移到了 10 月 9 日的安全修正上。该功能具有特定性,机构采用仍处于前景阶段也是确凿的事实。
Batch 的核心机制与规范
根据已发布的规范,Batch 可包含 2 至 8 个内部交易(Inner Transactions)。四种模式决定了所有、单个、前缀或任何符合条件的内部交易是否执行。XRP Ledger 版本 3.4.1 于 9 月 25 日引入了对安全敏感的 Batch 修复。基金会预计,如果验证者支持持续存在,fixBatchV1_2 将于 10 月 9 日启用。
成功的父级 Batch 可能会掩盖失败的内部交易,除非应用程序检查其结果。核心承诺很简单:让相关步骤在一个分类账关闭周期内结算。需要交付代币并接收付款的资产管理公司可能更倾向于“全有或全无”的交换,而不是先发送资产并祈祷资金到账。RippleX 此前在机构兴趣报告中提到,资产管理公司和商业项目正在为该功能做准备,但在该账号中并未公开命名拥有主网实时 Batch 交易的资产管理公司。
Ripple 仅运营 XRPL 验证者的一小部分,涉及联合创始人 Chris Larsen 的超过 1.5 亿美元黑客事件表明,该公司无法撤销交易或追回丢失的 $XRP。
Batch 协调单一分类账关闭内的操作
XLS-0056 规范描述了一个包含两个到八个内部交易的父级交易。涉及的账户批准该集合。选定的模式控制当内部操作失败时会发生什么。分类账在一个关闭周期内处理该集合,避免不相关的提交之间出现的间隙,从而防止一方参与者只完成部分交易。
假设一个基金转让代币化债券债权并接收美元代币。两个普通交易可以分别提交。如果第一个成功而第二个失败,交易对手将面临运营纠纷和潜在损失。在“全有或全无”模式下,只有当两个内部操作都成功时,预期的交换才能完成。这是引人注目的机构用例,前提是代币、支付工具、交易对手和权限已经就位。
Batch 不创建债券,不验证链下所有权,也不强制银行赎回支付代币。它协调分类账操作。法律结算的最终性、转让限制、托管和赎回仍取决于相关工具和机构。这一区别很重要,因为技术上的原子传输只是交付与支付的一部分。
单账户与多账户教程
单账户教程展示了更直接的情况。来自一个账户的多个操作可以以指定模式打包。多账户交易需要添加受余额或权限影响的账户的签名。多账户教程描述了这种协调签名过程。
四种模式产生四种不同的交易逻辑
- ALLORNOTHING(全有或全无):最干净的双边交易。每个必需的内部操作必须成功,否则预期的组不会结算。
- ONLYONE(仅一个):尝试替代方案并在第一次成功后停止,例如不同容忍度的订单。
- UNTILFAILURE(直到失败):处理序列直到出现失败。
- INDEPENDENT(独立):允许包装器内的操作独立成功或失败。
在日常意义上将所有四种模式称为“原子”,会掩盖部分完成的可能性。这些模式改变了产品设计。基金在对一笔支付移动两种资产时,需要决定单次转账失败是否应取消整个包。提交备用报价的市场做市商可能更喜欢 ONLYONE。发行方分发多项付款可能容忍独立结果,但其运营团队必须核对哪些收件人已收到付款。这是一种风险决策,而非格式选择。
八笔交易的上限是另一个现实限制。试图结算 1,000 笔投资者转账的管理人无法在当前提案中将所有 1,000 笔交易包裹进一个 Batch 中。在理论最低限度的 125 个八笔交易包中,这些组本身彼此之间也不是原子的。费用、签名、账户序列管理和服务能力成为实际约束,甚至在考虑链下业务流程之前就已存在。
外层成功代码是一个会计陷阱
规范指出,即使内部交易失败,外部 Batch 交易也可以报告 tesSUCCESS。其外部结果涵盖序列号和费用处理。要知道是否发生了支付或交付,软件必须检查内部交易元数据和单独的结果代码。对于将通用成功状态转换为已记账资产移动的机构的后台来说,这是一个非常具体的集成风险。
想象一个只读取外部结果的贸易馈送,并为客户授予代币化证券。如果相关的内部转账未成功,馈送和分类账将出现分歧。系统需要将每个内部操作与其父级及其自身结果关联起来。规范建议使用探索器和索引器中的 ParentBatchID 关系。交易台应测试每种模式下的故障,而不仅仅是正常路径。
由于外部交易是真实的且拥有交易 ID,这种错误可能会逃避常规控制。为“一笔交易等于一个业务动作”构建的对账系统可能会通过首次检查。适当的控制将业务指令与模式、完整的签名包、每个内部结果和最终的资产余额联系起来。即使网络层正确,资产管理公司也必须执行这项工作。
安全修正改变了激活故事
基金会 9 月 25 日的公告称,fixBatchV1_2 拒绝带有错误包装器的内部交易,并包括其他安全和稳定性修复。由于更改的安全敏感性,源代码暂时被扣留,并承诺稍后发布回顾性分析。这限制了外部人在披露前检查确切补丁的能力。这是精确归因的理由,而不是推测未披露可利用性的理由。
公告指出,如果在启用修复时尚未升级,低于 3.4.1 版本的服务器将成为修正案阻止对象。因此,验证者投票和节点升级对于生产访问至关重要。多数信号支持并不等同于每个钱包、托管商、API 提供商和会计工具都已准备好使用 Batch。之前的 XRPL 节点升级报道说明了先前版本中修正案阻止的操作影响。
还有一段记者不能忽略的历史。二月的漏洞披露描述了一个早期 Batch 设计中的缺陷,当未注资的签名者首先出现时,可能会跳过对其他签名者的授权检查。该修正案尚未上线。安全审计账户审查了独立审查如何在生产使用前发现问题。九月的补丁涉及单独描述的包装器问题;这两个事件都不能证明当前设计不安全,但它们解释了为什么部署时间值得 scrutiny(仔细审查)。
机构能获得什么,以及他们还需要什么
针对支付的原子交付是最有力的案例。管理人可以在同一分类账中协调代币转移与支付,限制顺序转移造成的临时暴露。发行方可以将账户设置、授权和发行步骤捆绑在一起,前提是协议允许这些交易类型。交易公司可以使用替代执行路径。这些都是能力,而不是实时资产和交易的证据。
代币化资产需要发行人、过户代理人或其他责任实体、合格持有人的规则、托管程序以及具有可接受赎回条款的支付工具。Batch 可以按照选定规则使链上腿执行。它不能使证券在其他司法管辖区合法有效,不能获得客户对无关行动的同意,也不能保证商业银行的外部现金腿。
Ripple 的案例值得其最强版本的支持。分类账级别的机制可以减少开发人员的协调工作,并消除一类真正的部分结算失败。XRPL 功能概述将 Batch 与其他机构功能并列描述,尽管每个修正案遵循其自己的流程。如果命名的管理器后来显示出真实代币化资产的正确对账内部结果的实时、重复结算,采用声明将有硬证据支持。
界限同样清晰。准备试点的公司不是在生产中使用 Batch 的资产管理公司。没有公开的准备工作声明告诉我们交易量、节省的费用、防止的结算纠纷或哪个机构承担链下义务。宣布可能是真实的,但对于支持这些更大的结论来说还为时过早。
分类账的投票只是第一个就绪测试
fixBatchV1_2 预计于 10 月 9 日激活,取决于持续的验证者支持。运营商需要运行兼容的软件。钱包必须在收集签名之前向用户显示所有内部操作和所选模式,正如规范所推荐的那样。索引器必须暴露父级和子级结果。托管商需要对多账户签名进行策略检查。资产管理公司需要对账和法律文件。
没有一个单一的百分比能显示所有这些就绪情况。验证者投票衡量的是对协议变更的一致性。生产测试是看真实用户能否准备、签名、提交、检查并从失败的 Batch 中恢复,而没有不匹配的记录。未回答的商业问题是,一旦修正案和工具上线,哪家知名机构将展示可重复的用例。
值得关注的事项
- 修正案状态:fixBatchV1_2 是否保留支持并按预期的 10 月 9 日日期启用。
- 服务器升级:在安全修正案变为强制性之前,运行 3.4.1 版本的运营商比例。
- 披露:扣留的补丁源代码的发布以及承诺的回顾性分析。
- 内部结果:钱包和索引器对模式显示、父级链接和操作级别结果的支持。
- 生产证据:一名命名的资产管理公司报告实时 Batch 交易量及其结算控制。
常见问题解答 (FAQ)
XRPL Batch 现在在主网上线了吗?
相关的修正案及其实时状态必须在出版时检查。9 月 25 日的发布描述了一个安全修复,如果验证者支持持续存在,预计将在 10 月 9 日启用。
Batch 可以包含多少笔交易?
已发布的 XLS-0056 规范在当前设计中设定了最少两个和最多八个内部交易。
Batch 是否保证每个内部操作都成功?
只有“全有或全无”模式是围绕整个组一起成功设计的。其他模式故意允许不同的部分执行模式。
一个资产管理公司可以为每个交易对手签名吗?
不可以。在多账户 Batch 中,受影响的账户必须根据协议的签名规则批准签名集合。
tesSUCCESS 意味着交易已结算吗?
不仅仅如此。外部结果可以成功,而内部操作失败,因此系统必须检查每个内部结果和余额。
Batch 会使代币化证券得到法律结算吗?
它可以协调链上步骤。法律权利、赎回和任何外部支付腿仍取决于资产的条款和适用的基础设施。
3.4.1 版本发生了什么变化?
基金会描述了一次紧急安全发布,添加了 fixBatchV1_2,包括拒绝带有错误包装器的内部交易。
资产管理公司是否展示了实时使用情况?
Ripple 报告了准备工作,但引用的公共账号并未命名具有可重复实时 Batch 结算的生产管理器。这是教育性分析,不是投资建议。
XRP

交易所
交易所排行榜
24小时成交排行榜
人气排行榜
交易所比特币余额
交易所资产透明度证明
去中心化交易所
资金费率
资金费率热力图
爆仓数据
清算最大痛点
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
ETF追踪
索拉纳ETF
瑞波币ETF
香港ETF
比特币持币公司
加密资产反转
以太坊储备
HyperLiquid钱包分析
Hyperliquid鲸鱼监控
大额转账
链上异动
比特币回报率
稳定币市值
期权分析
新闻
文章
财经日历
专题
钱包
合约计算器
账号安全
资讯收藏
自选币种
我的关注