原定於 9 月 29 日啟用的 XRP Ledger（XRP）升級，因驗證節點支持一度跌破啟用所需門檻，已推遲至少 10 天。

這項名為 Batch 的功能允許使用者一次提交最多八筆交易。其全有或全無選項可讓買家在一次操作中完成代幣化資產的付款與接收，防止交易任一方單獨完成交易。這種原子性對代幣化資產結算最為重要，因為若付款完成而對應的交付未完成（或相反情況），將使其中一方蒙受損失。

RippleX 工程主管 Ayo Akinyele 此前告訴 CoinDesk（ Batch 進行開發，並表示一旦該功能上線，Ripple 將分享更多與資產管理公司合作的資訊。

他表示：「一些項目已經在以 Batch 為前提進行開發，因此啟用將使這些工作更接近上線。」他並未透露合作夥伴名稱或提供上線日期。

根據 XRPL 修正案儀表板，修正後的升級（正式名稱為 BatchV1_1）於 9 月 25 日重新獲得 35 個可信驗證節點中 30 個的支持。此次重置啟動了新的兩週倒數計時，若支持度維持，最早啟用時間為 10 月 9 日約 14:46 UTC。

驗證節點是檢查交易並對網路變更進行投票的營運者。XRPL 升級必須連續兩週保持超過 80% 可信驗證節點的支持。一旦失去支持，累積的時間將被清零，即使投票很快恢復也一樣——這正是短暫的支持下滑導致啟用時間推遲至 9 月 29 日之後的原因。

Batch 自 9 月 15 日起開始倒數。這已是引入該功能的第二次嘗試，此前開發人員在啟用前因嚴重的簽名驗證缺陷而撤回了原始版本，此舉避免了有缺陷的程式碼上線。修正後的實作已於 8 月隨帳本軟體 3.3.0 版本一同發布。

另一讓帳戶持有者可委託特定任務的升級，也失去了完成倒數所需的支持。這項名為 PermissionDelegationV1_1 的升級，將允許企業授權另一個帳戶執行經核准的操作，而無需分享控制其資金的簽名金鑰——將日常營運與資產託管分離。例如，代幣發行方可將付款與合規職責分配給不同的營運帳戶。

該升級於 9 月 23 日失去符合資格的支持，並於一天後恢復，最早啟用時間從 10 月 5 日推遲至 10 月 8 日約 21:25 UTC。兩項功能現在都處於受相同門檻約束的全新兩週窗口期，這意味著驗證節點支持若再度中斷，日期將再次推遲——修正案儀表板將顯示投票數是否持續保持。