索拉納(SOL)交易上限增至4096位元組 v1格式待啟用

索拉納(SOL)正在準備一項v1交易格式升級，計畫將單筆交易的最大容量從1,232位元組提高到4,096位元組，等於可乘載的資料量成長「約3.3倍」。

根據索拉納基金會(Solana Foundation)官方升級文件，「Larger Transaction Sizes」目前列為「待啟用功能」（Pending Feature Activation）。這項變更依據SIMD-0296與SIMD-0385兩份提案，官方升級儀表板將Agave 4.2列為2026年8月的部署版本，但交易容量擴大功能仍處於等待啟用狀態。

此次升級的核心在於交易上限的調整。索拉納原本的交易大小限制為1,232位元組，SIMD-0296文件說明，這項限制源自IPv6網路的MTU規格1,280位元組，扣除標頭等資訊後，實際可用的交易酬載空間僅剩1,232位元組。

索拉納認為，自從導入QUIC傳輸協定後，網路已具備傳送更大交易的條件，因此提出將新上限訂在4,096位元組。隨著網路傳輸架構改變，過去為配合封包大小而設下的交易上限，也隨之重新調整。

新版v1格式不會取代現行的v0格式與舊版（legacy）交易。想使用更大交易容量的應用程式、錢包與索引器（indexer），都必須先支援新格式。索拉納官方RPC文件指出，要接收v1訊息，請求端須將`maxSupportedTransactionVersion`設定為1。

根據RPC文件，v1訊息會包含一個`transactionConfig`物件，裡面涵蓋運算單位上限、資料大小上限與優先手續費，也就是`computeUnitLimit`、`loadedAccountsDataSizeLimit`與`priorityFee`三項參數。這與過去必須另外插入指令來申請資源的做法不同。

技術結構也出現變化。SIMD-0385說明，v1交易使用版本位元組129，並以交易標頭中的設定遮罩（configuration mask）取代舊有的`ComputeBudgetProgram`指令來申請資源，但不支援位址查詢表（Address Lookup Table，ALT）。

位址查詢表原本是為了不必把所有位址都寫進交易內容，而改為參照外部表格藉此節省空間的設計。v1的前提是，在4,096位元組的上限內，多數情況可以直接容納完整的位址清單。不過，對高度仰賴ALT的應用場景來說，上限擴大帶來的效益可能有限。

這項改動為開發者拓寬了單筆「原子交易」（atomic transaction，指多項操作要嘛全部成功、要嘛全部失敗的交易結構）的操作空間。索拉納基金會說明，零知識證明、大型多重簽署（multisig）、批次作業與部分鏈上簽章結構，過去在1,232位元組的限制下很難塞進單一交易。

對複雜的DeFi操作或機構級多重簽署處理而言，這能減少必須拆成多筆交易的負擔。本報先前報導指出，索拉納近期周交易量雖然成長，但手續費收入、開發者活動與代幣需求之間的關聯仍須以個別指標分別確認，顯示網路處理量指標仍須搭配基礎設施變化一併檢視。

但v1並非萬能解方。索拉納官方說明指出，v1能讓驗證者（validator）與用戶端團隊更早讀取手續費與資源申請資訊。不過對應用程式開發者而言，「64個帳戶」的上限依然是限制之一。

開發者社群的討論同時出現期待與疑慮。在GitHub討論串中，有意見認為，更大的交易容量對複雜的代幣兌換、一鍵式DeFi操作與原子式清算作業會有幫助。也有人指出，網路效能、封包分割、驗證者頻寬與手續費機制設計才是更關鍵的課題。

本地測試環境已率先開放試驗空間。索拉納範例程式庫顯示，`solana-test-validator`中的`enable_tx_v1`功能開關（feature gate）目前已預設啟用。不過核心執行程式碼規定，若功能開關未開啟，v1交易會被以`UnsupportedVersion`拒絕，因此仍須依各測試網、主網叢集（cluster）狀態個別確認是否啟用。

Crypto Briefing報導指出，v1交易可能在未來數週內進入測試網（testnet）。不過根據索拉納官方文件，目前的狀態仍是「待啟用」，主網（mainnet）何時導入及相關時程，仍須以官方功能啟用狀態為準。

整體來看，這次升級屬於開發基礎設施層面的調整，而非價格相關議題。錢包、RPC服務、索引器與開發工具都需要檢查是否支援解析v1交易與`transactionConfig`欄位。現有的v0與舊版交易格式仍會持續運作，但想使用4,096位元組交易的服務，前提是必須先支援新格式。