イーサリアムのブロック構築エコシステムは、過去2年間で顕著な集中化のプロセスを経験してきました。データによれば、現在は80%以上のイーサリアムのブロックが少数のビルダーによって生成されており、ブロック構築権は、取引の順序を最適化して最大価値を抽出できる高位の参加者へと徐々に集中しつつあります。この集中化のトレンドは、MEVの経済的な駆動に起因します——ビルダーは複雑な順序付け（ソート）アルゴリズムによって超過収益を得ており、それが自然な専門化の参入障壁を形成しています。同時に、提案者-ビルダー分離（proposer-builder separation）の仕組みは、ステーキング層の集中化を防ぐ意図があるにもかかわらず、ブロック構築層に新たな集中化リスクを生み出しています。Vitalik Buterinは、ePBSはブロック構築権が少数のステーキングプールに集中するのを防げる一方で、ブロック構築そのものは、専門化とMEVの最大化によって少数の高位参加者へ集中する可能性が残る、と明確に指摘しています。
この構造的な変化がもたらす中核的な問題は、検閲リスクの顕在化です。少数のビルダーが大部分のブロック生成を支配している場合、取引がブロックに含まれるかどうかは、オープンな市場の自然な帰結ではなく、ビルダーの主観的な意向によって左右されうるものになります。イーサリアムを中立的な清算層として依存するDeFiプロトコル、ステーブルコイン発行者、そしてLayer 2ネットワークにとって、この不確実性は、イーサリアムを信頼できる中立プラットフォームとして位置付ける中核の約束に直接の挑戦を突きつけます。
FOCIL（Fork-Choice Enforced Inclusion Lists、すなわちEIP-7805）は、精密に設計された一連のプロトコル層メカニズムによって、取引の強制包含権をブロック構築者の手から、分散化された検証者委員会へ移します。その中核となる手順は3つです。イーサリアムの各スロットで、システムはランダムに16名の検証者を選び、暫定の委員会を構成します。各委員会メンバーは、メモリプールに対する自身の独立した観察に基づいてローカルな包含リストを発行し、自分が「ブロックに含めるべき」と考える有効な取引を列挙します。ブロック提案者はすべてのリストを集約して候補ブロックを構築し、検証者は「有効な包含リストの取引を含めていない」ブロックに対して投票を拒否します。
このメカニズムの鍵は、検閲耐性を分岐選択ルールに直接エンコードすることです。あるブロックが委員会リスト内の有効な取引を無視した場合——たとえそれらの取引が制裁対象アドレスからのものであっても——ネットワークは、そのブロックから分岐し、当該ブロックを規範チェーン（正規チェーン）から強制的に排除します。従来の包含リスト案と比べて、ランダムな委員会メカニズムは、賄賂や恐喝攻撃のリスクを大幅に低減します。攻撃者は、どの検証者が選ばれるか予測できず、さらに同時に16名のランダムな検証者へ賄賂を投げ込むことも困難だからです。
FOCILのもう1つの重要な特性は、プライバシー・エコシステムへのネイティブなサポートです。委員会メカニズムは、アカウント抽象とプライバシープロトコルに自然に適合します。ユーザーはスマートアカウントを通じて取引を送信でき、プライバシープロトコルのユーザーも、取引が検閲者により識別・遮断されることを心配する必要がありません。これにより、イーサリアムがより「暗号パンク」風の進化へ進むための技術的な道筋が開けます。
検閲耐性をコンセンサス層にエンコードすることには代償があります。FOCILに対する最初の主要な批判は、法的リスクの側面から来ています。批判者は、強制的に検証者にすべての有効取引——OFACの制裁アドレスから送られた取引を含む——を包含させることにより、米国内の検証者が規制上の制裁リスクに直面する可能性があると指摘しています。プライバシープールの創設者Ameen Soleimaniは、Tornado Cashが制裁リストに掲載された後、約90%の検証者が当該プライバシープロトコルに関連する取引を包含しないことを選んだと述べています。もしこれらの検証者がそのような取引の包含を強制されるなら、規制当局レベルでの直接的な衝突が生じうるでしょう。
プロトコルの複雑性の観点では、FOCILは各スロットでランダム委員会の選出、包含リストの生成、リストの集約、投票の検証など複数の工程を完了する必要があり、これが避けられずコンセンサス層の計算負担を増やします。開発者は、証明サイズとGas効率を最適化しており、将来の「GigaGas」級のスケーラビリティを支えることを目指しています。さらに、FOCILは以前Glamsterdamアップグレードの対象から除外されていましたが、その一部の理由は、開発コミュニティがその複雑性と潜在的な遅延リスクを懸念していたためです。
優先順位のトレードオフの観点から見ると、イーサリアムのコア開発者は2026年3月の投票で、FOCILをHegotaアップグレードの唯一の「ヘッドライン」機能として採用し、同時にVitalik Buterinが支持するフレームワーク取引提案の優先度を引き下げることを決めました。クライアント開発者は、2つ目のヘッドラインを追加するとHegotaが遅延する可能性があり、またフレームワーク取引の複雑性により、固定の納期スケジュールを約束しにくいと述べています。この決定は、イーサリアム開発コミュニティの価値の優先順位が明確に反映されていることを示しています——検閲耐性とユーザー体験の間で、前者が優先されます。
FOCILの実装は、複数の観点からイーサリアムのエコシステムの構図を再形成します。経済面では、それはMEVの利益配分ロジックを変えます。従来、ブロック構築者は取引の順序付けと選択的な包含によってMEV収益を得ていました。FOCILは、構築者に対して委員会リスト内の取引を必ず包含することを強制するため、構築者が取引プールを選択的に排除する能力が制限され、その結果として構築者の市場での交渉力が弱まります。この変化は、MEVエコシステムがより分散化された方向へ進化する可能性を示唆しています。
信頼モデルの面では、FOCILはイーサリアムの検閲耐性を社会的な合意層からプロトコルルール層へと押し下げます。これまでイーサリアムの検閲耐性は、検証者の道徳的コミットメントとコミュニティの監督——いわゆるソフトな制約——に依存していました。FOCILはそれを分岐ルールにおけるハードな強制へと転換し、いかなる検証者も技術的にこの要求を回避できなくなります。これにより、イーサリアムが「最も中立的なブロックスペース」であるという信頼性が大幅に高まります。
競争の構図という観点では、FOCILの導入は、検閲耐性という中核領域におけるイーサリアムの差別化された優位性をさらに強化します。より高いスループットやより低い手数料を追求する競合ネットワークと比べて、イーサリアムはプロトコル層の設計によって改ざんできない中立性の堀（防衛の障壁）を構築しています。Layer 2開発者のTim Clancyは、FOCILを「イーサリアムにとって最も重要な提案」と呼びました。なぜなら、それはイーサリアムがその使命を果たし続けるために備えていなければならない中核能力を提供するからです。
イーサリアム財団が発表した2026年のプロトコルロードマップでは、明確に3つの主軸が示されています。「拡張」「ユーザー体験の向上」「強化L1」です。FOCILは「強化L1」の主軸に属し、耐量子暗号（ポスト量子暗号）の研究と並列に位置付けられており、安全性と検閲耐性に焦点を当てます。2026年のイーサリアム計画では、命名されたアップグレードが2回予定されています。上半期にGlamsterdamアップグレードを導入し、ePBS（内蔵の提案者-ビルダー分離）とブロックレベルのアクセスリストを導入します。下半期にHegotaアップグレードを導入し、FOCILはその中核機能として登場します。
開発者は、FOCILがHegotaの「ヘッドライン」機能であることを確認しており、現在多数のイーサリアムクライアントでプロトタイプ実装が完了しています。3月26日のコア開発者会議では、コミュニティはフレームワーク取引を2つ目のヘッドラインとして列挙する提案を退け、それを「検討に含める」非強制的な機能へと格下げしました。この決定により、FOCILの納期スケジュールが他の複雑な提案によって遅延しないことが確保されますが、その一方で、アカウント抽象とユーザー体験の改善は短期的には検閲耐性を優先する開発戦略に譲ることになります。
将来の進化の方向性として、コミュニティはEIP-8046（取引の順序付けを伴うFOCIL、つまりFOCILR）のようなFOCILの強化版についても検討しています。この案は、ビルダーがブロックが満杯のときに伝播を回避することを許さない包含リストによって、より強い検閲耐性の保証を提供します。加えて、FOCILとフレームワーク取引の相乗効果も広く議論されています——Vitalik Buterinは、FOCILがフレームワーク取引とともにプライバシープロトコルの普及を後押しすると考えています。
FOCILは技術レベルで検閲耐性に対する強力な保証を提供しますが、その実装は依然として複数のリスクと制約に直面しています。規制リスクが最も直接的な外部課題です。FOCILは検証者に対してすべての有効取引を包含することを強制します。つまり、米国内で稼働する検証者は制裁対象アドレスに関する取引を取り扱うことを求められ、その結果として法的な帰結に直面する可能性があります。このリスクは、一部の検証者がイーサリアムネットワークから撤退する原因になったり、またはステーキングサービスがより規制環境に寛容な司法管轄区へ移転したりして、逆に検証者の地理的分布の集中化を招く可能性があります。
プロトコルの複雑性が増すことは、予期せぬ脆弱性につながりかねません。FOCILはランダム委員会の選出、リスト生成と検証、分岐選択ルールの変更など、複数の新しいコンポーネントを扱います。どの工程においても設計上の欠陥があれば、攻撃者がそれを悪用する可能性があります。例えば、委員会メンバーが虚偽または不誠実な包含リストを提出することがあり、攻撃者が委員会の選挙プロセスを操作しようと試みる可能性があります。ランダム選択メカニズムは設計上、操縦耐性を考慮していますが、実際のデプロイ後の安全性は、時間をかけて検証する必要があります。
経済的インセンティブの観点では、FOCILがMEVエコシステムに与える影響には双方向の不確実性があります。1つ目は、ビルダーの選択的排除権限が制限されることです。一方で、それは新たなMEV抽出の方法を生み出す可能性があります。例えば、包含リスト内の取引順序を操作することで追加の価値を得る、といったケースです。コミュニティが提案したEIP-8046は、まさにこの問題への対応です。しかし、いかなる経済メカニズムの調整でも、実際の運用で繰り返しすり合わせが必要になります。
さらに、FOCILはあらゆる形態の検閲問題を解決できません。FOCILは取引がブロックに含まれることは保証しますが、取引が適時に処理されたり、適切に順序付けられたりすることは保証しません。ビルダーは、Gasの価格戦略や取引の順序付けの方法によって、間接的にユーザー体験に影響を与えることが依然として可能です。検閲耐性は多層のシステムエンジニアリングであり、FOCILが解決するのは「含まれるかどうか」という基礎層の問題であって、「どのように含まれるか」という問題は、今後のアップグレードによってさらに最適化される必要があります。
イーサリアムのFOCIL（EIP-7805）における確定的な包含シグナルは、ブロックチェーンの検閲耐性設計におけるパラダイム転換を示すものです。これは、検閲耐性を社会的合意層のソフトな約束から、分岐ルール内のハードな強制へと引き上げ、ランダムな検証者委員会メカニズムによって、取引の包含権を少数のブロック構築者から分散化されたネットワークの検証者へと移します。このアップグレードは、イーサリアムを最も中立的なブロックスペースとして中核的に強化する一方で、検証者の法的リスク、プロトコルの複雑性、そしてMEVエコシステムの再構築といった多次元の課題も同時にもたらします。2026年下半期のHegotaアップグレードの中核機能として、FOCILの実装は、イーサリアムにおける検閲耐性の観点で模倣しにくい構造的な優位性を築くものになりますが、その長期的な効果は、規制環境、コミュニティの合意、ならびに後続の反復におけるリスクヘッジメカニズムの有効性に依存します。
FOCILの正式名称は何ですか？それはEIP-7805とどのような関係がありますか？
FOCILの正式名称はFork-Choice Enforced Inclusion Lists、すなわちイーサリアム改善提案EIP-7805です。両者は同一の検閲耐性メカニズムを指し、FOCILはそのメカニズムの通俗的な呼称であり、EIP-7805はイーサリアム改善提案体系における正式な番号です。
FOCILとePBSの違いは何ですか？
ePBS（プロトコル内の提案者-ビルダー分離）は、ブロック提案権が少数のステーキングプールに集中するのを防ぐことを目的としており、ブロック構築をオープンマーケットに外注することでステーキング層の集中化リスクを低減します。FOCILは一方で、ブロック構築者による取引の検閲を防ぐことに焦点を当て、検証者委員会の強制包含リストによって、すべての有効取引が最終的にブロックに含まれることを保証します。両者は異なる層における集中化の問題を解決しており、またいずれもイーサリアム2026年ロードマップ中の「強化L1」主軸の構成要素に含まれます。
FOCILはイーサリアムのアップグレードのスケジュールを遅らせますか？
開発者は、FOCILがHegotaアップグレードの唯一のヘッドライン機能であることを確認しており、それに伴ってフレームワーク取引提案の優先度を引き下げています。この決定は、アップグレードが機能過多によって遅延しないようにするためです。現在多数のクライアントはプロトタイプ実装を完了しており、開発は計画どおりに進められています。
FOCILは一般ユーザーの取引体験に影響しますか？
一般ユーザーにとって、FOCILの直接的な影響はポジティブです——ユーザーは単一のビルダーを信頼する必要がなくなり、取引が検閲される確率は大幅に低下します。しかし、Gasコストとブロック処理時間の面では、FOCILが導入する追加の計算工程によって、ある程度の効率低下が生じる可能性があります。具体的な影響は、正式稼働後のネットワーク負荷状況によって異なります。
FOCILはすべての検証者に強制的に参加させますか？
FOCILは、各スロットで16名の検証者をランダムに選び、暫定の委員会を構成します。すべての検証者が各スロットで包含リストを生成する必要はありません。この設計により、分散化を維持しながら、各検証者の計算負担を制御します。検証者の主要な役割は、委員会リスト内の有効取引を無視したブロックに対する投票を拒否することであり、積極的にリストを生成することではありません。
224.93K 人気度
226.31K 人気度
22.96K 人気度
124.58K 人気度
1.33M 人気度
イーサリアム FOCIL アップグレードの深掘り解説：検閲耐性をどのように直接コンセンサス層に組み込むか？
イーサリアムのブロック構築エコシステムは、過去2年間で顕著な集中化のプロセスを経験してきました。データによれば、現在は80%以上のイーサリアムのブロックが少数のビルダーによって生成されており、ブロック構築権は、取引の順序を最適化して最大価値を抽出できる高位の参加者へと徐々に集中しつつあります。この集中化のトレンドは、MEVの経済的な駆動に起因します——ビルダーは複雑な順序付け（ソート）アルゴリズムによって超過収益を得ており、それが自然な専門化の参入障壁を形成しています。同時に、提案者-ビルダー分離（proposer-builder separation）の仕組みは、ステーキング層の集中化を防ぐ意図があるにもかかわらず、ブロック構築層に新たな集中化リスクを生み出しています。Vitalik Buterinは、ePBSはブロック構築権が少数のステーキングプールに集中するのを防げる一方で、ブロック構築そのものは、専門化とMEVの最大化によって少数の高位参加者へ集中する可能性が残る、と明確に指摘しています。
この構造的な変化がもたらす中核的な問題は、検閲リスクの顕在化です。少数のビルダーが大部分のブロック生成を支配している場合、取引がブロックに含まれるかどうかは、オープンな市場の自然な帰結ではなく、ビルダーの主観的な意向によって左右されうるものになります。イーサリアムを中立的な清算層として依存するDeFiプロトコル、ステーブルコイン発行者、そしてLayer 2ネットワークにとって、この不確実性は、イーサリアムを信頼できる中立プラットフォームとして位置付ける中核の約束に直接の挑戦を突きつけます。
FOCILはどのようにプロトコル層から取引の検閲問題を解決するのか？
FOCIL（Fork-Choice Enforced Inclusion Lists、すなわちEIP-7805）は、精密に設計された一連のプロトコル層メカニズムによって、取引の強制包含権をブロック構築者の手から、分散化された検証者委員会へ移します。その中核となる手順は3つです。イーサリアムの各スロットで、システムはランダムに16名の検証者を選び、暫定の委員会を構成します。各委員会メンバーは、メモリプールに対する自身の独立した観察に基づいてローカルな包含リストを発行し、自分が「ブロックに含めるべき」と考える有効な取引を列挙します。ブロック提案者はすべてのリストを集約して候補ブロックを構築し、検証者は「有効な包含リストの取引を含めていない」ブロックに対して投票を拒否します。
このメカニズムの鍵は、検閲耐性を分岐選択ルールに直接エンコードすることです。あるブロックが委員会リスト内の有効な取引を無視した場合——たとえそれらの取引が制裁対象アドレスからのものであっても——ネットワークは、そのブロックから分岐し、当該ブロックを規範チェーン（正規チェーン）から強制的に排除します。従来の包含リスト案と比べて、ランダムな委員会メカニズムは、賄賂や恐喝攻撃のリスクを大幅に低減します。攻撃者は、どの検証者が選ばれるか予測できず、さらに同時に16名のランダムな検証者へ賄賂を投げ込むことも困難だからです。
FOCILのもう1つの重要な特性は、プライバシー・エコシステムへのネイティブなサポートです。委員会メカニズムは、アカウント抽象とプライバシープロトコルに自然に適合します。ユーザーはスマートアカウントを通じて取引を送信でき、プライバシープロトコルのユーザーも、取引が検閲者により識別・遮断されることを心配する必要がありません。これにより、イーサリアムがより「暗号パンク」風の進化へ進むための技術的な道筋が開けます。
プロトコル層レベルの検閲耐性には、どのような代価があるのか？
検閲耐性をコンセンサス層にエンコードすることには代償があります。FOCILに対する最初の主要な批判は、法的リスクの側面から来ています。批判者は、強制的に検証者にすべての有効取引——OFACの制裁アドレスから送られた取引を含む——を包含させることにより、米国内の検証者が規制上の制裁リスクに直面する可能性があると指摘しています。プライバシープールの創設者Ameen Soleimaniは、Tornado Cashが制裁リストに掲載された後、約90%の検証者が当該プライバシープロトコルに関連する取引を包含しないことを選んだと述べています。もしこれらの検証者がそのような取引の包含を強制されるなら、規制当局レベルでの直接的な衝突が生じうるでしょう。
プロトコルの複雑性の観点では、FOCILは各スロットでランダム委員会の選出、包含リストの生成、リストの集約、投票の検証など複数の工程を完了する必要があり、これが避けられずコンセンサス層の計算負担を増やします。開発者は、証明サイズとGas効率を最適化しており、将来の「GigaGas」級のスケーラビリティを支えることを目指しています。さらに、FOCILは以前Glamsterdamアップグレードの対象から除外されていましたが、その一部の理由は、開発コミュニティがその複雑性と潜在的な遅延リスクを懸念していたためです。
優先順位のトレードオフの観点から見ると、イーサリアムのコア開発者は2026年3月の投票で、FOCILをHegotaアップグレードの唯一の「ヘッドライン」機能として採用し、同時にVitalik Buterinが支持するフレームワーク取引提案の優先度を引き下げることを決めました。クライアント開発者は、2つ目のヘッドラインを追加するとHegotaが遅延する可能性があり、またフレームワーク取引の複雑性により、固定の納期スケジュールを約束しにくいと述べています。この決定は、イーサリアム開発コミュニティの価値の優先順位が明確に反映されていることを示しています——検閲耐性とユーザー体験の間で、前者が優先されます。
このアップグレードはイーサリアムのエコシステムの構図に何を意味するのか？
FOCILの実装は、複数の観点からイーサリアムのエコシステムの構図を再形成します。経済面では、それはMEVの利益配分ロジックを変えます。従来、ブロック構築者は取引の順序付けと選択的な包含によってMEV収益を得ていました。FOCILは、構築者に対して委員会リスト内の取引を必ず包含することを強制するため、構築者が取引プールを選択的に排除する能力が制限され、その結果として構築者の市場での交渉力が弱まります。この変化は、MEVエコシステムがより分散化された方向へ進化する可能性を示唆しています。
信頼モデルの面では、FOCILはイーサリアムの検閲耐性を社会的な合意層からプロトコルルール層へと押し下げます。これまでイーサリアムの検閲耐性は、検証者の道徳的コミットメントとコミュニティの監督——いわゆるソフトな制約——に依存していました。FOCILはそれを分岐ルールにおけるハードな強制へと転換し、いかなる検証者も技術的にこの要求を回避できなくなります。これにより、イーサリアムが「最も中立的なブロックスペース」であるという信頼性が大幅に高まります。
競争の構図という観点では、FOCILの導入は、検閲耐性という中核領域におけるイーサリアムの差別化された優位性をさらに強化します。より高いスループットやより低い手数料を追求する競合ネットワークと比べて、イーサリアムはプロトコル層の設計によって改ざんできない中立性の堀（防衛の障壁）を構築しています。Layer 2開発者のTim Clancyは、FOCILを「イーサリアムにとって最も重要な提案」と呼びました。なぜなら、それはイーサリアムがその使命を果たし続けるために備えていなければならない中核能力を提供するからです。
FOCILはイーサリアムの2026年ロードマップの中でどの位置にあるのか？
イーサリアム財団が発表した2026年のプロトコルロードマップでは、明確に3つの主軸が示されています。「拡張」「ユーザー体験の向上」「強化L1」です。FOCILは「強化L1」の主軸に属し、耐量子暗号（ポスト量子暗号）の研究と並列に位置付けられており、安全性と検閲耐性に焦点を当てます。2026年のイーサリアム計画では、命名されたアップグレードが2回予定されています。上半期にGlamsterdamアップグレードを導入し、ePBS（内蔵の提案者-ビルダー分離）とブロックレベルのアクセスリストを導入します。下半期にHegotaアップグレードを導入し、FOCILはその中核機能として登場します。
開発者は、FOCILがHegotaの「ヘッドライン」機能であることを確認しており、現在多数のイーサリアムクライアントでプロトタイプ実装が完了しています。3月26日のコア開発者会議では、コミュニティはフレームワーク取引を2つ目のヘッドラインとして列挙する提案を退け、それを「検討に含める」非強制的な機能へと格下げしました。この決定により、FOCILの納期スケジュールが他の複雑な提案によって遅延しないことが確保されますが、その一方で、アカウント抽象とユーザー体験の改善は短期的には検閲耐性を優先する開発戦略に譲ることになります。
将来の進化の方向性として、コミュニティはEIP-8046（取引の順序付けを伴うFOCIL、つまりFOCILR）のようなFOCILの強化版についても検討しています。この案は、ビルダーがブロックが満杯のときに伝播を回避することを許さない包含リストによって、より強い検閲耐性の保証を提供します。加えて、FOCILとフレームワーク取引の相乗効果も広く議論されています——Vitalik Buterinは、FOCILがフレームワーク取引とともにプライバシープロトコルの普及を後押しすると考えています。
FOCILの実装には、どのような潜在的リスクと制約があるのか？
FOCILは技術レベルで検閲耐性に対する強力な保証を提供しますが、その実装は依然として複数のリスクと制約に直面しています。規制リスクが最も直接的な外部課題です。FOCILは検証者に対してすべての有効取引を包含することを強制します。つまり、米国内で稼働する検証者は制裁対象アドレスに関する取引を取り扱うことを求められ、その結果として法的な帰結に直面する可能性があります。このリスクは、一部の検証者がイーサリアムネットワークから撤退する原因になったり、またはステーキングサービスがより規制環境に寛容な司法管轄区へ移転したりして、逆に検証者の地理的分布の集中化を招く可能性があります。
プロトコルの複雑性が増すことは、予期せぬ脆弱性につながりかねません。FOCILはランダム委員会の選出、リスト生成と検証、分岐選択ルールの変更など、複数の新しいコンポーネントを扱います。どの工程においても設計上の欠陥があれば、攻撃者がそれを悪用する可能性があります。例えば、委員会メンバーが虚偽または不誠実な包含リストを提出することがあり、攻撃者が委員会の選挙プロセスを操作しようと試みる可能性があります。ランダム選択メカニズムは設計上、操縦耐性を考慮していますが、実際のデプロイ後の安全性は、時間をかけて検証する必要があります。
経済的インセンティブの観点では、FOCILがMEVエコシステムに与える影響には双方向の不確実性があります。1つ目は、ビルダーの選択的排除権限が制限されることです。一方で、それは新たなMEV抽出の方法を生み出す可能性があります。例えば、包含リスト内の取引順序を操作することで追加の価値を得る、といったケースです。コミュニティが提案したEIP-8046は、まさにこの問題への対応です。しかし、いかなる経済メカニズムの調整でも、実際の運用で繰り返しすり合わせが必要になります。
さらに、FOCILはあらゆる形態の検閲問題を解決できません。FOCILは取引がブロックに含まれることは保証しますが、取引が適時に処理されたり、適切に順序付けられたりすることは保証しません。ビルダーは、Gasの価格戦略や取引の順序付けの方法によって、間接的にユーザー体験に影響を与えることが依然として可能です。検閲耐性は多層のシステムエンジニアリングであり、FOCILが解決するのは「含まれるかどうか」という基礎層の問題であって、「どのように含まれるか」という問題は、今後のアップグレードによってさらに最適化される必要があります。
まとめ
イーサリアムのFOCIL（EIP-7805）における確定的な包含シグナルは、ブロックチェーンの検閲耐性設計におけるパラダイム転換を示すものです。これは、検閲耐性を社会的合意層のソフトな約束から、分岐ルール内のハードな強制へと引き上げ、ランダムな検証者委員会メカニズムによって、取引の包含権を少数のブロック構築者から分散化されたネットワークの検証者へと移します。このアップグレードは、イーサリアムを最も中立的なブロックスペースとして中核的に強化する一方で、検証者の法的リスク、プロトコルの複雑性、そしてMEVエコシステムの再構築といった多次元の課題も同時にもたらします。2026年下半期のHegotaアップグレードの中核機能として、FOCILの実装は、イーサリアムにおける検閲耐性の観点で模倣しにくい構造的な優位性を築くものになりますが、その長期的な効果は、規制環境、コミュニティの合意、ならびに後続の反復におけるリスクヘッジメカニズムの有効性に依存します。
FAQ
FOCILの正式名称は何ですか？それはEIP-7805とどのような関係がありますか？
FOCILの正式名称はFork-Choice Enforced Inclusion Lists、すなわちイーサリアム改善提案EIP-7805です。両者は同一の検閲耐性メカニズムを指し、FOCILはそのメカニズムの通俗的な呼称であり、EIP-7805はイーサリアム改善提案体系における正式な番号です。
FOCILとePBSの違いは何ですか？
ePBS（プロトコル内の提案者-ビルダー分離）は、ブロック提案権が少数のステーキングプールに集中するのを防ぐことを目的としており、ブロック構築をオープンマーケットに外注することでステーキング層の集中化リスクを低減します。FOCILは一方で、ブロック構築者による取引の検閲を防ぐことに焦点を当て、検証者委員会の強制包含リストによって、すべての有効取引が最終的にブロックに含まれることを保証します。両者は異なる層における集中化の問題を解決しており、またいずれもイーサリアム2026年ロードマップ中の「強化L1」主軸の構成要素に含まれます。
FOCILはイーサリアムのアップグレードのスケジュールを遅らせますか？
開発者は、FOCILがHegotaアップグレードの唯一のヘッドライン機能であることを確認しており、それに伴ってフレームワーク取引提案の優先度を引き下げています。この決定は、アップグレードが機能過多によって遅延しないようにするためです。現在多数のクライアントはプロトタイプ実装を完了しており、開発は計画どおりに進められています。
FOCILは一般ユーザーの取引体験に影響しますか？
一般ユーザーにとって、FOCILの直接的な影響はポジティブです——ユーザーは単一のビルダーを信頼する必要がなくなり、取引が検閲される確率は大幅に低下します。しかし、Gasコストとブロック処理時間の面では、FOCILが導入する追加の計算工程によって、ある程度の効率低下が生じる可能性があります。具体的な影響は、正式稼働後のネットワーク負荷状況によって異なります。
FOCILはすべての検証者に強制的に参加させますか？
FOCILは、各スロットで16名の検証者をランダムに選び、暫定の委員会を構成します。すべての検証者が各スロットで包含リストを生成する必要はありません。この設計により、分散化を維持しながら、各検証者の計算負担を制御します。検証者の主要な役割は、委員会リスト内の有効取引を無視したブロックに対する投票を拒否することであり、積極的にリストを生成することではありません。