XRP Ledger 3.4.0 添加了借贷和协议修复
核心要点
- 摘要 XRPL 3.4.0 版本引入了两项修订，涵盖贷款变更以及捆绑的协议修复包。
- XRPL的官方发布称，3.4.0版本引入了LendingProtocolV1_1和fixCleanup3_4_0，同时在其修改后行为成为协议的永久部分后停用了fixAMMOverflowOffer。
- 您可能还喜欢：XRP
XRP Ledger 开发人员于 9 月 16 日发布了 xrpld 3.4.0 版本，添加了两个修正包，修改了拟议的原生借贷功能并强化了多个交易路径，同时要求服务器运营商升级。
摘要 XRPL 3.4.0 版本引入了两项修订，涵盖贷款变更以及捆绑的协议修复包。
LendingProtocolV1_1 增加了封闭式金库和现金基础会计，但主网激活仍然需要持续的验证者共识。
由于 XRPL 基金会现在分发签名的 Linux 软件包，因此敦促服务器运营商快速升级。
fixCleanup3_4_0 强化了跨交易路径的金库、AMM、MPT、托管、签名、凭证和许可交易行为。
新的贷款修正案取决于 XLS-65 和 XLS-66，它们仍低于激活阈值。
XRPL的官方发布称，3.4.0版本引入了LendingProtocolV1_1和fixCleanup3_4_0，同时在其修改后行为成为协议的永久部分后停用了fixAMMOverflowOffer。
软件发布并不意味着新的修订在主网上处于活动状态。 XRPL的修改过程要求提案在其规则生效前连续两周获得可信验证者超过80%的支持。
您可能还喜欢：XRP Ledger 在一个分类账中记录了 3,254 笔交易
借贷V1.1增加了封闭式金库和现金会计
XRPL 的 3.4.0 版本表示，LendingProtocolV1_1 通过引入具有定义的订阅、投资和赎回期限的封闭式金库，改变了单一资产金库和借贷协议的设计。
XRP Ledger 版本 3.4.0 现已推出 ✅
新的投票修正案：
– 借贷协议 v1.1 – 封闭式金库和现金基础会计。
– 修复清理 – 捆绑修复。
性能与稳定性：
– 在线删除现在会在账本历史记录空白处暂停，因此节点会保持更近...... pic.twitter.com/hiW8XuL2AZ — XRP 账本操作 (@XRPLOperations) 2026 年 9 月 17 日
Ripple 的技术文件称，储户可以在认购阶段添加或提取资产。投资期间，存款和取款停止，资产可以贷款。投资期结束后赎回开始，允许储户在贷款到期后收回其份额。
一旦 LendingProtocolV1_1 生效，XRPL 的文档称新的贷款经纪人只能附加到封闭式金库。根据早期规则创建的现有贷款关系将受到单独处理，因此可以继续管理未偿头寸。
会计模型同时发生变化。 Ripple 的文件称，只有借款人实际付款时，新金库才会确认利息。
在早期的模型下，所有预定利息均在贷款发放时确认。收付实现制会计将未支付的未来利息留在金库收入之外，直到付款到达为止，这会影响资产总额、贷款债务计算和违约的会计处理。
V1.1 规则不会追溯转换旧的保管库。 Ripple 的文档称，根据之前的会计方法创建的金库在 V1.1 激活后保留了该模型。
正如之前的修正案报道所报道的那样，Ripple 的验证者已经在 8 月份投票支持了底层的 SingleAssetVault 和 LendingProtocol 提案，但验证者的批准仍然远低于主网激活所需的水平。
XRPL 3.4.0 打包了大量交易修复
第二个修正案，fixCleanup3_4_0，包含涵盖借贷、金库、自动做市商、多用途代币、NFT、托管、许可交易和账户授权的修复。
官方发布的消息称，当 MPT 四舍五入将计算出的回收金额降至零时，一项更改可防止 AMMClawback 销毁持有者的流动性提供者代币，同时回收零基础资产。
另一个修复加强了 MPT 不变量。 XRPL 开发人员表示，之前生成日志的 ValidMPTBalanceChanges 和 ValidMPTTransfer 检查将根据修正案强制执行，并在交易失败时继续适用。
对于单一资产金库，该版本列出了存款、取款和回拨的精度和舍入变化。这些规则旨在当转换达到精确边界时保持记录资产、可用资产和流通股供应保持一致。
许可交易受到多项更正。该软件包从一个 Permissioned DEX 不变量中排除了已删除的域优惠，加强了域检查，并更正了 OfferCreate 或 Payment 交易运行时删除过期凭证的方式。
签名行为受到单独的保护。该新闻稿称，3.4.0 版为交易对手和赞助商签名分配了不同的签名哈希前缀，因此为一个角色创建的签名不能被另一个角色重放。
该版本包含修订包之外的较低级别的节点强化。开发人员通过 TMGetLedger 修复了无限制的数据库查找，限制了传入 TMTransactions 列表的大小，并对无法反序列化的交易引入了费用。
XRPL 开发人员表示，3.4.0 版本包含了 MPT 和 DEX 审计以及攻击马拉松调查结果产生的第一阶段修复。该版本并未将这些修复视为主网上活跃利用的证据。
在之前的升级报道中，3.3.0 版本已经引入了多个单独提案的代码，包括更正的 Batch 功能、赞助费用和机密 MPT 传输，激活前仍需要验证者批准。
验证者批准仍然将发布与激活分开
XRPL 的官方修订规则规定，安装包含修订的软件只会为服务器提供理解拟议规则所需的代码。验证者单独选择是否投票激活。
当前的 XRPLF 功能代码列出了受支持的 LendingProtocolV1_1 和 fixCleanup3_4_0，同时保留 DefaultNo 投票行为。默认无设置意味着当操作员没有配置其他选择时，运行软件本身不会投出肯定的修正案票。
基础贷款组成部分仍未激活。 9 月 17 日基于 XRPL 基金会验证器历史数据的快照显示，35 个可信验证器中有 16 个支持 SingleAssetVault，35 个可信验证器中有 13 个支持 LendingProtocol。
这些计数具有时间敏感性，并且来自独立的网络跟踪器，而不是发行说明中发布的固定数字。官方规定仍然是连续两周维持80%以上的支持率。
新的 V1.1 修正案取决于底层贷款架构。当前的 XLS-66 规范描述了使用通过单一资产库汇集的资金进行的定期、无抵押贷款，而借款人承销和信用风险评估仍然在链下进行。
相同的规范仍然被归类为草案。本次更新未审查任何来源显示通过提议的本机协议执行的主网贷款或 LendingProtocolV1_1 的激活日期。