XRP Ledger 的 Batch V1.1 一直維持在所需的驗證者門檻之上，Ripple 表示，若該交易功能於本月稍後啟用，資產管理公司和商業項目正準備使用它。
摘要
- Batch V1.1 擁有 30 個驗證者投票，使 XRP Ledger 的 9 月 29 日啟用倒數保持正軌。
- Ripple 表示資產管理公司正圍繞 Batch 進行開發，但具體合作夥伴目前仍未披露。
- Batch 可將八筆交易分組，讓連結的資產和支付轉帳以原子方式一起結算。
- 在研究人員於二月發現一個關鍵的簽名驗證漏洞後，開發者替換了最初的 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 要求至少 80% 的支持率連續維持 14 天，修正案才能啟用，因此當前門檻為 28 票。倒數於 9 月 15 日 UTC 時間 14:06:41 開始，若支持率保持不變，可能於 9 月 29 日同一時間過後不久啟用。
XRP Ledger Batch V1.1 可將結算環節綁定在一起
XLS-56 規範將 Batch 定義為一種打包兩到八筆內部交易的交易。它支持四種處理模式：全有或全無、僅一筆、直到失敗和獨立。全有或全無設定要求整組交易成功執行，否則阻止該批次生效。
Ripple 將部分商業討論重點放在貨銀對付（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 票，之後足夠的驗證者支持該修正案以開始倒計時。
該修正案本身隨 8 月 6 日的 xrpld 3.3.0 版本發布。官方 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 二進制編解碼器發布歷史表明，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 預測，若至少 80% 的驗證者支持在整個倒數期間不中斷地維持，Batch V1.1 將於 9 月 29 日約 14:06:41 UTC 啟動。9 月 20 日公布的最新統計仍為 35 個受追蹤驗證者中有 30 票贊成。
