Solana 定於 9 月 9 日啟用 Transaction V1，交易容量提升至 4,096 位元組

Solana 將於 9 月 9 日啟用 Transaction V1，將最大序列化交易容量從 1,232 位元組提升至 4,096 位元組，增幅達 3.3 倍。

Solana 基金會技術副總裁 Jacob Creech 於 8 月 30 日說明升級時程，同時確認自 8 月 31 日起該週展開五階段租金調降措施中的第一階段。

根據 SIMD-0296 提案，更大容量格式支援零知識證明、複雜多重簽章指令、BLS 簽章及跨鏈操作。開發者必須選擇採用 V1；既有交易與零版本交易仍維持有效。此變更亦要求錢包與 API 處理更大的資料負載，提案並標示頻寬及網路碎片化風險。

租金調降將把每位元組 6,960 lamports 的計算基準分五階段降至每位元組 696 lamports，使開發者為代幣帳戶及程式狀態鎖定的 SOL 大幅減少。插槽時間已降至 350 毫秒，後續階段將以 300、250 及 200 毫秒為目標。Solana 的共識重新設計 Alpenglow 鎖定 150 毫秒最終確認速度，仍以 10 月為目標，但需另行完成驗證者啟動。

Transaction V1 為高數據量操作提升容量上限

SIMD-0296 提案將零知識證明、BLS 簽章及跨鏈操作列為擴充格式的主要應用場景。過去須將複雜指令拆分至多筆交易的應用，現在可整合至單一資料負載。

V1 不支援位址查找表，意味應用程式必須針對每筆交易決定適用的格式。提案指出，在廣泛採用前需進行協調測試，以降低頻寬及網路碎片化風險。

租金調降與更快插槽時間循獨立啟用路徑

第一階段租金調降並不會立即達成 90% 的完整減幅目標。Solana 規劃五個階段，最終將租金計算基準從每位元組 6,960 lamports 降至每位元組 696 lamports。租金性質上屬可退還押金而非經常性費用——帳戶關閉時 SOL 可收回。

Agave 4.2 已包含所需程式碼，但 Solana 將變更置於獨立功能閘門之後。驗證者可在測試後分別啟用租金、交易容量及插槽時間升級。Solana 已將目標插槽時間從 400 毫秒降至 350 毫秒，後續階段目標分別為 300、250 及最終 200 毫秒。Creech 並未提供其餘階段的具體日期。

Alpenglow 為 Solana 提出的共識重新設計，旨在將交易最終確認時間縮短至約 150 毫秒。官方路線圖將其列為「開發中」，Agave 4.3 預計於 10 月推出。Creech 的貼文與路線圖均未確認主網啟用的保證日期。

截至發稿時間，並無經核實的市場波動直接歸因於此公告。這些升級屬漸進式變更而非全面性調整，且每一項均需個別完成驗證者啟用。Solana 生態系統將於 11 月齊聚 Scale or Die 大會，屆時預期將討論更多開發里程碑。

本文僅供資訊參考，不構成投資建議。