首頁LBank 新聞中心
XRP Ledger 退役 5 項修訂,使用者不受影響
xrp-ledger-retires-5-amendments-users-unaffected
XRP Ledger 退役 5 項修訂,使用者不受影響
XRPL 3.3.0 退役了五項已長期啟用的修正案,讓它們在啟用後的行為永久成為核心協議的一部分。由於從 xrpld 軟體中移除的只有已過時、在修正案前的程式碼,Clawback 在退役後仍可使用。XRPL 文件規定,修正案在主網啟用滿兩年後即可退役,以降低舊有相容性複雜度。六項新修正案已納入 3.3.0 版本,但每一項在主網啟用前仍需獲得驗證者批准。節點營運者應盡快升級至 3.3.0 版本,而一般使用者則無需因退役採取任何行動。
2026-08-09 來源:crypto.news

XRP 分類帳開發人員已在 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 分類帳發行方失去了扣回功能。相反,網路正在捨棄描述修正案啟用前交易行為的舊代碼路徑。

XRP 分類帳的退役使舊規則永久化

XRP 分類帳的修正案系統允許引入協議變更,而無需立即將每項新規則強制推行到主網。驗證者對修正案進行投票,一項提案必須在連續兩週內獲得超過 80% 信任驗證者的支持才能啟用。一旦啟用,新行為將永久適用,除非後續有其他修正案對其進行更改。

在啟用之後的一段時間內,xrpld 會同時保留當前邏輯和一些修正案前的代碼。這些遺留代碼可以幫助開發人員在偵錯或驗證歷史交易時重現舊的分類帳行為。然而,保留多年的過時分支也會增加代碼庫的複雜性。

官方修正案文件指出,主網修正案一旦啟用滿兩年即可退役。退役會移除其舊的代碼路徑,停止將該變更視為有條件修正案,並將較新的行為無條件地整合到協議中。

Vadari 將此過程描述為「純粹的代碼庫清理」,並表示它「不會影響任何用戶」。她補充說,開發人員通常會等待兩年,因為之前的實作在偵錯舊交易時仍然有用。XRPL 自己的測試文件也同樣警告,在舊修正案退役後,若要準確重放歷史交易,可能需要運行最初處理該交易的 xrpld 版本。

扣回機制 (Clawback) 並未從 XRPL 中移除

扣回機制 (Clawback) 是五個退役修正案中最引人注目且最容易被誤解的一個。此功能於 2024 年 2 月 8 日在主網上啟用,允許符合資格的發行方在發行帳戶已啟用所需扣回設定的情況下,從持有者那裡收回已發行的代幣。它不允許發行方扣回原生 XRP。

因此,退役該修正案意味著網路不再需要為不存在扣回機制的 XRPL 版本保留代碼。當前的扣回行為仍然是協議的一部分。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。它們包含在軟體中並不意味著這些功能已在主網上啟用。

據 crypto.news 報導,ConfidentialTransfer 將支援保護隱私的多用途代幣轉帳,而 BatchV1_1 將允許一個帳戶一次提交最多八個內部交易。Sponsor 將允許第三方支付費用和準備金要求,而 DynamicMPT 將為選定的代幣屬性提供更大的靈活性。

每個提案仍必須獨立通過 XRPL 的驗證者流程。超過 80% 的支持必須持續兩週,修正案才能啟用,支持率可能會降至閾值以下並重置計時器。

因此,這些新修正案與五個已退役修正案之間的區別是實質性的。新提案正在等待網路批准。已退役修正案已在多年前通過了該階段,成為既定的網路行為,現在已達到無需再維護其舊代碼的地步。

XRPL 營運商的下一步行動

對於普通的 XRP 持有者而言,由於這五個修正案的退役,無需進行任何遷移、錢包更新或交易。扣回機制和其他受影響的協議行為將繼續按照既定規則運行。

伺服器營運商則有不同的考量。XRPL 3.3.0 版本發布通知告知營運商應盡快升級到 3.3.0 版本,以維持服務連續性。保持最新版本也很重要,因為伺服器需要包含未來可能啟用修正案代碼的軟體。缺乏已啟用修正案的伺服器可能會被修正案阻擋,並停止正常參與網路。

在相關報導中,該機制在七月份展示過,當時 fixCleanup3_2_0 的啟用導致運行舊不兼容版本的節點被修正案阻擋。

現在,注意力從已退役的修正案轉移到驗證者對 3.3.0 版本中六個新增提案的決定。正如先前報導,ConfidentialTransfer 是旨在擴展 XRPL 機構代幣化資產工具的提案之一,但其使用仍取決於驗證者的批准。

然而,對於五個已退役的修正案來說,沒有類似的投票即將進行。退役標誌著它們過渡期的結束,而非其功能的終止:修正後的規則現在只是 XRP 分類帳永久核心行為的一部分。