The new structure theoretically creates the opportunity to produce five blocks per second. Thanks to shorter timeframes, wallets, decentralized exchanges, and other applications will be able to access up-to-date information on the chain more quickly. The time it takes for transactions submitted by users to be included in a block may also be reduced.
However, the change doesn’t automatically double Solana’s total theoretical processing capacity. The computational limit per block will be reduced from 37.5 million units to 30 million units. Blocks will be generated more frequently, but each block will carry less computational work.
Faster blocks may make some latency-driven transactions, which exploit price fluctuations across different exchanges, more difficult. Conversely, this could increase operating costs and strain network connectivity as validators will need to submit votes more frequently.
The validity period of the current block references used in transactions will also be shortened. This could create timing issues, especially for transactions requiring hardware wallets, manual confirmation, or offline signatures.
The previous target of 250 milliseconds resulted in an actual average of around 266-269 milliseconds, indicating a possible discrepancy between the target and actual performance. Therefore, how the 200 millisecond setting performs under real network conditions, how many block opportunities validators miss, and whether transaction failures increase will be closely monitored.
*This is not investment advice.