XRP Ledger 退役五项修订，用户不受影响

By: rootdata|2026/08/09 16:11:40

XRP Ledger 开发者在 xrpld 版本 3.3.0 中退役了五项长期活跃的协议修订，但此举并不移除其功能，也不要求 XRP 持有者采取任何行动。

摘要

XRPL 3.3.0 退役五项长期活跃的修订，使其激活后的行为在核心协议中永久生效。
退役后，Clawback 仍然可用，因为仅移除了 xrpld 软件中过时的修订前代码。
XRPL 文档允许在主网激活两年后退役修订，以减少遗留复杂性。
六项新修订进入版本 3.3.0，但每项仍需验证者批准后才能在主网激活。
节点操作员应及时升级到版本 3.3.0，而用户无需进行与退役相关的任何操作。

RippleX 软件工程师 Mayukha Vadari 在 X 上解释说，退役移除了协议变更多年后遗留下来的旧修订前代码。修订后的行为本身保持不变。官方 XRPL 文档确认，退役的修订成为核心协议的无条件部分。

这一区分在 8 月 6 日发布的 xrpld 3.3.0 版本后变得重要，该版本退役了 Clawback、fixDisallowIncomingV1、fixInnerObjTemplate、fixNFTokenReserve 和 fixUniversalNumber。换句话说，“退役 Clawback”并不意味着 XRP Ledger 发行者失去 Clawback 功能。网络只是放弃了描述交易在修订生效前如何运作的旧代码路径。

XRP Ledger 退役使旧规则永久生效

XRP Ledger 修订系统允许在不立即强制将每条新规则应用于主网的情况下引入协议变更。验证者对修订进行投票，提案必须在连续两周内获得超过 80% 的受信任验证者的支持才能生效。一旦启用，新行为将永久适用，除非后续有其他修订进行更改。

在激活后的期间，xrpld 保留当前逻辑和一些修订前代码。该遗留代码可以帮助开发者在调试或验证历史交易时重现旧账本行为。然而，保留多年的过时分支也增加了代码库的复杂性。

官方修订文档表示，一项主网修订在启用两年后可以被退役。退役移除其旧代码路径，停止将该变更视为条件修订，并无条件地将新行为纳入协议。

Vadari 将这一过程描述为“纯粹的代码库清理”，并表示这“不会影响任何用户”。她补充说，开发者通常等待两年，因为之前的实现仍然在调试旧交易时可能有用。XRPL 自身的测试文档同样警告，历史准确的交易重放可能需要运行最初处理该交易的 xrpld 版本，尤其是在旧修订被退役后。

Clawback 并未从 XRPL 中移除

Clawback 是五项退役修订中最具代表性的功能，也是最容易被误解的。该功能于 2024 年 2 月 8 日在主网激活，允许符合条件的发行者在启用所需的 Clawback 设置时从持有者那里回收已发行的代币。它不允许发行者回收原生 XRP。

因此，退役该修订意味着网络不再需要 Clawback 不存在的 XRPL 版本的代码。当前的 Clawback 行为仍然是协议的一部分。XRPL 已知修订页面现在明确标记其修订前功能为已退役。

其他四项退休措施遵循相同原则。fixDisallowIncomingV1 修正了信任线授权问题。fixInnerObjTemplate 解决了涉及内部 AMM 对象的错误。fixNFTokenReserve 在接受 NFT 提供时添加了储备检查，而 fixUniversalNumber 统一了 XRPL 的十进制浮点计算部分。尽管旧路径正在被移除，但其修订后的规则仍然有效。

这并不是一个新的治理机制。XRPL 在其规则充分建立后，已经退休了早期的修订。例如，3.2.0 版本退休了涵盖支票、存款授权、账户删除和其他协议功能的旧更改。

3.3.0版本也开始了新的修订周期

虽然五项旧修订正在退出条件状态，但 3.3.0 版本向 xrpld 添加了六项新提案。它们是 BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1、Sponsor 和 fixCleanup3_3_0。它们被纳入软件并不意味着这些功能已经在主网激活。

每个提案仍需独立通过 XRPL 的验证者流程。在修订激活之前，必须持续获得超过 80% 的支持，并且支持率可以低于阈值并重置计时器。

因此，这些新修订与五项退休修订之间的区别是显著的。新提案正在等待网络批准。退休的修订早在几年前就已经通过了这一阶段，成为了既定的网络行为，并且现在已经达到不再认为维护其旧代码是必要的地步。