Solana is moving toward faster slot times while keeping per-second compute budgets roughly flat. The first mainnet step to 350 milliseconds is set to take effect in epoch 1020, down from the current 400ms target. The feature activated at the start of epoch 1019, but a one-epoch delay under SIMD-0525 means the network keeps its existing 400ms parameters until the next epoch.
Under the new timing, the maximum per-block compute budget is reduced to 87.5 million compute units from 100 million CUs, while the theoretical maximum block compute per second remains approximately 250 million CUs. The proposal outlines further staged reductions: 75 million CUs at 300ms, 62.5 million CUs at 250ms, and 50 million CUs at 200ms. These are target timings, distinct from observed block production, confirmation latency and economic finality.
Solana's rollout is already further along on test clusters. Testnet is at an effective 200ms target, while Devnet is at 300ms and has activated its 250ms gate without making it effective yet. Mainnet's 350ms feature account activated at slot 440,208,000, the first slot of epoch 1019.
The four-slot leader window compresses as slot times fall. At 400ms, the window is 1.6 seconds. It declines to 1.4 seconds at 350ms and would fall to 0.8 seconds at 200ms. Epoch duration shrinks from about 48 hours at 400ms to roughly 42 hours at 350ms, and would reach 24 hours at 200ms, because the epoch remains fixed at 432,000 slots.
A separate Solana analysis published Aug. 19 outlines validator and market-structure trade-offs. Validators would vote roughly twice as often per unit of wall-clock time at 200ms, increasing voting activity and potentially creating more leader opportunities, while tightening timing margins around vote arrival and leader handoff. The analysis says shorter slots could allow information to reach canonical state more frequently and may reduce stale-price exposure, though the effect on sandwich activity is not sign-definite and depends on reaction latency, contention and user slippage.
The proposal also adjusts economic parameters. If the dependent Alpenglow Validator Admission Ticket mechanism is active, the proposed charge would fall from 1.6 SOL per epoch at 400ms to 0.8 SOL per epoch at 200ms, preserving an approximately 0.8 SOL daily target. The available evidence does not establish that VAT collection is active on any cluster.
Solana emphasizes that SIMD-0525 remains a draft and that 200ms slots are not active on mainnet. The immediate mainnet change is limited to 350ms in epoch 1020, with further stages intended as a live coordination test.
