XRP Ledger 3.4.0 新增借貸功能及協議修正

XRP Ledger 開發者於 9 月 16 日發布了 xrpld 版本 3.4.0，新增了兩個修正包，修訂了提議的原生借貸功能並加強了幾個交易路徑，同時要求伺服器運營商進行升級。

• XRPL 版本 3.4.0 現在引入了涵蓋借貸變更的兩項修正以及一個捆綁的協議修正包。
• LendingProtocolV1_1 新增了封閉式保險庫和現金基礎會計，但主網啟用仍需持續的驗證者共識。
• 伺服器運營商被敦促迅速升級，因為 XRPL 基金會現在分發簽名的 Linux 包。
• fixCleanup3_4_0 加強了保險庫、自動化市場製造商、MPT、託管、簽名、憑證和授權交易行為的交易路徑。
• 新的借貸修正依賴於 XLS-65 和 XLS-66，這兩者仍低於啟用門檻。

XRPL 的官方發布表示版本 3.4.0 引入了 LendingProtocolV1_1 和 fixCleanup3_4_0，同時在其修正後行為成為協議的永久部分後，淘汰了 fixAMMOverflowOffer。

這次軟體發布並不意味著任何新的修正已在主網上啟用。XRPL 的修正過程要求提案在持續兩週內獲得超過 80% 的受信驗證者支持，然後其規則才會生效。

Lending V1.1 新增封閉式保險庫和現金會計

XRPL 的 3.4.0 發布表示 LendingProtocolV1_1 變更了單一資產保險庫和借貸協議的設計，通過引入具有明確訂閱、投資和贖回期限的封閉式保險庫。

XRP Ledger 版本 3.4.0 現已可用 ✅

新修正待投票：

-- 借貸協議 v1.1 -- 封閉式保險庫和現金基礎會計。

-- 修正清理 -- 捆綁修正。

性能和穩定性：

-- 在線刪除現在在帳本歷史間隙時會暫停，因此節點保持更接近... pic.twitter.com/hiW8XuL2AZ
--- XRP Ledger Operations (@XRPLOperations) 2026 年 9 月 17 日

Ripple 的技術文檔表示，存款人在訂閱階段可以添加或提取資產。在投資期間，存款和提取停止，而資產可以用來資助貸款。一旦投資期結束，贖回開始，允許存款人在貸款到期後恢復其份額。

一旦 LendingProtocolV1_1 生效，XRPL 的文檔表示新的貸款經紀人只能附加到封閉式保險庫。根據早期規則創建的現有貸款關係將獲得單獨處理，以便持續管理未結清的頭寸。

會計模型同時發生變化。Ripple 的文檔表示，新保險庫將僅在借款人實際支付時認可利息。

在早期模型下，所有預定的利息在貸款發起時就被認可。現金基礎會計將未支付的未來利息排除在保險庫收入之外，直到支付到達，影響資產總額、貸款債務計算和違約的會計處理。

V1.1 規則不會追溯性地轉換舊的保險庫。Ripple 的文檔表示，在 V1.1 啟用後，根據先前會計方法創建的保險庫將保留該模型。

如早期修正報導所述，Ripple 的驗證者已於 8 月投票支持基礎的 SingleAssetVault 和 LendingProtocol 提案，但驗證者的批准仍遠低於主網啟用所需的水平。

XRPL 3.4.0 打包大量交易修正

第二項修正 fixCleanup3_4_0 包含涵蓋借貸、保險庫、自動化市場製造商、多用途代幣、NFT、託管、授權交易和帳戶授權的修正。

官方發布表示，一項變更防止 AMMClawback 在回收零基礎資產時燒毀持有者的流動性提供者代幣，當 MPT 四捨五入將計算的回收金額減少為零時。

另一項修正強化了 MPT 不變性。XRPL 開發者表示，ValidMPTBalanceChanges 和 ValidMPTTransfer 檢查在修正案下被強制執行，並在交易失敗時繼續適用。

對於單一資產保險庫，發布內容列出了存款、提款和回收的精度和四捨五入變更。這些規則旨在保持記錄的資產、可用資產和未償還股份供應在轉換達到精度邊界時的一致性。

許可交易收到幾項修正。該包排除了從一個許可 DEX 不變性中刪除的域報價，收緊了域檢查，並修正了在 OfferCreate 或 Payment 交易運行時如何移除過期憑證。

簽名行為獲得了單獨的保護措施。發布內容表示，版本 3.4.0 為對方和贊助商簽名分配了不同的簽名哈希前綴，因此為一個角色創建的簽名不能被重放為另一個角色。

該發布包含了修正案包外的低層節點加固。開發者修復了一個無界限的數據庫查詢，通過 TMGetLedger 限制了進入的 TMTransactions 列表的大小，並引入了對無法反序列化的交易收取費用。

XRPL 開發者表示，版本 3.4.0 包含來自 MPT 和 DEX 審計及攻擊馬拉松發現的第一階段修正。該發布並未將這些修正視為主網上活躍利用的證據。

在之前的升級報導中，版本 3.3.0 已經引入了幾個獨立提案的代碼，包括修正的批次功能、贊助費用和保密的 MPT 轉移，仍需驗證者批准才能啟用。

驗證者批准仍然將發布與啟用分開

XRPL 的官方修正規則指出，安裝包含修正的軟件僅為伺服器提供理解提議規則所需的代碼。驗證者單獨選擇是否投票啟用。

當前的 XRPLF 特性代碼列出了 LendingProtocolV1_1 和 fixCleanup3_4_0 作為支持項，同時保留 DefaultNo 投票行為。默認否定設置意味著運行該軟件本身不會在操作員未配置其他選擇時投下肯定的修正票。

基礎的貸款組件仍然未達到啟用。根據 XRPL 基金會驗證者歷史數據的 9 月 17 日快照顯示，35 名受信驗證者中有 16 名支持單一資產保險庫，13 名支持貸款協議。

這些計數是時間敏感的，來自獨立的網絡追蹤器，而不是發布說明中發布的固定數字。官方規則仍然要求在兩周內保持超過 80% 的支持。

新的 V1.1 修正依賴於基礎的貸款架構。當前的 XLS-66 規範描述了通過單一資產保險庫集中資金的固定期限、無擔保貸款，而借款人承保和信用風險評估仍然保持在鏈外。

同一規範仍被分類為草案。沒有任何來源在此次更新中顯示通過提議的原生協議執行的主網貸款或貸款協議的啟用日期。

節點運營商現在從 XRPL 基金會接收包

版本 3.4.0 更改了 Linux 伺服器包的分發路徑。官方發布表示，Debian 和 RPM 包現在通過 packages.xrplf.org 托管，並使用 XRPL 基金會密鑰簽名。

XRPL 開發者敦促伺服器運營商“盡快”安裝 3.4.0 以維持服務連續性。發布的 DEB 和 RPM 文件包括 SHA-256 校驗和，以便運營商在安裝之前驗證下載的包。

GitHub 現在將 3.4.0 列為最新的不可變 xrpld 發布，與提交 4a4fded2eba11427c48ce3f24d9c1aea5e7a9d17 相關聯。該存儲庫表示，發布標籤和版本提交攜帶經過驗證的簽名。

同樣的版本退役了 fixAMMOverflowOffer。在 XRPL 的修訂模型中，退役不會逆轉修正。它在新規則已成為永久協議行為後，移除了過時的修訂前行為。

客戶支持和安全審查仍在發展中

應用程式庫與伺服器版本同步進行。XRPLF 的 JavaScript 客戶端歷史在 xrpl.js 5.2.0 之後的未發布部分列出了 LendingProtocolV1_1 的支持，該版本於 9 月 11 日發布。

二進制編碼歷史顯示版本 2.11.0 已經包含了 fixCleanup3_4_0 使用的角色特定贊助商和對手方簽名前綴，以及從 xrpld 3.4.0 生成的協議定義。

貸款工作的安全測試已經與驗證者投票分開進行。Sherlock 在 8 月 27 日的審查中表示，Ripple 已經開始通過其審計引擎對 Lending Protocol V1.1 進行 AI 專屬檢查。

Sherlock 表示，審查結束後將發布更多信息，但在其為本報告檢查的公共材料中未找到最終的 V1.1 發現。早期測試涵蓋了貸款系統的先前版本；之前的獨立審計報告指出，Halborn 的早期重新審計未發現關鍵或高風險問題，同時識別出一個中等、兩個低風險和兩個信息性發現。