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

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

Ripple 已发布 XRP Ledger 3.0.0 版本，并敦促验证者和节点运营商尽快升级。此次发布针对在内部测试中发现的发行资产的代币托管会计漏洞。Ripple 表示，此修复支持在机构使用时间锁定或条件触发的代币交付时实现一致的结算行为。 为什么这对 XRP Ledger 至关重要 托管是 XRPL 上一种长期使用的功能，用于定期交易和条件释放。它历来只与 XRP 一起工作，这限制了发行者对自己代币使用托管的方式。XLS-85 Token Escrow 提案将托管扩展到其他发行资产，包括 IOU 和多用途代币，使企业工作流程中的托管交付超越 XRP 成为可能。

提醒：XRPL 3.0.0 版本已发布，我们鼓励所有验证者和节点运营商尽早升级，以确保服务连续性。✅

这个最新版本包含多个修正，包括 TokenEscrow 的修复，你可以了解更多…

— RippleX (@RippleXDev) 2026年1月5日

多用途代币是一种 XRPL 原生代币格式，融合了可替代和非可替代属性。它们可以携带共享特性，同时在链上存储资产特定的元数据。开发者描述它们适合合规代币化，因为它们可以嵌入规则和生命周期管理，而无需依赖外部智能合约实现核心控制。 原始 Token Escrow 设计的内部测试人员发现了一个针对收费转账的多用途代币会计不匹配问题，该设计尚未在主网启用。 在一次测试中，托管锁定了100个代币，并在解锁时收取1个代币的转账手续费。收款方在手续费应用后正确收到了99个代币，但发行者的会计记录中，LockedAmount 减少了99而非全部100。完成后，仍有1个代币被记录为锁定状态，这会导致发行者指标随着时间推移不同步。 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%。