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