XRP Ledger 开发者已在 XRPLD 3.3.0 版本中退役五项长期运行的修正案。8月6日发布的版本移除了过时的修正前代码，同时保留了所有已激活的功能。XRP 持有者无需更新钱包、转移资金或完成任何交易。

被退役的修正案包括 Clawback、fixDisallowIncomingV1、fixInnerObjTemplate、fixNFTokenReserve 和 fixUniversalNumber。它们已确立的规则现在作为核心协议的无条件组成部分运行。

退役一项修正案意味着从代码库中移除在修正案激活后仍保留的修正前代码（例如 Clawback）。RippleX 软件工程师 Mayukha Vadari 表示，该过程是代码库清理，不会影响用户。开发者在激活后保留了旧代码，因为它在调查历史交易时仍有用处。

XRP Ledger 通过其修正案系统而非硬分叉来引入交易处理变更，硬分叉是比特币和以太坊等区块链使用的升级机制。受信任的验证节点在每项提案进入主网之前对其进行投票。一项修正案需要连续两周获得超过 80% 受信任验证节点的支持。支持率降至 80% 或以下将重置审批期。一旦启用，新规则将永久适用，除非被另一项修正案更改。

xrpld 最初同时保留新规则和先前的交易逻辑。这种方式帮助开发者在测试或调查期间重现过去的账本行为。然而，旧代码增加了维护工作和软件复杂性。

XRP Ledger 官方文档允许开发者在主网激活两年后退役一项修正案。退役将移除先前的代码路径，并将已批准的行为直接纳入协议。此后，历史准确的测试可能需要使用最初处理该交易的 xrpld 版本。

退役后仍保持活跃的功能

Clawback 是五项退役修正案中最为人熟知的。它于2024年2月8日激活。符合条件的代币发行方在启用适当的账户设置后，能够收回其代币。

该功能不支持原生 XRP 代币。随着 Clawback 的退役，XRPLD 不再执行 Clawback 前时代的任何交易限制。发行方仍保留使用相同追回机制的能力。

其他四项修正案解决了特定的技术问题。fixDisallowIncomingV1 恢复了已禁止接收信任线用户的信任线授权。fixInnerObjTemplate 修复了无法读取自动做市商对象中某些属性的问题。fixNFTokenReserve 在接受 NFT 报价时执行储备检查，确保账户在满足储备要求之前无法完成购买。fixUniversalNumber 规范化了账本中部分浮点数。

六项新提案进入 XRPLD 3.3.0

该版本还包含六项新提案：BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1、Sponsor 和 fixCleanup3_3_0。将这些提案添加到 XRPLD 并不会在主网上激活它们，每项提案仍需验证节点批准。

BatchV1_1 将允许一个账户提交八笔内部交易。ConfidentialTransfer 将启用带有合规措施的私密多用途代币转账。DynamicMPT 将赋予发行方更新代币某些方面的能力。Sponsor 将允许第三方代表其他账户和交易支付费用。PermissionDelegationV1_1 将提供账户权限。fixCleanup3_3_0 合并了对各种协议功能的修复。

这些提案共同解决了交易隐私、账户级权限和费用委托等问题——这些能力与企业级和受监管的代币化用例密切相关，而多个可编程区块链正在积极追求这些用例。

XRP Ledger 服务器运营者应升级至 3.3.0 版本以维持服务连续性。旧版服务器在网络激活不受支持的修正案时，面临被修正案封锁的风险。被修正案封锁的服务器无法处理交易、验证账本、投票或加入共识。

所有五项退役均无需再次进行验证节点投票，因为它们标志着过渡期的完成。