イーサリアムの研究者によると、EIP-8411の分割ブロードキャスト設計は、最も不利な試験条件で、シミュレーションした1MiBの実行ペイロードの伝播中央値を約5秒から約0.73秒に短縮した。関連するプロトタイプの報告値は約0.75秒で、遅いケースでは約1秒だった。この提案では、実行ペイロードを独立して検証できる64個のセグメントに分割し、各セグメントをビルダーの入札に含まれるルートにマークルプルーフでひも付ける。ノードは完全なペイロードを受け取る前にセグメントを検証して転送できるため、現行方式の保存してから転送する遅延を削減できる。試験では、500ノードのシミュレーション、アップロード速度50Mbps、ダウンロード速度100Mbps、自宅ビルダーを送信元とする構成、実際のPrysmおよびgo-libp2p-pubsubのコード、シミュレーションしたネットワークと仮想クロック、10種類のランダム化したネットワーク構成を用いた。研究者は、16KiBのセグメントが伝播速度とネットワークトラフィックのバランスを取る一方、8KiBのセグメントでは配信時間を改善できないまま制御トラフィックが増加すると結論付けた。研究では、セグメントを同時に公開する方式、プッシュ・アンド・プルによる取得、欠落部分を再構成するリード・ソロモン消失訂正符号の3段階を評価した。今回の結果は、イーサリアムのメインネットでの測定ではなく、シミュレーションとプロトタイプコードに基づく。EIP-8411は引き続きDraftのネットワーキングEIPであり、EIP-7732に依存するとともに、execution_payloadのゴシップトピックをexecution_payload_chunksに置き換える。開発者は、Glamsterdamの後に予定されるアップグレードであるHegotáへの採用に向け、Proposed for Inclusionステータスを求めた。ただし、報告時点の9月17日には採用決定は記録されていなかった。