Solana Cuts Block Time to 350ms as First Stage of Faster Roadmap

Why the one-epoch wait

1エポック待つ理由

The feature gate went live at slot 440,208,000, which is epoch 1019. But the actual change to block time didn't take effect until the next epoch, 1020, because SIMD-0525 requires a full epoch to let the network settle before a new timing target kicks in. That's the same mechanism Solana will use for the next stages.

フィーチャーゲートはスロット440,208,000（エポック1019）で有効になりました。しかし、ブロックタイムの実際の変更は次のエポック1020まで有効になりませんでした。これはSIMD-0525が新しいタイミング目標を開始する前にネットワークを安定させるために完全なエポックを必要とするためです。これはSolanaが次の段階でも使用するのと同じメカニズムです。

Brennan Watt, CEO of Anza, said the 300ms stage is intended to become effective at epoch 1024, which should arrive around Aug. 28. That hasn't happened yet, as of Aug. 26. The network can pause between stages if skipped-block rates climb, meaning the 350ms run is also a live test for how much tighter the chain can go without breaking.

AnzaのCEOであるBrennan Watt氏は、300msの段階はエポック1024（8月28日頃に到来予定）で有効になる予定だと述べています。8月26日時点ではまだ実現していません。スキップされたブロックの割合が上昇した場合、ネットワークは段階間で一時停止できるため、350msの運用は、チェーンが破綻せずにどこまでタイトにできるかの実地テストでもあります。

What the numbers show

数字が示すもの

Telemetry from Trillium measured a slot-weighted mean of 365.4ms in the post-change epoch 1021. For comparison, the pre-change epoch 1015 ran at 420.7ms. So the actual average is already below the old target, though still above the new one.

Trilliumのテレメトリーによると、変更後のエポック1021ではスロット加重平均が365.4msでした。比較として、変更前のエポック1015では420.7msでした。つまり、実際の平均はすでに旧目標を下回っていますが、新目標にはまだ達していません。

Skipped slots fell sharply. In epoch 1015, there were 1,890 skipped slots, or 0.438% of the total. In epoch 1021, that dropped to 331, which is 0.077%. Early indicators point to stability, not degradation, after the change.

スキップされたスロットは大幅に減少しました。エポック1015では1,890スロット（全体の0.438%）がスキップされましたが、エポック1021では331スロット（0.077%）に減少しました。初期の指標は、変更後の劣化ではなく安定性を示しています。

Faster slots, shorter leader window

より速いスロット、短いリーダーウィンドウ

Block time directly affects how long a leader holds the slot window. With four slots per leader, the window shrinks from 1.6 seconds to 1.4 seconds. That's a 12.5% reduction in how long each leader controls the network's output.

ブロックタイムは、リーダーがスロットウィンドウを保持する時間に直接影響します。リーダーあたり4スロットの場合、ウィンドウは1.6秒から1.4秒に短縮されます。これは、各リーダーがネットワークの出力を制御する時間が12.5%減少することを意味します。

The proposal keeps four slots per leader and 432,000 slots per epoch. But the per-slot compute, account-write, vote, data, and shred limits all scale down proportionally to the shorter target. So the network doesn't just run faster — it also does less per slot to keep the overall throughput steady.

この提案では、リーダーあたり4スロット、エポックあたり432,000スロットを維持します。しかし、スロットごとの計算、アカウント書き込み、投票、データ、シュレッドの制限はすべて、短縮された目標に比例して縮小されます。つまり、ネットワークは単に速くなるだけでなく、全体のスループットを安定させるためにスロットごとの処理量も減らします。

The roadmap calls for 300ms, then 250ms, and finally 200ms. The 300ms stage is still pending, and it's the one that Watt says should arrive at epoch 1024. But the network won't move forward automatically — if skipped-block rates start climbing, the pause kicks in and the next stage waits.

ロードマップでは、300ms、次に250ms、最終的に200msを目指しています。300msの段階はまだ保留中で、Watt氏によればエポック1024で到来する予定です。しかし、ネットワークは自動的に前進するわけではありません。スキップされたブロックの割合が上昇し始めた場合、一時停止が発動し、次の段階は待機します。

The real test is whether the 350ms stage holds up over several more epochs. If it does, the jump to 300ms will come fast. If not, the pause will give validators time to catch up. Either way, the next decision point is at epoch 1024, when the 300ms gate is scheduled to be active.

本当の試練は、350msの段階がさらに数エポックにわたって維持されるかどうかです。維持されれば、300msへの移行は迅速に進むでしょう。維持されなければ、一時停止によりバリデーターが追いつく時間が得られます。いずれにせよ、次の決定ポイントはエポック1024で、300msゲートが有効になる予定です。