XRP Ledger 的 Batch V1.1 修正案在 2026 年 9 月 15 日 06:25 UTC 獲得 XRPScan 所追蹤 35 名驗證者中的 27 名支持，距離啟用更近一步。

再增加兩名支持的驗證者，支持率就會達到 82.86%，高於啟動啟用期間所需的 80% 門檻。之後，該修正案還必須連續兩週維持所需的支持率，才能成為 XRP Ledger 有效規則的一部分。

這項流程區分了讓修正案程式碼可用，以及在主網路上啟用兩者。修正案可以被納入 XRP Ledger 伺服器軟體，但在驗證者批准且完成所需期間之前，不會改變主網路的運作方式。

Batch V1.1 如何防止付款未完整完成

Batch V1.1 將允許一次提交最多八筆相互關聯的交易。帳本可以在同一次帳本關閉期間檢查並記錄所選指令，而不必要求應用程式分別提交並確認每個步驟。

例如，一筆市場交易可能包含三個動作：買方付款、賣方轉移資產，以及市場收取費用。在全有或全無選項下，三個指令都必須成功，否則整個批次都會失敗。這可以防止在相應的資產轉移無法完成時，買方的付款仍被記錄。

批次也可以協調涉及多個帳戶的指令。這使該功能適用於需要多名參與者授權同一操作不同部分的應用程式。

該修正案不會讓一般 XRP 轉帳速度變快，也不會要求所有應用程式使用批次。相反地，它將為開發者提供一種可選的交易結構，用於建構包含多個相互關聯步驟的服務。

V1.1 取代已撤回的 Batch 修正案

原始 Batch 修正案在檢查批次內交易授權的方式上存在缺陷。安全研究人員在 2 月發現了這個問題，當時該修正案仍在等待啟用。

在該功能進入主網路之前，驗證者便被建議撤回支持，因此該漏洞沒有影響使用者資金。XRP Ledger Foundation 的漏洞披露 說明了應對措施，並指出早期實作已不再獲支持。

Batch V1.1 在修正授權邏輯後取代了原有版本。根據 RippleX 的說法，修訂後的實作在重新進入驗證者投票流程前，也接受了額外的程式碼審查、測試和外部安全評估。

因此，這次重新投票不只是第二次嘗試啟用同一功能。驗證者正在決定，替代版本是否充分處理了導致原始修正案停止的問題。

Batch 比 XRPL 計畫中的借貸系統更接近啟用

Batch 的進展可以與 XRP Ledger 另外兩項正在修正案流程中推進的變更相比。fixCleanup3_3_0 提案處理涉及金庫、自動化做市商和許可制交易的維護與安全問題。它改善現有的交易路徑，而不是為應用程式引入新的付款功能。

計畫中的機構信貸系統距離實施仍較遠。Single Asset Vaults 和 Lending Protocol 都需要足夠的驗證者支持，僅啟用其中一項並不能建立可運作的原生借貸市場。

Batch 的範圍較窄，因為它協調的是 XRP Ledger 已經支援的交易，包括付款、資產轉移和費用。Batch 獲得 27 名驗證者支持，使其比原生借貸所需的兩項修正案更接近啟用門檻。

這項比較也顯示，修正案獲得批准並不總是能直接轉化為完整產品。借貸需要多個相互連結的協議元件，而 Batch 將為個別應用程式提供一項可自行整合的工具。

啟用對錢包和市場意味著什麼

完成啟用流程將使 Batch 能夠在主網路帳本上使用，但錢包、市場和支付服務仍需將其整合到自身產品中。

使用者不需要改變進行標準 XRP 轉帳的方式。差異將會在目前要求客戶完成多個相互關聯動作，或在某項指令失敗後重試操作的應用程式中顯現。

結合付款、資產轉移和平台費用的服務，是最明確的潛在使用者。每家服務提供者仍需決定哪些步驟應納入批次，以及在客戶請求被視為完成之前，是否所有步驟都必須成功。

投票只是 Batch V1.1 的第一項考驗

達到啟用門檻將確定驗證者是否準備運行 Batch V1.1，但不會顯示市場對這項功能的需求有多大。這個問題只能透過錢包、市場和支付應用程式的採用情況來回答。

與 XRPL 更具雄心的借貸提案相比，Batch 可能具有優勢，因為開發者不必等待多個協議元件或全新金融市場。他們可以將其應用於現有的交易流程。

因此，Batch 最終的重要性將較少取決於修正案投票結果，而更多取決於 XRPL 服務是否遇到足夠多的多步驟失敗，以證明整合這項功能具備必要性。

本文僅供資訊參考，不構成財務或投資建議。驗證者支持情況和修正案狀態可能發生變化。

來源：Coindoo。