XRPL 清理修正案目前恰好维持在激活所需的门槛，而拟议的借贷修正案的支持率仍远低于要求。截至 10 月 18 日，XRPL Dashboard 监测的 35 个验证节点中有 29 个支持 fixCleanup3_4_0。该修正案要求获得严格超过 80% 的批准，因此 29 票是最低要求；35 票中的 28 票并不足够。修正案是 XRP Ledger 采纳新规则的方式，因此这一票数决定了这批修复能否按计划生效。

该仪表板自 10 月 9 日起记录了这一多数支持，并预计若支持在整个两周期间保持不变，修正案将于 10 月 23 日约 09:34 UTC 激活。仪表板将该修正案描述为“一票富余都没有”。

该修正案包含约 25 项修复，其中八项涉及金库和借贷。其他变更影响自动做市商（AMM）、信任线、非同质化代币（NFT）、多用途代币、托管、赞助签名以及权限委托。

XRPL 借贷的设计运作方式

拟议的 XRPL 借贷系统将通过金库连接存款人、贷款经纪人和借款人。存款人将一种资产存入单一资产金库，经纪人从该资金池安排固定期限、无抵押贷款。根据 XRPL 借贷文档，借款人按约定条款还款。

账本将管理贷款，但核保将在链下进行。当前设计也不包括自动化的链上抵押品清算。Coindoo 此前曾发布过该提案的概述。与所有 XRPL 功能一样，借贷系统只能通过修正案投票上线：在其修正案通过同样的绝对多数门槛和 14 天观察期之前，金库与经纪人架构仍只是提案，而非账本的现网功能。

票数状况与激活时间表

支持 fixCleanup3_4_0 的 29 票之所以重要，是因为 XRPL 修正流程要求获得超过 80% 可信验证节点的多数支持。仪表板监测 35 个验证节点，因此门槛为 29 票。

这一流程已经展示了失去多数支持会如何影响激活时间表。PermissionDelegationV1_1 于 9 月 23 日跌至 35 票中的 28 票。BatchV1_1 在 9 月 25 日的一次表决中失去多数，重启了其两周激活计时器，随后该修正案于 10 月 9 日启用。根据官方修正案流程，失去所需多数会重置两周期限。

借贷类修正案仍需增加 8 至 10 票，随后还需 14 天观察期。因此，它们最早也要到 11 月初才可能激活。

关于验证节点票数还有一个需要注意的问题。10 月 8 日在 rippled GitHub 仓库提交的一份报告称，3.4.1 版本在验证节点轮换其签名密钥并从门槛中被移除后，将停止统计该节点的票数。报告者观察到的是 33 个验证和 26 的门槛，而非 35 和 28，并指出没有任何修正案的结果因此改变，Unchained 报道。截至 10 月 9 日，一个补丁仍处于审查之中。

fixCleanup3_4_0 的变更内容

这次清理修正案的范围远不止借贷更新。根据 XRPL 修正案列表，其约 25 项内容包括以下变更：

• **信任线：**发行方对 incoming 信任线的封锁现在也将适用于订单（offers）。因此，当相关 incoming 信任线被封锁时，账户将无法再通过订单接收代币。
• **AMM 追回（clawback）：**当舍入使金额归零时，追回操作将不再在未收回任何资产的情况下烧毁持有人的池代币。
• **托管（escrow）：**当所有者恰好处于储备边界时，取消或完成返还代币的托管将不再失败。
• **签名：**赞助方与交易对手的签名将使用不同的前缀，防止为一个角色创建的签名被当作另一角色的签名重放。

这些变更在 xrpld 3.4.0 发布说明中有描述。它们还影响了 10 月 8 日上线的一项功能。XRPL 文档建议在清理修正案启用之前不要委托细粒度的 PaymentBurn 权限，因为根据 Unchained 的报道，持有该权限的受托者可能能够创建新的信任线代币或多用途代币，而不仅仅是销毁它们。该清理修正案会拒绝将零余额转变为铸币的仅限 PaymentBurn 的支付。

对金库存款和会计处理的影响

金库份额是多用途代币，其价值跟随金库持有的资产。账本还会追踪被标记为受损贷款的“未实现损失”。在金库文档的示例中，一个持有 100 万美元资产、未实现损失 90 万美元的金库，其赎回汇率为 0.1。

清理修正案对该部分做出了三项变更。存款、赎回和追回采用更精确的舍入方式，有助于保持金库的总资产、可用资产与份额供应的一致性。从完全受损的金库进行固定份额赎回时，可能转移零资产而不是失败。该交易在未收回任何资金的情况下完成，而发布说明并未解释为何以这一行为取代原来的失败。

该修正案还改变了贷款逾期、受损和违约检查。必须在还款日严格过后才能标记贷款，这意味着贷款不能在还款日当天被标记为逾期或违约。

这是针对相关代码的第四个清理修正案。XRPL 金库文档表示，在该系统 2025 年审计之后，fixCleanup3_1_3 至 fixCleanup3_4_0 各自对金库行为进行了精度、舍入或正确性方面的修复。

LendingProtocolV1_1 下的利息与赎回

随 3.4.0 版本推出的 LendingProtocolV1_1 改变了金库的利息核算方式。在此之前，金库在贷款发放时即将贷款的全部预定利息计为收入，并在借款人停止还款时必须将其冲回。

借贷文档给出了一个示例：一个金库有 99,000 个可用代币，一笔 1,000 代币的贷款附带 90 个代币的预定利息。在原有方式下，金库报告的总资产为 100,090。在收付实现制会计下，只有当付款实际交付时才计入利息。因此，份额价格不会因已预定但未收到的收入而上调，而损失看起来也更小，因为只有本金处于风险之中。

同一修正案还增加了封闭式金库。它们按照创建时固定且不可更改的日期经历三个阶段。一旦 V1.1 启用，新的贷款经纪人只能使用封闭式金库，依据 XRPL 单一资产金库文档。

金库采用哪种会计模式取决于其创建时间。在 V1.1 激活之前创建的金库将永久保留较早的利息模式，即使 V1.1 启用之后也是如此。文档还允许两项修正案激活之间存在时间差。在 10 月 18 日的快照中，LendingProtocol 和 V1.1 各持有 19 票，但相同的票数并不能保证它们会同时激活。

首损资金与贷款违约

经纪人可以提供可选的首损资金，但两项设置限制了违约后有多少资金能够到达金库。CoverRateMinimum 规定必须覆盖的债务比例，而 CoverRateLiquidation 限制贷款违约时该最低覆盖额度中有多少会发送至金库。

在 XRPL 借贷协议文档的示例中，经纪人提供 1,000 个代币的覆盖，一笔 1,090 代币的贷款违约。当两项比率均设为 10% 时，只有 10.9 个代币的覆盖被动用，金库承受 1,079.1 个代币的损失。比率由经纪人设定，因此实际资金池可能使用不同的参数n
如果可用覆盖降至要求的最低值以下，经纪人将无法发放新贷款，其费用也会注入覆盖资金。这限制了新的风险敞口，但不会促使现有借款人还款。

资产发行方也保留某些控制权。如果金库的资产被冻结，赎回只能发给发行方。发行方还可以将金库份额追回为发送给自己的资产。被冻结的借款人无法进行支付，但冻结并不会取消债务。

需要关注的日期与问题

若全部 29 个支持验证节点在整个激活窗口期内维持投票，清理修正案预计将于 10 月 23 日约 09:34 UTC 激活。任何一个验证节点撤回支持都会重启两周期限，正如 PermissionDelegationV1_1 和 BatchV1_1 此前发生的情况。

借贷类修正案需要 29 票以及随后的 14 天观察期，使其最早可能在 11 月激活。LendingProtocol 与 V1.1 之间的激活时间差也很重要，因为在时间差期间创建的金库将保留较旧的利息会计模式。

最后，拟议的计票补丁仍然值得关注。它将防止验证节点在轮换签名密钥后从票数统计中消失。

本文仅供信息参考，不构成财务或投资建议。修正案的时间表可能变更，借贷涉及信用和流动性风险。

来源：[Coindoo](https://coindoo.com/xrpls-cleanup-votes-spare-lending-short/