Solana交易資料上限擴大至4096位元組 15日主網啟用v1格式

Solana(SOL)將單筆交易可承載的資料上限,從1232位元組擴大到4096位元組。這並非將交易處理速度提升3.3倍的措施,而是讓原本必須拆成多筆交易處理的複雜操作,得以整合為一筆「原子性交易」執行的更新。

Solana基金會表示,將於主網開啟第1035個epoch的15日(南韓時間上午10點20分)啟用「v1交易格式」。目前v1功能已在測試網與開發網運作,但尚未在主網正式啟用。

此次調整透過SIMD-0296與SIMD-0385兩項提案落實。Solana基金會在官方升級頁面說明,v1交易格式是與現有交易架構不同的全新結構。

先前已有報導指出Solana的v1交易上限擴大功能已進入待啟用狀態,如今官方進一步公布了主網部署的具體時間點,顯示先前提及的技術變更即將正式進入啟用階段。

現行1232位元組上限,是以IPv6最小MTU 1280位元組扣除網路開銷後訂定的數值。SIMD-0296指出,由於Solana採用以QUIC為基礎的傳輸方式,如今已能處理更大型的交易。

交易容量擴大的核心,在於單筆交易中可容納的指令、簽章、帳戶資訊與資料空間隨之增加。像是零知識證明(ZK proof)、大型多重簽章、BLS等簽章方式,過去往往難以塞進既有上限,必須拆成多筆交易處理。

若能將多個步驟整合進單一筆交易,就能讓所有操作同時成功或同時失敗。過去受限於交易容量,操作必須拆分成多筆執行,各步驟也可能各自被單獨處理。

不過,新上限並非自動套用於所有交易。只有選擇採用v1格式的應用程式才能使用4096位元組上限,傳統(legacy)與v0交易則維持原有的1232位元組限制。

錢包、RPC服務商與索引器都必須更新軟體,才能讀取並處理v1交易。Solana基金會提醒,未明確標示支援版本的用戶端,在查詢交易或處理區塊時可能發生失敗。

v1不支援v0所使用的位址查詢表(address lookup table)。取而代之的是直接將帳戶位址寫入交易中,最多可處理64個帳戶,這意味著原本仰賴位址查詢表的開發團隊,必須調整交易架構。

技術層面的代價依然存在。4096位元組的交易超出現有MTU範圍,可能被拆分為多個QUIC封包傳輸,一旦部分封包遺失,整筆交易就必須重新傳送。

這個過程可能加重驗證節點網路的頻寬與記憶體緩衝負擔。Solana基金會也提出,在相同優先順序條件下,大型交易可能需要支付更高的優先費用。

此次更新並非直接提升Solana每秒處理量的措施。實際效益取決於開發團隊將大型證明、多重簽章等原本受限於舊上限的操作轉移至v1格式的速度,以及錢包與基礎設施業者完成相容性調整的進度。

在主網部分,v1交易格式預計於南韓時間15日上午10點20分啟用。