fixCleanup3_3_0修正案 整頓XRPL保管庫與借貸驗證機制

XRP分類帳（XRP Ledger，XRPL）官方Known Amendments頁面新增一項名為fixCleanup3_3_0的「修正案」，內容鎖定單一資產保管庫（Vault）、借貸協議與自動化做市商（AMM）等功能在交易處理上的錯誤。這次調整不是新增功能，而是針對既有協議的邊界條件與驗證流程做維護性補強。

根據XRPL官方文件，fixCleanup3_3_0已列入已知修正案清單，修正範圍涵蓋△單一資產保管庫△借貸協議△AMM△許可制去中心化交易所（Permissioned DEX）△支票（Check）△偽帳戶（Pseudo-Account）等六大項目。這項修正案的識別碼為3298D47E1F3A8A24FECAA30F699B8FE1DD234E072834BA099AD8180FFCE0FEC4。

修正案主要調整VaultDeposit與VaultWithdraw、AMMDeposit與AMMWithdraw、LoanBrokerCoverDeposit與LoanBrokerCoverWithdraw等六種交易類型，讓資產透過偽帳戶進出時的凍結與「深度凍結」檢查能維持一致標準。

偽帳戶是XRPL用來處理特定協議功能的帳戶結構，與一般使用者帳戶不同。保管庫、借貸、AMM等多種交易若共用同一個偽帳戶，判斷凍結狀態的基準就必須統一，否則容易出現漏洞。

支票交易的事前驗證流程也一併強化。若CheckCash與CheckCancel交易帶入所有位元皆為0的CheckID，系統會在事前驗證階段就直接拒絕，不會進入後續處理程序。

許可制DEX的部分則修正混合訂單的刪除範圍。下單帳戶即使日後失去該許可域的存取權限，原本掛在公開訂單簿上的訂單也不會因此被一併移除。

價格品質計算時，許可制DEX訂單簿與AMM流動性混雜在一起的問題同樣列入修正對象。此外，AMMWithdraw交易在特定EPrice數值下會觸發「除以零」例外狀況，以及ValidAMM、ObjectHasPseudoAccount兩項不變條件的問題，也包含在這次調整範圍內。

XRPL的「修正案」機制是在網路層級變更交易處理規則的正式程序。即使只是修錯，只要牽涉共識結果或交易有效性判斷，就必須經過驗證者投票。

修正案要正式啟用，需要獲得受信任驗證者80%以上支持，並連續維持兩週。若支持率一度低於這個門檻，維持天數就會重新起算。

換句話說，伺服器軟體釋出並不代表修正案立刻在主網生效。

目前官方Known Amendments頁面上，fixCleanup3_3_0的狀態顯示為「Loading...」。最新穩定版本的預設投票值與既有功能是否退役都標示為「No」，單憑這些公開資訊還難以判斷主網啟用進度。

至於瑞波（Ripple）是否已個別表態支持，以及35個驗證者中有8個支持的說法，在XRPL官方文件中並未獲得交叉確認。需要留意的是，fixCleanup3_3_0並非單一機構表態就能生效的升級，仍須同時滿足驗證者支持率與兩週維持期兩項條件。

先前的fixCleanup3_2_0修正案同樣經歷軟體釋出與修正案啟用分開進行的過程。XRPL於6月15日公開xrpld 3.2.0，其中就包含該修正案，官方部落格當時將這次釋出定調為以維護為主的版本。

這次整頓涉及保管庫、借貸、許可制DEX、AMM等XRPL去中心化金融與代幣化相關功能。fixCleanup3_3_0實際啟用的時間點，最終仍要看受信任驗證者支持率能否突破80%並維持兩週而定。