Solanaは2026年9月、メインネットの目標スロット時間を300ミリ秒から250ミリ秒へ短縮した。ブロックが生成される間隔は約17％短くなるが、ネットワーク全体の処理容量が同じ割合で増えるわけではない。
今回の変更で期待されるのは、JupiterやRaydiumなどのDEX、Pyth Networkのようなオラクルにおける情報更新と取引確認の高速化だ。一方、トランザクション送信やバリデータ運用では、短いスロットに合わせた調整が必要になる。
Solanaの目標スロット時間が250ミリ秒へ短縮
Decryptの報道によると、Solanaメインネットでは2026年9月18日、目標スロット時間が300ミリ秒から250ミリ秒へ短縮された。Solana Foundationの公式Changelogにも、メインネットの機能ゲートとして「Slot time reduction to 250ms」が掲載されている。
スロットとは、特定のバリデータがリーダーとなり、トランザクションをまとめてブロックを生成するための時間枠を指す。目標値が300ミリ秒から250ミリ秒になると、単純計算ではスロットの間隔が約16.7％短くなる。従来より細かい間隔で新しいブロックが提示されるため、利用者から見ると取引状態の更新が早くなる可能性がある。
ただし、250ミリ秒は保証された応答時間ではない。実際の処理時間は、ネットワークの混雑、バリデータ間の通信、RPC事業者の遅延、トランザクションに設定した優先手数料などにも左右される。Phantomなどのウォレットでスワップした際、すべての画面表示が一律に約17％速くなるという意味ではない。
今回の短縮は、Solanaの改善提案「SIMD-0525」に基づく段階的なアップグレードの一部だ。同提案では、当初の400ミリ秒から350ミリ秒、300ミリ秒、250ミリ秒、最終的に200ミリ秒へ移行する構成が示されている。
高速化しても処理容量が17％増えない理由
今回の重要なポイントは、ブロック生成の頻度と処理容量を区別することだ。SIMD-0525では、スロット時間を短縮する一方、各スロットで許容する計算処理やデータ量の上限も、時間の短縮割合に応じて引き下げる設計が採用されている。
つまり、従来は300ミリ秒ごとに比較的大きな処理枠を提供していたものを、250ミリ秒ごとの小さな処理枠に分割する。単位時間当たりの総処理量はおおむね維持されるため、Solanaが突然17％多くの取引を処理できるようになったわけではない。
例えば、RaydiumのAMMでスワップが集中した場合や、Jupiter経由で複数の流動性ソースに注文が送られた場合、短いスロットによって状態更新の間隔は細かくなる。しかし、混雑時にすべての注文を無制限に収容できるわけではない。利用者は引き続き、価格への影響、スリッページ許容値、優先手数料、トランザクションの失敗を考慮する必要がある。
処理容量を増やす変更は、スロット短縮とは別の論点になる。したがって、今回のニュースを「TPSが17％向上した」と言い換えるのは正確ではない。改善の中心は容量ではなく、状態更新の粒度と待ち時間である。
DEXとオラクルが受ける実用上のメリット
短いスロットの恩恵を受けやすいのは、最新のオンチェーン状態が重要になるアプリケーションだ。代表例として、Jupiterのスワップ経路探索、RaydiumやOrcaの流動性プール、Driftのデリバティブ市場、Pyth Networkの価格情報を利用するDeFiアプリが挙げられる。
AMMでは、トレーダーの注文によってプール残高と交換価格が変化する。ブロックがより細かい間隔で生成されれば、アプリケーションが新しいプール状態を参照できる機会も増える。高速に価格が変動する局面では、古い状態を基に見積もった価格と、実際に約定する価格の差を抑える方向に働く可能性がある。
Pyth Networkなどのオラクルを参照するレンディングやデリバティブでも、情報の鮮度は重要だ。担保評価やポジション管理では、数スロット前の価格と最新価格の差がリスク判定に影響する。SIMD-0525は、スロット単位で価格の鮮度を判断するアプリケーションについて、時間の粒度を細かくできる点を利点として挙げている。
ただし、スロットが短くなっても、オラクルが価格を更新する頻度や各DeFiプロトコルの設計が自動的に変わるわけではない。Pythの更新条件、Driftのリスク管理、Jupiterが利用するRPCやルーティング処理など、アプリケーション側の構成も体感速度を左右する。基盤の改善と、個別サービスの応答時間は分けて評価すべきだ。
リーダーの占有時間とエポックも短くなる
Solanaでは、同一のリーダーが連続する4スロットを担当する。SIMD-0525は、この4スロットという構造を維持したまま、各スロットの時間を短縮する。
300ミリ秒時点では、1人のリーダーが担当する目標時間は合計1.2秒だった。250ミリ秒では1秒になる。次のリーダーへ切り替わるまでの時間が短くなるため、単一のリーダーがトランザクションを遅延、並べ替え、選択的に取り込める時間枠も縮小する。これはDEXの市場構造を考えるうえで重要な変化である。
一方、送信側には難しさも生じる。短い時間内に現在のリーダーへトランザクションを届けられなければ、次のリーダーを狙う必要がある。Solana公式Changelogでは、Agaveが残り時間を事前に見積もり、必要に応じて次のリーダーへ保守的に送信する改善に取り組んでいると説明されている。
エポックの実時間も変化する。Solanaのエポックは43万2,000スロットで固定されており、SIMD-0525では250ミリ秒段階の想定エポック時間を約30時間としている。300ミリ秒段階の約36時間より短くなるため、エポック境界に関連するバリデータスケジュールやステーキング処理も、実時間では早く進む。
利用者と開発者が確認すべきポイント
一般のDEX利用者は、今回のアップグレードを理由に操作方法を大きく変える必要はない。ただし、JupiterやRaydiumで取引する際は、表示された見積価格だけでなく、最低受取額、スリッページ、優先手数料、トランザクションの最終状態を確認したい。
「送信済み」と「確定済み」は同じではない。Solanaにはprocessed、confirmed、finalizedといったコミットメント水準があり、ウォレットやアプリによって完了表示の基準が異なる。スロット時間の短縮は各段階の待ち時間を短くする方向に働くが、250ミリ秒で不可逆的な確定が完了することを意味しない。
開発者は、400ミリ秒を前提にした固定値がコードに残っていないか確認する必要がある。SIMD-0525は、SDK内の既定スロット時間、年間スロット数、スロットから実時間への換算値が、実際のネットワークと一時的にずれる可能性を明記している。
特に注意したいのは、タイムアウト、ブロックハッシュの有効期間、キャッシュ、オラクル価格の鮮度判定、WebSocket購読、リーダー予測である。Driftのような取引アプリや、独自のマーケットメイキングシステムを運用する事業者は、スロット数をそのまま秒数へ換算する実装を見直す必要がある。
また、RPCがチェーン先端から遅れていれば、基盤側のスロットが短縮されても利用者には効果が届かない。複数のRPCエンドポイントでスロット遅延、送信成功率、確認時間を計測することが実用的な対応となる。
次の200ミリ秒化とAlpenglowとの違い
SIMD-0525の最終段階は200ミリ秒スロットである。提案上は1秒当たり5スロットとなり、4スロットのリーダー担当時間は0.8秒、43万2,000スロットのエポックは約24時間になる。
ただし、Decryptは200ミリ秒化についてメインネットでの実施日は決まっていないと報じている。段階的な移行には、スロットを生成できなかった割合や、トランザクションがリーダーへ到着する成功率、バリデータの通信負荷などを確認する目的がある。250ミリ秒段階が有効になったからといって、200ミリ秒への移行が自動的に保証されたわけではない。
また、スロット時間の短縮とAlpenglowは別のアップグレードだ。前者はブロック生成の時間枠を短くする変更であり、後者はSolanaのコンセンサスとファイナリティを刷新する取り組みである。どちらも待ち時間の短縮を目指すが、対象とする仕組みは異なる。
利用者にとって重要なのは、「ブロックが早く出ること」「トランザクションが取り込まれること」「必要なコミットメント水準へ到達すること」を分けて理解することだ。これらを一つの速度指標として扱うと、DEXの実際の利用感や決済リスクを正しく評価できない。
まとめ
Solanaの250ミリ秒化は、目標スロット時間を300ミリ秒から約17％短縮し、ブロックとオンチェーン状態をより細かい間隔で更新するアップグレードだ。Jupiter、Raydium、Orca、Drift、Pyth Networkなど、鮮度の高い価格・流動性情報を必要とするサービスには実用的な改善となり得る。
一方、スロットごとの計算・データ上限も比例して縮小されるため、ネットワーク全体の処理容量が17％増えたわけではない。利用者はスリッページや確定状態を引き続き確認し、開発者は固定のスロット時間、タイムアウト、RPC遅延、リーダーへの送信処理を点検する必要がある。
次の200ミリ秒化にはメインネット実施日が設定されておらず、250ミリ秒段階の安定性を見ながら判断される。今回の変更は、Solanaが容量だけでなく、DEXや決済で重要となる応答性と市場情報の鮮度を改善するための段階的な前進と位置付けられる。
