TLDR
- Solana plans to reduce its target block time to 200 milliseconds on October 9, improving transaction processing speed.
- The upgrade will increase Solana’s block production opportunities from 2.5 to five per second.
- Validators could face higher voting costs and greater network demands as Solana introduces shorter block times.
- Solana will lower computing limits per block while keeping its overall theoretical processing capacity largely unchanged.
- Developers will monitor actual block times and missed blocks to assess the network’s performance after activation.
Solana plans to cut its target slot time to 200 milliseconds on Friday, October 9. The move completes four network upgrades since August. Developer Anza expects the final step at epoch 1053, around 15:00 UTC.
Solana Targets Five Slots Each Second
The network currently targets 250 milliseconds per slot. After the change, validators will have five chances each second to add transactions, compared with 2.5 under the original 400-millisecond setting.
The rollout started August 21 with 350-millisecond slots. Solana moved to 300 milliseconds on August 28 and 250 milliseconds on September 18. Developers reviewed performance between stages. An epoch contains 432,000 slots and will last roughly one day.
Faster Updates, Same Processing Capacity
Shorter slots can update wallets, exchanges, and trading services more often. Solana also launched a settlement tool for institutional trades on October 6, allowing asset transfers and payments to settle together.
The SIMD-0525 proposal lowers each slot’s computing limit from 37.5 million units to 30 million. This keeps the network’s theoretical processing capacity broadly unchanged despite more frequent blocks.
Validators retain four consecutive slots to build blocks. Their combined time falls from 1.6 seconds under the original schedule to 800 milliseconds, reducing how long one validator controls transaction ordering.
More Demands on Validators and Wallets
Separately, Solana’s Alpenglow testing aims to shorten transaction finality, which measures when the network confirms a transaction. That project differs from Friday’s block timing change.
Faster slots require validators to vote more frequently. Operators voting every slot could face twice the previous voting costs and greater demands on their network connections.
Blockhash validity also lasts fewer seconds, though its slot-based limits remain unchanged. Wallet users approving transactions manually, or signing them offline, may need to submit them sooner.
Network Performance Remains Under Review
Solana Compass data put average slot times at 266 to 269 milliseconds against the 250-millisecond target. Developers will track actual timing and missed blocks during the final stage.
Meanwhile, Samsung’s plan for USDC transfers would bring another wallet service to Solana. Eligible Galaxy users in the United States could access that service later this month.
The final stage already operates on testnet and devnet. Developers will monitor skipped blocks and slot times to assess whether mainnet maintains the new target.
