以太坊研究人員報告稱，根據一份發表於 Ethereum Research 的文章，草案提案 EIP-8411 下的分段廣播設計，在模擬環境中將 1 MiB 執行承載的中位數傳播時間從約五秒縮短至約 0.75 秒。

在權益證明網路中，傳播速度格外重要，因為驗證者必須在有限的時間窗口內接收並驗證每個新區塊，才能進行見證（attestation）。

該測試模擬了 500 個具有地理延遲的節點，上傳頻寬為 50 Mbps、下載頻寬為 100 Mbps。承載由家用級建構者而非高頻寬的資料中心節點發送，此一選擇旨在測試該設計在發送端沒有資料中心基礎設施時的表現。研究人員在具虛擬時鐘的模擬網路上運行真實的 Prysm 與 go-libp2p-pubsub 程式碼，並在 10 組隨機配置下重複每項測量，以避免依賴單一拓撲。

當完整承載以單一 GossipSub 訊息發送時，約五秒內到達半數網路節點，而最慢的節點則在接近六秒時收到。經調校的分段變體將這兩項數據分別降至約 0.75 秒與一秒。

EIP-8411 以分段廣播取代整體承載等待

EIP-8411 以新的 execution_payload_chunks 主題取代 EIP-7732 中單一的 execution_payload gossip 主題。節點不再需要等待完整承載才能轉發。它們可以在獨立驗證的區段到達時即進行驗證並轉發，並以建構者執行競標中所附帶的 Merkle 根來對每個區段。

該提案於 2026 年 9 月 4 日提出，目前仍是未核准的 Draft 網路類 EIP。它也依賴於 EIP-7732，即以太坊內建的提議者-建構者分離設計；在該設計下，建構者負責組裝執行承載並透過執行競標提供給提議者，從而將區塊建構與區塊提議分離。

這些結果來自使用原型客戶端程式碼的受控模擬，而非在以太坊主網上的實測，因此任何真實世界的效能增益仍有待確認。研究人員將其分支描述為「一個測試框架，而非提案」。

這些發現也在一則 X 貼文中被描述：

Ethereum researchers just exposed the hidden dependency behind fast block propagation: datacenters. Then they removed them.
1 MiB payload. 500 nodes. Home-grade bandwidth. No high-bandwidth datacenter nodes.
GossipSub: ~5s median
Segmented propagation: ~0.75s
But the more… pic.twitter.com/cytAvwJtwr
— slymnogunc (@slymnogunc) September 17, 2026
https://x.com/slymnogunc/status/2100558704584151054?ref_src=twsrc%5Etfw

更快的傳播伴隨更高的網路開銷

以太坊的共識層使用 GossipSub——一種發布-訂閱式 gossip 協議——在點對點網路中傳播區塊與其他訊息。目前的 gossip 模型可能造成「儲存後轉發」延遲，因為節點必須接收並驗證完整的大型訊息後才能轉發。基礎的 Tier 1 設計使用 16 KiB 區段搭配批次發布。在測試中，它將 1 MiB 的中位數傳播時間從五秒降至一秒以內。尾延遲也從約六秒降至僅略高於一秒。

其代價是接收位元組數比目前的整體訊息方式多約三分之一。更進階的變體則直接針對重複位元組的開銷。其中一種稱為「紀律式拉取」（disciplined pulls）的方法，是由節點向單一對等節點請求缺失的區段；若該節點逾時，節點會改向另一個節點請求。這將接收流量降至每節點約 1.5 份承載副本。然而，當對等節點扣留其已公告的區段時，尾延遲會上升。

第三個層級在此之上加入 Reed-Solomon 刪除碼（erasure coding）。它在測試中產生最低的尾延遲，並在對等節點扣留區段時仍能運作。代價是發送端需要更高的頻寬。

這項權衡與以太坊 Glamsterdam 之後的擴展路線圖相關。更大的 gas 上限與執行承載預計將對節點頻寬造成額外壓力。研究人員也指出若干未解問題，包括控制訊息流量、處理大量較小訊息的 CPU 成本、佇列管理、計時器調校以及客戶端之間的協調。

ACDC 審議將 EIP-8411 納入 Hegotá

以太坊生態系也討論了將該提案納入 Hegotá——預期在 Glamsterdam 之後進行的網路升級——的可能性。Barnabé Monnot 在一則 X 貼文中寫道：

After a month of community outreach, @ethlabs_org is shipping a major piece on a faster Ethereum with faster L1 blocks collecting perspectives from all corners of the ecosystem. Ethereum core developers are in the final stretches of deciding what to include in Hegotá, the…
— Barnabé Monnot | barnabé.eth (@barnabemonnot) September 17, 2026
https://x.com/barnabemonnot/status/2100575903461839032?ref_src=twsrc%5Etfw

以太坊開發者在正常的 Hegotá PFI 期限之後，為 EIP-8411 申請 Hegotá 的「擬議納入」（Proposed for Inclusion）資格。「擬議納入」（PFI）是將某項 EIP 標記為特定網路升級候選項目的狀態。ACDC #187 議程安排了 9 月 17 日 14:00 UTC 進行 PFI 討論。然而在主要報告發布時，該通話尚未舉行，也未記錄任何納入決定。

Prysm 與 go-libp2p-pubsub 的原型實作已經發布，但研究人員提醒，進階的刪除碼配置仍屬於實驗性的測試環境功能，並非 EIP-8411 最小規格中已確認的組成部分。EIP-8411 是否成為以太坊擴展基礎設施的一環，取決於核心開發者未來的決定。