XRP Ledger 3.3.0 退役五項修正案,新增六項提案
重點速覽
- •XRPLD 3.3.0 版本退役了包括 Clawback 在內的五項修正案,將其先前已批准的規則合併為核心協議的無條件組件,無需再次驗證者投票。
- •XRP 持有者無需因修正案退役而採取任何行動,如更新錢包或轉移資金。
- •此次發布引入了 BatchV1_1 和 ConfidentialTransfer 等六項新提案,但在驗證者批准之前仍不會在主網上啟用。
- •XRP Ledger 伺服器營運商必須升級至 3.3.0 版本,以避免被修正案封鎖,該狀態會導致無法處理交易或參與共識。
- •Clawback 是最值得關注的退役修正案,於 2024 年 2 月 8 日啟用,目前仍完全正常運作,允許符合條件的代幣發行者在啟用適當帳戶設定後收回代幣。

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 版本以維持服務連續性。較舊的伺服器在網絡啟用不受支援的修正案時,面臨被修正案封鎖的風險。被修正案封鎖的伺服器無法處理交易、驗證帳本、投票或加入共識。
所有五項退役均不需要再次進行驗證者投票,因為它們標誌著過渡期的完成。