祝以太坊10歲生日快樂！ 說這個項目改變了生活是輕描淡寫 ❤️

這就是它： 在 #Ethereum 主網上提議的首個 4500 萬 Gas 限制區塊！🔥🚀 下一個目標：6000 萬 📈

燃氣限制正在緩慢上升！我們很快就會達到4500萬。如果你運行一個驗證者，你所需要做的就是更新你的軟體！

所有客戶團隊的重點選擇： 執行層： - Geth: EIP-7928（區塊級訪問列表） - Reth: EIP-7928 + EIP-7732（ePBS） + EIP-7805（FOCIL）擴展 - Erigon（執行層 + 共識層）：EIP-7928 + EIP-7805 + EIP-7782（減少區塊延遲） - Nethermind: EIP-7928 + EIP-7732，還支持 EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 擴展 共識層： - Lighthouse: EIP-7732（ePBS） - Prysm: EIP-7732 + EIP-7805 擴展 - Grandine: EIP-7732 + EIP-7805 擴展 - Lodestar: EIP-7732 + EIP-7805 擴展 + EIP-7919 Pureth 用於執行層 - Teku: EIP-7732 - Nimbus（共識層 + 執行層）：EIP-7732 + EIP-7919

有沒有人知道過去為 Eth 建立數學帶寬利用模型的努力？隨著我們擴展 L1 的容量和吞吐量、擴展 blobs、重構插槽、提高傳播效率、添加新機制（例如 FOCIL、BAL）、分片 mempool 等，我們正在面對 EIP-7870 的限制。 我們將受益於一個模型，能夠輸入參數，如區塊 gas 限制、mempool 壓力、blob 數量、傳播開銷和效率因素、blob 數量、blob 利用率、驗證者數量、活躍對等數量、檢查點同步活動等，以便可視化這一切在插槽時間線上的堆疊情況。還可以在我們的選擇違反 EIP-7870 時提醒我們。 在設計階段，這將幫助我們考慮權衡、帶寬分配、吞吐量/有效吞吐量。此外，它有助於推動關於主動流量塑形的討論，在不同時刻明確優先某些類型的活動（並限制其他活動的帶寬），以最大化整體系統效率。 本質上是一個可調整的數學模型，對應於下面非常基本的圖表（省略了很多內容）。

查看了整個以太坊驗證者集，以計算在 Pectra 升級後錯過了多少合併機會。 關鍵統計數據： - 自 Pectra 以來，啟用了 96,672 名新驗證者 - 其中 79,547 名驗證者本可以合併，他們重用了預 Pectra 提現憑證 - 14,362 名驗證者重用了後 Pectra 提現憑證 - 這樣就只剩下 2,763 名真正“獨特”的驗證者！ 在某個時候，我們必須問什麼阻止了驗證者進行合併，是工具的成熟度、信心的時間框架，還是其他原因？ 很高興能幫助任何人進行合併或討論，隨時私信我

不，說真的，@ethereum叉的「頭條新聞」是什麼？擬議的 EIP 對誰有利？我們如何比較它們？ 我在 @ethereumfndn 的團隊希望使升級過程更易於理解。我很高興分享我們一直在破解的 smol 工具：🧵↓

在與客戶開發人員進行了非常富有成效的面對面一周之後，我們制定了一個計劃，說明我們希望如何應對擴展和可能出現的挑戰。 預計將來會有穩定的分析和對 gas 限制的逐步更新。

證明傳播： 在錯過的槽 （無塊） 中，證明會延遲到證明截止日期。這為我們提供了有關非聚合證明何時命中節點的清晰數據。即使是快速、連接良好的 Xatu 節點（DC 託管）在 1 秒後也只能看到 ~40% 的證明;較慢的在 40 秒後命中 2%。這些是優於平均情況的延遲觀察結果。

Checkpoint 系列的特別互作版！ Checkpoint 帖子是 @ethereum 核心開發的可訪問更新。 在過去的一周里，核心開發者和研究人員在@BerBlockWeek期間聚在一起進行了面對面的駭客周，這是他們對所作所為的內部觀察：