XRPL 解决托管漏洞影响机构代币化工作流程

• XRPL 3.0.0 引入 TokenEscrowV1 以修复带有转账费用的 MPT 托管会计问题,防止 LockedAmount 供应量偏移。
• 该修正案需要验证者批准才能激活,确保网络节点之间的托管完成行为一致。

Ripple 已发布 XRP Ledger 版本 3.0.0,并敦促验证者和节点运营商立即升级。该版本针对在已发行资产的代币托管内部测试期间发现的托管会计错误。Ripple 表示,该修复支持机构在 XRPL 上使用时间锁定或基于条件的代币交付时的一致结算行为。

为何这对 XRP Ledger 至关重要

托管是一项长期存在的 XRPL 功能,用于计划交易和条件释放。它历来仅与 XRP 配合使用,这限制了发行者如何为自己的代币使用托管。XLS-85 代币托管提案将托管扩展到其他已发行资产,包括 IOU 和多用途代币,使企业工作流程能够在 XRP 之外进行托管交付。

多用途代币是 XRPL 原生代币格式,融合了可替代和不可替代属性。它们可以携带共享特征,同时在链上存储特定资产的元数据。开发者将其描述为适合合规代币化,因为它们可以嵌入规则和生命周期处理,而无需依赖外部智能合约进行核心控制。

原始代币托管设计的内部测试人员(该设计尚未在主网络上启用)发现了收取转账费用的多用途代币的会计不匹配问题。 

在一个测试案例中,托管锁定了一百个代币,并在解锁时应用了一个代币的转账费用。在扣除费用后,接收者正确收到了九十九个代币。然而,发行者会计将发行者的 LockedAmount 减少了九十九而不是完整的一百。完成后仍有一个代币被记录为锁定状态,随着时间的推移,这会导致发行者指标不同步。

TokenEscrowV1 将总托管与净交付分离

版本 3.0.0 包含 TokenEscrowV1 修正案,它改变了账本如何处理带费用的多用途代币的托管完成。该修正案将总托管会计与净交付会计分离。 

当托管完成时,LockedAmount 现在会减少最初放入托管的全部金额,恢复到托管前的水平。转账费用通过发行者的费用机制独立处理,因此只有交付的净额会影响流通供应量计算。发行者的转账费用机制单独核算费用金额。

网络表示,这种方法可防止代币在托管完成后仍处于锁定状态,并使发行者的 LockedAmount 指标与账本状态保持一致。它将此修复与依赖准确托管会计的机构代币化工作流程联系起来,包括计划支付和使用带转账费用的已发行资产的自动化财务操作。

由于 TokenEscrowV1 修改了核心账本处理,因此需要通过修正案投票来激活。验证者必须批准该修正案,以确保节点在整个网络中应用相同的托管完成规则。Ripple 要求运营商升级到版本 3.0.0,以便在网络迈向激活时保持实施的兼容性。

新的 XRP Ledger 版本 3.0.0 是在 Ripple 扩大其日本业务数周后推出的,通过日本金融基础设施创新计划,与亚洲 Web3 联盟日本和 Web3 Salon 合作。

截至撰写本文时,XRP 交易价格为 $2.33,在过去 24 小时内上涨了 9.34%。