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 版本退役了涵盖 Checks、存款授权、账户删除和其他协议功能的旧变更。
3.3.0 版本也开启了新的修订周期
当五项旧修订退出条件状态时，3.3.0 版本为 xrpld 增加了六项新提案。它们是 BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1、Sponsor 和 fixCleanup3_3_0。它们包含在软件中并不意味着这些功能已经在主网上激活。
据 crypto.news 报道，ConfidentialTransfer 将支持保护隐私的多用途代币转移，而 BatchV1_1 将允许一个账户同时提交多达八笔内部交易。Sponsor 将允许第三方承担费用和储备要求，而 DynamicMPT 将为选定的代币属性提供更大的灵活性。
每项提案仍必须独立通过 XRPL 的验证者流程。超过 80% 的支持必须持续两周，修订才能激活，并且支持率可能降至阈值以下并重置计时器。
因此，这些新修订与五项退役修订之间的区别是巨大的。新提案正在等待网络批准。退役的修订多年前已经通过了该阶段，成为既定的网络行为，现在已达到不再需要维护其旧代码的程度。
XRPL 运营者接下来会发生什么
对于普通 XRP 持有者来说，不需要因为五项修订退役而进行迁移、钱包更新或交易。Clawback 和其他受影响的协议行为继续按照既定规则运行。
服务器运营者有不同的考虑。XRPL 3.3.0 发布通知告诉运营者尽快升级到 3.3.0 版本以保持服务连续性。保持最新也很重要，因为服务器需要包含可能稍后激活的修订代码的软件。缺少已激活修订的服务器可能会被修订阻止，并停止正常参与网络。
在相关的 报道中，该机制在 7 月份得到了证明，当时 fixCleanup3_2_0 的激活导致运行旧的不兼容版本的节点被修订阻止。
现在注意力从退役修订转移到验证者对 3.3.0 版本中六项新增内容的决定。正如之前 报道的，ConfidentialTransfer 是旨在扩展 XRPL 机构代币化资产工具的提案之一，但其使用仍取决于验证者的批准。
然而，对于五项退役修订，没有类似的投票。退役标志着其过渡期的结束，而不是其功能的结束：修订后的规则现在只是 XRP Ledger 永久核心行为的一部分。
