在获得批准所需的29个验证者投票后，XRP账本距离在10月23日激活一揽子软件修复更近了一步，不过其计划中的借贷系统仍低于网络的投票门槛。
摘要
- XRP账本最新的漏洞修复包已获得29个验证者投票，达到网络的批准门槛。
- 如果验证者在所需的两周投票期内始终保持支持，该更新可能在10月23日激活。
- 计划中的借贷系统仍差10票，而其配套的金库功能还需再获得8票。
- 这些修复解决了XRPL上的借贷计算、金库记账、代币处理及其他交易处理问题。
- 该借贷提案将支持无抵押的定期贷款，由经纪商在链下评估借款人的信用状况。
根据XRPL Dashboard的数据，截至10月19日，名为fixCleanup3_4_0的修正案已获得网络默认信任列表中35个验证者中29个的支持。该提案正处于所需的两周批准期内，如果支持持续，预计将于周五激活。
该更新包含影响代币交易、金库记账、自动做市商及借贷相关流程的修复。其激活并不会在网络中启用借贷功能，因为主要的借贷和金库提案正在分别进行投票。
LendingProtocol修正案有19个支持验证者，距离所需的29票还差10票。SingleAssetVault将持有用于贷款的资金，目前有21票，还需再获得8票。
XRP账本漏洞修复瞄准10月23日激活
fixCleanup3_4_0修正案于10月9日达到所需的验证者多数，开始了为期14天的期限，在此期间支持率必须保持在80%以上。
在10月19日的检查点，该提案已完成该等待期约九天。仪表板预测10月23日UTC约09:34为所需批准期结束的时间点。
实际激活可能在此后不久发生，因为XRP账本在称为标志账本的指定间隔处理修正案决定。
根据网络的修正案文档，这些检查每256个账本进行一次。一旦所需等待期过去，网络将记录修正案决定，并在后续账本中应用更新后的规则。
在仪表板10月19日的快照中，该修复恰好有29票，除所需最低票数外没有额外的支持验证者。如果其中一名验证者在等待期结束前撤回支持，该提案将低于所需的多数。
根据XRPL的规则，失去该多数将在恢复足够支持时重新开始两周的批准期。因此，10月23日的激活时间是一个预测，而非该更新已经生效的确认。
服务器运营者必须运行能够识别已批准修正案的软件。根据XRPL文档，使用缺少必要代码的旧版本的服务器在网络开始执行新规则后可能会被修正案阻塞。
XRPL开发者于9月16日发布了xrpld服务器软件3.4.0版本，并建议运营者升级以保持兼容性。
XRP账本借贷仍差10票获批
尽管待定修复的部分内容与借贷有关，但网络的借贷服务尚未获得足够的验证者支持以激活。
名为 XLS-66 的 LendingProtocol 提案在 10 月 19 日的快照中获得了 35 个可信验证者投票中的 19 票。其配套的 SingleAssetVault 提案 XLS-65 获得了 21 票。两者都需要至少 29 个验证者的支持并持续两周才能生效。
这些提案必须在计划中的借贷系统能够在 XRP Ledger 主网上运行之前激活。即使两者立即达到所需的票数，两周的等待规则意味着它们无法与 10 月 23 日的漏洞修复包一同激活。
另一项单独的修正案 LendingProtocolV1_1 获得了 19 张支持票。该修正案在 3.4.0 版本中引入，提议对借贷金库的设计和贷款利息的会计处理进行更改。
该附加修正案将要求新创建的贷款经纪商使用封闭式金库，其中存款、借贷和提款遵循既定的阶段。
该提案将该过程分为认购期、投资期和赎回期。
它将改变利息会计处理方式，使得收入在借款人实际付款时才予以确认，而不是在贷款开始时记录所有预定利息。
这些拟议的更改仍需获得验证者批准。
9 月，crypto.news 报道了该软件发布及其两项新修正案，并指出发布可运行的代码本身并不会激活新的借贷规则。
最新的验证者统计显示，捆绑的维护更新进展领先于其部分支持的金融功能。
借贷设计依赖经纪商进行借款人审查
根据拟议的 XRPL 借贷系统，存款人将向共享金库提供资产，贷款经纪商将利用这些 pooled 资金安排固定期限贷款。
账本将记录贷款义务、还款及其他相关交易。
借款人无需直接通过该协议提供抵押品。
相反，贷款经纪商将使用在区块链之外执行的检查来评估借款人的财务状况和还款能力。这种安排将赋予经纪商决定哪些借款人符合条件以及他们获得何种贷款条款的责任。
已发布的设计包含一种名为首损资本的可选保护机制。经纪商可以将额外资产存入一个单独账户，以帮助覆盖借款人未能偿还贷款时的损失。
该保护将取决于所提供的金额。它不能保证存款人在违约后能够收回全部资金。XRPL 的文档解释说，该协议目前不提供自动的链上抵押品管理或清算。
贷款经纪商可以选择在借款人错过还款且相关宽限期到期后宣布贷款违约。
该协议旨在支持使用 XRP 和账本上发行的其他合格资产进行机构借贷活动。Ripple 作为其与金融机构合作的一部分，支持了这些借贷提案的开发。
8 月，Ripple 通过其验证者支持了这两项修正案，当时它们仍低于激活门槛。
6 月一项单独的借贷安全重新审计报告称，网络安全公司 Halborn 审查的更改中没有发现严重或高风险问题。
该审查中没有严重发现并不等同于网络批准或对未来软件问题的保证。
最新软件更新解决金库和交易错误
9 月 16 日的 xrpld 3.4.0 发布说明描述了 fixCleanup3_4_0 中包含的若干修正。
其中一项修复防止某些自动做市商恢复交易在四舍五入导致无法收回任何基础资产时销毁用户的流动性提供者代币。
其他更改涉及人们从金库存款或取款时使用的计算。这些修复旨在确保交易期间金库资产余额和向存款人发行的份额数量保持一致。
在借贷方面，开发者更新了涵盖授权、冻结资产、凭证和支付目的地的规则。发布说明具体指出了涉及贷款违约如何与资产冻结相互作用，以及协议如何检查从许可金库提款的更改。
单独的调整涉及许可去中心化交易所交易、NFT 报价和托管处理。一项与签名相关的更正为不同的签名角色引入了不同的加密前缀。该更改可防止为某一角色准备的签名被重新用于另一角色。
该版本还收紧了对某些代币交易的限制，并强制执行此前仅记录在软件日志中的检查。这些更正包含在软件版本中，但需要相关修正案激活后，其新的交易规则才能在主网上强制执行。
3.4.0 版本还更改了兼容服务器软件包的发布方式，通过 XRPL 基金会提供签名的 Linux 安装包。
基金会的发布通知指示运营商将其服务器升级到 3.4.0 版本，以便在网络采用新修正案时保持服务。
