いまの Solana
Solana で最速になる方法
Solana で開発しているなら、どれかひとつは身に覚えがあるはずです。
隣のデスクと同じ戦略なのに、自分の bot だけ約定が遅い。
価格は出る。送る。自分のトランザクションだけ通らない。
どの RPC プロバイダに替えても、何も変わらない。
プロはどうチューニングしているか
コードはチューニングした。マシンも強化した。だがボトルネックはそのどちらでもない——止まらないリーダーを、遠すぎる場所から追っているだけです。
ハードとコードだけではスロットは取れません。 勝負を決めるのは、タイミングと立地です。
速さは買える。差をつけるのは、理解だ。
誰より先に着く方法を見る
動く標的
最速の席は、 絶えず移り変わる。
Solana では約 400 ms ごとにスロットが切り替わり、そのたびに別のバリデータが リーダー になります。そのリーダーに最も近い席にいる者が勝ちます。
一度どこかに陣取れば済む固定の席とは違い、Solana では最速の席が 毎回入れ替わります。
~400 ms · スロットごとにリーダーが交代
最速の席は、スロットごとに変わる
リーダーはスロットごとに世界を巡ります。ひとつ取っても、次のリーダーはもう別の場所です。
動きを見る
高性能 Solana RPC・Geyser gRPC・Shredstream
距離はレイテンシ
大陸をまたぐだけで、100〜300 ms 後れを取る。
光ファイバーを伝わる光と、何段にも連なるルータが、ハードウェアでは越えられない下限を決めます。同じラックなら約 0.1 ms。海をまたげば 100〜300 ms——スロットの長さは約 400 ms しかありません。
リーダーが目の前なら、まだ間に合う。地球の裏側なら、もう手遅れです。すべてのスロットで速いとは、リーダーがどこに来てもその近くにいることです。
距離ごとの往復下限 · ベンチではなく物理
距離がパケットに課すコスト
- 同一ネットワーク
- 0.1 ms
- 同一データセンター
- 0.3 ms
- 同一都市
- 1 ms
- 隣国
- 5–10 ms
- 大陸間
- 100–300 ms
大陸の向こうは、同一ラック内の数百倍。しかもスロット 1 つ分より長い。近接は小手先の調整ではなく、使える時間そのものを決めます。
カバレッジ——1 都市では足りない理由
最も混み合う都市でさえ、抱えるのはネットワークの約 4 分の 1 にすぎない。
Frankfurt はオペレータが殺到する場所です。それでも、最も混み合うこの都市が抱えるのは バリデータでもステークでも 4 分の 1 ほど。大半のスロットで、生きているリーダーはどこか別の場所にいます。
全域をカバーできれば理想ですが、予算が選択を迫ります。だから問うべきは、どこが最大かだけでなく、どこに最も多くのマシンが押し込まれていないか——つまり最も競合が少ないのはどこか。Amsterdam は Frankfurt 並みのステークを、はるかに少ないバリデータで支えています。静かで、席としても上であることが多い。
Solana のバリデータはどこにいるか
カバレッジ——どのリーダーの隣にも、すでにノードがある
リーダーがどこに来ても、Solana に直結したノードがすでにそこにある。
リーダー（ブロックを作るバリデータ）は、スロットごとに交代し、その役目は世界中を移っていきます。だから速いのは、その時のリーダーに最も近いノードです。同じリージョンにノードがあれば、遅延を生む長距離ホップを省けます。
だから一か所には頼りません。安定した速さとは、どのスロットでもリーダーの近くにいられること。リーダーはリージョンからリージョンへ動き続けるので、それにはリージョン横断のカバレッジが必要です。私たちは Solana のステークが集まる場所に、バリデータグレードのノードを一つの低レイテンシ・ファブリックで運用し、対応リージョンを増やし続けています。リージョンが増えるほど、あなたが最初からリーダーの隣にいられるスロットが増えます。
Global Data Center Partner
速さは、Solanaとの距離で決まる。
地域選定は重要です。ただし、都市名だけではネットワーク経路は決まりません。同じ都市でも、外部トランジットや余計なhopで遅くなることがあります。ERPCはSolanaサーバーに近いデータセンターまで選定し、外部トランジットなし、ターボブースト状態で経路を短く保ちます。
ERPCプレミアム経路
外部トランジットなし
最小RTT
都市名だけで選んだ経路
外部トランジット / 7 hops
70倍遅い
- 01同じデータセンター地域を押さえたうえで、Solanaに近いデータセンターまで選ぶ。
- 02外部トランジットなし外部ASを跨がず、RTTとジッターを抑える。
- 03出力全開省電力を排除し、ターボブースト状態を維持する。
ステーク加重の優先度 (SWQoS)
トランザクションが通りにくいですか？スパムレーンにしか届いていないのかもしれません。
Solana のリーダーは優先帯域を 2 つに分けます。ステーク——バリデータに預けられた SOL——に裏打ちされた接続が、その 80% を占めます。それ以外のトラフィックはすべて、もう片方の 20%——スパムでひしめくレーン——を奪い合います。
リーダーめがけて直接送り込むのが近道に見えます。しかしステークがなければ、その送り先は混雑した 20% レーンです。負荷がかかれば、トランザクションはそもそもブロックに入りません。
だから本当の答えは、ステークを持つバリデータです。私たちは、ハードウェアを Solana のすぐ隣に据え、高品質な RPC ラインへ直結させた最上位バリデータを運用しています。だからあなたのトランザクションは、広いレーンを通り抜けます。
私たちの Shinobi Performance Pool にある最上位バリデータ
Solana のリーダーは優先帯域をどう分けるか
ステークがあれば、手数料なしでバリデータへ通じる広い 80% レーンに乗れます。ステークがなければ、20% のスパムレーンに押し込まれます。
80 / 20 の分割を決めるのは私たちではなく、Solana のリーダーです
実測ベンチマーク
同クラスのマシン。 速さは同じではない。
AMD Turin、4 vCPU、Amsterdam、Ubuntu 24.04——大手クラウドと当社、両方のマシンで同じ構成です。カタログスペックは互角。だがベンチは違う答えを出します。
中身のチップは同じ。差を生むのは 私たちのチューニング です——マシンを限界まで追い込み、Solana のすぐ隣に据える。
node_bench · 同じ実行、同じリージョン
ERPC 対 大手クラウド · 同一スペック
- CPU 演算sysbench · 4 スレッド · 高いほど良い
- CPU スループット向上1.9×
- メモリ帯域STREAM Triad · 4 GiB · 高いほど良い
- メモリ帯域向上3.2×
- ディスク IOPSfio · 4K randread · QD32 · 高いほど良い
- ディスク IOPS 向上16.6×
- ディスクレイテンシ · p99fio · 4K randread · QD32 · 低いほど良い
- テール(p99)でも高速25.7×
events/s
MB/s
IOPS
µs
環境のすべてを、最高水準で。
ERPC は、あなたとスロットの間にあるすべての層を最適化します——RPC、ストリーミング、バリデータ、その下のベアメタルまで——そのすべてを Solana のすぐ隣に据えて。これまでは、それを一つにまとめるのがあなたの仕事でした。これからは、私たちのプロダクトを組み合わせるだけ——それが Solana への最速のラインです。