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”并不意味着XRPL发行者失去 clawback功能,网络只是丢弃了描述修正案激活前交易行为的较旧代码路径。
XRP Ledger退役使旧规则永久化
XRP Ledger修正案系统允许在不立即强制所有新规则上主网的情况下引入协议变更。验证者投票修正案,提案须连续两周获超80%可信验证者支持方可激活。激活后新行为永久适用,除非后续修正案更改。激活后期间,xrpld保留当前逻辑和部分修正案前代码,助于调试或验证历史交易,但保留多年过时分支增加代码复杂度。官方文档称主网修正案启用两年后可退役,退役移除旧代码路径,将变更作为条件修正案停止,并无条件纳入新行为。Vadari称此为“纯代码库清理”,“不影响任何用户”,开发者通常等两年因旧实现调试旧交易仍有用。XRPL测试文档警告,历史准确交易重放可能需在退役后运行原处理交易的xrpld版本。
Clawback未被移除
Clawback是五项中最易误解的。其于2024年2月8日主网激活,允许合格发行者在启用设置后从持有者回收发行代币,不能回收原生XRP。退役意味着网络不再需要无Clawback版本的代码,当前行为仍属协议。XRPL已知修正案页标记其前功能退役。其余四项同理:fixDisallowIncomingV1修正信任线授权问题;fixInnerObjTemplate处理内部AMM对象错误;fixNFTokenReserve在NFT报价接受时加储备检查;fixUniversalNumber统一小数浮点计算。修订后规则仍有效。
这不是新治理机制,XRPL曾退役早期修正案,如3.2.0退役Checks、Deposit Authorization等。
3.3.0开启新修正案周期
3.3.0新增六项提案:BatchV1_1、ConfidentialTransfer、DynamicMPT、PermissionDelegationV1_1、Sponsor和fixCleanup3_3_0。纳入软件不意味主网已激活。ConfidentialTransfer支持隐私保护多用途代币转账,BatchV1_1允许账户提交至多八笔内部交易,Sponsor允许第三方付费,DynamicMPT提供代币属性灵活性。各提案须独立过验证者流程,超80%支持持两周激活,支持不足则计时重置。新提案待批准,退役修正案数年前已过阶段成既定行为。
XRPL运营者后续
普通XRP持有者无需因退役迁移、更新或交易,Clawback等继续按规运行。服务器运营者应尽快升级3.3.0保连续,旧版缺激活修正案代码可致amendment blocked停止正常参与,如7月fixCleanup3_2_0激活留旧节点阻塞。焦点转至新六项验证者决策,退役标志过渡结束而非功能结束,修订规则成永久核心行为。
