以太坊核心開發者會議

第172 次以太坊核心開發者會議(ACDE)概要:坎昆 Devnet 測試最新進展和 EVM 物件格式開發

ChainCatcher 消息,Galaxy 研究副總裁 Christine Kim 總結第 172 次以太坊核心開發者執行(ACDE)電話會議,10 月 12 日,開發者討論了 Cancun 和 Deneb(Dencun)測試進展和以太坊虛擬機(EVM)對象格式開發,具體為:9 月 29 日推出的 Devnet #9 更新:Devnet #9 當前參與率為 93%,這意味著 93% 的驗證者正在積極參與網絡共識。目前,7% 未運行的驗證器主要由 Geth (EL)/Teku (CL) 驗證器節點組成。Erigon (EL)/Prysm (CL) 客戶端組合以及 EthereumJS (EL) 客戶端也存在問題。Flashbots 團隊正在 Devnet #9 上測試 MEV-Boost 中繼和構建器。Blob 交易尚未通過 MEV-Boost 構建器進行測試。Devnet #10 本週不會準備好,但可能會下週準備就緒。開發人員希望測試來自 EIP 4844 KZG 儀式的可信設置文件。Devnet #10 將具有大型驗證器集,包括 33 萬個活躍驗證器。在開發網絡推出之初,驗證者存款和退出將會大量湧入,從而在網絡啟動後大約一兩天內觸發驗證者進入 churn limit 從 5 次更改為 4 次。EVM 對象格式(EOF)開發最新進展:EOF 是一組專注於 EVM 更改的 EIP,EVM 是構建在以太坊之上的虛擬機,用於執行智能合約代碼。目前有四個主要團隊在開發 EOF:包括以太坊基金會資助的開發團隊 Team Ipsilon、EL 客戶端團隊(例如 Geth、Besu 和 Nethermind)、高級語言編譯器團隊(例如 Solidity 和 Vyper)、智能合約開發人員。EOF 需要為 EVM 代碼創建新的容器格式,同時仍保持當前格式。包括 Tim Beiko 在內的幾位開發人員對 Dencun 升級後 EOF 實施的三到六個月的時間表猶豫不決。開發人員正在考慮納入 Prague/Electra 的另一個主要代碼更改是 Verkle。

以太坊核心開發者會議最新內容:Devnet 更新進展、EIP-7514 確定為 Dencun 升級的一部分等

ChainCatcher 消息,以太坊核心開發者 Tim Beiko 總結最新一次以太坊核心開發者執行會議(ACDE),會議介紹了 Devnet 更新、Dencun 的新增內容,並對 Reth 進行了全面概述:Devnet-8 狀態更新:網絡正在最終確定,許多客戶端已開始向其推送新更新。同時,已經開始使用開發者工具系統 Kurtosis 測試 MEV/區塊構建流程。Nethermind 分享稱,他們的 blob 交易池已準備就緒,經過幾天在單個節點上的測試後,他們已將其部署到所有 Dencun 測試節點上。Geth 的 blob 交易池也已接近完成。Besu 正在對其交易池進行更廣泛的檢修(以限制 Blob + 非 Blob 交易的大小),預計將在下一個版本中發布。Erigon 仍在開發其池,希望為 devnet-9 做好準備。會議繼續上週 ACDC 電話會議的討論,討論是否向驗證器激活隊列添加常量上限。此後該提案正式定名為 EIP-7514(添加最大 Epoch 流失限制)。簡而言之,在最壞的情況下,這將減慢 ETH 權益百分比的增長速度。會議論了另一個最後一刻的提案:在 EVM 中添加一個操作碼來公開 blob 的基本費用。我們有一個類似的操作碼,可以公開 EIP-1559 的 BASEFEE,這個操作碼在 EIP 激活的同時被引入。這使得 L2 能夠更容易地根據 L1 數據成本確定向用戶收取正確 gas 價格。會議討論了 EIP-4788 的一些更新,這些更新將信標根存儲在 EL 上的合約中。在過去的幾週裡,我們對合約進行了多次審核和模糊測試,這導致了這個 PR 中描述的一些細微變化。第一個是明確處理 0 時間戳,使其回滾(與其他無效時間戳一樣),而不是返回 0。第二個更改是緩衝區大小。假設插槽時間發生了變化,考慮到模運算的工作原理,原始合約會導致存儲浪費。通過使用質數(8191),無論插槽時間如何,都應該使用 100% 的緩衝區。最後,進行了 Gas 優化,減少了需要加載 CALLDATA 的次數。審計員將審查這些變更,預計將在下一屆 ACDE 之前收到最終報告。為了保持模糊測試和實施的順利進行,開發人員同意現在合併提議的更改。會議討論了如果系統合約地址是狀態的一部分但在執行結束時為空,客戶端應該如何處理。雖然這在主網上實際上是不可能的,但通過在創世時設置地址,這是測試中出現的邊緣情況。考慮到這種邊緣情況的特殊性,並且沒有明確的規範行為,開發人員同意花更多時間思考這個問題,並在週一的測試電話會議上繼續討論。這就是規格變更。以上所有內容都計劃包含在 devnet-9 中。客戶團隊一致認為,應該可以在下週的 ACDC 之前實施和測試所有內容。在那次電話會議上,將商定 devnet-9 的發布日期。

第 114 次以太坊核心開發者會議:預計將於下週推出 Devnet #8,Electra 升級將包含兩個 EIP

ChainCatcher 消息, Galaxy 研究副總裁 Christine Kim 發文稱,7月 27 日,以太坊核心開發人員聚集在 Zoom 上,召開第 114 次全核心開發人員共識 ( ACDC ) 電話會議。 ACDC 電話會議由以太坊基金會研究員 Danny Ryan 主持,每兩週舉行一次系列會議,開發人員在會上討論和協調對以太坊共識層( CL ) 的更改。本週,開發人員討論了 Deneb 測試工作的更新以及兩個 EIP 的更新,這兩個 EIP 可能會考慮包含在 Deneb 之後的下一個 CL 升級中,現在被稱為 Electra 。上週,開發人員對 Sepolia 測試網絡進行了影子分叉,目前正在更新工具,為 Devnet #8 的推出做準備。 Devnet #8 預計將於下週晚些時候或下週初推出。以太坊基金會研究員 Hsiao - Wei Wang 正在為 Devnet #8 準備新版本的 CL 代碼規範,該規範將於 7 月 31 日星期一之前為客戶團隊準備好。下次更新中還包含兩個 EIP 升級,分別為 EIP 6914 和 EIP 6110。 EIP 6914 此代碼更改創建了一種重用已完全退出信標鏈的驗證器的驗證器索引號的方法。通過確保節點處理提款和掃描驗證器集時驗證器索引中不存在大間隙,可以防止 CL 節點承受不必要的計算負擔。 EIP 6110 更改將新的驗證者存款附加到 EL 區塊,以便存款包含和驗證的責任在 EL 而不是 CL 上完成。轉移責任將帶來一些好處,包括:降低以太坊客戶端軟件設計的複雜性;提高驗證者存款的安全性;改進的驗證器用戶體驗。
ChainCatcher 與創新者共建Web3世界