XRP Ledger 退役五項修正案，用戶不受影響

XRP Ledger 開發人員已在 xrpld 3.3.0 版本中退役了五項長期啟用的協議修正案，但此舉並不會移除其功能，也不需要 XRP 持有者採取任何行動。

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 永久核心行為的一部分。