XRPL v3.2.0 超过默认 UNL 阈值，节点采用情况

XRP Ledger的v3.2.0服务器版本在默认UNL验证者中达到了大约89%的采用率，如果持续两周达到该阈值，则可以激活。更广泛的节点基础仍然偏向于v3.1.3，与该版本相关的一个专注于安全的修正案的投票率远低于软件升级率。

关键要点

XRPL服务器软件v3.2.0于6月15日发布，目标是降低运营成本、提高稳定性和增强机构吸引力。
XRPSCAN的快照显示大约有833个活跃的XRPL节点，其中大约43%在使用v3.2.0，而大约51%仍在运行v3.1.3。
默认UNL验证者的进展超过了节点基础：35个验证者中有31个在使用v3.2.0，约89%。
修正案fixCleanup3_2_0在链上，捆绑了安全修复和针对新XRPL功能的改进，仍在投票中，投票结果远低于软件发布。

v3.2.0清除了默认UNL的门槛，待两周窗口期

XRPL的v3.2.0服务器软件于6月15日推出，运营宣传为：运行成本更低、更稳定，并且更具机构吸引力。到7月8日，升级已经跨越了默认唯一节点列表上的关键验证者层阈值。

XRPL的激活机制是二元的，并且受时间限制。“要激活新软件版本或修正案，需要在该列表上获得超过80%的验证者持续支持，持续两周。”在35个默认UNL验证者中，31个在运行v3.2.0，约89%，超过了>80%的要求。未解的问题是持续时间，因为两周的条件尚未确认满足。

对于交易者来说，这种分裂很重要，因为它将推出框架视为在共识层接近完成，而不是更广泛的网络分布所暗示的那样。即使大部分节点仍在使用先前的版本，验证者的准备情况也可能很高。

FixCleanup3_2_0：安全修正案在一个单独的、较慢的轨道上

更大的实质性风险在第二个轨道上。除了软件发布，XRPL还有一个账本上的修正案fixCleanup3_2_0，截至7月8日仍在正式投票中。

该修正案捆绑了与更新的XRPL功能相关的安全修复和改进，包括单一资产保险库、许可的去中心化交易所、多用途代币（MPTs）和借贷协议。它还增加了内部检查，旨在防止已删除的账户留下多余数据。

关键是，该修正案并未与软件升级同步推进。它被描述为投票率远低于v3.2.0的采用率，强调“升级验证者和通过投票修正案是两个不同的步骤。”Ripple支持fixCleanup3_2_0的投票。

在操作上，该修正案为滞后者引入了一个严格的边界。“未能在修正案激活之前升级的验证者面临被账本切断的风险，账本称之为修正案阻塞状态。”这将版本滞后从一个表面分裂转变为一个潜在的连接事件，如果投票最终通过。

可能收紧或延长升级时间表的信号

第一次计时器是验证者支持的持久性。重要的阈值是默认的 UNL 对 v3.2.0 的支持是否在所需的连续两周内保持在 80% 以上，因为这是激活条件。

第二个计时器是分发清理。XRPSCAN 的节点混合仍然倾向于 v3.1.3，因此交易者将关注 v3.2.0 的份额是否会上升到并超过旧版本大约 51% 的份额，因为运营商正在赶上。

第三个计时器是修正案本身。具体的 fixCleanup3_2_0 投票结果没有被指定，只提到它远低于软件采纳，因此任何公布的百分比或投票加速的可见性都将成为下一个具体的催化剂。明确提到避免修正案阻塞状态的运营商沟通也将表明升级的紧迫性正在从可选转变为强制。

采用分裂：验证者已升级，但更广泛的节点基础尚未升级

XRPSCAN显示在快照时大约有833个活跃节点，其中大约43%在v3.2.0上，约51%仍在v3.1.3上。如果仅从原始节点数量来看，这一推广速度显得较慢。

但是验证者层却在讲述一个不同的故事。在默认的 UNL 上，35 个验证者中已有 31 个升级到 v3.2.0，约占 89%。在 XRPL 的市场结构中，这是一个更具可操作性的指标，因为它决定了升级和修订是否能够真正转变为活跃状态。

这就是为什么交易者倾向于将 UNL 准备情况置于广泛节点分布之上。一个网络在节点数量上看起来可能“落后”，但仍然接近共识层的过渡，而这些过渡是运营风险和叙事的关键所在。波动性倾向于集中。

双轨激活风险才是真正的交易信号

我将此视为两个可以在不同时间点发生的独立催化剂。v3.2.0 已经超过了默认的 UNL 阈值，因此真正的考验是这种支持是否能在完整的两周窗口内保持不变，因为这才是将“推出”转变为“激活”的关键。

更大的不确定性在于 fixCleanup3_2_0。如果该修正案最终在投票仍然滞后的情况下达到激活，设置开始看起来更像是结构性而非叙事驱动，因为修正案阻塞的风险迫使后期操作员采取行动。在修正案投票收紧之前，这看起来更像是情绪催化剂，而不是根本性的变化，直到网络的长尾节点以减少意外停机风险的方式缩小版本差距。

来源

CoinDesk