Solanaは、メインネットのターゲットとなるスロット時間を400ミリ秒から350ミリ秒に短縮しました。これは、最終的に200msまで切り詰めるための段階計画における最初のステップです。
変更は金曜日のエポック1020の開始あたりで反映され、ネットワークがローンチして以来初めて、Solanaがターゲットのスロット時間を短縮しました。見た目の数字は小さく見えますが、その裏にはかなり大きなエンジニアリング作業があります。
スロットとは、リーダーバリデータがブロックを生成できる時間枠です。スロットが短くなると、ブロックをより頻繁に生成できるようになり、ユーザーやアプリケーションが確認のために待つ時間を短縮できます。重要なキーワードはレイテンシです。このアップグレードは、Solanaのトランザクション処理能力を魔法のように2倍にすることを目的としていません。
ネットワークは200msへの階段を上る
計画は、Solanaの改善提案であるSIMD-0525によって示されています。Anzaのエンジニア、ブレナン・ワットが作成しました。400msからいきなり200msへジャンプするのではなく、ネットワークは4つの別々の機能ゲート付き段階を使います：350ms、300ms、250ms、そして最後に200msです。
Solanaの公式提案では、スロットあたり64ティック、リーダーウィンドウあたり4スロット、そして1エポックあたり432,000スロットが維持されます。スロット数は同じままです。そこで表される現実世界の時間が短くなります。
400msスロット：おおむね48時間のエポックと1.6秒のリーダーウィンドウ
350msスロット：おおむね42時間のエポックと1.4秒のリーダーウィンドウ
300msスロット：おおむね36時間のエポックと1.2秒のリーダーウィンドウ
250msスロット：おおむね30時間のエポックと1.0秒のリーダーウィンドウ
200msスロット：おおむね24時間のエポックと0.8秒のリーダーウィンドウ
ロールアウトは意図的に慎重です。各段階には独自の機能ゲートがあり、バリデータの性能やブロックスキップ率が望ましくない方向に動き始めた場合、開発者は次の短縮の前に止めることができます。レイテンシを削減することは有益です。しかし、メインネットを望まない形のストレステストにするのはあまり有益ではありません。
350msがすでにメインネットに現れている
最初の実測では、ネットワークは意図した方向に動いたことが示唆されています。Blockは、移行期の前後でそれぞれ1,000スロットの期間を比較しました。変更前の期間は約415秒だったのに対し、エポック1020で後のサンプルではおよそ368秒でした。
これらの数値は当然ばらつきます。たとえ350msがターゲットでも、すべてのスロットがちょうど350msで着地するわけではないからです。それでも、メインネットの変更が「意味が出るのを待っているだけの設定ファイル」以上のものであることは示されています。短くなったタイミングは実際のブロック生成に現れています。
同じレポートは、次の300ms段階について開発者がまだメインネットの有効化日を設定していないとも述べています。まずは350msでネットワークがどう振る舞うかを見守る方針です。
これは無料のスループット増強ではない
この変更を誤解しやすい最も簡単な方法の1つは、12.5%短いスロットが自動的に12.5%多いネットワーク容量を意味すると考えることです。SIMD-0525は、スロットが短くなるにつれて、各スロットで許可される作業量を意図的に縮小します。
Solanaは最近、メインネットのブロック上限を1億コンピュートユニットに引き上げました。短いスロットの提案では、このスロットあたりの上限が350msで8,750万ユニット、300msで7,500万ユニット、250msで6,250万ユニット、200msで5,000万ユニットまでスケールします。
要点は、ユーザーが次のスロットまで待つ時間を短縮しつつ、ウォールクロックの作業レートをおおむね安定させることです。バリデータは各スロットの処理に使える時間が減りますが、同時にスロット内で与えられる作業量も比例して少なくなります。
つまりこれは主に「応答性」のアップグレードです。コンピュート上限、バリデータのソフトウェア、トランザクション処理に関する別々の変更が、素の状態での容量増加の源泉です。
短いリーダーウィンドウには市場構造上の利点がある
さらに、開発者が短いスロットを求める別の理由もありますが、それはウォレットが「confirmed（確認済み）」と表示するまでの速さとはほとんど関係ありません。
Solanaのリーダーは現在、連続して4つのスロットを制御できます。旧来の400msターゲットでは、1人のリーダーに名目上1.6秒の猶予が与えられていました。350msでは1.4秒に下がり、提案されている200msの終点なら0.8秒になります。
これにより、単一のリーダーが別のバリデータに順番が回る前に、トランザクションを遅延させたり並び替えたり、あるいは選択的に取り込むことができる最大時間が減ります。トレーダー、マーケットメーカー、そしてレイテンシに敏感なアプリケーションにとって、そのウィンドウを短くすることは、市場構造だけでなくユーザー体験の向上にもつながります。
さらに短いスロットは、スロット単位で鮮度を測るシステム（オラクルの利用者や自動マーケットメイキング・アプリケーションなど）にとって、オンチェーンの時間をより正確にします。Solana自身のアップグレード文書では、レイテンシが下がればマーケットメーカーはより狭いスプレッドを提示できる可能性があるとされています。
ファイナリティは別プロジェクト
Solanaは、不可逆的なファイナリティに至るまでの時間がすぐに短縮されるわけではないのに、数百ミリ秒ごとにスロットを生成できます。現在の完全なファイナリティはなお、およそ12.8秒かかります。
そこでAlpenglowが登場します。開発中の別のコンセンサス全面刷新は、ファイナリティを約150msまで引き下げることを目指しています。この作業が予定どおりメインネットに到達すれば、ネットワークがブロックを最終確定（ファイナル）として扱うまでに要する時間に対する、はるかに大きな変更になるでしょう。
これら2つの取り組みは、広い意味で「レイテンシを下げる」という目標に関連していますが、混同すべきではありません。SIMD-0525は、現在の進行（プロセス）に基づいてスロットを短縮します。Alpenglowは、コンセンサスとファイナリティの仕組みそのものを変えます。
トレーダーはなぜ気にすべきか
通常のSOL保有者にとっては、50msのスロット短縮が「わっ、ウォレットが変わってる！」という一夜にしての驚きにつながる可能性は低いでしょう。投資判断は、より積み上げ型のものです。
Solanaは何年もかけて、速度、低手数料、高頻度のオンチェーン活動で競争してきました。バリデータを不安定にすることなくスロット時間を削減できれば、レイテンシが重要になる取引、支払い、アプリケーションの領域でネットワークの立場は強まります。200msに到達すれば、ネットワークが当初設定した400msからターゲットのスロット時間は半分になります。
タイミングがより厳しくなるほど、エンジニアリング上のリスクも高まります。だからこそ段階的なロールアウトが重要なのです。次のマイルストーンは、350msが稼働しただけで保証されるものではありません。開発者は、ネットワーク性能が健全な状態を保つ場合に限り、300msへ、その後250ms、そして200msへ進むつもりです。
ひとまずSolanaは、最初の本格的なメインネットのステップを完了しました。より速くなり、変更は測定可能で、200msへの道はもはやGitHub上で放置された単なる提案ではありません。より面白い試験が始まります。バリデータが、信頼性を代償にすることなく、クロックを短縮し続けられるかどうかです。
---------------
著者：セバスティアン・マロー ヨーロッパ・ニュースルーム 暗号ニュース速報
GCPをリーダーで購読