2026 年 9 月 8 日，XRP Ledger 驗證者對 BatchV1_1 修正案的支持度維持在 35 票中的 24 票，即 68.57%，距離啟動兩週啟用窗口所需的逾 80% 絕對多數仍相差甚遠。儘管 BatchV1_1 已隨 rippled 軟體發布，但這並不代表它已在 XRP Ledger 上線，在驗證者跨越該門檻之前，外界常與此升級掛鉤的 DeFi 與功能效益仍未獲證實。

XRP Ledger 的 Batch 修正案目前支持度為 68%。Batch 可能在本月底上線。Batch 將為 XRP 生態系解鎖許多新用例。您可以在這裡追蹤進度 pic.twitter.com/uoo2Q5kf0X — moonkie (@xmoonkie)，2026 年 9 月 7 日

BatchV1_1 仍低於啟用門檻

BatchV1_1 隨 2026 年 8 月 6 日發布的 rippled 3.3.0 推出，但在 XRP Ledger 上，程式碼納入與主網啟用是兩回事。與透過硬分叉或鏈下治理投票部署協議變更的網路不同，XRPL 的變更透過驗證者共識自動上線：一旦某項修正案在規定期間內獲得多數支持，它就會在每台運行相容軟體的伺服器上啟用，不會出現協調性的鏈分裂。根據 XRPScan 數據，截至 9 月 8 日的快照，該修正案在預設唯一節點列表（Unique Node List）中的支持度為 68.57%。

啟用需要超過 80% 的支持率並連續維持 14 天，而這一倒數計時尚未開始。在目前 35 名驗證者的配置下，至少需要 29 票贊成票才能跨越門檻，但若參與驗證者集合有所變動，確切票數可能改變。支持率也可能在倒數期間跌回 80% 以下，此時計時器將完全重新計算。

3.3.0 版並非單一功能的版本——它還引入了 ConfidentialTransfer、DynamicMPT、Sponsor 與 PermissionDelegationV1_1，將 BatchV1_1 打包進更廣泛的機構導向升級組合中。追蹤 XRP Ledger 成長與 ETF 驅動資金流入的投資人，應將這些修正案視為平行的故事線，每一項都需要各自的驗證者絕對多數支持，功能才能上線。

Batch 交易若啟用可實現的功能

一旦上線，一筆 Batch 交易可在單一外部交易中捆綁最多八筆內部交易，並提供四種執行模式：「全部或無」，要求每筆內部交易都必須成功；「僅一筆」，套用第一筆成功的操作；「直到失敗」，依序處理交易直到其中一筆失敗；以及「獨立」，無論結果如何都嘗試執行每筆包含的交易。

潛在用例包括原子代幣交換、搭配掛單的 NFT 鑄造、捆綁平台費用，以及跨越多個帳戶的協調操作——前提是每個參與帳戶都授權完整的交易集合。每筆提交的內部交易都將保留自身的元數據以及指回其父批次的參照，此結構旨在減少應用程式目前進行多步驟操作所需的外部協調基礎設施。

這些仍屬設計中的功能，而非實際成果。效率提升（以及 RLUSD 結算與 XRPL 上代幣化金融流向等用例活動的任何隨之增長）取決於驗證者啟用，以及後續的錢包與 SDK 支援。

替代修正案背後的安全歷史

BatchV1_1 並非原始的 Batch 程式碼，而是重寫版本。2026 年 2 月，在 Pranamya Keshkamat 與 Cantina AI 的 Apex 安全工具於批次簽署者驗證邏輯中發現重大缺陷後，開發者停用了原始修正案。該漏洞可能讓攻擊者跳過對部分參與者的授權檢查，並從受害者帳戶提交未經授權的交易。

關鍵的是，存在漏洞的版本從未在主網上啟用，XRPL Labs 表示沒有任何用戶資金面臨風險。Rippled 3.1.1 將原始 Batch 修正案標記為不支援，其替代版本移除了提前退出的錯誤、增加授權防護措施並縮小簽署者檢查範圍，且在納入 3.3.0 之前經過獨立審計審查。

為何這尚未成為 XRP 的價格催化劑

此消息並未帶來顯著的價格波動，而在支持度維持於 68.57% 的情況下，這種情況不太可能改變。該修正案改變的是帳本上的交易功能，而非 XRP 的供應或發行規則，因此對為 XRP 近期突破潛力定價的交易者而言，它不具直接的貨幣政策面向。

與 Batch 相關的任何 XRPL 交易量、DeFi 活動或代幣需求的提升仍屬前瞻性，取決於啟用能否跨越絕對多數門檻，以及隨後錢包、交易所與 DeFi 協議是否實際整合該功能。在此之前，Batch 屬於基礎設施層面的故事，而非已獲證實的估值催化劑。

下一個里程碑是持續的驗證者絕對多數

XRPL 驗證者的下一個確定檢查點是突破 80% 支持度。唯有在那之後，帳本才會開始記錄強制性的連續 14 天多數期間。支持度必須在整段期間維持高於門檻，否則計時器將歸零重置。

截至 9 月 8 日的快照，9 月下旬啟用在數學上是可能的，但並沒有任何排定時程。節點營運者必須先運行支援 BatchV1_1 的軟體才能為其投票，而 XRPL 另行警告 Clio 營運者升級至 2.8.0 版，以便在修正案確實啟用時，API 基礎設施能夠處理新的交易與帳本格式。

來源：https://icobench.com/news/xrp-news-batchv1-1-xrp-ledger-vote/