Ripple表示資產管理者為XRPL Batch做準備

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要求至少80%的支持在連續14天內保持，才能啟用修訂，當前閾值為28票。倒計時於9月15日14:06:41 UTC開始，如果支持保持，則可能在9月29日同一時間之後啟用。

最新消息：資產管理者正在為XRP Ledger的下一次支付升級做準備

Batch V1.1可以將最多八筆交易捆綁成一個操作，RippleX表示商業項目已經圍繞該功能進行建設，等待啟用。 pic.twitter.com/DmleX4GBiA
--- crypto.news (@cryptodotnews) 2026年9月20日
你可能還喜歡：XRP Ledger 3.4.0新增貸款和協議修復

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

XLS-56規範將Batch定義為一種打包兩到八個內部交易的交易。它支持四種處理模式：全有或全無、僅一個、直到失敗和獨立。全有或全無設置要求整個組必須成功執行，否則將阻止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 天期間內維持超過半數的支持，而在計時進行時，驗證者可以改變他們的投票。如果支持降到所需水平以下，當前的窗口將停止，並且在恢復到門檻後需要另一個不間斷的期間。

最新的計數顯示本月支持率迅速上升。V1.1 批次當時有 35 位驗證者中的 24 位投票支持，或 68.57%，因此低於啟動門檻。到 9 月 15 日，支持票數已增加到 27 票，然後足夠的驗證者支持該修訂案以開始倒計時。

該修訂案本身於 8 月 6 日隨著 xrpld 版本 3.3.0 發佈。官方的 XRP Ledger 發佈說明將 V1.1 批次描述為原始批次修訂案的替代品，並指出它支持多達八個內部交易，包括原子交換結構。

自那時以來，XRP Ledger 基金會已經發佈了 xrpld 3.4.0。9 月 16 日的軟體發佈引入了獨立的借貸和清理修訂案，並不取代 V1.1 批次，該批次仍在其自己的主網投票過程中。伺服器運營商被建議升級到 3.4.0 版本以保持服務連續性。

V1.1 批次跟隨了第一版本的關鍵缺陷

當前的修訂案是在開發者於 2 月停止原始批次提案後到達的。XRPL 的官方漏洞披露表示，安全研究員 Pranamya Keshkamat 和 Cantina AI 的 Apex 工具於 2 月 19 日識別出一個關鍵的簽名驗證缺陷。

在特定條件下，易受攻擊的代碼在遇到新創建的帳戶後可能會停止檢查批次簽名者。XRPL Labs 表示，攻擊者可以在不擁有該帳戶擁有者私鑰的情況下，包含來自另一個帳戶的未經授權的交易。潛在的交易可能包括付款和某些帳本狀態變更。

該缺陷從未在 XRP Ledger 主網上激活。原始修訂案仍在投票階段，XRPL Labs 表示沒有資金面臨風險。驗證者被建議投票反對它，而於 2 月 23 日發佈的 rippled 版本 3.1.1 使批次和 fixBatchInnerSigs 不受支持，因此無法啟動。

然後，開發者改變了替代品的簽名和授權邏輯。漏洞報告表示，修復措施移除了過早成功條件，增加了授權保障並加強了簽名檢查規則。V1.1 批次在開發和審查後隨後被納入 xrpld 3.3.0。

在當前的驗證者投票之前，安全工作仍在繼續。正如 crypto.news 在其 V1.1 批次安全審查報導中所述，開發者在修訂案達到目前的投票階段之前修復了另外 11 個涉及簽名、授權檢查和可能的伺服器崩潰的問題。

Akinyele 告訴 CoinDesk，該審查包括內部對抗測試、AI 輔助分析、Sherlock 安全競賽以及涉及 Halborn 和 Common Prefix 的評估。CoinDesk 將這些細節歸因於 RippleX；涵蓋該審查每個部分的公共合作夥伴報告未包含在本報告的材料中。

XRPL 開發者生態系統隨著簽名設計的演變而進行了支持性變更。官方 xrpl.js 存儲庫中的 6 月問題記錄顯示，舊的批次簽名邏輯與 V1.1 批次的修訂格式不匹配，因為額外的帳戶和序列信息已綁定到簽名上。JavaScript 二進制編碼器的發佈歷史表明，V1.1 批次簽名支持於 8 月的版本 2.9.0 中添加。

資產管理者正在測試更多的代幣化結算在 XRPL 上

Ripple對Batch的評論出現在金融公司和開發者正在使用XRP Ledger基礎設施進行代幣化資產和機構結算項目的背景下。今年六月，摩根大通、萬事達卡、Ondo Finance和Ripple參與了一項使用XRP Ledger的代幣化美國國債贖回測試。

Ripple總裁Monica Long在八月表示，金融機構正在將一些代幣化資產的工作從試點計劃轉向生產。Crypto.news報導了Ripple的機構代幣化項目，Aviva Investors在七月在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 UTC啟用，前提是至少80%的驗證者支持在整個倒計時期間保持不變。9月20日最新公布的計票結果顯示，在追蹤的35名驗證者中，有30票支持。