XRP验证人投票开启:LendingProtocolV1_1能否迈过80%门槛

LendingProtocolV1_1进入验证人投票

XRP账本上的借贷业务,未来应当走封闭式金库,还是维持目前的开放式结构?本周,随着LendingProtocolV1_1修正案进入投票环节,这个问题正式摆在了XRP Ledger验证人面前。XRPL是结算XRP (XRP)的第一层区块链协议。该提案拟引入封闭式金库和收付实现制的利息核算方式,改变金库吸收存款和报告收益的机制。需要说明的是,这项投票不会直接影响XRP价格,它决定的是账本自身的借贷基础设施。如果修正案获得通过,账本将在任何借贷市场真正出现之前,先以代码形式固化这套纪律。

按照提案设计,一个金库将经历三个阶段:认购、投资和赎回。资产只能在认购阶段进入,贷款经纪人在投资阶段发放贷款,提款则在赎回阶段进行。每个阶段各自锁定一种操作,存款时点、放贷和退出不再重叠。相比之下,现有开放式金库允许参与者随时进出,这种自由度可能改变收益在不同参与者之间的分配。封闭式金库则固定成员:认购窗口关闭后,金库不再增发份额,投资和赎回期间后来的加入者被挡在门外。封闭账本的收益,只会在固定的参与者群体内分配,而不是由不断轮换的入金池共享。

修正案记录显示,LendingProtocolV1_1建立在两个更早的修正案之上,即LendingProtocol和SingleAssetVault。若获启用,新贷款经纪人的创建也将被限制在封闭式金库内,把新增借贷活动与更新后的结构绑定。RippleX于9月30日发文说明利害关系,该帖确认提案已开放验证人投票,并提醒:在LendingProtocolV1_1激活之前,LendingProtocol和SingleAssetVault都无法继续推进。

@RippleXDev · X 帖子

该帖确认提案已开放验证人投票.

在 X 上查看

数字层面的变化来自会计部分。按现行设计,金库在贷款发放时就确认计划内利息,包括借款人尚未支付的利息。LendingProtocolV1_1将改为收付实现制:只有借款人实际付款,利息才计入收入,金库的AssetsTotal将反映已收到的利息,而非仅仅预期的未来利息。收益入账的时点,从计划表约定的日期,变为现金实际到账的日期。

这几项修正案共同指向的是一个三部分的借贷体系:LendingProtocol提供贷款经纪人功能,覆盖放款、还款和违约处理;SingleAssetVault提供资产池;LendingProtocolV1_1则在其上叠加封闭式金库和修订后的利息核算。

这里的贷款是固定期限、无抵押的,链上没有自动化的抵押品或清算管理;经纪人可以提供第一损失资本,吸收部分逾期款项。因此,这次投票是一项基础设施决策,既不证明借款人需求,也不构成任何有保障的APY承诺,更不代表借贷市场已经上线;XRPL更广泛的基础设施建设,同样不能等同于实际采用。

批准遵循XRPL的修正案规则:需要超过80%的受信任验证人支持,且持续满两周;若支持率跌破该水平,等待期重新计算。验证人在每个标志账本检查状态,通常约每15分钟一次,多数票统计则每256个账本进行一次。截至发稿,该修正案的实时支持率尚未公布,材料和公告中也没有出现激活日期或上线时间表。此外还存在软件依赖:缺少该修正案代码的旧版xrpld节点可能陷入修正案阻塞状态,在升级之前,这些服务器将无法继续验证账本、参与共识、处理交易或对后续修正案投票。三份修正案全部获批后,借贷功能才能在主网上启动。

80%门槛与悬而未决的问题

投票记录将是最终定论之处,目前它还是空白的。提案文本及其依赖关系是公开的,但实时支持率、投票参与度、上线日期均未披露。目前唯一可以确认的事实是:问题已正式提交验证人,需以80%的支持率保持两周。若支持率维持住,收付实现制核算和封闭式金库将成为账本上XRP借贷的默认路径;若支持率下滑,两周计时器将重新归零。在记录填上结果之前,这个问题没有答案:账本的借贷未来,究竟应当走封闭式、按实际收付记账的路线,还是保留灵活的开放式结构?