Just now I counted RPCs on the mainnet by myself for 62 seconds: 232 slots, 268.7 milliseconds per slot.
What people call “Solana’s target block time reduced to 250 milliseconds” sounds like an upgrade that hasn’t happened yet. In practice, it’s not like that.
Tonight at 22:58, three sets of one-minute sampling per slot were 265.5 / 275.2 / 265.5 milliseconds; my own run stretched to 62 seconds was 268.7.
From current epoch 1039 until now, with 660 validators, a total of 241,011 block slots were produced, 50 were missed, and the skip rate is 0.021%.
This shows that 250ms isn’t “speeding up” — it’s “ratifying” what was already true. The network has already been running at 265 to 275 milliseconds; hard-coding the parameter only turns an existing fact into a protocol requirement. Performance won’t suddenly get faster by another chunk.
What’s truly not priced-in is the other half: in the same batch of sampling, total transactions were 5,315 to 5,547 TPS, and vote transactions alone accounted for 152,281, nearly half. The confirmation latency users feel is mainly where this consensus overhead comes in, not the inter-block interval.
My view: treating 250ms as good news to buy SOL is buying the wrong thesis. SOL is now 118.00, up +9.06% over 24 hours. The perpetual funding rate is still the 0.0100% baseline, and retail—63.4%—is long.
Here’s a falsifiable one: if, within one month after 250ms officially takes effect, non-vote TPS does not rise by 30% or more relative to tonight’s 2,869 to 3,009, then this upgrade has zero impact on real usage. When that happens, I’ll come back and post the numbers.
#Solana目标出块时间降至250毫秒 $SOL