截至11月11日,XRP Ledger(XRPL)引入贷款功能的提案已获得35个可信验证者中的22票支持。相较于10月19日的19票,虽有3票增长,但仍距激活所需至少29票的门槛相差7票。
根据XRP Ledger验证者投票状态板数据,10月19日“贷款修订案”(LendingProtocol)获得19票赞成,11月6日增至21票,11月11日进一步提升至22票。同日,“单一资产金库修订案”(SingleAssetVault)获得23票,而“贷款修订案V1.1”(LendingProtocolV1_1)也获得22票,三项提案均未达到各自设定的通过标准。
XRP Ledger的正式修订流程要求提案获得超过80%的可信验证者支持方可生效。在35名验证者体系中,28票为80%基准线,因此需至少29票才能突破阈值。即便达到票数,提案也不会立即启用——必须连续两周维持超80%的支持率。一旦支持率回落,等待期将重新计算。截至11月11日,该贷款提案仍处于“未激活”状态,尚未进入连续观察阶段。
贷款功能基于单一资产金库的资金汇集机制,在约定周期内实现借贷操作。金库负责资金归集,贷款协议则处理还款条件与支付执行。根据XLS-66规范,该系统由贷款中介管理金库与贷款事务,中介与借款人共同签署条款后,账本将自动执行资金流转。
信用评估和风险控制主要在链下完成。目前,该规范仍属草案阶段,明确指出贷款以无抵押形式开展。此外,系统引入“首损资本”机制:当借款人违约时,中介投入的自有资金将优先承担部分损失,但此措施属于可选配置,并不能完全保障存款人本金安全。
Ripple官方提及的典型应用场景是支付运营商在结算间隙借入短期运营资金,但并未披露任何具体机构已部署该功能。2024年开发论坛讨论中,部分开发者对金库管理者的自由裁量权、链上身份信息记录可能引发的合规问题表示关注,相关议题仍在社区内持续交流。
9月16日发布的xrpld 3.4.0版本已集成贷款相关功能代码,包括封闭式金库与现金会计模块。然而,代码合并并不等同于功能上线,仍需通过独立的修订案投票及持续支持验证。例如,修复类提案fixCleanup3_4_0已于11月4日在主网生效,但与核心贷款机制无关。只有在获得足够票数并维持两周稳定支持后,贷款功能才可能正式启用。