Solana 已將其目標時段時間從 300 毫秒縮短至 250 毫秒，這使得網路產生時段的速率增加了近 17%，但並未以相同幅度提高其整體處理上限。

根據區塊鏈數據，新設定已於 9 月 18 日生效，使 Solana 每秒能產生四個目標時段，而此前 300 毫秒的配置下約為 3.3 個。這項變革是 SIMD-0525 的第三階段，該提案旨在將網路的原始時段時間從 400 毫秒逐步縮減至最終目標 200 毫秒。

時段（slot）是指定驗證者可以生成區塊的時間段。縮短這個時間段可以讓錢包、交易所和交易應用程式更頻繁地獲得網路狀態更新。

驗證者會繼續擔任連續四個時段的領導者。由於現在每個時段的目標是 250 毫秒，驗證者的名義領導者窗口已從之前設定的 1.2 秒縮短至 1 秒。

Solana 時段時間達到 250 毫秒

Solana 於八月開始目前的推出，當時它首次將其時段時間從 400 毫秒縮短至 350 毫秒，這是自網路啟動以來首次，正如 crypto.news 先前報導的。

SIMD-0525 將此過程分為四個階段：350 毫秒、300 毫秒、250 毫秒和 200 毫秒，而非直接跳至最終目標。每次縮減都需要單獨的功能啟動，讓開發者和驗證者運營商在繼續之前評估網路性能。

在 250 毫秒的設定下，每秒會出現四個時段機會。更短的間隔可以為應用程式提供更即時的交易和網路狀態視圖，同時更快地將區塊生產從一個驗證者傳遞給另一個驗證者。

基於神諭機的市場和自動做市商是該提案涵蓋的應用程式之一，因為它們的操作可能依賴於鏈上數據的新舊程度。更短的間隔減少了網路更新之間的時間，同時用戶可以更快地看到交易狀態變化。

對於兌換（swaps），更短的時間可以縮小交易提交到網路之間的時間間隔。基礎提案將更快的確認和更頻繁的更新視為縮短時段持續時間的好處。

此變更並未使 Solana 的原始交易容量增加近 17%。

根據 SIMD-0525，資源限制會按比例隨時段持續時間的縮短而減少。在給定時間內產生更多時段，但每個時段允許承載的計算和數據量會減少，使網路在實際時間內可以處理的工作量大致保持在相同水平。

以提案中使用的 6,000 萬計算單元（compute unit）基準為例，隨著時鐘加快，每個時段的限制會下降。250 毫秒的配置對應 3,750 萬計算單元的限制，而計畫中的 200 毫秒階段則會將其降低至 3,000 萬。

更快的區塊改變了 Solana 的基礎設施要求

基礎設施提供商現在需要處理和存儲更多的獨立區塊，儘管實際時間處理上限大致保持不變。

透過將時段號乘以固定時段持續時間來計算已逝時間的應用程式可能需要考慮更快的時鐘。區塊雜湊（Blockhashes）在實際時間中會更快失效，因為時段推進得更快，這為涉及離線簽名或延遲人工審批的交易處理流程留下了更少的時間。

紀元（Epoch）時間的變化也是基於相同原因。Solana 將每個紀元固定為 432,000 個時段，這意味著隨著每個時段持續時間的縮短，紀元也會變短。

在較早的 300 毫秒目標下，一個紀元約持續 36 小時。250 毫秒的設定將預期持續時間縮短至約 30 小時。若移至最終的 200 毫秒目標，則將其縮短至約 24 小時。

Solana 的分階段時段縮減是 Agave 4.2 推出的一部分。該客戶端版本於八月開始啟動多項網路變更，包括降低鏈上儲存租金、更大的交易以及朝向 200 毫秒時段的路徑。

分階段設計包含一個與區塊跳過率相關的保障措施。如果跳過率超過開發者認為可接受的水平，則可以暫停邁向下一時段設定的進程，這讓驗證者有時間在每個配置下運作，然後再啟動另一次縮減。

200 毫秒階段的主網上線日期尚未確定。

Solana 升級不僅限於更快的時段

時段時間只是透過 Agave 推出網路變更的一部分。

Solana 單獨引入了交易 V1，將最大序列化交易大小從 1,232 位元組提高到 4,096 位元組。更大的交易格式可以容納數據密集型操作，例如零知識證明和單一交易中的複雜多重簽名指令。

交易 V1 是可選的，而舊版和零版本交易仍受支持。讀取區塊的應用程式需要支持較新的格式才能正確處理 V1 交易。

交易大小的增加與 SIMD-0525 是分開的。因此，較大的單個交易不會決定時段時鐘，而較短的時段也不會自動增加交易的最大大小。

Solana 一直透過功能門（feature gates）獨立啟動這些變更。這種結構允許一項升級進行，而無需同時啟動 Agave 4.2 中包含的其他功能。

Solana 仍以 200 毫秒時段為目標

SIMD-0525 下的最後階段將把目標時段時間從 250 毫秒縮減至 200 毫秒，使網路達到每秒五個目標時段。

因此，四個時段的驗證者領導者窗口將下降到大約 800 毫秒。紀元持續時間將從目前 250 毫秒設定下的約 30 小時縮短至約 24 小時。

Solana 開發者尚未提供最終縮減的主網啟動日期。進度取決於當前設定下的網路行為，包括驗證者是否能維持可接受的區塊跳過率。

時段縮減與 Solana 計劃的共識機制重新設計 Alpenglow 是分開的。Alpenglow 旨在用名為 Votor 的投票系統取代 TowerBFT，並從網路的核心共識過程中移除鏈上投票交易。

Alpenglow 共識升級的目標是約 150 毫秒的最終確定性。其代碼已包含用於測試，而主網部署已與 Agave 4.3 綁定，而非用於 SIMD-0525 的時段時間功能門。

Alpenglow 於 2026 年初開始進行社群驗證者測試，允許運營商在部署到主網之前在測試叢集上運行共識設計。Anza 將該系統描述為 Solana 歷史上最大的共識變革。

對於 SIMD-0525，網路仍停留在 250 毫秒階段，直到開發者啟動最終的功能門。200 毫秒的配置將完成從 400 毫秒開始，並經過 350 毫秒、300 毫秒和 250 毫秒，同時在每個步驟中減少資源限制的推出過程。