XRP Ledger 修复包获关键票数支持，预计10月23日激活；借贷功能仍待审批
XRP Ledger（XRPL）在获得批准所需的29个验证者投票后，距离激活一揽子软件修复程序仅一步之遥。尽管其计划中的借贷系统目前尚未达到网络的投票门槛，但这一进展标志着网络稳定性的重要提升。
修复包即将激活，借贷提案仍需努力
根据XRPL仪表盘的数据，截至10月19日，名为“fixCleanup3_4_0”的修正案已获得网络默认信任列表中35个验证者中的29个赞同票，满足了网络的批准阈值。该提案正处于为期两周的必要审批期，如果支持率得以维持，预计将于周五（10月23日）激活。
此次更新包含针对代币交易、金库会计处理、自动做市商（AMM）以及借贷相关流程的修复措施。值得注意的是，此次激活并不会立即启用网络上的借贷功能，因为主要的借贷和金库提案正在进行单独的投票表决。
目前的状况是：
- 借贷协议（LendingProtocol）：获得19张支持票，距离所需的29票还差10票。
- 单一资产金库（SingleAssetVault）：获得21张支持票，距离所需的29票还差8票。
这意味着，即使借贷提案立即达到所需票数，由于必须遵守连续两周的支持期规定，它们也无法与10月23日的错误修复包同时激活。正如一位社区观察者所言：“在一个无法回滚的分类账上出现借贷漏洞代价高昂，要么更快修复，要么等待。”
激活机制与时间窗口
“fixCleanup3_4_0”修正案已于10月9日达到必要的验证者多数票，从而开始了为期14天的等待期，在此期间支持率必须保持在80%以上。在10月19日的检查点，该提案已完成约九天的等待期。仪表盘预测，UTC时间10月23日09:34左右为必要审批期的结束点。
实际激活可能会在此之后不久发生，因为XRP Ledger会在被称为“标志账本”（flag ledgers）的指定间隔处理修正案决定。根据网络文档，这些检查每256个账本进行一次。一旦必要的等待期过去，网络将记录修正案决定，并在随后的账本中应用更新后的规则。
在10月19日的快照中，该修复程序恰好拥有29张选票，没有多余的支持者。如果在等待期结束前有任何验证者撤回支持，该提案的支持率将低于必要多数，导致两周的审批期重新开始计算。因此，10月23日的激活时间仅为预测，而非确认已生效。
服务器运营商必须运行识别已批准修正案的软件。XRPL文档指出，使用未包含必要代码的旧版本服务器的节点，在网络开始执行新规则时可能会陷入“修正案阻塞”状态。开发者已于9月16日发布了xrpld服务器软件的3.4.0版本，并建议运营商升级以保持兼容性。
借贷系统设计：依赖链下信用评估
虽然部分待处理的修复涉及借贷，但网络借贷服务尚未获得足够的验证者支持以激活。借贷提案（XLS-66）及其配套的金库提案（XLS-65）均需至少29个验证者在两周内持续支持才能生效。
根据拟议的XRPL借贷系统设计：
- 资金池与经纪人角色：存款人将资产贡献到共享金库，贷款经纪人利用这些 pooled funds（集中资金）安排固定期限贷款。
- 无抵押借贷：借款人无需通过协议直接提供抵押品。相反，贷款经纪人将在区块链之外对借款人的财务状况和还款能力进行评估。这种安排使经纪人负责决定哪些借款人有资格获得贷款以及具体的条款。
- 第一损失资本（First-Loss Capital）：设计包含一个可选的保护机制。经纪人可以将额外资产放入单独账户，以帮助在借款人违约时覆盖损失。但这取决于可用金额，并不能保证存款人在违约后能收回所有资金。
- 利息会计变更：新的修正案（LendingProtocolV1_1）提议改变利息会计方式，收入将在借款人实际付款时确认，而不是在贷款开始时记录所有预期利息。
- 金库类型限制：新创建的贷款经纪人需使用封闭式金库，其中存款、放贷和取款遵循定义的阶段（订阅、投资和赎回）。
该协议旨在支持使用XRP及其他分类账上发行的合格资产进行的机构级借贷活动。Ripple作为其金融机构工作的一部分，一直支持借贷提案的开发，并于8月通过其验证器节点为这两个修正案提供了支持。
此外，6月份由网络安全公司Halborn进行的借贷安全重新审计未发现任何严重或高风险问题。然而，缺乏严重发现并不等同于网络批准，也不能保证未来不会出现软件问题。
3.4.0版本更新的具体修复内容
9月16日发布的xrpld 3.4.0版本说明描述了“fixCleanup3_4_0”中包含的几项更正：
- 防止流动性丢失：一项修复防止某些自动做市商恢复交易在舍入导致未回收任何基础资产时销毁用户的流动性提供者代币。
- 金库会计一致性：其他更改解决了用户在存入或提取金库资金时使用的计算。这些修复旨在确保在交易期间，金库资产余额和向存款人发行的股份数量保持一致。
- 借贷规则更新：开发人员更新了涵盖授权、冻结资产、凭证和付款目的地的规则。发行说明特别说明了贷款违约与资产冻结之间的相互作用，以及协议如何检查来自许可金库的提款。
- 其他调整：分别针对许可的去中心化交易所交易、NFT报价和托管处理进行了调整。一项与签名相关的更正引入了不同签名角色的不同加密前缀，防止 intended for one role（原本用于某一角色）的签名被重用至另一角色。
此次发布还收紧了对某些代币交易的限制，并强制执行了之前仅记录在软件日志中的检查。这些纠正措施包含在软件释放中，但在主网上强制执行新的交易规则之前，需要相应的修正案激活。
3.4.0版本的发布还改变了兼容服务器包的分发方式，通过XRPL基金会提供签名的Linux安装程序。基金会的发布通知指示运营商将服务器升级到3.4.0版本，以在网络采用新修正案时保持服务正常运行。
