Solana (SOL) 週二正式大幅放寬單筆交易資料容量上限，從原本的 1,232 位元組一口氣提高到 4,096 位元組，等於增幅超過三倍。
重點摘要：
- Solana 的 Transaction V1 格式已於主網 epoch 1035 開始時上線，約在 9 月 15 日 01:00（UTC）。
- 更大的「交易信封」讓零知識證明、大型多重簽章審批與多步驟交易有機會在一筆原子性交易中完成結算。
- 舊版與 v0 交易格式仍可正常使用，但應用程式與數據服務需更新，才能正確讀取新格式。
Transaction V1 正式上線主網
根據 Solana Foundation 公布的資訊，新的交易格式已在主網 epoch 1035 初始時段正式啟用。這次升級由開發公司 Anza 主導工程實作，Jacob Creech 與 Andrew Fitzgerald 等人被業界視為主要技術貢獻者之一。相關報導亦點名兩人角色。
兩份設計文件 SIMD-0296 與 SIMD-0385，界定了更大交易尺寸的技術規格，以及為了承載這些資料而重新設計的訊息結構。
是否採用 V1 交易完全由使用者與開發者自行選擇；舊版與 v0 格式維持原樣，不受影響。新增的空間主要用來存放指令、簽章與其他執行交易所需的參數，不會改變 Solana 每秒可處理的交易筆數（TPS）。
延伸閱讀： XRP Ledger 一區塊打包 3,254 筆交易 創下新紀錄
為何 4,096 位元組上限對 Solana 至關重要？
在舊有限制下，開發者必須想方設法，將複雜操作壓縮進一小筆交易，或拆成多筆交易，再用「交易束」的方式把流程串接起來。但這樣的交易束，在協議層並沒有「全部成功或全部失敗」的原子性保證。
V1 也同步移除地址查詢表（address lookup tables），改為直接將帳戶地址寫入交易資料中。此一較為直觀的布局，雖然每個帳戶要耗費 32 位元組，而非單純的一個索引位元組，但換來設計與解析上的簡化。
需要多位簽署人共同批准的企業錢包，可望成為最早受惠的類型之一；同時，必須在鏈上驗證卻不揭露資訊內容的零知識證明（ZKP）應用，也能藉由更大容量一次打包更多演算法步驟。
相較之下，以太坊 (ETH) 在協議層並未設置嚴格的單筆交易大小上限，而是透過 Gas 機制，對計算資源消耗較大的操作收取更高費用。此次升級，等於縮小了兩者在交易結構上的先天差異，補上 Solana 一直以來的設計短板。
不過，硬體或協議容量的擴充，並不自動等同於實際使用量的跟上。Galaxy Research 曾指出，大量 Solana 代幣價值仍處於「閒置」狀態，而競爭鏈在若干高速成長的應用領域仍具領先優勢。
數據平台 DeFiLlama 顯示，Solana DeFi 協議的總鎖倉價值（TVL）約落在 59.5 億美元左右；此外，Solana 上掛鉤實體資產（RWA）的規模，在 8 月已突破 40 億美元，分布於逾 35 萬個地址。
Transaction V1 前後的基礎建設調整
對基礎設施而言，能否讀取 V1 交易屬於「破壞性改動」。若某項服務尚未完成升級，用戶請求查詢單筆交易時，可能直接失敗；若某區塊內只要包含一筆 V1 交易，請求該整個區塊的資料也有機會因不相容而出錯。
官方建議驗證者與 RPC 節點營運方，至少升級至 Agave v4.2.2 或更新版本，以避免無法處理新格式的風險。
Solana 最初設定的 1,232 位元組上限，被技術社群追溯到 IPv6 封包的相關限制。不過，隨著 Solana 網路流量遷移至 QUIC 通訊協定，這項假設前提早已不再適用。
在 Transaction V1 正式落地前，Anza 應多個生態系團隊要求，將主網啟用時間延後 6 天，以便各方進行更多測試與整合作業。
這次交易格式升級，延續了 Solana 今年一系列擴容措施：5 月時，網路每區塊可用的運算單位（compute units）已從 6,000 萬提升至 1 億，同時逐步將鏈上儲存租金砍掉約 90%，以降低長期持有帳戶與資料的成本。
