XRP Ledger 的 Batch V1.1 一直維持在所需的驗證者門檻之上，Ripple 表示，若該交易功能於本月稍後啟動，資產管理公司與商業專案正準備使用它。
- Batch V1.1 已獲得 30 張驗證者票，使 XRP Ledger 的 9 月 29 日啟動倒數維持在軌道上。
- Ripple 表示資產管理公司正圍繞 Batch 進行開發，但目前具體合作夥伴仍未公開。
- Batch 可將八筆交易分組，讓連結的資產與付款轉移以原子方式一起結算。
- 在研究人員於 2 月發現一項重大簽章驗證漏洞後，開發者替換了原本的 Batch。
- XRPL 版本 3.3.0 在擴大審查並修復其他安全問題後，發布了 Batch V1.1。
CoinDesk 於 9 月 19 日報導，RippleX 工程主管 Ayo Akinyele 表示，涉及資產管理公司的工作正圍繞 Batch V1.1 進行準備，該功能可將最多八筆交易打包成單一 Batch 操作。Ripple 尚未公開點名這些資產管理公司，也未揭露確切的啟動日期。
9 月 20 日檢視的即時修訂數據顯示，35 個受追蹤的可信驗證者中有 30 個支持 Batch V1.1。XRP Ledger 要求修訂啟動前，至少須連續 14 天維持 80% 支持率，因此目前門檻為 28 票。倒數於 9 月 15 日 14:06:41 UTC 開始，若支持率維持不變，可能指向 9 月 29 日同一時間過後不久啟動。
XRP Ledger Batch V1.1 可將結算環節綁在一起
XLS-56 規範將 Batch 定義為一種打包 2 到 8 筆內部交易的交易。它支援四種處理模式：全有或全無、僅一筆、直到失敗，以及獨立。全有或全無設定要求整組交易必須成功執行，否則阻止該批次生效。
Ripple 將部分商業討論聚焦於貨銀對付（delivery-versus-payment，DvP）。在此類交易中，資產轉移及其付款可置於同一個原子操作中。在全有或全無設定下，若付款失敗，將阻止連結的資產轉移完成。
Akinyele 告訴 CoinDesk：「一旦該功能上線，我們將分享更多資訊，包括與關鍵資產管理公司的合作。」Ripple 尚未指明這些公司，因此該說法仍屬公司對尚未透過具名合作夥伴公告公開記錄之工作的描述。
XLS-56 規範列出無需信任的多帳戶交換、平台費用及閃電貸結構等潛在用途。例如，市集或錢包可將客戶付款與服務費打包，而不必要求分開交易，同時不同帳戶可授權同一 Batch 的各個環節。
Akinyele 表示「有些專案已經在設計時考慮到 Batch」，但合作夥伴身分與生產時程仍未公開。Ripple 表示，待計畫定案後將公布細節。
驗證者支持使 9 月 29 日的窗口保持開放
截至 9 月 20 日最新讀數，Batch V1.1 在 XRPLDashboard 追蹤的 35 個驗證者中獲得 30 張支持票，約等於 85%。因此支持率仍高於繼續啟動窗口所需的 28 票門檻。
預估的 9 月 29 日日期是有條件的。XRPL 修訂不會僅因一次跨越 80% 就啟動。驗證者必須在完整的 14 天期間維持絕對多數，且驗證者可在倒數進行期間改變投票。若支持率降至所需水準以下，當前窗口將停止，且在恢復門檻後，還需要另一段不中斷的期間。
最新計數延續了本月支持率的快速上升。Batch V1.1 當時在 35 張驗證者票中獲得 24 票，即 68.57%，低於啟動門檻。到 9 月 15 日，支持票已增至 27 票，之後才有足夠的驗證者支持該修訂以開始倒數。
該修訂本身隨 xrpld 版本 3.3.0 於 8 月 6 日發布。官方 XRP Ledger 發布說明將 Batch V1.1 描述為原始 Batch 修訂的替代方案，並指出它支援最多八筆內部交易，包括原子交換結構。
此後，XRP Ledger 基金會發布了 xrpld 3.4.0。這個 9 月 16 日的軟體版本引入了獨立的借貸與清理修訂，並未取代 Batch V1.1，後者仍處於自身的主網投票流程中。伺服器營運者被建議升級至版本 3.4.0 以維持服務連續性。
Batch V1.1 是在第一版出現重大缺陷後推出
當前修訂是在開發者於 2 月停止原始 Batch 提案後到來。XRPL 的官方漏洞披露指出，安全研究員 Pranamya Keshkamat 與 Cantina AI 的 Apex 工具於 2 月 19 日發現一項重大簽章驗證漏洞。
在特定條件下，有漏洞的程式碼可能在遇到新建立的帳戶後停止檢查 Batch 簽署者。XRPL Labs 表示，攻擊者接著可能在不持有該帳戶所有者私鑰的情況下，納入來自另一帳戶的未授權交易。潛在交易可能包括付款及某些帳本狀態變更。
該漏洞從未在 XRP Ledger 主網上生效。原始修訂仍處於投票階段，XRPL Labs 表示沒有資金面臨風險。驗證者被建議投反對票，而 2 月 23 日發布的 rippled 版本 3.1.1 使 Batch 與 fixBatchInnerSigs 不受支援，因此無法啟動。
開發者隨後更改了替代方案的簽署與授權邏輯。漏洞報告指出，補救措施移除了過早的成功條件、新增授權防護，並收緊簽章檢查規則。Batch V1.1 後來在開發與審查後被納入 xrpld 3.3.0。
在當前驗證者投票前，安全工作仍在持續。正如 crypto.news 在其 Batch V1.1 安全審查報導中所報導，開發者在該修訂進入目前投票階段前，又修復了另外 11 個涉及簽章、授權檢查及可能伺服器當機的問題。
Akinyele 告訴 CoinDesk，該審查包括內部對抗性測試、AI 輔助分析、Sherlock 安全競賽，以及涉及 Halborn 與 Common Prefix 的評估。CoinDesk 將這些細節歸因於 RippleX；本報導所檢視的材料中，並未包含涵蓋該審查每一部分的公開合作夥伴報告。
隨著簽署設計演進，XRPL 開發者生態系也做出了相應變更。官方 xrpl.js 儲存庫中一則 6 月議題記錄指出，較舊的 Batch 簽署邏輯與 Batch V1.1 修訂後的格式不符，因為額外的帳戶與序號資訊已被綁定至簽章。JavaScript binary-codec 發布歷史指出，Batch V1.1 簽署支援已於 8 月在版本 2.9.0 中加入。
資產管理公司正在 XRPL 上測試更多代幣化結算
Ripple 對 Batch 的評論出現之際，金融公司與開發者正使用 XRP Ledger 基礎設施進行代幣化資產與機構結算專案。6 月，JPMorgan、Mastercard、Ondo Finance 與 Ripple 參與了一項使用 XRP Ledger 的代幣化美國國債贖回測試。
Ripple 總裁 Monica Long 在 8 月表示，金融機構正將部分代幣化資產工作從試點計畫推向生產。Crypto.news 報導 Ripple 的機構代幣化專案時指出，Aviva Investors 已於 7 月在 XRPL 上推出代幣化基金股份類別，且 Ripple 將 RLUSD 視為原子貨銀對付結算的可能現金環節。
鏈上資產活動也隨著該發展而成長。另一篇 crypto.news 對 XRP Ledger RWA 數據的檢視於 7 月報導，根據 RWA.xyz 的數據，該網路在六個月內增加了約 26 億美元的代幣化現實世界資產價值，不包括穩定幣。同一報導警告，所代表的資產價值與實際流通的資產是截然不同的衡量標準。
Batch V1.1 本身並不要求資產管理公司使用 XRP 作為被轉移的資產。該功能在交易層運作，可打包來自不同帳戶的受支援 XRPL 交易。XRP 仍與帳本交易費用相關，而底層交易可涉及其他受支援的資產與代幣結構。
下一個程序性事件是當前修訂窗口的結束。XRPLDashboard 預估，若至少 80% 的驗證者支持在整個倒數期間不中斷地維持，Batch V1.1 將於 9 月 29 日約 14:06:41 UTC 啟動。9 月 20 日最新公布的統計仍為 35 個受追蹤驗證者中有 30 票贊成。