50毫秒，聽起來微不足道，卻是Solana主網上線以來第一次動手收縮Slot時間。Anza執行長Brennan Watt在X平台發文宣布，升級程式已在主網上展開，出塊時間將從目前約400毫秒降至350毫秒，預計從Epoch 1020起正式生效。

Slot是Solana出塊的基本時間單位，每個Slot由當輪領導節點（Leader）產出一個區塊。Slot時間越短，出塊頻率越高，交易確認的延遲也越低。升級後Solana每秒約可產出近3個區塊，對照以太坊約12秒的出塊節奏，兩條鏈在確認速度上的落差已經不是同一個量級。Brennan Watt表示，團隊預期在絕大多數情況下，多數節點都能達到「兩個Slot延遲」的目標，這項限制未來會在後續版本中進一步放寬。

不過這次升級不是切換開關那麼簡單。Brennan Watt特別提醒開發者，部分SDK常數——包括DEFAULT_MS_PER_SLOT——目前尚未同步更新為新數值，官方會在功能啟用後另外發布包含最新引數的版本。換句話說，過渡期間任何依賴SDK常數與主網實際Slot時間保持一致的應用，都有可能因為兩者不同步而出現異常。

延遲啟用機制：Epoch E到E+2的三段式生效

這次升級採用了延遲啟用機制：功能會先在Epoch E進入待啟用狀態，於Epoch E+1正式啟用，並在Epoch E+2完全生效。Brennan Watt建議開發者在此期間為應用加入適配邏輯，例如以Epoch與Slot邊界作為功能切換的判斷基準，避免服務因為時間引數變動而中斷。這也是本文開頭那50毫秒背後真正的複雜度——不是一次性調整，而是一套需要開發者主動配合的三階段流程。

長期目標：把網路引數搬上鏈

放眼更長遠的規劃，Brennan Watt表示Solana最終會把這些網路引數遷移至鏈上，讓客戶端可以直接查詢，未來若要再調整區塊時間，不再需要逐版更新客戶端。他形容目前這個過程「艱難但快速迭代」，並將其比作Solana早期的開發階段。這句話某種程度上也點出了這次升級的真實樣貌：不是一次乾淨俐落的版本更新，而是團隊一邊處理SDK常數不同步、一邊要求生態系配合延遲啟用機制的過渡期。

Solana主網歷史上首次對Slot時間動手，這件事本身比50毫秒的數字更值得留意。升級是否如預期在Epoch 1020後平穩過渡，仍要看接下來幾個Epoch生態系應用的實際反應。