Solanaのメインネットにおけるターゲットスロット時間は、エポック1019の開始時に機能が有効化された後、1エポックの遅延を経て、エポック1020で400ミリ秒から350ミリ秒へ移行する見込みです。変更の実効化はエポック1020に予定されています。

Solanaの8月6日付けエンジニアリング・チェンジログは、スロット時間を400msから350msに短縮する機能ゲートがDevnetおよびTestnetで稼働していたことを裏付けています。チェンジログでは、今後予定されている機能ゲートのスケジュールへの案内に加え、Solanaエコシステム全体のリリースやエンジニアリング業務も列挙されています。

ターゲット時間は、実際に観測されるブロック生成やトランザクション確認のレイテンシ、経済的ファイナリティとは異なるものです。今回の変更は、1秒あたりのコンピュート許容量を増やすことなく、目標とする生成間隔を短縮するものです。

あわせて読む:2026年に注目すべきミームコインのプリセール

350msターゲットがもたらす変化

ターゲット間隔を400msから350msに短縮することで、間隔は50ミリ秒短くなります。スケジューリング頻度の理論上の増加率は約14.3%で、400を350で割って1を引くことで計算されます。この計算が示すのは目標とする周期のみであり、トランザクションのスループットや確認速度の予測ではありません。

この段階的な短縮は、ドラフト提案SIMD-0525に関連するものです。同報告による提案の説明では、メインネットのフィーチャーアカウントはエポック1019で有効化された一方、実効的な350msターゲットはエポック1020まで遅らされています。

we're activating 1st slot time reduction on mainnet

help ensure devs are ready because the transition period is wonky…

1. We have NOT updated some sdk constants like DEFAULT_MS_PER_SLOT to reflect new values. Note we will push a release with updated values post activation… — Brennan Watt (@bw_solana) August 18, 2026

同じ報告では、ターゲットスロットが短くなるにつれ、ブロックあたりの最大コンピュート予算の例示値が引き下げられると説明されています。400msターゲットでは1億コンピュートユニット、350msでは8,750万コンピュートユニットとされています。いずれの数値も、1秒あたり理論上最大約2億5,000万コンピュートユニットに相当します(1億を0.4秒で割った値、および8,750万を0.35秒で割った値)。

この理論上の上限は、トランザクションスループットの予測ではありません。実際の処理量はワークロードとネットワークの状況に依存し、ブロックのコンピュート上限が最大であることは、すべてのブロックがその量の処理を含むことを意味するものではありません。

Solanaでは、引き続き各リーダーに4つの連続するスロットが割り当てられます。400msターゲットでは名目上1.6秒のリーダーウィンドウに、350msでは1.4秒に相当します。この期間の短縮により、バリデータが前のブロックを受信してリプレイし、その上に構築し、ネットワークが次のスロットへ移る前に投票を取り込むための時間は短くなります。

あわせて読む:2026年に注目すべきミームコインのプリセール

200msに向けた段階的な道のり

提案されているターゲットスロット短縮の順序は、400msから350msへ、さらに300ms、250ms、200msへと進むものです。Solanaのニュース報告によると、Testnetは実効的な200msターゲットで稼働しており、Devnetは300msで稼働し、まだ実効化されていない250msのゲートを有効化していました。

したがって、メインネットでの350msへの変更は、より広範な提案された順序における1段階と捉えるべきであり、以降のすべてのターゲットが同じスケジュールで実効化されることの確認と見なすべきではありません。SIMD-0525は依然としてドラフトであり、クラスタ上で機能が有効化されても、200ms設計全体が承認された最終標準になるわけではありません。

The first slot time reduction feature is now live on Solana testnet. SIMD-0525 is active on testnet, reducing slot time from 400ms to 350ms as the first of four feature-gated steps toward 200ms slot time. pic.twitter.com/8XnTu4Byqs — Solana Developers (@solana_devs) August 5, 2026

8月6日のチェンジログは、バリデータクライアント関連の作業についても追加の文脈を示しています。AgaveとFiredancerのリリースを挙げ、Agaveに関する追加の適合性(コンフォーマンス)作業を説明し、MithrilがAgaveのコンフォーマンススイートの最新状況を追っていると述べています。チェンジログによると、MithrilはGoで書かれた新しいバリデータ実装であり、まもなくコンセンサスに参加する見込みで、コンフォーマンススイートに関する取り組みはAgaveに追従するためのものとされています。

チェンジログでは、AgaveのリーダーTurbineブロードキャストキャッシュおよびルーティングテーブル再構築の改善についても説明されています。チェンジログによれば、リーダーはネットワークから送信されたトランザクションからブロックを作成し、ブロックをシャードに分割して、Turbineを通じてバリデータへ配布します。

あわせて読む:2026年に注目すべき暗号資産(クリプト)のプリセール