作者：Carlos 、 Luke Leasure
原标题：Solana’s block-building wars
编译及整理：BitpushNews
2026年1月5日、JITOはIBRL Explorerという公共ツールをリリースし、Solana上のバリデーターのブロックパッキング行動を測定し、従来見えなかった「タイミング・ギャンブル」を明らかにしました。
まず、Solanaの市場構造に関する背景を理解する必要があります。Solanaはストリーミング処理システムとして設計されています：理想的には、ブロックが構築される間、リーダーはデータフラグメント（小さなデータパケット）を継続的に伝播します。この行動は、取引の確定遅延（検証者が取引を受け取ってから処理されるまでの時間）を最小化することを目的としています。しかし、Solanaの取引パイプラインが実際に連続しているかどうかは、検証者がどのようにブロックを組み立てるかに依存します。
Jitoは検証者の視点から最適なブロックパッキング行動を定義しています：高速構築、連続したストリーミング伝播、早期の状態伝播です。JitoのIBRLスコアは、これら3つの変数の加重混合です。
IBRL Explorerは、多くの検証者が非投票取引の遅延パッキングを行っていることを示しており、場合によってはスロット時間を延長させるケースもあります。遅延パッキングは状態伝播を遅らせ、実行結果の分散を増やし、Solanaのストリーミング設計を破壊し、ネットワーク遅延を低下させます。得られるのは継続的なデータフローではなく、突発的なデータの噴出です。
最適なブロックの例として、以下のHelius検証者の例では、多くの投票取引がブロックの前半で処理され（「早期状態伝播」）、非投票取引はスロットの64ティックにわたって比較的均等に分散しています（「連続ストリーミング」）。
これに対し、意図的な遅延パッキングは下図のGalaxyの例のブロックで明らかであり、大部分の非投票取引がスロットの最後の数ティックに詰め込まれています。この方法では、検証者は状態変換を遅らせて抽出価値を優先し、ネットワークの健全性よりも利益を重視しています。
Jito Labsの共同創設者兼CEOのLucas Bruderによると、検証者はより多くの入ってくる取引を観察するためにスロットの最後に待つ動機付けがあり、最高の手数料を支払う取引を選択し、報酬を最大化します。
しかし、なぜユーザーは気にする必要があるのでしょうか？単一の検証者にとって利益最大化は合理的な行動ですが、この行動は潜在的な検閲や状態伝播の遅延を引き起こし、次のリーダーに「追いつく」ことを強制し、ネットワーク全体の遅延を遅らせることになります。
さらに重要なのは、遅延パッキングがSolanaの新たな「注文フロー支払い」（PFOF）ダイナミクスとも直接関係している点です。Benedict Bradyはこの点について既に概説しています。ウォレットやアプリケーションは事前にルーティングされた署名済み取引（スリッページ制限付きのマーケット注文）を生成することが多いため、注文には価値のある「後置実行」オプションが埋め込まれています。ユーザーにとって有利な方法は、この後置実行権を取引所に売ることですが、利益追求の方法としては「サンドイッチ攻撃」があります。いずれの場合も、取引の確定速度を遅らせて後置実行の価値を高める動機があり、これが遅延パッキングの実現するところです。
このインセンティブは、Solanaをアプリケーションやユーザーにとってより対立的な市場構造へと押しやっています。また、マーケットメイカーが依存する重要な保証、特にブロック内のキャンセルや確定性の保証を弱め、スプレッドを拡大させる結果となっています。ストリーミングがなければ、アプリケーションのロジックがどれほど優れていても、リアルタイムの市場はSolanaには遠い存在となるのです。
Solanaがこの問題をどう解決するかを深く議論する前に、「良い」ブロック構築とは何かについて積極的な議論が存在することを認めざるを得ません。Harmonicのコア貢献者であるTemporalは、JitoのフレームワークとIBRLスコアの方法に異議を唱えています。彼らの批判は、そのスコアが特定の設計嗜好を埋め込んでおり、それがJitoのブロック構築方式に有利に働き、Harmonicのパフォーマンスを相対的に低く見せているというものです。これは、Harmonicを運用する検証者が継続的に低スコアを獲得していることに反映されています。
Harmonicの共同創設者によると、Harmonicのブロックは連続的に実行されており遅延はなく、データフラグメントは約300ミリ秒のオークション後にのみ解放されるとのことです。この方法は、ブロック構築者に十分な競争時間を与え、ネットワークの他の部分もHarmonicのブロックをリプレイできる時間を確保しています。以下の可視化図は、Harmonicを運用する検証者Temporal Emeraldの同じスロット(391,822,619)からのものです。
（上図）から、ブロックの伝播の文脈では、Harmonicの実行は均一な間隔で行われているように見えます。言い換えれば、ブロック構築者は並列で継続的にブロックを構築しており、取引が最後のティックに集中しているのは、そのタイミングがオークションの決定の瞬間だからです。
過去30日間、Harmonicは平均および中央値の総収入（優先料金＋チップ）において、JitoやFiredancerを上回り、検証者とステーカーにより高い報酬をもたらしています。未解決の問題は、この優越性が前述のタイミング・ギャンブルによるものであり、ユーザー利益を犠牲にしている可能性がある点です。
出典：https://reports.firedancer.io/
両者の見解を述べた後も、1つの点は依然として成立します：連続ストリーミングは非常に重要です。
Harmonicの主張は、ストリーミング伝播が重要でないと考えているわけではなく、IBRLがHarmonicの実現方法を捉えきれておらず、そのオークションメカニズムを「タイミング・ギャンブル」と誤分類している可能性を指摘しています。現段階では、十分な技術的背景やデータを持ち合わせておらず、明確な見解を形成できていませんが、Solanaはこの根底にあるインセンティブ問題を解決するためのプロトコル内解決策を開発しています。
その解決策は、多提案者（MCP）と呼ばれるアーキテクチャです。これは、Anatoly YakovenkoとMax Resnickによって開発されたもので、動機はシンプルです：現在のシングルリーダーモデルでは、提案者がソートを制御し、実際には他者より遅れて行動できるため、遅延パッキングと前述のPFOFダイナミクスを強化しています。MCPは、複数の提案者が並行して独立に候補ブロックを構築することで、シングルリーダーの独占を排除します。このアーキテクチャは、単一のリーダーが取引を一方的に抑制したり、遅延させて利益を得ることを防ぎます。
つまり、MCPの前提条件はAlpenglowのメインネットローンチです。Alpenglowは2026年にリリース予定ですが、スケジュールは未確定です。一方、JitoのBAMは、ソートロジックを監査可能にすることで変化を促進しようとしています。BAMは、Solanaのマイクロストラクチャ設計空間を拡張し、永続的な契約取引所のキャンセル注文の優先処理など、より細かい制御を必要とするアプリケーションを可能にし、前置取引のようなネガティブなMEV外部効果の軽減にも寄与します。以下の図は、BAMの取引パイプラインを概説したものです。
BAM（Agave-BAM）は、現在、Solana上でステークシェアに基づく第3位のクライアント（約12%）であり、Agave-JitoやFrankendancer-Jitoに次いでいます。すでに約205の検証者がBAMを運用しており、その採用の速さが示されています。一方、Harmonicの規模は比較的小さく、ステークシェアは約3%未満、検証者数は約20人です。
今後数ヶ月のブロック構築の競争動向と、それがSolanaの市場構造に何をもたらすのかに注目が集まっています。
19.37K 人気度
43.21K 人気度
12.63K 人気度
9.72K 人気度
98.83K 人気度
データの解明：Solanaの送金遅延、実はバリデーターが「仕掛けている」？
作者：Carlos 、 Luke Leasure
原标题：Solana’s block-building wars
编译及整理：BitpushNews
2026年1月5日、JITOはIBRL Explorerという公共ツールをリリースし、Solana上のバリデーターのブロックパッキング行動を測定し、従来見えなかった「タイミング・ギャンブル」を明らかにしました。
まず、Solanaの市場構造に関する背景を理解する必要があります。Solanaはストリーミング処理システムとして設計されています：理想的には、ブロックが構築される間、リーダーはデータフラグメント（小さなデータパケット）を継続的に伝播します。この行動は、取引の確定遅延（検証者が取引を受け取ってから処理されるまでの時間）を最小化することを目的としています。しかし、Solanaの取引パイプラインが実際に連続しているかどうかは、検証者がどのようにブロックを組み立てるかに依存します。
Jitoは検証者の視点から最適なブロックパッキング行動を定義しています：高速構築、連続したストリーミング伝播、早期の状態伝播です。JitoのIBRLスコアは、これら3つの変数の加重混合です。
IBRL Explorerは、多くの検証者が非投票取引の遅延パッキングを行っていることを示しており、場合によってはスロット時間を延長させるケースもあります。遅延パッキングは状態伝播を遅らせ、実行結果の分散を増やし、Solanaのストリーミング設計を破壊し、ネットワーク遅延を低下させます。得られるのは継続的なデータフローではなく、突発的なデータの噴出です。
最適なブロックの例として、以下のHelius検証者の例では、多くの投票取引がブロックの前半で処理され（「早期状態伝播」）、非投票取引はスロットの64ティックにわたって比較的均等に分散しています（「連続ストリーミング」）。
Jito Labsの共同創設者兼CEOのLucas Bruderによると、検証者はより多くの入ってくる取引を観察するためにスロットの最後に待つ動機付けがあり、最高の手数料を支払う取引を選択し、報酬を最大化します。
しかし、なぜユーザーは気にする必要があるのでしょうか？単一の検証者にとって利益最大化は合理的な行動ですが、この行動は潜在的な検閲や状態伝播の遅延を引き起こし、次のリーダーに「追いつく」ことを強制し、ネットワーク全体の遅延を遅らせることになります。
さらに重要なのは、遅延パッキングがSolanaの新たな「注文フロー支払い」（PFOF）ダイナミクスとも直接関係している点です。Benedict Bradyはこの点について既に概説しています。ウォレットやアプリケーションは事前にルーティングされた署名済み取引（スリッページ制限付きのマーケット注文）を生成することが多いため、注文には価値のある「後置実行」オプションが埋め込まれています。ユーザーにとって有利な方法は、この後置実行権を取引所に売ることですが、利益追求の方法としては「サンドイッチ攻撃」があります。いずれの場合も、取引の確定速度を遅らせて後置実行の価値を高める動機があり、これが遅延パッキングの実現するところです。
このインセンティブは、Solanaをアプリケーションやユーザーにとってより対立的な市場構造へと押しやっています。また、マーケットメイカーが依存する重要な保証、特にブロック内のキャンセルや確定性の保証を弱め、スプレッドを拡大させる結果となっています。ストリーミングがなければ、アプリケーションのロジックがどれほど優れていても、リアルタイムの市場はSolanaには遠い存在となるのです。
TemporalとJitoの議論
Solanaがこの問題をどう解決するかを深く議論する前に、「良い」ブロック構築とは何かについて積極的な議論が存在することを認めざるを得ません。Harmonicのコア貢献者であるTemporalは、JitoのフレームワークとIBRLスコアの方法に異議を唱えています。彼らの批判は、そのスコアが特定の設計嗜好を埋め込んでおり、それがJitoのブロック構築方式に有利に働き、Harmonicのパフォーマンスを相対的に低く見せているというものです。これは、Harmonicを運用する検証者が継続的に低スコアを獲得していることに反映されています。
Harmonicの共同創設者によると、Harmonicのブロックは連続的に実行されており遅延はなく、データフラグメントは約300ミリ秒のオークション後にのみ解放されるとのことです。この方法は、ブロック構築者に十分な競争時間を与え、ネットワークの他の部分もHarmonicのブロックをリプレイできる時間を確保しています。以下の可視化図は、Harmonicを運用する検証者Temporal Emeraldの同じスロット(391,822,619)からのものです。
（上図）から、ブロックの伝播の文脈では、Harmonicの実行は均一な間隔で行われているように見えます。言い換えれば、ブロック構築者は並列で継続的にブロックを構築しており、取引が最後のティックに集中しているのは、そのタイミングがオークションの決定の瞬間だからです。
過去30日間、Harmonicは平均および中央値の総収入（優先料金＋チップ）において、JitoやFiredancerを上回り、検証者とステーカーにより高い報酬をもたらしています。未解決の問題は、この優越性が前述のタイミング・ギャンブルによるものであり、ユーザー利益を犠牲にしている可能性がある点です。
出典：https://reports.firedancer.io/
複数提案者（MCP）とBAM
両者の見解を述べた後も、1つの点は依然として成立します：連続ストリーミングは非常に重要です。
Harmonicの主張は、ストリーミング伝播が重要でないと考えているわけではなく、IBRLがHarmonicの実現方法を捉えきれておらず、そのオークションメカニズムを「タイミング・ギャンブル」と誤分類している可能性を指摘しています。現段階では、十分な技術的背景やデータを持ち合わせておらず、明確な見解を形成できていませんが、Solanaはこの根底にあるインセンティブ問題を解決するためのプロトコル内解決策を開発しています。
その解決策は、多提案者（MCP）と呼ばれるアーキテクチャです。これは、Anatoly YakovenkoとMax Resnickによって開発されたもので、動機はシンプルです：現在のシングルリーダーモデルでは、提案者がソートを制御し、実際には他者より遅れて行動できるため、遅延パッキングと前述のPFOFダイナミクスを強化しています。MCPは、複数の提案者が並行して独立に候補ブロックを構築することで、シングルリーダーの独占を排除します。このアーキテクチャは、単一のリーダーが取引を一方的に抑制したり、遅延させて利益を得ることを防ぎます。
つまり、MCPの前提条件はAlpenglowのメインネットローンチです。Alpenglowは2026年にリリース予定ですが、スケジュールは未確定です。一方、JitoのBAMは、ソートロジックを監査可能にすることで変化を促進しようとしています。BAMは、Solanaのマイクロストラクチャ設計空間を拡張し、永続的な契約取引所のキャンセル注文の優先処理など、より細かい制御を必要とするアプリケーションを可能にし、前置取引のようなネガティブなMEV外部効果の軽減にも寄与します。以下の図は、BAMの取引パイプラインを概説したものです。
今後数ヶ月のブロック構築の競争動向と、それがSolanaの市場構造に何をもたらすのかに注目が集まっています。