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。它們被納入軟體並不意味著這些功能已經在 Mainnet 上啟用。

每項提案仍必須獨立通過 XRPL 的驗證者流程。在修訂啟用之前，必須持續獲得超過 80% 的支持，並且支持可以低於閾值並重置計時器。

因此，這些新修訂與五項退休修訂之間的差異是相當大的。新提案正在等待網絡批准。退休的修訂則在幾年前已經通過了那個階段，成為了既定的網絡行為，並且現在已經達到不再認為維護其舊代碼是必要的地步。