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

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

編輯：Stephanie, ECN

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

編輯的話

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

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

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

Kattana與以太坊擴容解決方案Polygon達成合作:加密交易平臺Kattana與以太坊擴容解決方案Polygon達成合作。基于Polygon的DEX將受益于Kattana的DeFi工具，而Kattana用戶可以受益于Polygon的DeFi生態系統。

Kattana將支持基于Polygon的去中心化交易所，這為Kattana用戶提供更多選擇，因為Kattana不再局限于以太坊和BSC。該合作關系將有助于向新的漸進式區塊鏈網絡開放Kattana。[2021/6/4 23:12:46]

以下為詳細筆記

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

(https://t.co/HBkcidHvMq)

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

數據：比特幣和以太坊占據DeFi鎖定價值的44%:DeFi Pulse數據顯示，自6月以來，在DeFi協議中鎖定的ETH數量增加了218.5%，從270萬枚ETH增加到860萬枚ETH。鎖定的比特幣增長了超過3000%，從年中5000枚比特幣增長到今天的大約15.88萬枚比特幣。盡管DeFi最近吸收了大量的BTC和ETH，但目前鎖定比特幣和以太幣還不到該行業總鎖定價值（TVL）的一半，合計占113.3億美元的44.6%。此外，被鎖定在DeFi的ETH價值為32.4億美元，占以太坊總市值的7.6%。被鎖定的BTC總市值為18.1億美元，占比特幣總市值的0.85%。[2020/10/15]

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

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

以太坊開發人員正在為改進提案EIP 1559向社區尋求資金:以太坊開發人員在應對以太坊交易費用過高方面遇到了阻礙，正在就以太坊改進提案EIP 1559向社區尋求更多資金。對此，開源軟件資助平臺Gitcoin的社區基金將為以太坊改進提案EIP 1559提供獎金和激勵。據悉，Gitcoin社區基金已于昨天啟動，該項目的資金池中有超過36個以太坊和價值16216美元的穩定幣DAI ，Gitcoin將進行部分捐款。（Decrypt）[2020/6/28]

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

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

動態 | 瑞士SIX交易所將推出由比特幣和以太坊構成的交易所交易產品:據Theblock消息，金融科技公司Amun AG和加密貨幣托管商Bitcoin Suisse AG合作推出一款交易所交易產品（ETP），該產品由90%的BTC和10%的ETH構成。Amun聯合創始人Hany Rashwan表示，瑞士投資者可以通過這種受監管的產品，將全球兩大主要加密貨幣納入自己的投資組合。該產品預計將在瑞士SIX交易所推出，并得到一家總部位于瑞士的托管機構的支持。[2019/10/3]

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

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

分析 | 以太坊30天ROI 持續走低 主流交易所相關交易量下滑:據TokenGazer數據分析顯示，截止至7月30日11時，以太坊價格為$206.93，總市值為$22,262.76M，主流交易所交易量約為$124.10M，環比昨日縮水24.05%；以太坊對比特幣匯率近階段保持穩定；基本面方面，以太坊鏈上交易量有一定回升，活躍地址數、算力、鏈上DApp交易量平穩波動；以太坊30天開發者指數約為2.33；以太坊與BTC的關聯度緩慢下滑，目前約為0.796；以太坊30天ROI 持續走低；ERC20代幣總市值約為以太坊總市值的67.11%，保持穩定。[2019/7/30]

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

但是，對于這份在 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：以太坊ETHTANHTT以太坊幣怎么挖礦網站下載ETHDOXalchemint-standardsCHTT幣

芝麻開門交易所