Solana バリデータネットワークレポート

Solana バリデータ リーダースロットレポート

Solana のリーダースロットとバリデータのステーク、エポック状況、低遅延インフラ配置の関係を整理します。

データソース

Solana Gossip + vote accounts

更新 2026年5月05日 16:16 UTC

スケジュールエポック

967

リーダースロット

432,000 スロット

リーダーバリデータ

740 バリデータ

最多リーダー

15,604 スロット

Figment

リーダースロット上位

結合スナップショット内で予定リーダー機会が多いバリデータです。

Figment

3.6%

15,604 スロット

Helius

3.3%

14,456 スロット

binance staking

3%

13,020 スロット

Jupiter

2.9%

12,372 スロット

Ledger by Figment

2.1%

9,044 スロット

Everstake

1.8%

7,852 スロット

Bitwise Onchain Solutions

1.7%

7,352 スロット

Forward Industries

1.6%

6,828 スロット

Galaxy

1.6%

6,764 スロット

Staking Facilities | MEV 🔥

1.5%

6,564 スロット

レポート観点

エポック状況

リーダースロットは現在のエポック内で評価されるため、スロット数はエポック進捗と合わせて読む必要があります。

レポート観点

バリデータ機会

リーダースロット数は、バリデータがブロック生成に割り当てられる機会数を示しますが、各機会の品質や結果そのものを保証するものではありません。

レポート観点

ネットワーク配置

Solana のイベントに反応するアプリケーションは、リーダーの文脈から地理的配置とネットワーク経路品質を考えられます。

このレポートで分かること

Solana バリデータ運用者、RPC 事業者、低遅延アプリ、取引システムにとってリーダースロットがなぜ重要かを説明します。予定されたブロック生成機会とライブバリデータ表をつなげて理解できます。

データの読み方

ライブランキングは validator directory、vote accounts、Gossip metadata、現在の leader schedule count を結合しています。現在スナップショットの結合であるため、予定された identity が現在の validator set に存在しない場合、リーダースロット合計は protocol epoch total とわずかに差が出ることがあります。

運用での使い方

バリデータ運用者は monitoring と incident response の計画に使えます。アプリケーションチームは Solana leaders への距離が時間で変わる理由と、固定の 1 都市だけでは全スロットに十分でない理由を理解できます。