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

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

編輯：Stephanie, ECN

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

編輯的話

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

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

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

以太坊L2網絡總鎖倉量為104.2億美元，7日增長2.19%:金色財經報道，L2BEAT數據顯示，截至發稿時，以太坊Layer2上總鎖倉量為104.2億美元，7日增長2.19%。其中鎖倉量最高的為擴容方案Arbitrum，約60億美元，占比57.56%；其次是Optimism，鎖倉量為28.7億美元，占比27.58%；第三為zkSync Era，鎖倉量為4.73億美元，占比4.55%[2023/7/30 16:06:50]

以下為詳細筆記

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

(https://t.co/HBkcidHvMq)

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

億萬富翁Mark Cuban：加密貨幣的未來取決于以太坊:達拉斯小牛隊老板、億萬富翁Mark Cuban表示，其認為加密貨幣領域的未來將在很大程度上取決于以太坊的發展。Cuban表示：“我認為利用以太坊上的智能合約和擴展的應用程序將使比特幣相形見絀。現在，比特幣已經成為一種主要的價值儲存手段，它很難用于其他任何用途。與以太坊相比，確實需要在比特幣上付出更多的努力。”(Live Bitcoin News)[2021/4/9 20:00:19]

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

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

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

Surround聘請以太坊早期開發者George McIntyre擔任CTO:基于區塊鏈的音樂產業生態系統Surround宣布，該項目已聘請以太坊早期開發者George McIntyre擔任首席技術官（CTO）。（The Hype Magazine）[2020/8/10]

在客戶端團隊方面，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

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

以太坊未確認交易63340筆:據Etherscan數據顯示，當前以太坊未確認交易63340筆。當前挖礦難度2281.79TH，交易處理能力9.1TPS。截至目前以太坊全球均價為200.22美元，最近24小時下跌0.21%。[2020/3/11]

這意味著，當我們改進 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

動態 | USDT增發造成以太坊網絡堵塞 以太坊網絡利用率目前已飆升至 90％:據彭博社報道，市值第二大的加密貨幣以太坊網絡正被穩定幣USDT的發行者Tether所堵塞。根據數據研究機構 Ethgasstation.info 的數據，在過去的 30 天里，處理以太坊交易產生的Tether費用高達260,000美元，比CryptoKitties高出約17.5倍，是最大去中心化交易所IDEX的六倍。

此前Tokenview的數據顯示，USDT今年4月以后在以太坊上的需求量持續走高，從6月開始發行量超過其他公鏈，進入7月以來成為最主要發行USDT的公鏈。Etherscan.io的數據顯示，以太網的網絡利用率目前已飆升至 90％，隨著Tether占用更多容量，留給其他開發者的使用容量就更少了。Arca首席投資官Jeff Dorman表示，目前一些開發者正遠離以太坊，等待其調整技術以增加網絡容量。8月22日，Vitalik Buterin在接受多倫多星報訪問時表示，以太坊上鏈上交易成本的增加正在限制以太坊的應用，開發者已經開始考慮建立在以太坊的項目是否會造成該區塊鏈交易超負荷。他形容以太坊幾乎已滿表明對問題嚴重性的看法。[2019/8/27]

但是，對于這份在 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：以太坊ETHTHEETHER以太坊幣今日價格行情非小號IETHV價格togetherbnb手游下載女鬼togetherbnb黃油場景

PEPE幣