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

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

編輯：Stephanie,ECN

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

編輯的話

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

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

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

數據：以太坊Top1000地址持倉量上升0.09%:據歐科云鏈OKLink數據顯示，截至今日15時，持倉前十名的以太坊地址共計持有2087.68萬?ETH，占當前以太坊流通量的18.19%，環比上升0.04%。

持倉前一千名的以太坊地址共計持有7581.91萬?ETH，占當前以太坊流通量的66.08%，環比上升0.09%。[2021/2/20 17:33:56]

以下為詳細筆記

上海升級的進展

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

(https://t.co/HBkcidHvMq)

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

Deribit上線行權價為1萬美元的以太坊期權產品:據官方消息，加密貨幣衍生品交易所Deribit上線2021年12月21日到期的，行權價為1萬美元的以太坊期權產品。[2021/1/6 16:32:58]

EOF相關EIP被移除出上海升級

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

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

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

Bancorv 2.1通過社區投票 已上線以太坊主網:Bancorv 2.1宣布已通過社區投票，并已上線以太坊主網。Bancor的流動性提供者質押代幣可承擔單邊AMM風險，同時賺取費用，并支持無常損失保險，可獲得盡可能高的ROI回報。Bancor即將推出ROI數據。目前Bancor僅支持REN的無常損失保護池，未來幾天將會新增60多個保護池。該池允許流動性提供者向池中增加流動性時，自行選擇是針對REN的100%風險暴露還是針對BNT的100%風險暴露。[2020/10/19]

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

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

以太坊核心開發人員：用戶應盡早參與0階段抵押:以太坊核心開發人員DannyRyan在以太坊基金會官方博客撰文《2020年6月ETH2狀態》。文章指出：1、「0階段」信標鏈是新共識機制核心，也是所有系統級活動和編排發生的地方，并且要與遍布全球數千個節點的數十萬個共識實體（驗證人）達成共識。

2、「1階段」要達成共識會更大，預計將有64個分片啟動，并且系統可用的總數據在1-4MB/s的范圍內。

3、「1.5階段」將把以太坊主網作為一個分片集成到新的ETH2共識機制中。

4、「2階段」是對網絡狀態和執行的添加，而不僅僅處理原始以太坊分片。DannyRyan呼吁用戶應該盡早參與「0階段」抵押，但也可以等到以太坊在階段1.5完全遷移到ETH2上。

他總結稱，ETH2是一項艱巨升級任務，旨在為以太坊提供高度可擴展、安全、且去中心化的下一代共識，每天都有數十個團隊和數百名個人在工作，以實現這一目標，這種新機制核心誕生指日可待。（ethereum.org）[2020/6/2]

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

動態 | 游戲Gods Unchained成以太坊鏈上交易量最大應用:據數據分析平臺 Alethio 的報告顯示，基于以太坊的游戲 Gods Unchained 在上周推出交易市場功能后，鏈上交易數據已遠超排名第二的 USDT。這是一款利用非同質化代幣（NFT）概念的卡牌類游戲，用戶可以通過交易市場篩選卡牌、創建卡牌組合或與其他用戶交戰。[2019/11/25]

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

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

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

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

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

其他EIP的討論

隨后，開發者們還討論了Nimbus團隊的EtanKissling的提案：在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

Tags：以太坊ETHTPSHTT以太坊幣怎么挖礦AETHtps幣行情htt幣騙局

波場