XRP Ledger 的 Batch V1.1 已保持在其所需的驗證者門檻之上，Ripple 表示，資產管理公司和商業專案正準備在本月稍後啟用時使用該交易功能。

CoinDesk 於 9 月 19 日報導，RippleX 工程主管 Ayo Akinyele 表示，目前正圍繞 Batch V1.1 準備涉及資產管理公司的工作，該功能可將多達八筆交易打包成單一的 Batch 操作。Ripple 尚未公開點名這些資產管理公司或披露確切的發布日期。

9 月 20 日審查的即時修正案數據顯示，在 35 個受追蹤的信任驗證者中，有 30 個支持 Batch V1.1。XRP Ledger 要求至少 80% 的支持率連續維持 14 天，修正案才會啟用，這使得目前的門檻為 28 票。倒數計時於 9 月 15 日世界標準時間 14:06:41 開始，若支持率保持不變，則指向可能在 9 月 29 日同一時間過後不久啟用。

XRP Ledger Batch V1.1 可以將結算環節綁定在一起

XLS-56 規範將 Batch 定義為一筆交易，可打包二到八筆內部交易。它支持四種處理模式：全部或無 (All or Nothing)、僅一 (Only One)、直到失敗 (Until Failure) 和獨立 (Independent)。「全部或無」設定要求整個群組成功執行，否則將阻止該批次生效。

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 中。

在當前驗證者投票之前，安全工作仍在繼續。Ascrypto.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 月，摩根大通、萬事達卡、Ondo Finance 和 Ripple 使用 XRP Ledger 參與了一項代幣化美國國債贖回測試。

Ripple 總裁 Monica Long 於 8 月表示，金融機構正將一些代幣化資產工作從試點專案推向生產階段。Crypto.news 報導了 Ripple 的機構代幣化專案，Aviva Investors 於 7 月在 XRPL 上推出了代幣化基金份額類別，Ripple 將 RLUSD 視為原子性付款交割結算的可能現金部分。

鏈上資產活動隨之增長。另一份 crypto.news 對 XRP Ledger RWA 數據的審查報導稱，根據 RWA.xyz 的數據，該網路在六個月內新增了約 26 億美元的代幣化實物資產價值，不包括穩定幣。同一份報告警告說，代表資產價值和實際流通資產是實質上不同的衡量標準。

Batch V1.1 本身不要求資產管理公司將 XRP 作為轉移資產使用。該功能在交易層運作，可以打包來自不同帳戶的支持 XRPL 交易。XRP 對於分類帳交易費用仍然重要，而底層交易可以涉及其他支持的資產和代幣結構。

下一個程序性事件是當前修正案窗口的結束。XRPLDashboard 預計 Batch V1.1 將於 9 月 29 日世界標準時間約 14:06:41 啟用，前提是至少 80% 的驗證者支持在整個倒數計時期間保持不間斷。9 月 20 日最新公布的統計數據顯示，在 35 個追蹤的驗證者中，仍有 30 票支持。