Solana (SOL) 週二在主網啟用新版本的交易格式，大幅放寬單筆交易的資料上限， 從原本的 1,232 位元組，一舉提高到 4,096 位元組，等於原先容量超過三倍。
重點整理：
- Solana 的 Transaction V1 格式已於主網 epoch 1035 開始時上線，時間約為 9 月 15 日 01:00（UTC）。
- 更大的「信封」讓零知識證明、大型多重簽章審批及多步驟交易，能在一筆具原子性的交易中完成結算。
- 舊版與 v0 交易格式仍可運作，但應用程式與資料服務需更新，才能正確解讀新格式。
Transaction V1 正式登陸 Solana 主網
根據 Solana Foundation 公告，新格式已在主網 epoch 1035 開始時 啟用，時間約為 01:00（UTC）。開發公司 Anza 主導工程實作，Jacob Creech 與 Andrew Fitzgerald 則是本次升級的核心貢獻者之一，外部報導 亦有點名兩人。
兩份設計文件 SIMD-0296 與 SIMD-0385，分別規範了交易可容納的更大容量，以及為此重新設計的訊息結構。
是否採用 V1 交易屬於自願選擇，既有的 legacy 與 v0 交易格式維持原狀、不受影響。新增的空間可用來放置更多指令、 簽章以及交易執行所需的其他資料，並不會改變網路每秒可處理的交易筆數。
延伸閱讀： XRP Ledger 單區塊打包 3,254 筆交易 創下新紀錄
為什麼 Solana 的 4,096 位元組上限重要？
在舊有上限之下，開發者必須想辦法把複雜操作 硬塞 進一筆小交易裡，或是拆成多筆交易，再透過 bundle 機制將流程「縫」回來。但這類 bundle 並沒有協議層面保證， 無法確保流程中所有步驟會「一起成功或一起失敗」。V1 格式則移除地址查找表機制，改為直接把帳戶地址寫在交易內， 結構更直覺，不過每個帳戶會消耗 32 位元組，而非僅是一個索引位元。
需要多位審批人的企業錢包，將是首批明顯受惠的使用情境之一；零知識證明則可在不揭露細節的前提下，完成更複雜驗證。 相較之下，Ethereum (ETH) 協議並未設定硬性的交易大小上限，而是透過 「運算越重、收費越高」的 gas 模型來管理資源。因此，本次升級縮小了多年來兩條鏈在結構設計上的差異。
當然，光是拉高容量並不等於一定會帶來實際使用量。Galaxy Research 就曾指出， 許多 Solana 生態內的代幣價值仍處於「閒置」狀態，部分成長較快的應用類別目前仍由其他鏈領先。 根據 DeFiLlama 數據，Solana DeFi 鎖倉價值（TVL）約落在 59.5 億美元， 而 8 月份在 Solana 上發行的實體資產代幣（RWA），總額已突破 40 億美元、分布於超過 35 萬個地址之上。
Transaction V1 前的基礎升級鋪路
對基礎設施而言，支援 V1 交易是一項「破壞性變更」，也就是說：如果某個服務尚未完成更新， 針對單筆交易的查詢請求有可能直接失敗。驗證節點與 RPC 運營商被建議至少升級至 Agave v4.2.2 版； 而只要某個區塊內包含任一 V1 交易，對整個區塊的查詢也可能遇到錯誤。
原本 1,232 位元組的設計限制，源自過去 Solana 使用 IPv6 封包時的大小考量， 但在網路傳輸改為 QUIC 後，這個歷史包袱便不再適用 ——限制也就失去必要性。技術社群分析顯示， 這正是本次放寬上限的關鍵背景之一。
在正式上線前，Anza 應生態系團隊要求，將主網啟用時間 延後 六天，以利進一步測試與整合。 此次交易格式升級，延續了今年 5 月一連串效能調整——包括將每個區塊的運算容量，從 6,000 萬 compute units 提升到 1 億，以及分階段下調鏈上儲存租金，幅度高達 90%。
