イーサリアムの反検閲戦闘: BRAID vs. FOCIL - 誰が勝つのか

Ethereumのブロック生成および検証プロセスでは、ビルダーがトランザクションを順序付け、オークションメカニズムを介して提案者にブロックを提出する責任があります。提案者は、ブロックを選択して署名し、ブロックチェーンに提案します。提案者が単一のエンティティとして最終的な決定権を持っているため、提案者とビルダーの間でトランザクションを検閲するための共謀のリスクがあります。

ブロックチェーンの中核的な価値の一つは、センサーシップ抵抗性です。これは、中央当局の干渉なしに取引が行われることを意味します。提案者がブロックに含まれる取引を制御すると、この機能は脅かされ、公正性と透明性が損なわれます。さらに、この権力は、ブロック内の取引の順序を操作するために悪用され、追加の経済的利益をもたらし、マイナー抽出価値（MEV）に関連する問題を引き起こします。

既存の検閲耐性のあるソリューション

この課題に対処するために、コミュニティは強制的な包摂リスト（FOCILFOCILメカニズムでは、各スロットごとに一連の検証者がランダムに選択され、包含リスト委員会を形成します。これらの委員会メンバーは、メンプールの主観的な視点に基づいてローカルな包含リストを生成し、それをブロードキャストします。提案者はそれからこれらのローカルリストを収集し集計して、ブロックに含めるための単一の集約リストを生成する責任を負います。このメカニズムにより、検証者は先にブロードキャストされたローカルリストに対して集約リストを検証し、コンセンサスルールを満たすブロックのみを受け入れてブロックチェーンに追加されることが保証されます。

FOCILに加えて、コミュニティはMultiple Concurrent Proposers(MCP)スキームについても議論しています。この概念は当初、マックス・レズニックで多重性Mechanismは、複数の並列ブロック提案者を導入することで、任意の単一ノードがトランザクションを検閲する能力を低下させることを目指すメカニズムです。Multiplicityメカニズムでは、各バリデータは自身のメンプールからトランザクションの一部を選択し、「特別なトランザクションパッケージ」を形成します。これらのバリデータは、選択したトランザクションパッケージに署名して、現在のラウンドの提案者に送信します。提案者は、少なくともこれらのトランザクションパッケージの2/3を含める必要があります。これにより、提案者はブロックの内容を単独で決定することはできず、検閲の可能性が低下します。さらに、提案者が公正にトランザクションを含めるようにするために、このメカニズムでは「条件付きチップ」ルールを実装しています。トランザクションを含める提案者のみがトランザクション手数料を受け取ります。トランザクション手数料は、トランザクションを実際に含めるすべての提案者に自動的に与えられるのではなく、特定の条件に基づいて実際にトランザクションを含める提案者全員に分配されます。これにより、検閲のコストが増加し、トランザクションを含めるすべての提案者に賄賂を送る必要があります。

BRAID: 改善されたMCP実装

Multiplicityコンセプトに基づいて、Max ResnickはMCPのより複雑で洗練された実装であるBRAIDを紹介しました。Maxが提示しましたブレイドParadigmが開催したセミナー「DeFi in the MEV Era」にて。BRAIDは、複数の提案者が異なる並列チェーン上のブロックを提案できるようにし、同期コンセンサスメカニズムを使用してこれらのチェーン間の一貫性を維持することでMCPを実現します。各チェーンには独自のプロポーザーがあり、すべてのプロポーザーは同じスロット内で同時にブロックをリリースします。イーサリアムの実行レイヤーは、そのスロット内のすべてのサブチェーンによって生成されたブロックをアグリゲートし、実行ブロックを形成します。次に、事前定義されたルールに従ってこれらのトランザクションの重複排除、並べ替え、および実行を行い、単一のエンティティがトランザクションレコードを操作する能力を減らします。

BRAIDの設計は、追加の役割を導入せず、インセンティブ/罰則メカニズムに関連する複雑さを回避しています。ただし、その実装は比較的複雑であり、複数のサブチェーンの同期とデータ処理の調整が必要です。

BRAIDメカニズムに関する問題

Jonahbブロックチェーンキャピタルチームから指摘された問題BRAIDメカニズムを使用すると、「条件付きチップ」モデルが流動性要件を課し、ユーザーエクスペリエンスに影響を与えます。 このモデルは、取引の検閲耐性を確保するために、ユーザーに一定量の流動性を提供することを求める動的価格戦略です。 取引を送信する際、ユーザーは2つのチップ値（Tとt）を設定する必要があります。 実際に支払われるチップは、取引を含める提案者の数に依存します。

1. チップの値が高いほど、Tは、取引が検閲されないようにするためにユーザーが支払う意思のある最大手数料を表します。その目的は、他の提案者が取引を行おうとしない場合でも、提案者に取引を含めるようにインセンティブを与えることです。1 人の提案者のみがトランザクションを含む場合、その提案者は全額 T を受け取ります。
2. ユーザーが設定した最小金額であるtよりも低いチップ値tは、取引が複数の提案者に同時に含まれる場合、ユーザーは提案者全員に支払う必要はなく、tだけ支払えばよく、それは提案者全員で共有されます。ユーザーが検閲耐性にあまり関心がない場合、Tをtに等しく設定し、自分の取引を1つの提案者にのみ送信することができます。

ただし、この追加の流動性要件は、ブロックチェーン取引への参加の複雑さとコストを増加させます。ユーザーは、検閲抵抗性を確保するために、取引時に追加の資金を予約する必要があります。これらの予約された資金は、実際に使用されるまで凍結されたままです。

この問題に対処するために、Jonahbは2つの解決策を提案しました。

• Proof of Post-State Liquidity: ユーザーは、取引提出時に証明を提供し、取引が実行された後に支払いのための十分な流動性を持つことを示します（例：ユーザーは取引後に100万ドルの流動性を持つ予定です）。この方法により、ユーザーは取引前に支払いのために十分な資金がなくても進行することができます。この方法の課題は、提案者が取引の最終状態を実行前に知る必要があることです。しかし、多くの金融取引には共有状態（例：同じ口座残高に影響を与える複数の取引）が関与しており、提案者が取引順序が確定する前に正確に取引後の状態を決定することが困難です。この方法は、各取引タイプにカスタマイズされた証明が必要となり、それが実用性を低下させます。
• 検閲保険:ユーザーのTを保証するために、サードパーティの検閲保険会社(CIプロバイダー)を導入し、ユーザーは保険料rTを支払います。このアプローチにより、ユーザーがすぐに大量の流動性を準備する必要性が減り、Tが低すぎて検閲のリスクが高い場合にユーザーに警告することができます。しかし、ユーザーとCIプロバイダーの間に市場を確立するには時間がかかります。

FOCIL vs. BRAIDに関するコミュニティの意見

イーサリアムクライアントのPrysm開発者テレンスノートBRAIDの重要な利点の1つは、追加の参加者を必要としないことです。FOCILを含むほとんどのInclusion List (IL)の設計では、追加の参加者が必要であり、これにより、Ethereumのスロット内での時間制約が発生します。たとえば、ILの提出時間、入札の更新、およびバリデータがILをチェックする時間などです。ただし、BRAIDと比較して、FOCILはシンプルで柔軟な実装が可能です。

パラダイム研究者 ダン・ロビンソン 感謝しますBRAIDのトランザクション優先度設計は、単一のリーダー（提案者）によって決定されないため、MEVを効果的に軽減します。さらに、BRAIDの条件付きチップメカニズムは、非検閲行動を奨励しており、FOCILには存在しません。

開発者開発者は好むFOCIL は MCP よりも検閲に対して強い抵抗力を持ち、実装がより簡単であると信じています。また、FOCIL の展開を容易にするためのいくつかの改善案も提案しています。

イーサリアム研究者 barnabe.eth (英語)ビューFOCILはかなり一般的でスケーラブルなメカニズムとして機能します。彼は、BRAIDがFOCILが提供するいくつかの保証を改善する可能性があると認識していますが、リーダーベースのモデルを完全に放棄することには慎重です。彼はBRAIDの実現可能性を証明するためにさらなる作業が必要だと考えています。

ステートメント：

1. この記事はから転載されました[ChainFeeds Research], the original title is “イーサリアムの検閲耐性への道：BRAIDとFOCIL、どちらが優れているか？”、著作権は原著者に帰属します[0XNATALIE], if you have any objection to the reprint, please contact Gate Learn Team、チームは関連手続きに従ってできるだけ早く対応します。

2. 免責事項：この記事に含まれる見解や意見は著者個人の見解を表しており、投資アドバイスを提供するものではありません。

3. 他の言語バージョンの記事は、Gate Learnチームによって翻訳されており、言及されていませんGate翻訳された記事は、転載、配布、または盗作されることはありません。