Solana (SOL) 週二正式大幅放寬單筆交易可承載的資料量，上限由 1,232 字節提升至 4,096 字節，等同多於三倍增幅。
重點摘要：
- Solana 的 Transaction V1 交易格式已於主網 epoch 1035 開始時上線，時間約為 9 月 15 日 01:00（UTC）。
- 更大的「信封」令零知識證明、大型多重簽署批核及多步驟交易，得以在一筆原子性交易內完成結算。
- 舊版及 v0 交易仍可正常使用，但應用及數據服務需更新，才能讀取新格式。
Transaction V1 正式登陸 Solana 主網
根據 Solana Foundation 公布，新交易格式已於主網 epoch 1035 起步時啟用，約在 9 月 15 日 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 亦移除地址查找表（address lookup tables），改為把帳戶地址直接寫入交易訊息內。這種更直接的佈局，每個帳戶需佔用 32 字節，而非過去只用一個索引位元組，但提升了設計簡潔度及可預測性。
多人審批的企業錢包，是今次升級最直接的受惠者之一；同時，驗證資訊而毋須披露內容的零知識證明，也能因更大的交易空間而更易在鏈上運作。相對之下，Ethereum (ETH) 並沒有在協議層設定固定的交易大小上限，而是以「愈重運算愈高費用」的方式處理。今次升級，某程度上縮窄了兩條鏈在結構設計上的多年差距。
不過，容量增加並不等同自然帶來實際使用量。Galaxy Research 指出，大量以 Solana 代幣計價的價值依然處於「閒置」狀態，而其他公鏈在部分高增長板塊仍處於領先位置。根據 DeFiLlama 數據，Solana DeFi 的總鎖倉價值（TVL）約 59.5 億美元，而 8 月在 Solana 上發行的現實世界資產（RWA）總額已突破 40 億美元，分佈於逾 35 萬個地址。
上線 Transaction V1 前的其他升級
對基礎設施供應商而言，支援 V1 屬「破壞式變更」。若基建服務未更新，針對單一交易的查詢請求有機會失敗；同樣地，若某個區塊內包含任何一筆 V1 交易，而 RPC 節點未支援新格式，對整個區塊的查詢也可能出錯。因此，驗證者及 RPC 運營者被建議至少升級至 Agave v4.2.2 或更高版本。
原有 1,232 字節上限，可追溯至當初為配合 IPv6 封包限制而設定；但在網絡流量改為以 QUIC 傳輸後，該約束已不再適用。其後，Anza 應生態系團隊要求，希望爭取更多測試及整合時間，把主網啟用日期押後六日。
是次交易大小升級，延續了今年 5 月的一系列擴容措施，包括將每個區塊的運算容量由 6,000 萬提升至 1 億 compute units，以及逐步削減 90% 鏈上儲存租金，務求在性能與成本之間取得更佳平衡。
