以太坊最新會議討論Dencun新增內容、EIP-4788更新等，下次會議將確定devnet-9發布日期

WEEX Blog 唯客博客， PANews 9月15日消息，以太坊核心開發者Tim Beiko總結最新一次以太坊核心開發者執行會議（ACDE），會議介紹了Devnet更新、Dencun的新增內容，並對Reth進行了全面概述，具體內容如下： 1.Devnet-8狀態更新：網路正在最終確定，許多客戶端已開始向其推送新更新。同時，已經開始使用開發者工具系統Kurtosis測試MEV/區塊構建流程。Nethermind分享稱，他們的blob事務池已準備就緒，經過幾天在單個節點上的測試后，他們已將其部署到所有Dencun測試節點上。Geth的blob事務池也已接近完成。Besu正在對其交易池進行更廣泛的檢修（以限制Blob + 非Blob交易的大小），預計將在下一個版本中發布。Erigon仍在開發其池，希望為devnet-9做好準備。Prysm還注意到接收blob sidecar時存在一些延遲，稱它們通常在區塊后約500毫秒內出現（處理需要約15毫秒）；他們正在調查這個問題，以及這是否可能是由blob和塊導入之間的競爭條件引起的。在分叉之前存在一個關於是否允許在內存池中支持blob txn的問題，團隊同意不這樣做。 2.會議繼續上周ACDC電話會議的討論，討論是否向驗證器激活隊列添加常量上限。此後該提案正式定名為EIP-7514（添加最大Epoch流失限制）。簡而言之，在最壞的情況下，這將減慢ETH權益百分比的增長速度。以太坊基金會研究員Dankrad在電話會議上表達了他對該提案的支持，並表示這為我們贏得了時間，以便對驗證者獎勵進行可能更複雜的更改。所有CL團隊都贊成這一更改，但需要注意的是，這僅適用於存款隊列，不適用於提款隊列。經過更多討論，我們決定將限制設置為8。所以，EIP-7514將成為Dencun升級的一部分。預計EIP和相關的CL規範PR將在未來幾天更新以反映所有這些。 3.會議論了另一個最後一刻的提案：在EVM中添加一個操作碼來公開blob的基本費用。我們有一個類似的操作碼，可以公開EIP-1559的BASEFEE，這個操作碼在EIP激活的同時被引入。這使得L2能夠更容易地根據L1數據成本確定向用戶收取正確gas價格。Optimism一位開發人員認為這並不是獲得L2的blob基本費用的唯一方法，因為他們可以查看block header（其中包含用於計算blob基本費用的值）並提供merkle證明這些。儘管如此，他也同意這是一個很好的功能。 Arbitrum目前不進行header解析，如果block header格式最終發生變化，依賴於此對於不可變的L2來說將會出現問題。4844提案的其中一位作者提到，這個操作碼沒有包含在原始規範中，因為當時希望開發一種更通用的方式來訪問block header信息（而不是添加一次性操作碼）。也就是說，這樣做將是一個比引入此操作碼更好的改變，該操作碼公開了EL客戶端已經需要計算的信息，並且在語義上與BASEFEE操作碼幾乎相同。客戶端團隊同意我們應該添加這個操作碼，只是為了與BASEFEE保持一致。如果我們未來想出一個「更聰明」的機制，這個新操作碼的任何冗餘功能也會給使用block header信息的其他操作碼帶來問題。 4.會議討論了EIP-4788的一些更新，這些更新將信標根存儲在EL上的合約中。在過去的幾周里，我們對合約進行了多次審核和模糊測試，這導致了這個PR中描述的一些細微變化。第一個是明確處理0時間戳，使其回滾（與其他無效時間戳一樣），而不是返回0。第二個更改是緩衝區大小。假設插槽時間發生了變化，考慮到模運算的工作原理，原始合約會導致存儲浪費。通過使用質數（8191），無論插槽時間如何，都應該使用100%的緩衝區。最後，進行了Gas優化，減少了需要載入CALLDATA的次數。審計員將審查這些變更，預計將在下一屆ACDE之前收到最終報告。為了保持模糊測試和實施的順利進行，開發人員同意現在合併提議的更改。 5.會議討論了討論了如果系統合約地址是狀態的一部分但在執行結束時為空，客戶端應該如何處理。雖然這在主網上實際上是不可能的，但通過在創世時設置地址，這是測試中出現的邊緣情況。考慮到這種邊緣情況的特殊性，並且沒有明確的規範行為，開發人員同意花更多時間思考這個問題，並在周一的測試電話會議上繼續討論。這就是規格變更。 以上所有內容都計劃包含在devnet-9中。客戶團隊一致認為，應該可以在下周的ACDC之前實施和測試所有內容。在那次電話會議上，將商定devnet-9的發布日期。 WEEX唯客交易所官網：www.weex.com