XRP Ledger 驗證者正接近批准 BatchV1_1，但 9 月 8 日的即時投票數據顯示，該修正案仍低於開始其兩週啟動期所需的門檻。
摘要
- BatchV1_1 目前獲得 35 位驗證者中的 24 票，相當於 XRPL 主網上 68.57% 的支持。
- 啟動需要連續十四天超過 80% 的支持，且尚未開始倒數計時。
- 批次交易最多可包含八個操作，啟動後支援四種執行模式。
- XRPL 版本 3.3.0 在開發者因漏洞停用原始 Batch 程式碼後引入了 BatchV1_1。
- 先前的缺陷可能導致未經授權的付款，但易受影響的修正案從未在 XRPL 主網上啟動。
根據 XRPScan，BatchV1_1 在預設的唯一節點清單上獲得 35 位驗證者中的 24 票支持，相當於 68.57%。以目前的驗證者數量，至少需要 29 票贊成才能超過 80%。
該修正案將允許帳戶將最多八筆交易捆綁為一個協調操作。然而，有關其將於 9 月啟動的報導仍屬猜測，因為尚未達到所需的多數支持。
只有在支持率首先超過 80% 並連續保持十四天的情況下，9 月啟動才有可能。
XRP Ledger Batch 投票尚未開始倒數計時
XRPL 修正案只有在連續兩週獲得超過 80% 受信任驗證者的支持後才會啟動。如果在此期間支持率低於該水平，計時器將重置。
因此，在目前 35 位驗證者的配置下，BatchV1_1 至少需要額外五張贊成票。參與者集合的變化可能會改變所需的確切數量。
該修正案沒有確認的啟動日期。即使它立即超過門檻，也必須等到連續兩週的期限結束後才能啟動。
驗證者的投票也可能改變。如果測試發現相容性、安全性或操作問題，營運者可能會撤回支持。
BatchV1_1 將合併八筆交易
官方 XRPL 文件指出，Batch 交易最多可包含八筆內部交易。這些操作被封裝在一個管理排序、費用和授權的外部交易中。
將有四種執行模式可用。「全有或全無」要求每筆內部交易都成功。「僅一個」套用第一個成功的操作，而「直到失敗」則處理交易直到其中一筆失敗。「獨立」則嘗試每一筆包含的交易，無論其他結果如何。
潛在用途包括原子代幣交換、NFT 鑄造後接著報價、捆綁平台費用以及涉及多個帳戶的協調操作。多帳戶批次要求每個參與帳戶授權整個集合。
此功能可能減少應用程式協調依賴操作所需的外部基礎設施。每筆已提交的內部交易將保留單獨的元資料及其父批次的參考。
正如 crypto.news 在 3.3.0 版本發佈時報導，發佈程式碼並未啟動該功能。驗證者的批准仍然是必要的。
修正後的修正案取代了易受攻擊的 Batch 代碼
XRPL 版本 3.3.0 於 8 月 6 日引入了 BatchV1_1，以取代原始的 Batch 修正案。在研究人員發現嚴重的授權缺陷後，開發人員於 2 月停用了該早期版本。
Pranamya Keshkamat 和 Cantina AI 的 Apex 安全工具識別出用於驗證批次簽署者的邏輯中存在錯誤。該缺陷可能允許攻擊者跳過對某些參與者的檢查，並從受害者的帳戶提交未經授權的交易。
XRPL Labs 表示，易受攻擊的修正案尚未在主網上啟動，且沒有用戶資金面臨風險。驗證者被建議投票反對，而 rippled 版本 3.1.1 將原始 Batch 及其配套修復標記為不受支援。
修正後的版本移除了提前退出錯誤，增加了授權保護措施，並縮小了對每個簽署者的檢查範圍。在發布前，獨立審計後來審查了該替代方案。
在安全審查的相關報導中，crypto.news 報導稱，原始缺陷在啟動前就被發現，BatchV1_1 已為版本 3.3.0 重寫。
啟動完全取決於驗證者
節點運營商必須先運行支援 BatchV1_1 的軟體，然後才能對其投票。XRPL 還警告 Clio 運營商升級到版本 2.8.0，以便其 API 基礎設施能夠在修正案啟動時處理新的交易和帳本格式。
下一個確認的里程碑是 80% 的驗證者門檻。只有到那時，帳本才會記錄為期兩週的多數票期間的開始。
9 月底啟動在數學上仍然可能，但並非預定。確切時間取決於額外的驗證者投票以及之後不間斷的支援。
沒有經證實的 XRP 價格變動可具體歸因於 BatchV1_1 投票。該修正案改變的是交易功能，而非 XRP 的供應或發行規則。
