Solana は、バリデータがブロックを生成するのにかかる時間をわずか 50 ミリ秒短縮し、これはネットワークとして初めての試みとなる。Solana のスロット時間アップグレードは金曜日にメインネットで稼働し、ターゲットスロット時間を 400 ミリ秒から 350 ミリ秒へと短縮した。これにより、開発者が「段階的な、エポックごとの行進」と表現する、はるかに高速な 200 ミリ秒という最終目標に向けたプロセスが始まった。
Summary
主なポイント
- Solana のメインネットのスロット時間は400 ミリ秒から 350 ミリ秒へと短縮され、ネットワーク立ち上げ以来初めての削減となった。
- この変更は、5 月 14 日にコードベースへマージされた後、エポック 1019 のスロット 440,208,000 において、機能 SIMD-0525 として有効化された。
- 今後、300、250、そして最終的に 200 ミリ秒へと、さらに 3 回の 50 ミリ秒削減が別々のフィーチャーゲートを通じて予定されており、それぞれブロックスキップ率が健全であることが条件となる。
- このアップグレードは破壊的変更（ブレイキングチェンジ）とラベル付けされており、サードパーティツール向けのインデックス調整は現在も検討中だと Solana は述べている。
- Solana Foundation のテクノロジー担当副社長である Jacob Creech 氏は、ロードマップ上の次のターゲットが 300 ミリ秒であることを確認した。
Solana がメインネットのスロット時間を初めて短縮
核心は単純である。Solana はネットワークの基盤構造を変えることなく、ブロックの到着を速くした。これは Solana の創設以来初めてのスロット時間短縮であり、各バリデータがトランザクションのブロックを組み立ててブロードキャストするために与えられる時間枠を直接的に短くする。
有効化の詳細と即時の影響
この機能は SIMD-0525 として追跡されており、Solana のエクスプローラーによれば、エポック 1019 のスロット 440,208,000 で Mainnet Beta 上で有効化された。この提案自体は 5 月 14 日にネットワークの改善提案ドキュメントにマージされており、開発者にはスイッチを切り替える前にバリデータソフトウェアを準備するための数か月の猶予が与えられていた。
実務的な効果は、コンファメーション速度にほぼ即座に現れる。The Block による時点観測では、変更直前の 1,000 スロット区間の完了に 415 秒かかっていたのに対し、アップグレードがエポック 1020 で有効化された後の同様の区間では 368 秒で完了しており、新たな 350 ミリ秒というターゲットと整合的な実世界での短縮が確認された。
Solana では各エポックが依然として 432,000 スロットを含むため、スロットが速くなればエポックも直接的に速くなる。エポック内部のカウント方法は何も変わっていないにもかかわらず、完了までにおよそ 48 時間かかっていたものが、現在では約 42 時間で終わるようになった。
アップグレードを可能にした技術的基盤
これらはすべて、バリデータクライアント側での作業なしには実現しなかった。Solana は、ネットワークのブロック伝播レイヤーである Turbine と、バリデータが受信したブロックを検証し投票するプロセスである Replay の改善を、短いスロット時間をスケール上で耐えうるものにした技術的要因として挙げている。
ネットワークがリーダーに与えるブロック完成時間を安全に圧縮する前に、これら 2 つのシステムは高速化される必要があった。リーダーがブロックを完成させ、それを Gulf Stream を通じて次のリーダーに引き渡し、残りのバリデータセットがそれをリプレイして投票するまでの時間枠を短縮するには、こうしたアップグレードが不可欠だった。これらの改善なしにその時間枠を縮めていれば、スキップ率が上昇し、ブロック生成が不安定になる可能性が高かっただろう。
さらなるスロット時間短縮に向けた段階的アプローチ
Solana はいきなり最終目標に飛びついているわけではない。代わりに、ネットワークは 400 ミリ秒から 200 ミリ秒までの 4 つの段階を踏んでおり、それぞれのステップには個別の有効化と、次のステップに進む前の健全性チェックが必要となる。
今後のアップグレードにおけるフィーチャーゲートの仕組み
300、250、200 ミリ秒へのそれぞれの追加 50 ミリ秒削減は、ひとつの一括スイッチではなく、後のエポックで有効化される個別のフィーチャーゲートを通じてトリガーされる。その構造により、Solana Foundation とバリデータオペレーターは、次の削減にコミットする前に、各新しい速度でネットワークがどのように振る舞うかを観察する余地を持つことができる。
元の Solana Labs からスピンアウトしたバリデータクライアント開発チームである Anza は、4 段階すべての削減を最終的なメインネット有効化の対象とする暫定的な Agave v4.2 スケジュールを示している。次のステップである 300 ミリ秒については、カレンダー上の日付や特定のエポックはまだ設定されていない。
ブロックスキップ率に基づくリスクコントロール
慎重さが最もよく表れているのはここだ。Solana Foundation は、ブロックスキップ率、つまり割り当てられたブロックを時間内に生成できないバリデータが多くなりすぎた場合には、ネットワークは次のスロット時間短縮に進まないと明言している。この組み込みのブレーキは重要である。なぜなら、スロットが短くなると、ブロック完成、トランザクション伝播、バリデータ投票といったすべての下流プロセスに与えられる実時間が圧縮されるからだ。
これが重要である理由は、スキップ率トリガー付きの段階的ロールアウトにより、速度が固定された約束ではなく、監視される変数へと変わる点にある。もしバリデータのハードウェアやソフトウェアが 300 ミリ秒のペースに追いつけなければ、ネットワークはそこで一時停止し、先へ進んで不安定化を招くリスクを避けることができる。
より広い意味での影響とネットワークへのインパクト
スロットが速くなったからといって、あらゆる意味でネットワーク全体が速くなるわけではない。この区別は、Solana のスループットに関する主張を追っている人にとって重要だ。バリデータはより頻繁にスロットを処理するようになるが、各スロットが担う作業量は少なくなるため、この変更は主にレイテンシーとコンファメーション速度を改善するものであり、生のトランザクション処理能力を直接的に増やすものではない。Solana は別途、2025 年 7 月にコンピュートユニット上限を 1 億に引き上げており、これは各ブロックに収まる作業量を拡大することを目的とした別個のアップグレードである。
破壊的変更としてのステータスとインデックスへの影響
Solana 自身は、この全体的なSolana のスロット時間アップグレードを破壊的変更と位置付けており、サードパーティツールやサービス向けに必要となるインデックス調整は、いまだ確定していない。これは注目すべきギャップである。Solana の公式ドキュメントは依然としてデフォルトのスロット時間を 400 ミリ秒と記載している一方で、ネットワークのエクスプローラーは最初の 350 ミリ秒のフィーチャーゲートがすでに有効であることを示している。インデクサー、分析ダッシュボード、ブロックエクスプローラー上に構築する開発者は、ツール群がネットワークの新しいタイミングに追いつくまで、短期的な摩擦が生じることを想定すべきだ。
公式声明とアップグレードパスに関する洞察
Solana Foundation のテクノロジー担当副社長である Jacob Creech 氏は、この動きをネットワーク初のスロット時間短縮と表現し、ロードマップ上の次のターゲットが 300 ミリ秒であることを確認した。Creech 氏も Foundation の公開アップグレードページも、その次のステップに具体的な日付を付しておらず、この計画はまず 350 ミリ秒でネットワークがどのように機能するかに明示的に依存している。
ここには、より長期的な視野もある。スロット時間と完全なファイナリティは同じものではない。新たな 350 ミリ秒のスロット間隔であっても、Solana のブロックが完全に不可逆になるまでには現在もおよそ 12.8 秒かかる。Alpenglow と呼ばれる、別個の開発中の大規模な見直しは、このファイナリティウィンドウを最終的に約 150 ミリ秒まで短縮することを目指しており、これは現在進行中の段階的なスロット時間短縮よりもはるかに大きな構造的変化となるだろう。ネットワークはまた、支配的な Agave スタックとは異なるプログラミング言語で構築された Jump Crypto の Firedancer クライアントも最近追加しており、より広範な高速化の取り組みの中でバリデータクライアントの多様性を高めている。
FAQ
Solana は最近スロットタイミングにどのような変更を行いましたか？
Solana はメインネットのスロット時間を 400 ミリ秒から 350 ミリ秒へと短縮し、ネットワーク創設以来初めての削減となりました。
今後のスロット時間短縮はどのように管理されますか？
今後予定されている 300、250、200 ミリ秒への短縮は、それぞれ個別のフィーチャーゲートを通じて有効化され、ブロックスキップ率が高くなりすぎないことが条件となります。
スロット時間の短縮は、Solana のエポック構造やスロットあたりのティック数に影響しますか？
いいえ。このアップグレードは、スロットあたりのティック数、リーダーの担当範囲、エポック内のスロット数を変更しません。
なぜこのアップグレードは破壊的変更と見なされているのですか？
このアップグレードは、サードパーティツールやインフラ向けにインデックスの変更を必要とするため破壊的変更とされていますが、その具体的な調整内容はまだ確定していません。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”Solana は最近スロットタイミングにどのような変更を行いましたか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Solana はメインネットのスロット時間を 400 ミリ秒から 350 ミリ秒へと短縮し、ネットワーク創設以来初めての削減となりました。”}},{“@type”:”Question”,”name”:”今後のスロット時間短縮はどのように管理されますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”今後予定されている 300、250、200 ミリ秒への短縮は、それぞれ個別のフィーチャーゲートを通じて有効化され、ブロックスキップ率が高くなりすぎないことが条件となります。”}},{“@type”:”Question”,”name”:”スロット時間の短縮は、Solana のエポック構造やスロットあたりのティック数に影響しますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”いいえ。このアップグレードは、スロットあたりのティック数、リーダーの担当範囲、エポック内のスロット数を変更しません。”}},{“@type”:”Question”,”name”:”なぜこのアップグレードは破壊的変更と見なされているのですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”このアップグレードは、サードパーティツールやインフラ向けにインデックスの変更を必要とするため破壊的変更とされていますが、その具体的な調整内容はまだ確定していません。”}}]}
本記事は人工知能の支援を受けて作成され、編集チームによる確認を経ています。
