Ripple 已投票支持 fixCleanup3_3_0 修正案，該提案在早期投票階段獲得了 35 個受信任的 XRP Ledger 驗證者中 8 個的支持。
根據社群追蹤器 CryptoRednirav 引用的 XRPL 驗證者投票數據顯示，Ripple 已對 fixCleanup3_3_0 投下「贊成」票，使該修正案在預設的唯一節點列表（Unique Node List）上的 35 個驗證者中獲得 8 個支持。
這次投票讓這個維護套件獲得了 XRP Ledger 主要貢獻者之一的早期認可，但 Ripple 無法獨自批准該修正案。驗證者會自行做出決定，並且該提案必須在連續兩週內維持超過 80% 的受信任驗證者支持，才能在主網上生效。
在預設配置中有 35 個驗證者的情況下，超過 80% 的支持需要至少 29 張贊成票。目前的八張票尚未啟動兩週的激活期，也尚未設定主網激活日期。
與獨立功能提案不同，fixCleanup3_3_0 將多項修正歸為一個修正案。官方 XRPL 發布說明描述了涉及單一資產金庫（Single Asset Vaults）、借貸協議（Lending Protocol）、自動做市商（Automated Market Makers）、許可制去中心化交易所（permissioned decentralized exchange）、支票（Checks）和偽帳戶（pseudo-accounts）的修復。
在這些擬議的變更中，開發人員已統一了涉及偽帳戶轉帳的凍結和深度凍結檢查。受影響的交易類型包括金庫存款（VaultDeposit）、金庫提款（VaultWithdraw）、AMM存款（AMMDeposit）、AMM提款（AMMWithdraw）、借貸經紀人保障存款（LoanBrokerCoverDeposit）和借貸經紀人保障提款（LoanBrokerCoverWithdraw）。
其他修正將改變 CheckCash 和 CheckCancel 處理全零 CheckID 的方式，防止涉及偽帳戶的無效操作，並修復當帳戶失去其許可網域的訪問權限時，從許可訂單簿中消失的混合報價。
AMM 相關的變更解決了存款、提款和追回（clawbacks）期間的精度損失問題。該套件還防止 AMM 透過未經授權的交易類型被刪除，並修改了特定 AMM提款計算產生的響應，否則該計算會導致除以零的錯誤。
xrpld 3.3.0 版於 8 月 6 日發布，包含 fixCleanup3_3_0 和五項功能修正案所需的程式碼，儘管安裝該軟體並不會激活其中任何一項。
正如 crypto.news 在 8 月 7 日報導，其他提案包括 ConfidentialTransfer、BatchV1_1、DynamicMPT、PermissionDelegationV1_1 和 Sponsor。每個修正案都有獨立的功能，並且必須通過驗證者流程，其規則才能成為主網的一部分。
ConfidentialTransfer 將為多用途代幣（Multi-Purpose Tokens）添加私人轉帳功能，透過向公眾隱藏餘額和轉帳金額，同時保持它們在分類帳上的可驗證性。根據該提案的設計，授權方，包括發行者或審計師，仍可訪問合規所需的信息。
BatchV1_1 將允許一個帳戶將多達八個內部交易打包在一起，支援原子交換等用途，其中所有交易步驟作為一個群組成功或失敗。該修訂後的修正案取代了早期版本 Batch，該版本在開發人員發現安全問題後被禁用。
PermissionDelegationV1_1 也取代了早期的提案。其規則將允許一個帳戶授予另一個帳戶有限的交易權限，而無需共享主私鑰的控制權。
DynamicMPT 將允許發行者在創建資產時，將選定的多用途代幣屬性指定為可更改。同時，Sponsor 將允許公司或其他實體為用戶支付交易費用和準備金要求，同時保持用戶帳戶和金鑰的控制權不變。
除了修正案程式碼之外，3.3.0 版已淘汰了 Clawback、fixDisallowIncomingV1、fixInnerObjTemplate、fixNFTokenReserve 和 fixUniversalNumber。淘汰是指在底層規則運行一段時間後移除舊的修正案閘道；它並不會從分類帳中移除面向用戶的功能。
該版本還包括節點同步、線上刪除、分類帳增量組裝和訂閱清理的變更。開發人員增加了更多測試，採用了 C++23 標準，並更改了伺服器的系統服務設定，以允許額外的時間進行受控關機。
節點運營商已被要求安裝 3.3.0 版以維持服務連續性。不識別已激活修正案的伺服器可能會被「修正案阻擋」（amendment-blocked），這意味著它無法再確定分類帳的有效狀態。
單一資產金庫和借貸協議的精度和捨入修正構成了 fixCleanup3_3_0 的一部分，而金庫和借貸系統本身仍需遵守單獨的修正案。
Ripple 最近支持了這兩項提案，投票贊成用於單一資產金庫的 XLS-65 和用於借貸協議的 XLS-66。8 月 10 日發布的投票數據顯示，XLS-65 的支持率接近 40%，XLS-66 的支持率超過 37%，兩者均未達到所需的絕對多數。
單一資產金庫將匯集一種代幣，其中可能包括 XRP、Ripple USD 或其他 XRPL 發行的資產。存款人將收到代表其對金庫持有資產的所有權的股份。
這些金庫的流動性隨後可以透過 XLS-66 為定期貸款提供資金。擬議的框架將依賴鏈下信用檢查、合規審查和承保，而不是要求每個借款人質押價值超過貸款的資產。XRPL 將記錄並執行商定的貸款條款，包括利息、還款和違約。
安全公司 Halborn 於 6 月完成了借貸協議的重新審計。該公司在審查了交易檢查、會計規則、訪問控制、參數限制和狀態一致性後，未發現任何關鍵或高風險問題。
Halborn 發現了五個問題：一個中等風險問題、兩個低風險問題和兩個資訊性項目。其報告指出，Ripple 已處理、接受或確認了所有五個問題，包括涉及貸款利息的金庫資產限制繞過，以及 LoanBrokerSet 中遺漏的凍結檢查。
對於美國機構而言，分類帳級別的借貸不會取代因證券、借貸、制裁、消費者保護或反洗錢規則而產生的義務。參與公司在使用分類帳進行執行和記錄保存之前，仍需對其活動進行適用的法律和合規檢查。
根據當前市場數據，XRP（XRP）在發布時交易價接近 1.06 美元，此前已從 1 美元區域反彈。該代幣在過去 24 小時內上漲近 3%，交易量增加約 16%。
CoinGlass 數據顯示，衍生品市場的反應不那麼一致。在最近突破 27 億美元後，XRP 期貨總未平倉量在一個小時內下跌超過 0.65%，這表明在反彈期間，一些槓桿頭寸已被平倉。
交易所層面的數據也有所不同。CME XRP 期貨未平倉量在 24 小時內保持 1.31% 的增長，而幣安（Binance）、歐易（OKX）、Bybit 和其他幾家加密貨幣交易所的未平倉量則有所下降。
這種區別對於透過受監管產品而非直接持有代幣來獲得 XRP 敞口的美國投資者而言是相關的。crypto.news 報導的最新 XRP ETF 數據顯示，Canary 在美國上市的基金淨資產損失了 8160 萬美元，儘管股票活動增加了 8200 萬美元，其中 1.597 億美元的未實現 XRP 貶值導致了這一差異。
