Solana交易上限擴至4096位元組，v1格式啟用主網

Solana(SOL)單筆交易最大大小已從1232位元組擴大至4096位元組。過去必須拆分成多筆交易處理的零知識（ZK）證明與大型多重簽名作業，如今可由單筆交易完成。

Solana基金會表示，v1交易格式已在主網第1035個epoch開始時、即15日上午10時左右（台灣時間）啟用。這項變更也已套用至測試網與開發者網路。

交易大小擴容是透過SIMD-0296，以及定義新交易結構的SIMD-0385實現。最大容量較原先提高3.3倍。

原有的1232位元組限制，使複雜作業必須拆分成多筆交易。v1格式可在單筆交易中容納用於機密轉帳的ZK證明、大型多重簽名、批次交易、Winternitz一次性簽名與BLS等簽名機制。

v1交易不會取代既有格式。舊版與v0交易仍可繼續使用，因此不需要額外容量的應用程式可以維持原有方式。

另一方面，想使用4096位元組交易的應用程式必須選擇v1格式。讀取Solana資料的錢包、應用程式、RPC、索引器與區塊鏈瀏覽器，也必須能解析新的交易結構。

交易查詢應用程式需要標明是否支援v1。索引器則必須從交易標頭的transactionConfig讀取計算額度與費用資訊，而不是使用既有的ComputeBudget指令。

本刊先前曾報導，在Solana v1交易轉換前，RPC與索引器需要進行相容性檢查。隨著主網啟用，周邊基礎設施能否處理實際交易，已成為營運階段的課題。

v1交易不使用地址查詢表，而是直接將地址放入交易中。SIMD-0385將每筆交易的地址數量上限設為64個、簽名上限設為12個、指令上限設為64個。

由於結構不同於使用地址查詢表的既有v0交易，開發者必須依照使用情境選擇格式。既有交易與新交易在一段時間內仍會並行運作。

4096位元組上限是配合驗證者硬體標準4KiB記憶體頁面的設定值。當交易超過網路傳輸單位時，會被拆分成多個QUIC框架；若部分框架遺失，整組資料都必須重新傳送。

Solana基金會表示，考量傳輸成本與接收端緩衝區負擔，因此沒有無限制擴大交易大小，而是將上限設在4KiB。這項數值反映了容量擴大與網路成本之間的平衡。

基礎設施營運商也需要檢查軟體。Solana基金會已建議Jito-Solana驗證者與RPC營運商更新至4.2.2以上版本。

在舊版RPC中，v1交易在儲存過程中可能會被降級顯示為v0。若要準確處理交易原文與費用資訊，必須確認相關系統版本及解析器是否支援v1。

這次升級不會直接改變Solana的處理量數據或SOL價格。重點在於，過去因交易上限而被拆分的複雜作業，如今可以組成單一原子交易；實際應用範圍仍取決於錢包、開發工具、RPC與索引器是否支援v1。