Solana 基金會技術副總裁 Jacob Creech 於 8 月 30 日概述了多項即將推出的 Solana 升級。交易 V1 預計於 9 月 9 日上線，而網路租金降低的第一階段則預計在 8 月 31 日開始的一週內進行。
Creech 還表示，開發者計劃進一步縮短時隙時間，並將 Alpenglow 的目標定在 10 月。然而，這些變更遵循獨立的啟用流程。交易 V1 不會自動縮短時隙時間或啟用 Alpenglow。
交易 V1 將把 Solana 的最大序列化交易大小從 1,232 位元組提高到 4,096 位元組。根據 Solana 的官方升級路線圖，這比現有上限增加了約 3.3 倍。
這種更大的格式可以支援包含零知識證明、複雜多重簽名指令及其他數據密集型操作的交易。相關的 SIMD-0296 提案也將 BLS 簽名和跨鏈操作列為可能的用途。
開發者必須選擇使用 V1 格式。現有的舊版和版本零交易仍將有效。交易 V1 不支援地址查詢表，這意味著應用程式必須決定哪種格式適合每筆交易。
這項變更也要求錢包、應用程式介面（API）及其他基礎設施能夠處理更大的數據負載。該提案承認可能存在頻寬和網路碎片化風險，這使得在廣泛採用之前進行協調測試變得至關重要。
首次租金降低不會立即實現 90% 的全面目標。Solana 計劃分五個階段，最終將租金計算從每位元組 6,960 lamports 降低到每位元組 696 lamports。
Solana 使用免租金餘額來限制失控的狀態增長。應用程式在創建儲存數據的帳戶時會鎖定 SOL。當帳戶關閉時，這些 SOL 通常可以恢復，這意味著租金更像是可退還的押金，而不是經常性的網路費用。
較低的要求將減少開發者在創建代幣帳戶、程式帳戶及其他鏈上狀態時必須鎖定的 SOL 數量。這可以降低管理大量用戶帳戶的應用程式的進入成本。
Agave 4.2 包含了必要的程式碼，但 Solana 將這些變更放在獨立的功能閘門之後。正如 crypto.news 先前報導，驗證者可以在測試後分別啟用租金、交易大小和時隙時間的升級。
Solana 已將其目標時隙時間縮短至 350 毫秒，低於先前的 400 毫秒目標。網路計劃在 300、250，並最終在 200 毫秒處進行額外階段的調整。
Creech 沒有提供剩餘階段的日期。每次縮短都需要單獨的功能啟用。因此，網路開發者可以在進行下一個目標之前監控驗證者的性能。
更短的時隙可以提高交易確認速度，並增加驗證者產生區塊的頻率。它們也對驗證者提出了更高的時間和網路要求。Solana 計劃在推出期間按比例調整資源限制。
交易 V1 和縮短的時隙時間與 Solana 更廣泛的性能路線圖相關，但它們在技術上仍是獨立的。將 9 月 9 日描述為這兩項變更的日期會誇大 Creech 的公告。
Alpenglow 是 Solana 提議的共識機制重新設計。Solana 表示，其目標是將交易最終性縮短至約 150 毫秒，相較於當前共識系統使用的較長確認過程。
官方路線圖將 Alpenglow 列為「開發中」，而 Agave 4.3 預計在 10 月推出。Creech 的貼文支持 10 月為當前目標，但兩份聲明都沒有確認保證的主網啟用日期。
在此之前，Solana 預計將啟動第一階段的租金降低，並於 9 月 9 日啟用交易 V1。進一步的時隙縮短將取決於獨立的驗證者啟用。Alpenglow 還必須完成測試並獲得所需的網路支援。
截至發稿時，沒有任何經證實的市場波動直接歸因於 Creech 的公告。
