検閲下での Tx の包含に関するいくつかの話を見て、現在 + 将来、ePBS と FOCIL を使用して、すべてのビルダーのアクティブ検閲の下で Tx がチェーン上に含まれる方法の簡単なリストを以下に示します。 1.) MEV-boost を実行していない提案者に頼る、2 週間前の超音波中継器からの私のクエリに基づくと、~4.9%。中継者を1つしかチェックしなかったため、実際の数はおそらく少ないでしょう 2.) 最小入札フラグを使用して MEV-Boost を実行する提案者に依存し、ビルダーのブロックはこの値を超える必要があり、そうでなければ提案者はローカル ブロックを使用します 3.) Tx チップの金額に依存し、ビルダーの入札はチップの価値を上回る必要があり、そうでなければ提案者は Tx でローカル ブロックを使用します。これは、現在のクライアントのデフォルトの動作です 4.) 検閲ヒューリスティックを実行している EL クライアントに依存して、EL クライアントはメモリプール内のアクティブな検閲を検出し、提案者にローカル ブロックをデフォルトにするように指示します。Nethermind はすでにこれを実装しています。ただし、これは今日の EL クライアントのデフォルトではなく、一部の CL クライアントのデフォルトかもしれません 5.) MEV-Boost サーキット ブレーカーに依存して、3 つのスロットが連続して欠落したり、1 つのエポックで 5 個のスロットが欠落した場合、提案者はデフォルトでローカル ブロックを構築します。頼りになるには理想的ではありませんが、言及する価値があります 6.) FOCILでは、少なくとも1人の正直なIL委員会メンバーに依存し、チェーンが51%の攻撃を受けていないと仮定し、ブロックがいっぱいでない限り、Txは高い確率でリストに含まれます 7.)ボーナス:ePBSを使用すると、すべてのノードが新しいペイロードエンジンAPI呼び出しを介して検閲ビルダーによってブロックが構築されたことを検出できるため、検閲検出が高速化され、ローカルブロックへのフォールバックが迅速化されます