XRP 賬本的批量升級將於 9 月 29 日上線——未運行 xrpld 3.3.0 的服務器將被切斷#CryptoNewss
$XRP
$TRX
$FF
#Market_Update
XRP 賬本正準備在 9 月 29 日啓用其久等的 Batch（批量）提案，使得能夠將多筆交易進行分組，並在一組單一條件下執行。
此次升級要求服務器運維人員運行 rippled（亦稱 xrpld）3.3.0 或更高版本。當發佈啓用的提案生效後，若服務器仍停留在更舊版本，它們將會進入“提案封鎖（amendment-blocked）”狀態，從而無法在其軟件升級之前確定賬本的當前狀態。
#cryptouniverseofficial
3.3.0 版本於 8 月 6 日發佈，並在支持 Batch 的同時引入了多項其他提案與協議變更。該激活流程遵循 XRPL 的提案系統：在協議變更自動生效之前，需要在一段時間內獲得持續驗證者支持。
因此，對於交易所、錢包提供方、驗證者以及其他基礎設施運維方來說，9 月 29 日的截止期限在運營層面是強制性的，而不是可選的——如果他們的服務器會受到新啓用提案的影響。
#MarketAnalysis
Batch 爲 XRPL 帶來原子交易
核心是 Batch 提案，它引入了一種新的 Batch 交易，最多可包含八筆內部交易（inner transactions）。
這些交易可以用不同模式執行。在“全有或全無（All or Nothing）”結構下，所包含的每一筆交易都必須成功，否則不會應用任何交易。其他模式則允許交易彼此獨立執行：要麼在第一筆成功交易後停止，要麼在第一筆失敗交易後停止。
#xrpapdet
這使得應用的邊界超越了簡單的交易打包。
例如，用戶可以構造包含多筆協同付款或賬戶操作的業務，同時確保它們會根據預先設定的條件執行。開發者也可以降低編排多步驟工作流所帶來的複雜度。
$XRP
$TRX
$FF
#Market_Update
XRP 賬本正準備在 9 月 29 日啓用其久等的 Batch（批量）提案，使得能夠將多筆交易進行分組，並在一組單一條件下執行。
此次升級要求服務器運維人員運行 rippled（亦稱 xrpld）3.3.0 或更高版本。當發佈啓用的提案生效後，若服務器仍停留在更舊版本，它們將會進入“提案封鎖（amendment-blocked）”狀態，從而無法在其軟件升級之前確定賬本的當前狀態。
#cryptouniverseofficial
3.3.0 版本於 8 月 6 日發佈，並在支持 Batch 的同時引入了多項其他提案與協議變更。該激活流程遵循 XRPL 的提案系統：在協議變更自動生效之前，需要在一段時間內獲得持續驗證者支持。
因此，對於交易所、錢包提供方、驗證者以及其他基礎設施運維方來說，9 月 29 日的截止期限在運營層面是強制性的，而不是可選的——如果他們的服務器會受到新啓用提案的影響。
#MarketAnalysis
Batch 爲 XRPL 帶來原子交易
核心是 Batch 提案，它引入了一種新的 Batch 交易，最多可包含八筆內部交易（inner transactions）。
這些交易可以用不同模式執行。在“全有或全無（All or Nothing）”結構下，所包含的每一筆交易都必須成功，否則不會應用任何交易。其他模式則允許交易彼此獨立執行：要麼在第一筆成功交易後停止，要麼在第一筆失敗交易後停止。
#xrpapdet
這使得應用的邊界超越了簡單的交易打包。
例如，用戶可以構造包含多筆協同付款或賬戶操作的業務，同時確保它們會根據預先設定的條件執行。開發者也可以降低編排多步驟工作流所帶來的複雜度。
