XRPL上的代币托管可能会推动XRP新需求,但前提是要突破这个采用障碍

2月12日,RippleX(Ripple的开发部门)宣布Token Escrow现已在XRP Ledger(XRPL)主网上线。

这项名为Token Escrow(XLS-85)的变更,将有条件锁定和释放功能扩展至基于信任线的代币(IOU)和多用途代币(MPT)。

这扩展了网络的托管功能,使其超越XRP,涵盖用于稳定币和代币化工具的已发行资产。

此次升级正值稳定币持续扩张成为加密货币最成熟的产品线。CryptoSlate的数据显示,这些资产的总流通供应量徘徊在3,080亿美元左右,并持续逐周上升。

与此同时,代币化的现实世界资产也在同步扩展。来自RWA.xyz的数据显示,代币化美国国债在公链上的价值约为100亿美元,在私人信贷和大宗商品等类别中还有数百亿美元。

对于XRPL来说,这个市场背景正是关键所在。这项新功能不仅仅是为开发者添加另一个可选工具,更重要的是引入了一种链上结算原语,让机构只有在满足条件后才能转移资产。

托管功能扩展至XRP之外,但发行方保留控制权

XRPL多年来一直支持托管功能,但该功能历史上仅适用于XRP。

Token Escrow将范围扩大到已发行代币,这正是大多数面向机构的用例所在。

在XRPL上,稳定币、代币化国债和其他代币化工具通常不被视为原生币。相反,它们被视为已发行资产。

XRPL文档明确说明了发行方控制模式。代币托管在发行方和代币层面需要获得许可,并非网络上发行的每项资产都自动可用。

对于信任线代币,发行方必须在托管可用于该发行之前启用"允许信任线锁定"标志。对于MPT,发行方必须为发行启用"可托管"(及相关标志)以支持托管。

这种设计对受监管的发行方很重要,他们通常希望在资产生命周期中嵌入政策钩子和控制点。

这也意味着采用路径并非自动的。如果发行方不选择加入,钱包和交易场所不围绕它构建用户流程,实时修订案并不能保证立即产生交易量。

该功能专为需要有条件结算的工作流程而设计。在传统金融中,这些条件通过中介机构、合约和操作流程来处理。

如果基础账本锁定价值并仅在满足预定义规则时释放,链上结算可以压缩这些步骤。

实际而言,支持代币的托管可以支持货银对付结算、时间锁定分配和结构化支付、降低交易对手风险的场外交易结算,以及需要有条件释放而非即时转移的抵押品和保证金机制。

当托管原语可以持有机构在结算中使用的相同资产类型,而不是强制流程仅通过XRP进行时,这些工作流程的建模变得更加容易。

XRPL的储备模型将对象增长转化为结构性XRP需求

XRPL的储备模型创建了一种二阶机制,可以将更大的账本使用量转化为出于操作原因而非交易费用而持有的基准XRP余额。

在主网上,账户必须持有1 XRP基础储备金加上每个拥有的账本对象0.2 XRP(所有者储备金)。这些要求在2024年12月2日大幅降低,这一变化使资源密集型应用程序更加可行。

这很重要,因为Token Escrow是一项对象驱动的功能。在账本上创建的每个托管都是一个拥有的对象。随着基于托管的结算工作流程扩展,它们可以增加拥有这些对象的实体的所有者储备金要求。

一个简单的场景范围说明了这种机械关系。

如果Token Escrow的采用带动额外100,000个托管对象,这意味着所有者储备金增加20,000 XRP(100,000 × 0.2)。在1,000,000个新托管对象时,总XRP为200,000。在10,000,000个时,为2,000,000 XRP。

这些数字并非采用预测,也不是价格预测。然而,它们显示了XRPL的设计如何将使用量与储备金要求联系起来。

对于机构而言,该储备金的功能更像是运营抵押品而非费用,它之所以存在是因为系统需要它来运行资源密集型工作流程。

这是XRPL开发者关注"管道"功能的原因之一。

在基于储备金的模型中,增长的单位经济学与账本上是否存在更多有意义的对象相关,而不是与交易费用是否上升相关。

更大的推动力是许可堆栈,而非单一修订案

与此同时,Token Escrow与XRPL开发者所框定的一套更广泛的变更一起推出,这些变更被称为"许可式"工具包,旨在公共账本上实现受监管的参与。

许可域(XLS-80)于本月初在主网上激活。

这些域是受控环境,"本身不做任何事情",但启用其他功能,包括许可式去中心化交易所和借贷协议,可以限制访问并支持链上合规。

RippleXDev在X上指出,许可式DEX在不久后达成验证者共识并激活。

作为一个组合架构来看,这些功能为机构参与者回答了三个不同的问题。

许可域解决谁被允许参与交易的问题。Token Escrow解决资产如何有条件且安全地结算的问题。最后,许可式DEX解决合规流动性和价格发现发生在哪里的问题。

这三项功能表明XRPL基本价值主张的转变。

它正在从仅被视为具有中央限价订单簿的支付链,转向作为由限制性参与、受控场所和原生有条件结算定义的机构结算层的角色。

前提很简单。稳定币和代币化资产正在扩展,受监管实体通常不愿与参与者身份和访问控制未定义的开放池进行交互。

如果账本可以在不完全依赖外部系统的情况下支持限制性参与和有条件结算,就更容易将现实世界的合规和运营映射到链上轨道。

接下来会发生什么,以及什么可能会减慢速度

Token Escrow的激活代表了一个前瞻性的押注,即区块链的未来在于兼容合规的堆栈,而非纯粹的无需许可系统。

第一个支柱是受监管的流动性形成,许可式场所减少了目前阻止许多机构访问开放流动性池的合规摩擦。

第二个是RWA结算的标准化。随着代币化国债和其他资产已经在扩展,有条件结算原语可以使生产工作流程更容易实施。

第三个支柱是扩展稳定币的效用,超越简单的转账。托管功能解锁了结构化结算和财务自动化,这些用例更像后台操作而非主动交易。

重大的实施风险仍然存在,因为发行方必须通过启用所需标志来选择加入代币托管功能。同时,钱包和交易所必须整合新流程,使其对用户可访问。

此外,许可域的兴起带来了分散流动性的风险,如果生态系统在开放和限制性市场之间分裂得太明显。

帖子Token Escrow on XRPL could force new XRP demand, but only if this adoption hurdle breaks首次出现在CryptoSlate上。