以太坊核心開發者會議筆記：上海升級進行到哪了？_ETH

原文：《#152 以太坊核心開發者會議筆記》

編輯：Stephanie, ECN

一文了解上海升級的最新進展。

編輯的話

有看 ECN 每周更新的 “以太七日談” 的朋友可能會發現，“七日談” 已經停更了將近一個月。除了由于前段時間編輯感染 Covid 無法保持更新外，ECN 也在思考是否應該繼續 “七日談” 的編輯。在新的一年，ECN 計劃做一些內容運營上的調整，其中就包括 “七日談”。

如果對以往“七日談”中哪些部分的內容特別希望我們保持更新的，歡迎在各個社交媒體上私信我們，我們非常愿意聽到大家的反饋，以提升我們的內容質量。

在第 152 次 ACDE 上，開發者們就從上海升級中移除與 EOF 實現有關的代碼修改達成共識。關于 EOF 的更多信息，可閱讀《以太坊核心開發者會議更新014 ?》。他們還就不再接受任何添加到上海升級的 EIP 達成共識，這主要是為了確保提款質押的 ETH 的時間表不會被推遲。作為上海升級唯一的大型代碼修改，提款質押的 ETH 目前正在以開發者為中心的測試網絡上進行測試。開發者的目標是在下個月 (2023 年 2 月) 上線用于上海/Capella 升級的公共測試網，然后在 3 月上線主網。開發者隨后討論了 EVM 升級的更周詳考慮、以太坊執行層/共識層之間不同的序列化方法、以及引入 Poseidon 哈希函數作為 EVM 的預編譯的 EIP。

以太坊網絡當前已銷毀335.69萬枚ETH:金色財經報道，據Ultrasound數據顯示，截止目前，以太坊網絡總共銷毀3356927枚ETH。其中，OpenSea銷毀230050.65枚ETH，ETHtransfers銷毀286702.54枚ETH，UniswapV2銷毀181392.40枚。注：自以太坊倫敦升級引入EIP-1559后，以太坊網絡會根據交易需求和區塊大小動態調整每筆交易的BaseFee，而這部分的費用將直接燃燒銷毀。[2023/6/1 11:52:31]

以下為詳細筆記

在上海升級方面，在圣誕節前已經上線了第一個開發者測試網，所有客戶端組合都在上面運行，大家可以看看以太坊基金會 devops 的儀表盤?。有些客戶端組合出現了問題，但開發者們將盡快推出一個新的開發者測試網。

(https://t.co/HBkcidHvMq)

此外，Geth 團隊的 Marius@vdWijden 提出對 EIP 3860 (對 initcode 的大小設限并引入 gas 計量) 設計上的小修改 —— 糾正該 EIP 中一個令人困惑的錯誤模式，即違反 initcode 限制導致的是零地址錯誤而不是 OOG (gas 不足) 錯誤。這項提議得到開發者們的認同，即將錯誤模式改為 OOG 錯誤，然后終止或中止執行，而不是返回一個零地址，這樣將減少在客戶端實現中的混亂和漏洞。以上是客戶端團隊的意見，如果智能合約開發者強烈反對這個修改，可能就不修改了。

以太坊礦工在 2 月份獲得11.9 億美元的收入:金色財經報道，以太坊礦工在 2 月份獲得了 11.9 億美元的收入。這些收入大部分來自大宗補貼（10.9 億美元），只有一小部分來自交易費用（1.0977 億美元）。數據顯示，收入總額連續第三個月下降，1 月至 2 月環比下降 15.3%。2021 年 11 月的總收入為 20.7 億美元，此后一直在下降。他們在 2021 年 5 月創下歷史新高，總計 24 億美元。（theblockcrypto）[2022/3/5 13:38:48]

接下來，會議主要討論 EOF 相關話題。

Geth 團隊的開發者@lightclients 給大家更新了 12 月進行的 EOF 小組會議的情況。(EOF 即 EVM 對象格式，它會為以太坊的代碼環境引入一些變化。與之相關的 EIP 將更明確地區分智能合約的代碼和數據，并使得 EVM 在未來更容易升級。) 簡單來說，規范被敲定，并做了兩個小型修改：刪除 JUMPF 并使得數據 EOF 合約必須包含數據部分。

在測試方面，Geth 團隊的 @mhswende 已經開始對實現做模糊測試，在所有客戶端上都發現了漏洞并修復了。現在的模糊測試主要針對在客戶端上 EOF container/結構的實現，但不包括部署的 EOF 代碼。以太坊基金會測試團隊的 Mario Vega@elbuenmayini 補充道，由于 EOF 的復雜性，可能很難對錯誤情況寫靜態測試用例，因為實現可能會在遇到確切測試用例前先遇到另一個錯誤。

以太坊2.0新進展：信標鏈規范在Dafny語言中的正式驗證已完成:8月15日消息，ConsenSys研究員、以太坊2.0開發者Ben Edgington在披露的以太坊2.0新進展中表示，信標鏈規范在Dafny語言中的正式驗證已完成，另外，以太坊2.0API規范已更新至v2.0.0，為Altair升級做準備。Altair升級的一個主要目的是使輕客戶端能夠在以太坊2.0網絡中高效運行。在研究進展中，目前信標鏈上區塊需要兩個epoch的時間完成敲定，大概13分鐘，最終確定性的延遲意味著驗證者有機會重組最近的鏈。[2021/8/15 22:15:00]

在客戶端團隊方面，Geth 和 Besu 已經有完整實現并通過了大部分的測試。Nethermind 也已經有實現了，但不確定最好使用哪個測試套件。而 Erigon 將使用 Geth 的 EOF 實現。

基于 EOF 的實現和測試情況，Vitalik 也表達了對倉促實現 EOF 的擔憂，并發表了 EOF 提案：禁用 EOF 賬戶的代碼自省 (code introspection)：https://ethereum-magicians.org/t/eof-proposal-ban-code-introspection-of-eof-accounts/12113

數據：以太坊上穩定幣流通量達426.95億美元:據DeBank數據顯示，截至今日17時，以太坊上穩定幣流通總量已達到426.95億美元。

其中USDT流通量為224.16億，USDC流通量為109.8億，DAI的流通量為29.35億，PAX流通量為9.28億。[2021/3/29 19:26:27]

Vitalik 在會議上闡述了這個提案背后的思考，以及解釋為什么修改 EVM 通常比其他協議修改更困難。他指出，從以太坊中刪除工作量證明比棄用操作碼來得更容易。這是因為以太坊應用/合約依賴 EVM 的特定行為，因此修改必須向后兼容，否則將破壞已部署的合約。而協議其他方面的修改只需要每個人在特定時間進行更新，除此之外，不會破壞網絡上的任何東西。

這意味著，當我們改進 EVM，或引入新版本，例如 EOF，我們很可能需要永遠與它們共存，因為我們不能棄用之前版本。理想情況下，我們想讓 EVM 更簡潔/簡單，但如果我們只能在它上面添加東西而從不刪除東西，這就會變得很難。刪除東西最大的挑戰之一是 EVM 中的代碼自省。

因此，Vitalik 的提案是在 EOF v1 中添加更多內容，這將極大地限制 EOF 合約中的代碼自省，從而有可能使其在未來更容易升級。Ipsilon 團隊的@alexberegszaszi 提到，EOF 提案的作者們其實之前有考慮過類似的功能，決定放棄是想保持 EOF v1 簡單。他還提出一個替代方案，將 Vitalik 的提案納入到 EOF v2：https://ethereum-magicians.org/t/eofv2-aka-what-evm-2-0-could-look-like/12442

動態 | 以太坊鏈上500萬枚USDC被銷毀:Whale Alert監測數據顯示，北京時間2月19日08:51:21，以太坊鏈上500萬枚USDC被銷毀，按當前價格計算，價值約500萬美元，銷毀哈希為：0xfa3391e9a06eaf97057c926e0519aa51d5f3d9881b3434627d0abdc8554ab755。[2020/2/19]

但是，對于這份在 EOF v1 基礎上添加內容的提案，客戶端團隊擔心整體的修改規模過大。@lightclients 也表示，基于目前 EOF 測試的進度，把它納入上海升級可能會延遲大概一個月的時間。如果想要在二月初能上線主網測試網升級，EOF 的部分應該未能準備好。而且，這是一個很重要的決定，因為 EVM 的變更一旦部署了就不能修改。

經過討論，開發者們最后決定要再多花時間考慮 EOF 的問題，因此將其從上海升級移除，但會保持 EOF 上的工作。他們應該能夠在坎昆升級中部署某個版本的 EOF 與 4844。在這次會議上，開發者們沒有對坎昆升級做出正式決定，并將在下次會議再討論。

那上海升級是否需要補充其他的 EIP 呢？經過討論，開發者們決定不再添加其他 EIP，免得延遲上海升級。

隨后，開發者們還討論了 Nimbus 團隊的 Etan Kissling 的提案：在 ExecutionPayloadHeader 的交易列表里添加十六進制樹根。https://github.com/ethereum/consensus-specs/pull/3078

簡單來說，現在執行層區塊頭和共識層執行負載頭 (ExecutionPayloadHeader) 之間使用不同的序列化格式編碼的字段。這兩個字段編碼格式不同給錢包和以太坊輕客戶端構建帶來額外的開銷和復雜性。Kissling 提議向執行層添加 CL 的 SSZ 序列化格式，或共識層客戶端采用多種方式支持執行層的 RLP 序列化格式。這個提案與上海升級中的提款相關，因此相對緊急。這個問題將在這周的共識層會議 (ACDC) 上再次討論，即 1 月 12 日。

會議最后還討論了 EIP-5843 (EVM 模塊化的算術擴展) 的和 EIP-5988 (添加 Poseidon 哈希函數預編譯)。由于 EIP-5843 的作者未能與會，開發者們同意之后再對此 EIP 進行討論。而 5988 由 StarkWare 提出，旨在在以太坊網絡上提高運行零知識證明的效率。但這可能給以太坊的安全性帶來未知后果。

編譯來源為 @TimBeiko 和 @christine_dkim 的筆記

https://twitter.com/TimBeiko/status/1611042386611929089?s=20

https://www.galaxy.com/research/insights/ethereum-all-core-developers-execution-call-152/

會議視頻：

https://www.youtube.com/watch?v=SmcMwdHZqg8

會議議程：

https://github.com/ethereum/pm/issues/700

ETH中文網

媒體專欄

閱讀更多

金色財經

金色早8點

Odaily星球日報

澎湃新聞

Arcane Labs

深潮TechFlow

歐科云鏈

鏈得得

MarsBit

BTCStudy

Tags：以太坊ETHHTTTPS怎么得到以太坊幣的錢BETHERHTT價格tps幣行情

幣安app下載