2026年10月23日：XRP Ledger 激活 fixCleanup3_4_0 修正案

北京时间2026年10月23日09:34（UTC），XRP Ledger 将正式激活 fixCleanup3_4_0 修正案。对于仅持有或交易 XRP 的用户而言，无需采取任何行动：现有的余额、地址以及正在进行的支付都将保持不变。唯一需要采取行动的是那些运行自有节点或验证器的用户，因为其软件必须在此日期前识别并支持该修正案。

该修正包之所以引人注目，原因有所不同。除了其他内容外，它修复了“单资产金库”（Single Asset Vaults）和借贷协议——后者作为未来的信用功能，已被讨论数周。然而，截至目前，这两项功能在主网上线尚未启用。换言之，修复措施在功能本身上线之前就已到来。

10月23日 XRP Ledger 的运作机制

所谓“修正案”，即网络检查交易规则的变更。只有当足够多的验证者达成一致时，变更才会生效，并从那一刻起永久适用于后续的每一个账本版本。撤销此类变更需要另一个修正案来完成。

fixCleanup3_4_0 的标识符为 98433DD0…CA76，并于2026年10月9日09:34:30 UTC 达到了所需的多数票支持。这正好将生效日期定在两周后的同一天同一时刻，即10月23日09:34。

观察账本本身可以看出网络其余部分的平静状态：在已知的107个功能中，有97个处于活跃状态，10个未激活。在这10个未激活的功能中，恰好只有一个拥有多数票支持，而属于 fixCleanup3_4_0。因此，它是账本上唯一一个带有倒计时时钟的项目。

修正案生效规则：80% 支持与两周等待期

XRP Ledger 文档中对此规则的描述简洁明了：一项修正案需要获得超过 80% 受信任验证者的批准，并且这种支持状态必须持续两周。验证者是其投票被其他参与者视为可信的服务器；它们确认交易并对这类变更进行投票。

该规则的另一方面同样重要。如果支持率降至 80% 以下，修正案将被暂时拒绝，两周的窗口期重新开始计算。在最终永久激活之前，一项修正案可以反复赢得或失去多数票支持。因此，10月23日并非不可更改的既定日期，而是只要多数支持维持不变就有效的日期。

这一模式在9月份的前一个修正包 fixCleanup3_3_0 上线时也曾出现。当时适用于钱包、节点和 AMM 用户的细节，请参阅我们关于9月11日修正案激活的文章。fixCleanup3_1_3、fixCleanup3_2_0 和 fixCleanup3_3_0 目前均已激活；这一系列操作属于常规流程而非例外情况。

持有者与节点运营商的区别

情况清晰地分为两类。任何在交易所或自有钱包中持有 XRP 的人，在10月23日都不会察觉到任何变化：没有硬分叉，没有新地址，没有代币兑换，也没有存取款冻结。交易所和钱包提供商自行运行其节点并保持软件更新。

如果你自行运行 rippled 服务器，情况则不同。如果该服务器在当天运行的版本不支持 fixCleanup3_4_0，它将因修正案而被阻止：不再跟随共识，也不再提供可靠的数据。这是一种有意为之的安全保障，因为如果不理解新规则的服务器会传播对账本的错误视图。

对于绝大多数读者来说，这意味着保持现状。如果你通过交易平台持有 XRP，这一天唯一需要做的是查看该平台的费用和许可证；我们的交易所对比提供了相关条款参考。这与修正案本身无关，但却是持有者在那一天唯一能实际控制的因素。

fixCleanup3_4_0：修复金库、贷款与许可 DEX

该修正包并非单一补丁，而是贯穿整个协议的纠错集合。根据 XRP Ledger 修正案概述，它触及了单资产金库、借贷协议、自动做市商（AMM）、许可型去中心化交易所（DEX）、信任线、NFT、多用途代币（MPT）、托管、赞助、交易签名及权利委托。上一次如此针对性的干预是10月初对支付引擎的修补。

单资产金库：精度舍入与 ValidVault 规则

单资产金库是一个协议层面的资金池，用户存入单一资产并获得相应份额。此次修正精确落在决定谁能获得资金的小数位处理上：存款、取款和追回将采用更精确的舍入方式，确保金库既不超额支付也不少付。从完全受损的金库中以固定份额比例取款时，允许转移零资产，而不是报错失败。此外，当仅应计利息超过上限时，ValidVault 规则不再阻止金库变更。

借贷：仅在到期日真正过后才判定违约

在信用部分，一个小变化产生了巨大影响：逾期、受损和违约的检查要求到期日必须严格已过。在此之前，贷款可能在到期日当天就被视为逾期。此外，还有一项例外规定：当转账从经纪商流向金库时，贷款违约不会触发冻结、深度冻结或 MPT 锁定。

AMM、信任线、NFT 与托管

自动做市商是协议自带的交易场所，买卖双方不直接相遇，而是由资金池定价。此处将防止出价以零价格或以分散金额占据免手续费池的拍卖席位。对于账户持有外币的信任线，尝试创建已存在的信任线将直接返回重复通知，而非陷入无响应状态。使用非 XRP 金额但代码为 XRP 的 NFT 报价将被拒绝。在协议自带的信任安排——托管中，所有者的储备将在返还或交付的金额创建新余额之前释放。

其中一项引人注目的变更涉及安全性：赞助商和交易对手签名获得了各自的签名前缀。签名不能再从一个角色移动到另一个角色。

为何修复先于功能到来

这才是真正的发现所在。验证者的软件早已知晓金库和贷款的代码：SingleAssetVault、LendingProtocol 和 LendingProtocolV1_1 在账本中列为“已支持”，这意味着这些功能包含在发布的服务器版本中。但它们仍未激活，因为缺乏多数票支持。

相比之下，针对这些功能的修正正在先行通过。从技术角度看，这是合理的：只有在可能产生资金损失的使用场景中出现的 bug，才应在功能可用之前修复。对于读者而言，这也意味着10月23日的激活并没有带来新功能。该修正包为那些启动日期仍开放的功能扫清了道路。

自10月11日以来的变化

10月11日，借贷修正案的支持率为25票中的17票；背后的算术细节见我们关于借贷修正案17/25票的文章。此后发生了两件事，其中只有一件与信用功能有关。

首先，在该文章发布前两天（10月9日），fixCleanup3_4_0 突破了80%的阈值并启动了倒计时。其次，截至10月17日，账本上仍然只显示这一个多数票条目。借贷协议的支持票数是否在此之后上升，账本并未说明；它仅显示在这六天内未达到阈值。如果达到，将会出现第二个带有自己时间戳的条目。

信用功能的启动由其自身的投票决定，而非此次修正案。

借贷协议仍无多数支持

在未激活的十个功能中，有五个直接服务于新的金融层：SingleAssetVault、LendingProtocol、LendingProtocolV1_1、用于机密传输的 ConfidentialTransfer 以及用于赞助储备的 Sponsor。所有五项均被列为“已支持”，无一拥有多数票。

借贷协议在账本中以两个版本存在（一次为 LendingProtocol，一次为 LendingProtocolV1_1），这在德语报道中从未出现过。这表明在投票仍在进行时，开发工作仍在继续。

由此可得一个任何人都能理解的计算结果：一旦这些功能中的任何一个达到多数票，又需要两周才能激活。如果多数票在今天形成，最早可能的启动日期将是2026年10月31日。既然今天尚未达成，随着每一天的过去，这个日期就会不断推迟。

在此之前，针对加密货币资产的借贷仍然是现在的样子：通过平台和提供商运营，而非通过协议本身。如果这引起你的兴趣，其条款和风险请参阅我们的加密借贷对比。这些平台都携带着协议贷款所不具备的交易对手风险，且存在全部损失的可能性。

默认投反对票：文档中的未解之谜

有一个数据点与整体图景不符，值得公开探讨。修正案概述将最新稳定版本的 fixCleanup3_4_0 默认投票列为“否”。默认投票是指当运营商未设置其他选项时，服务器所投出的票。

一项在默认投票为“否”的情况下仍获得多数支持的修正案，有两种解读：要么运营商单独设置了批准，要么文档页面不再反映当前服务器版本的状态。根据可获取的来源，无法确定哪种情况适用。文档还指出，没有任何来自修正案之前的功能被关闭；没有东西会消失。

我们的评估：顺序才是信号，而非日期

10月23日本身只是一个维护日期，作为新闻价值有限。事件的顺序才是有趣的部分。证据在于：账本中只有一个多数票条目，且属于一个触及金库和贷款的修正包；同一金融层的五个功能与其并列，处于已支持但未决状态。如果你关注这一发展，请留意下一个多数票条目，而不是这个日期。

不要过度解读这种顺序：修正包在 XRP Ledger 上定期通过，且三个前身早已激活。一项修复修正案获得多数票，并不能说明大型功能何时能获得自己的多数票。绝不能从中推导出价格目标，此处提到的任何数字都不是买入或卖出的建议。

XRPL 借贷：若无 80% 多数支持，信用功能将保持关闭

10月23日的修正案与绝大多数读者无关。在信用功能时间表仍开放期间，仍有三点值得关注：

• 解决托管问题。 你的 XRP 是存放在交易所还是自有托管？这对协议变更没有区别，但对你的风险有重大影响。设备及其差异详见硬件钱包对比。
• 查看你所在平台的许可证。 在欧洲买卖，关键在于提供商是否符合 MiCA 授权。哪些机构符合此标准，请参阅受监管加密交易所概览。
• 记录你的收益。 购买、销售和收入必须有完整的记录，因为税务局要求你提供证据，而非交易所。合适的工具详见加密税务软件对比。

（截至2026年10月17日。本文不构成投资建议。价格和费用结构会发生变化；购买前请与提供商核实条款。）