Solana (SOL) 於週五將主網目標插槽（slot）時間自 400 毫秒下修至 350 毫秒，這是自網路啟動以來首次調整該核心參數。
重點整理：
- Solana 主網目標插槽時間自 400 毫秒降至 350 毫秒，於第 1020 個 epoch 生效。
- 此為朝向 200 毫秒目標的四階段調整中的第一步，每階段縮短 50 毫秒。
- 每插槽可用運算量同幅縮減，使理論每秒上限維持約 2.5 億運算單位。
Solana 插槽時間降至 350 毫秒
Solana 基金會技術副總裁 Jacob Creech 在 X 上發文宣布調整生效，稱「我們正式進入 350ms 新時代」，並指出下一個目標將是 300 毫秒。他貼出的基金會追蹤數據顯示，調整不久後實際平均插槽時間約落在 360 毫秒，較創世協議中設定的 400 毫秒明顯縮短。
此次調整相關的功能帳戶於插槽 440,208,000 啟動，該插槽為第 1019 個 epoch 的第一個 slot。不過，協議設計採一個 epoch 的延後生效機制，因此整個網路仍維持原本 400 毫秒目標，直到第 1020 個 epoch 開始才正式切換為 350 毫秒。
維護 Agave 驗證客戶端的研究團隊 Anza，已在 Agave v4.2 版本中釋出這項更新，同時納入多項其他協議變更。
延伸閱讀： Binance 為 3 億用戶推出全新 AI 代理交易工具
Anza 與 Helius 高層評估吞吐效益
本次調整的治理提案 SIMD-0525 中明定，在達到 200 毫秒最終目標前，網路還將再進行三次、各 50 毫秒的插槽時間下修，每一階段都設有獨立的功能開關（feature gate）。文件同時規畫，每縮短一次插槽時間，便同步調降該插槽允許的最大運算工作量，確保驗證節點每秒實際需處理的運算量不會高於目前水準。
Anza 執行長 Brennan Watt 證實，測試網插槽時間已壓縮至 182 毫秒，區塊瀏覽器數據顯示，前一小時平均約為 193 毫秒。測試網端的每次縮短，大致以約兩個 epoch 的節奏推進。
Helius 執行長 Mert Mumtaz 則在一檔 podcast 節目中表示，若將更短的插槽時間與更高的區塊上限結合，Solana 的短期網路吞吐量有望放大至四倍。目前在主網 350 毫秒設定下，單區塊最大運算量上限自 7 月時採用的 1 億單位下調至 8,750 萬單位，但在時間壓縮下，理論上的每秒極限仍維持接近 2.5 億運算單位。
Solana 驗證節點面臨更緊湊時間邊際
目前領導節點（leader）仍連續負責四個插槽，但在插槽時間自 400 毫秒壓縮至 350 毫秒後，其出塊時間窗口將自 1.6 秒縮短至 1.4 秒，對於區塊交接與網路傳播的時間邊際帶來進一步壓力，特別是對已因高速出塊而承壓的驗證節點集合而言。
協議外軟體也構成另一層挑戰：部分客戶端常數設定、區塊瀏覽器與索引服務，仍以 400 毫秒作為硬編碼的固定插槽時間，而非自集群動態讀取，未來若不更新，可能出現顯示或計算偏差。
基金會已於 6 月公布分階段降低插槽時間的完整路線圖，並為四個調整階段分別設置開關，讓營運方可在跳塊率（block skip rate）高於驗證者社群預設容忍度時，暫停後續縮短程序。測試網於 8 月 5 日率先採用 350 毫秒設定，目前已實際運行在 200 毫秒目標；開發網（devnet）則維持 300 毫秒，雖已開啟 250 毫秒的功能門檻，但尚未真正套用。
