Solana v1 交易限制擴大至 4096 位元組

Solana (SOL) 正在準備將單筆交易的最大大小從 1,232 位元組擴大至 4,096 位元組，這是 v1 交易格式的升級。這項技術變更使得一次可以容納約 3.3 倍於現有限制的交易。

Solana 基金會在官方升級文檔中將「更大的交易大小」分類為「待啟用功能」。此次變更基於 SIMD-0296 和 SIMD-0385，官方升級儀表板顯示 Agave 4.2 將於 2026 年 8 月發布，但交易大小擴大功能仍處於待啟用狀態。

此次升級的核心是交易限制。Solana 現有的交易大小限制為 1,232 位元組，SIMD-0296 文檔解釋這一限制源於 IPv6 MTU 1,280 位元組的設計。扣除標頭等，實際交易有效負載剩餘 1,232 位元組。

Solana 報告稱，自從引入 QUIC 之後，已經建立了發送更大交易的環境，並提出新的限制為 4,096 位元組。隨著網絡傳輸結構的變化，過去基於封包大小限制的交易限制正在重新調整。

v1 格式不會取代現有的 v0 和舊版交易。希望使用更大交易大小的應用程序、錢包和索引器必須適應新格式。Solana RPC 文檔指出，為了接收 v1 消息，請求中必須設置 maxSupportedTransactionVersion: 1。

根據 RPC 文檔，v1 消息包含計算限制和數據大小限制，以及優先費用的 transactionConfig 對象。transactionConfig 包含 computeUnitLimit、loadedAccountsDataSizeLimit 和 priorityFee。這與過去通過單獨指令進行資源請求的方式有所區別。

技術結構也將發生變化。SIMD-0385 說明 v1 交易將使用版本位元組 129，並將資源請求包含在交易標頭中的設置掩碼中，而不是使用現有的 ComputeBudgetProgram 指令。地址查詢表（ALT）不再支持。

地址查詢表是通過參考外部表來減少空間，而不是在交易中直接放入所有地址。v1 假設在 4,096 位元組的限制內，通常可以直接包含地址列表。然而，在對 ALT 依賴度較高的工作負載中，擴大限制的效果可能會受到限制。

這一變更為開發者提供了更大的單原子交易的空間。Solana 基金會解釋說，零知識證明、大型多重簽名、批量作業以及某些鏈上簽名結構在現有的 1,232 位元組限制下難以在單筆交易中包含。原子交易是指多個操作要麼一起成功，要麼一起失敗的結構。

在複雜的 DeFi 操作或機構型多重簽名處理中，可以減少將交易分割為多次的負擔。正如本報導所述，儘管每週交易量增加，但收費收入、開發者活動和代幣需求之間的關係仍需作為單獨指標進行確認，因此網絡處理指標需要與基礎設施變化一起考量。

然而，v1 並不會消除所有瓶頸。Solana 官方解釋稱，v1 提供了一種結構，使驗證者和客戶端團隊能夠更早地讀取費用和資源請求。相反，從應用程序開發者的角度來看，64 個帳戶的限制仍可能成為制約。

在開發者討論中，期待與擔憂並存。在 GitHub 討論中，有人提出更大的交易大小對於複雜的交換、一鍵 DeFi 和原子清算操作是有用的。相對地，也有人指出網絡性能、封包分割、驗證者帶寬和費用設計更為重要。

在本地驗證環境中，測試的可能性已經開啟。Solana 示例存儲庫在 solana-test-validator 中已經啟用了 enable_tx_v1 功能閘。然而，如果運行時代碼的功能閘關閉，則 v1 交易將被拒絕為 UnsupportedVersion，因此需要確認每個集群的啟用狀態。

Crypto Briefing 報導稱，v1 交易可能在未來幾周內進入測試網。然而，根據 Solana 官方文檔，狀態仍然是待啟用。主網的應用與時間表需根據官方功能啟用狀態進行確認。

此次升級更接近於開發基礎設施的變化，而非價格預測。錢包、RPC、索引器和開發工具需要檢查 v1 交易解析和 transactionConfig 的對應情況。現有的 v0 和舊版交易將繼續運作，但希望使用 4,096 位元組交易的服務必須支持新格式。