新闻加密货币XRPL 开发者完善原生借贷标准 XLS-66

XRPL 开发者完善原生借贷标准 XLS-66

作者: Bitcoinist·

要点速览

  • XLS-66 提议为 XRP Ledger 引入原生链上借贷,特点是通过 Single Asset Vaults 组织固定期限、无抵押贷款。
  • 该标准依赖贷款经纪人在链下执行信用评估,而贷款条款和结算则通过 XRPL 基础设施在链上处理。
  • 该提案仍处于标准审查和代码测试阶段,这意味着原生借贷尚未在 XRPL 主网上可用。
  • XLS-66 不同于主流 DeFi 借贷模型,它避免超额抵押,转而采用依赖链下承销质量的结构化方式。
  • XRPL 通过正式标准提案将主要金融功能作为原生协议功能实现,这不同于 EVM 兼容链上 DeFi 协议由第三方智能合约部署的模式。
XRPL 开发者完善原生借贷标准 XLS-66

XRP Ledger 开发者正在继续完善 XLS-66,这是一项拟议标准,旨在为 XRPL 引入原生借贷功能。如果该规范继续推进,它可能成为该网络更重要的 DeFi 风格升级之一。

该提案概述了围绕 Single Asset Vaults 构建的链上、固定期限、无抵押借贷。它还采用由贷款经纪人在链下进行的承销,而结算将通过 XRPL 基础设施在链上处理。

这一结构是该提案的核心。XLS-66 并非设计为类似完全抵押化 Ethereum 货币市场的简单“任何人向任何人借款”的 DeFi 借贷池。相反,它提出了一种更有结构的借贷模式,将链下信用评估与基于区块链的执行相结合。

该功能仍处于标准审查和代码测试阶段。XLS-66 下的原生借贷尚未在 XRP Ledger 主网上线。

XRPL 正在扩展到支付之外

XRP Ledger 长期以来与支付、快速结算和交易功能联系在一起。这一历史仍然重要,但也可能掩盖该网络近期的发展方向。

XRPL 开发者一直在开发旨在扩大该链在链上金融中作用的功能,包括金库、自动做市商功能、凭证以及借贷标准。XLS-66 是这一更广泛开发路线的一部分。不同于 EVM 兼容链上 DeFi 协议通常由第三方开发者以智能合约形式部署,XRPL 通过标准提案和修正案将主要金融功能作为原生协议功能实现。这意味着借贷等功能在主网激活之前,需要经过正式的标准审查流程,因此 XLS-66 这类提案是该网络路线图的重要指标。

原生借贷协议将使 XRPL 与信贷市场建立更直接的联系。不过,该提案并不试图完全复刻现有的 DeFi 模型。它引入了 Single Asset Vaults 和固定期限借贷,同时将链下承销保留为流程中的关键部分。

从这个意义上说,该设计类似于传统信贷流程与区块链结算之间的一座桥梁。信用评估将在链下进行,而由此形成的贷款结构可以在 XRPL 上记录和结算。

为什么链下承销是核心

大多数 DeFi 借贷都是超额抵押的。在这种模式中,用户存入价值高于其借款金额的资产,如果抵押品价值下降过多,智能合约会管理清算。该方法透明且自动化,但资本效率也较低,因为借款人通常需要已经持有大量资产,才能获得信贷。Aave 和 Compound 等协议在 Ethereum 上普及了这一模式,并且它仍然是当今大多数 DeFi 借贷市场的主导范式。

无抵押借贷的运作方式不同。它需要某种信任、身份、信用评估或承销的组合。如果缺少这些要素,借款人可能会在没有可靠机制让贷款人评估还款风险的情况下取得贷款。

XLS-66 将贷款经纪人引入这一结构。根据拟议模式,信用决策和借款人评估将在链下进行,而由此产生的贷款条款和结算可以在链上处理。

这形成了一种与标准 DeFi 借贷显著不同的风险模型。它可能更适合某些现实世界的信贷工作流程,但也高度依赖承销流程的质量。区块链可以记录结算、执行某些条款并提供透明度,但它并不能消除借款人的信用风险。

因此,贷款经纪人的角色是该提案的核心要素,而不是次要的实施细节。

Single Asset Vaults 作为构建模块

Single Asset Vaults 是拟议设计的另一个重要部分。金库结构可以帮助组织资金、隔离资产,并为特定借贷活动创建更清晰的容器。与结构较松散的资金池模型相比,这可能使基于 XRPL 的借贷更易于理解和管理。

对开发者而言,金库也可能作为更广泛的金融构建模块。一旦金库机制可用,其他产品可能更容易开发。借贷、收益产品、结构化信贷和资产管理工具都需要可靠的资产持有和记账方法。

这就是为什么技术标准讨论在主网上线之前就可能很重要。市场通常会在某项功能上线后才给予更多关注,但架构早在标准被讨论、修订和测试时就已经成形。XLS-66 正是 XRPL 原生借贷设计正在开发和完善的阶段。

XRPL 原生借贷尚未上线

主要需要注意的是,XLS-66 仍处于审查和测试阶段。用户不应认为 XRPL 原生借贷目前已经可用。开发者仍在推进规范和代码集成,包括在 XRPLF 代码库中跟踪的相关工作。

这一过程对于协议开发来说很常见,尤其是在涉及金融基础组件时。借贷系统需要谨慎审查,因为错误可能代价高昂。它们涉及余额、还款、违约、金库会计、权限和用户预期。

对于 XRP 持有者和 XRPL 用户而言,该提案值得关注,因为如果安全实施,它将扩展该网络的潜在用例。原生借贷可能增强 XRPL 的 DeFi 形象,并可能吸引寻求与该账本速度和结算特性相关的信贷产品的开发者和用户。

不过,在当前阶段,该提案仍然关乎设计和测试,而非采用。

XRPL 的 DeFi 开发变得更加清晰

XLS-66 表明,XRP Ledger 的开发正在迈向更高级的金融基础设施。这并不会取代该网络的支付传统;而是在其之上增加另一层能力。支付和借贷在传统金融中紧密相连,而能够同时支持二者的区块链,可能比仅用于转账的区块链拥有更广泛的角色。

仍有若干问题尚未解决。该标准需要最终确定,代码需要安全集成,开发者需要围绕它构建借贷产品,用户需要信任链下承销模式,贷款经纪人也需要产生真实需求。

这些结果仍不确定,并需要时间评估。目前的关键点是,XRPL 开发者正在以反映该网络自身架构的方式推进原生借贷,而不是简单复制另一条链的 DeFi 模型。

如果这项工作成功,XLS-66 可能有助于将 XRPL 定位为更广泛的金融应用层。如果进展停滞,它仍将显示开发者试图推动该网络能力扩展的方向。无论如何,该标准仍是值得关注的更重要 XRPL 开发工作之一。

本文基于 XRPLF GitHub 上关于 XLS-66 的讨论以及相关的 rippled pull request。原始报道由 News Desk 撰写,并由 Samuel Rae 编辑。本文基于披露文件和一手资料文档中发布的信息。