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

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

編輯：Stephanie, ECN

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

編輯的話

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

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

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

以太坊信標鏈驗證者總量突破59萬:金色財經報道，據以太坊官方網站數據顯示，以太坊信標鏈驗證者總量已突破59萬，本文撰寫時達到590,482個，此外當前信標鏈ETH質押總數量達到18,828,998枚，APR為4.89%。[2023/5/29 9:47:44]

以下為詳細筆記

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

(https://t.co/HBkcidHvMq)

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

Tornado Cash已禁止Lazarus使用其以太坊混合服務:金色財經消息，Tornado Cash 已禁止 Lazarus 使用其以太坊混合服務，FBI 稱該組織是上個月對 Axie Infinity 的 Ronin 橋進行6 億美元黑客攻擊的幕后黑手。美國政府還認為這個國家資助的黑客組織對 2017 年的 WannaCry 勒索軟件活動負責，它是該服務禁止的 24 個地址之一，它掩蓋了以太坊交易的來源。混合服務于 4 月 15 日宣布，它會阻止美國外國資產控制辦公室 (OFAC) 批準的地址。Tornado Cash 通過區塊鏈跟蹤公司 Chainalysis 上個月創建?的預言機訪問制裁名單。[2022/4/19 14:32:32]

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

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

以太坊未確認交易為166,062筆:金色財經消息，據OKLink數據顯示，以太坊未確認交易166,062筆，當前全網算力為520.39TH/s，全網難度為7.10P，當前持幣地址為61,739,342個，同比增加57,438個，24h鏈上交易量為2,414,831.72ETH，當前平均出塊時間為13s。[2021/7/31 1:25:47]

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

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

當前以太坊未確認交易數為155158筆:Etherscan.io數據顯示，以太坊未確認交易數155158筆。以太坊全網算力為204.30TH/s，當前挖礦難度2547.91TH，交易處理能力14.0TPS。[2020/8/9]

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

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

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

動態 | Prysmatic Labs發布以太坊2.0 Casper更新 涉及解決跨分片通信低效問題:據Ambcrypto消息，一個致力于擴展以太坊的區塊鏈工程師團隊Prysmatic Labs最近發布了針對以太坊2.0 Casper的開發更新，此次更新涉及到解決跨分片通信的低效問題。該團隊稱已經解決了在跨分片通信中出現的“酒店和火車問題”。此前Prysmatic Labs的開發人員Raul Jordan在最近的一次采訪中解釋道：“酒店和火車問題就是如果你同時訂了酒店和火車票，就會期望要不兩者都能完成要不就都沒訂上。你不想只是訂了酒店但是沒訂上火車票，也不想只是訂了火車票但又沒訂上酒店。”[2018/9/6]

因此，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

但是，對于這份在 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：以太坊ETHTPSHTT以太坊幣今日價格行情togetherbnb可以推到的有誰tps幣行情BHTT

MEXC