XRPL 在 xrpld 3.3.0 中退役五項舊版修正案

XRP Ledger 開發者在最新版 xrpld 中進行了代碼清理——但用戶無需恐慌。版本 3.3.0 正式「退役」了五項長期生效的協議修正案，從代碼庫中移除了舊的修正前代碼，同時保留了實際行為不變。 「退役」的含義： - 退役修正案僅移除用於模擬修正前行為的舊代碼路徑，並不會撤銷或禁用該功能本身。 - 一旦退役，根據 XRPL 文件，該修正案的行為將成為核心協議的無條件部分。 - 開發者通常會在修正案啟用後等待兩年才進行退役，此延遲可保留舊實現，以便進行除錯和歷史交易重放。 哪些修正案被退役 xrpld 3.3.0 退役了五項已長期生效的修正案： - Clawback — 允許符合資格的發行方在啟用 Clawback 設定時，從持有者處回收已發行的代幣（不適用於原生 XRP）。自 2024 年 2 月 8 日起在主網生效；退役僅移除舊代碼路徑，而非功能本身。 - fixDisallowIncomingV1 — 修復了信任線授權問題。 - fixInnerObjTemplate — 解決了涉及內部 AMM 物件的錯誤。 - fixNFTokenReserve — 在接受 NFT 要約時新增預留檢查。 - fixUniversalNumber — 統一了 XRPL 的十進位浮點運算部分。 為何這很重要（以及為何其實沒那麼重要）： - 對於普通 XRP 持有者和代幣使用者：無需任何操作。無需遷移、錢包更新或交易。網路規則仍與這些修正案啟用後保持一致。 - 對於開發者和歷史研究者：若您需要精確重放多年前的舊帳本行為，則可能需要當時正在使用的 xrpld 版本——因為退役移除了用於再現修正前行為的舊分支。 - 對於伺服器運營者：請盡快升級至 xrpld 3.3.0 以維持服務連續性。運行舊版 xrpld 可能導致節點因缺少後續啟用修正案的代碼而被「修正案阻斷」。類似情況曾於七月發生，當時運行舊版本的節點在 fixCleanup3_2_0 啟用後被修正案阻斷。 XRPL 修正案流程簡介： - 新協議提案會被納入 xrpld，但不會立即生效。驗證節點對修正案進行投票；提案必須在連續兩週內獲得超過 80% 可信驗證節點的支持才能啟用。 - 一旦啟用，新行為將永久保留，除非後續修正案加以更改。在啟用兩年後，修正案可被退役——將其新行為轉為無條件協議邏輯，並移除舊代碼路徑。 3.3.0 版本的新內容 xrpld 3.3.0 還在軟體中引入了六項新的修正案提案，但這些尚未在主網生效： - BatchV1_1 — 可同時提交最多八筆內部交易。 - ConfidentialTransfer — 為多功能代幣提供隱私保護轉帳。 - DynamicMPT — 為選定代幣屬性增加彈性。 - PermissionDelegationV1_1 — 更新權限委託邏輯。 - Sponsor — 允許第三方支付交易費用與預留要求。 - fixCleanup3_3_0 — 代碼庫清理與修復。 這些提案仍需通過連續兩週超過 80% 驗證節點的支持門檻才能啟用。它們被納入 xrpld 僅是讓驗證節點可對其進行投票。 總結 此次退役屬於標準協議生命週期的例行清理：XRPL 在多項修正案已穩定運行多年後，移除了過時代碼。Clawback 及其他已退役的修正案仍為帳本的永久行為——普通用戶不受影響。當務之急是節點運營者應儘快升級至 xrpld 3.3.0，以避免潛在的修正案阻斷，並確保為未來任何新修正案的啟用做好準備。