Ripple 认为，区块链金融所缺失的关键并不是更快的代币或更好的稳定币，而是一个信用层。通过两个新的技术标准提出的 XRPL 借贷协议，旨在将机构级借贷直接引入 XRP Ledger，让银行、支付服务商和做市商能够将其链上持仓视为营运资金，而不是静态库存。
Summary
要点概览
- XRPL 借贷协议由两个组件构成：单一资产金库（XLS-65）和借贷协议（XLS-66），二者共同标准化了链上流动性如何被集中并用于发放贷款。
- 信用审批完全由机构在链下完成，而区块链通过预定义规则强制执行贷款机制——包括发放、还款计划、利息计提和违约条件。
- 参与通过合规审核后的可验证凭证进行许可控制，在保持网络公有的同时，为机构提供所需的控制能力。
- XLS-65 和 XLS-66 均在等待验证者批准；目前已可在开发网进行集成与测试。
- 关键用例包括使用 RLUSD 进行支付流动性桥接、做市商库存融资以及有承销的数字资产信贷工具。
将信用判断与链上执行解耦
XRPL 借贷协议背后的核心设计选择是有意的分离：信用判断留在链下，而执行在区块链上实现标准化。听起来简单，但这与大多数链上借贷系统的构建方式有着显著差异。
为何需要独立的信用层
代币化已经取得了实质进展。曾经只存在于银行和基金管理系统中的资产——国债、货币市场基金、稳定币、商品、私募信贷——如今都可以在链上表示。但对资产进行表示并不等同于让其产生效用。
在传统资本市场中，托管与发行与融资是分离的。回购交易台、保证金借贷、结构性信贷和营运资金授信运行在与资产托管系统完全不同的基础设施上。大多数区块链应用模糊了这种区分，将借贷逻辑直接叠加在发行之上，从而造成流动性碎片化、信用行为不一致，以及每当新协议出现时都必须重新承保的风险。
XRPL 的做法是将信用视为基础设施，而不是附加在其他应用上的一个功能。
为什么信用判断保留在链下
区块链在一致地执行规则和永久记录结果方面非常可靠。但它们并不适合评估借款人是否具备信用资质、处理不同司法辖区的监管差异，或像放贷机构那样评估抵押品。这些职能需要那些已经在运营中内嵌了信贷团队、法律文件、抵押协议、集中度限制和监管义务的机构来完成。
协议能够——并且确实会——标准化的是信用决策作出之后发生的一切：流动性如何集中、贷款如何发放、利息如何计提、还款计划如何执行以及违约如何处置。贷款行为在链上原生强制执行，还款计划、利息计算和违约条件遵循预定义规则，风险团队、审计人员和监管机构可以事先进行评估。
这之所以重要，是因为可预测性是机构风险承保运作的核心。如果一个协议可以通过社区治理投票随时更改规则，机构在投入资本之前就无法可靠地对该风险进行建模。将机制固定在网络基础层，以一种应用层治理无法实现的方式解决了这一问题。
XRPL 借贷协议的关键组件与标准
该协议基于两个互补组件构建，它们共同为链上信用市场提供基础。
单一资产金库（XLS-65）
单一资产金库是一个在链上集中单一资产的标准化结构。它将持有流动性的容器与部署流动性的机制分离——这一区分与资本市场基础设施在实践中的运作方式相呼应。资金池管理员或承销方可以先将劣后级资本置于风险之中，再引入优先级流动性提供方，从而实现激励对齐，并基于风险定价，而不是将损失在整个资金池中社会化。
借贷协议（XLS-66）
借贷协议层将集中起来的流动性转化为具有明确条款、服务逻辑和还款强制机制的实际贷款。一旦信用决策在链下由各方达成一致，区块链便会自动执行——无需人工干预、无需治理投票，也不存在到期时会发生什么的任何不确定性。
验证者批准与开发网测试
这两个标准目前仍是提案。XLS-65 和 XLS-66 需由运行 XRP Ledger 网络的验证者批准，这意味着这些功能尚未在主网上线。基础设施提供商和开发者今天就可以在开发网上开始集成和测试，预计在未来几周内获得验证者批准。
机构级特性与应用场景
XRPL 借贷协议的目标用户完全是机构，而非散户。每一项设计决策都体现了这一定位。
基于可验证凭证的许可参与
在访问借贷池之前，出借方和借款方都必须完成合规审查。获批后，可验证凭证将决定谁可以参与以及在何种条件下参与。网络本身仍然是公有的——允许机构获取更广泛的流动性和分销渠道——但对特定信贷工具的访问则受到控制。这种组合使该方案区别于完全开放的 DeFi 协议和完全封闭的许可制系统。
Aave、Compound、Maple 和 Clearpool 等协议已经证明，链上借贷可以实现规模化运作并吸引可观的存款基础。但这些系统是围绕加密原生治理模型设计的，风险规则可以通过社区投票发生变化。对于需要在投入资本前对系统进行承保的机构而言，这种不可预测性不是一个可以忽略的边缘问题，而是一道结构性准入门槛。将借贷机制固定在网络层，同时保持网络公有，是 Ripple 对这一问题的解法。
链上信用的实际应用
该协议最直接的用例是短期支付流动性。一家在链上持有 RLUSD 准备金的支付服务商，可能会面临跨境结算清算前 48 小时的时间差。与其动用成本高达 300 至 400 个基点的银行授信额度，或在错误的时间抛售资产，该服务商可以通过获批的资金池，基于预期结算流入进行借款。还款将根据约定条款自动强制执行。
在支付之外，该协议支持做市商库存融资，允许交易员在不清算核心头寸的情况下获取营运资金。它还使机构能够发行有承销的数字资产信贷工具——这些结构性借贷产品构建在统一的执行层之上，而不是每次都从零开始定制搭建。
让链上资产真正“产生效用”
XRPL 借贷协议背后的更深层论点在于，区块链在金融领域的下一阶段真正需要什么。代币化正在成为基础能力。更难的问题是，当这些资产已经在链上之后会发生什么——周边基础设施能否让它们表现得像真正的金融资产，而不是闲置在钱包中的数字表示。
资本市场并非仅由资产所有权定义。它们依赖于融资、抵押、流动性管理以及资本在系统中的高效流动。XRPL 在处理机构结算方面已有十余年的规模化经验。在同一网络上构建信用层，并与支付、抵押品调拨和资金管理操作共存，可以降低运营复杂度，并为机构提供在一个平台上管理更多金融生命周期环节的方式——当机构评估是否要加深其链上布局时，这是一项实质性的优势。
当前围绕基础设施所做的决策——信用逻辑驻留何处、义务如何强制执行、风险如何分配——将决定链上资本市场能否发展出真正的深度，还是会一直停留在与现实机构金融脱节的平行体系。
常见问题
XRPL 借贷协议如何处理信用评估？
信用评估由机构在链下完成，使用其现有的信贷团队、法律文件和合规框架。协议在条款达成一致后，将贷款强制执行过程标准化到链上——涵盖发放、还款计划、利息计提和违约条件。
XRPL 借贷协议的主要组件有哪些？
该协议由两个组件构成：在 XLS-65 中定义的单一资产金库，为在链上集中单一资产提供标准化结构；以及在 XLS-66 中定义的借贷协议，在流动性集中后负责管理贷款发放、服务和还款逻辑。
任何人都可以参与 XRPL 借贷池吗？
参与是许可制的。出借方和借款方在访问资金池前都必须完成合规审查。获批后，可验证凭证将决定谁可以参与以及在何种条件下参与。底层网络仍然是公有的，但对特定信贷工具的访问受到控制。
XRPL 借贷协议支持哪些实际用途？
该协议支持支付流动性桥接——例如，允许支付服务商基于 RLUSD 中的预期结算流入进行借款——以及做市商库存融资，并支持发行由链上持仓支持的有承销数字资产信贷工具。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”XRPL 借贷协议如何处理信用评估？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”信用评估由机构在链下完成，使用其现有的信贷团队、法律文件和合规框架。协议在条款达成一致后，将贷款强制执行过程标准化到链上——涵盖发放、还款计划、利息计提和违约条件。”}},{“@type”:”Question”,”name”:”XRPL 借贷协议的主要组件有哪些？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”该协议由两个组件构成：在 XLS-65 中定义的单一资产金库，为在链上集中单一资产提供标准化结构；以及在 XLS-66 中定义的借贷协议，在流动性集中后负责管理贷款发放、服务和还款逻辑。”}},{“@type”:”Question”,”name”:”任何人都可以参与 XRPL 借贷池吗？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”参与是许可制的。出借方和借款方在访问资金池前都必须完成合规审查。获批后，可验证凭证将决定谁可以参与以及在何种条件下参与。底层网络仍然是公有的，但对特定信贷工具的访问受到控制。”}},{“@type”:”Question”,”name”:”XRPL 借贷协议支持哪些实际用途？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”该协议支持支付流动性桥接——例如，允许支付服务商基于 RLUSD 中的预期结算流入进行借款——以及做市商库存融资，并支持发行由链上持仓支持的有承销数字资产信贷工具。”}}]}
本文在人工智能协助下撰写，并由编辑团队审核。
