XRP账本废止5项修订，用户不受影响

XRP Ledger 开发者退役五项长期活跃的协议修正案

XRP Ledger 开发者在 xrpld 版本 3.3.0 中退役了五项长期活跃的协议修正案，但此举不会移除其功能，也无需 XRP 持有者采取**行动。

摘要

XRPL 3.3.0 退役了五项长期活跃的修正案，使其激活后的行为成为核心协议中的**部分。Clawback 功能在退役后仍然可用，因为仅从 xrpld 软件中移除了过时的修正前代码。XRPL 文档规定，修正案在主网上激活两年后可进行退役，以减少**代码的复杂性。六个新修正案已纳入版本 3.3.0，但每个仍需经过验证者批准才能在主网上激活。节点运营者应尽快升级至版本 3.3.0，而用户无需因退役而采取**操作。

RippleX 软件工程师 Mayukha Vadari 在社交媒体上解释称，退役是指移除协议变更运行多年后留下的旧修正前代码，修正后的行为本身保持不变。官方 XRPL 文档确认，退役的修正案将成为核心协议的无条件组成部分。

“退役一项修正案意味着移除代码库中仍存在的、针对早前激活的修正案（如 Clawback）的旧代码。这纯粹是代码库清理，不会影响**用户。我们等待两年，以防旧代码在调试时仍有需要……”

这一区别在 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、Deposit Authorization、账户删除及其他协议功能的旧变更。

版本 3.3.0 同时开启新的修正案周期

在五项旧修正案退出条件状态的同时，版本 3.3.0 向 xrpld 新增了六项提案。它们是 BatchV1_1、ConfidentialTran**er、DynamicMPT、PermissionDelegationV1_1、Sponsor 和 fixCleanup3_3_0。它们被纳入软件并不意味着这些功能已在主网上激活。

据媒体报道，ConfidentialTran**er 支持隐私保护的多用途**转移，而 BatchV1_1 允许一个账户同时提交最多八笔内部交易。Sponsor 允许第三方承担费用和储备金要求，DynamicMPT 则为选定**属性提供更多灵活性。

每项提案仍需独立通过 XRPL 的验证者流程。超过 80% 的支持必须持续两周才能激活修正案，支持率若下降至阈值以下，计时器将重置。

因此，这些新修正案与五项退役修正案之间存在显著差异。新提案正在等待网络批准，而退役修正案多年前已通过该阶段，成为既定网络行为，并已达到不再需要维护旧代码的阶段。

XRPL 运营者下一步该怎么做

对于普通 XRP 持有者而言，无需因五项修正案退役而进行迁移、钱包更新或交易操作。Clawback 及其他受影响的协议行为将继续按既定规则运行。

服务器运营者则需注意。XRPL 3.3.0 发布通知要求运营者尽快升级至版本 3.3.0 以维持服务连续性。保持更新也很重要，因为服务器需要包含可能在未来激活的修正案代码。缺少已激活修正案的服务器可能被“修正案封锁”，无**常参与网络。

相关报道显示，该机制在 7 月份因 fixCleanup3_2_0 激活而得到体现，当时运行旧版本不兼容软件的节点被“修正案封锁”。

现在注意力从退役修正案转向验证者对版本 3.3.0 中六项新增功能的决策。如前所述，ConfidentialTran**er 是旨在扩展 XRPL 面向机构**化资产工具的提案之一，但其使用仍取决于验证者批准。

然而，对于五项退役修正案，前方没有类似的投票。退役标志着其过渡期结束，而非功能终结：修正后的规则现在已成为 XRP Ledger **核心行为的一部分。