買比特幣 買比特幣
Ctrl+D 買比特幣
ads

以太坊:以太坊核心開發者如何解讀上海升級?_以太坊最新價格行情走勢圖

Author:

Time:1900/1/1 0:00:00

本文作者為TimBeiko,是以太坊核心開發者,這篇文章是他對于接下去上海升級的解讀。

歡迎閱讀有關AllCoreDevs在2022年的最后一次更新。

長話短說:

上海/Capella升級的內容已經敲定:提款,EOF,還有一些小改動……只要不耽誤提款即可?

Blobspace即將到來:EIP-4844將成為以太坊下一次升級的中心,其召喚儀式即將開始??

開發者們正在努力協調執行客戶端和共識客戶端升級過程的技術方面。我們還看到了關于更好地將社區的意見納入流程的積極討論?

上海/Capella升級

在最近一次AllCoreDevs電話會議上,客戶端團隊就上海/Capella升級的最終范圍達成了共識。雖然升級的名稱可能仍有爭議,但團隊們已經清楚了升級的范圍,這次升級的主要任務是為質押者引入信標鏈提款。盡快解決這個問題是客戶端團隊的目標,因此升級中的其他功能需要同時準備好,或者有可能會被移除。

上海EL規范列出了所有包含的EIP:

EIP-3540:EVM對象格式(EOF)v1

EIP-3651:WarmCOINBASE?

EIP-3670:EOF-代碼驗證?

EIP-3855:PUSH0指令?

EIP-3860:限制和計量initcode?

EIP-4200:EOF-靜態相對jumps?

EIP-4750:EOF-函數?

EIP-4895:信標鏈推送提款操作?

EIP-5450:EOF-堆棧驗證?

AC:Fantom正在考慮集成Optimistic Rollup以將Fantom連接到以太坊:8月9日消息,Fantom基金會聯合創始人兼架構師Andre Cronje(AC)表示,Fantom正在考慮集成Optimistic Rollup以將Fantom連接到以太坊。Andre Cronje稱,如果Fantom采用Optimistic Rollup并提供以太坊上完整的交易歷史記錄,那么Fantom需要支付交易費用才能將這些快照寫入以太坊。Fantom基金會首席執行官Michael Kong補充說,以這種方式實施Layer2技術將使Fantom網絡能夠從以太坊生態系統中獲得更多流動性。[2023/8/9 16:16:00]

雖然列表很長,但我們可以將它們分為三個不同的部分:小改進、EVM對象格式以及提款。讓我們來逐一分析:

小改進??

EIP-3651:WarmCOINBASE

該EIP修復了EIP-2929中的一個疏忽,該疏忽根據客戶端是否已將數據字段存儲在內存中或需要從磁盤中檢索它們來更改訪問某些數據字段的gas成本。

EIP-2929在每個事務開始時,將客戶端內存中的兩段數據設置為?WARM:發送地址和接收地址。EIP-3651在這個列表中添加了第三個地址,即?COINBASE?地址,因為它也是客戶端在處理區塊交易時在內存中的地址。

EIP-3855:PUSH0指令

顧名思義,EIP-3855引入了一個將值0推入堆棧的操作碼。Pushing0經常用于填充EVM中的值,此操作碼將提供一種更有效、更便宜的方法來實現這一點。

EIP-3860:限制和計量initcode

過去24小時內以太坊ereum共生產了13885.13以太坊:金色財經報道,根據 Tokenview,目前在過去 24 小時內,#以太坊ereum總共生產了 13885.13以太坊 并燃燒了 9971.74 以太坊。平均每分鐘燃燒 6.92 個 以太坊,24小時燃燒率為71.82%。[2022/1/4 8:24:11]

該EIP增加了?initcode的最大大小,并引入了基于其長度的gas計量。大小限制為EVM添加了一個不變量,這將使推理和提出更改變得更容易。

引入了一個2gas/32字節的initcode?開銷,以說明客戶端在執行之前必須執行的jumpdest分析,這在以前的gas計劃中并沒有被考慮到。

EVM對象格式?

上海升級包括的大多數EIP都是單一功能的一部分:EVM對象格式(EOF)。這項升級工作被分解為5個不同的EIP,以幫助客戶端開發人員單獨地解釋每個更改,但為了提供更高層次的概述,本周發布了一個統一的規范。這5個EOFEIP分別是:

1、EIP-3540:EVM對象格式(EOF)v1

2、EIP-3670:EOF-代碼驗證

3、EIP-4200:EOF-靜態相對跳轉

4、EIP-4750:EOF-函數

5、EIP-5450:EOF-堆棧驗證

值得注意的是,EOF的第一步是在倫敦升級中使用EIP-3541,它為EOF合約保留了?0xEF00?前綴。在過去的幾個月里,上海EOF升級的范圍也發生了變化。

2月份,客戶端團隊同意為上海升級考慮兩個最小的EOFEIP:EIP3540和EIP3670。它們將充當構建塊,但如果不引入EIP4200、EIP4750以及EIP5450將無法提供全部功能。雖然有可能擴展EOF,但向后不兼容的擴展可能需要一次版本升級。由于具有特定版本的前EOF或EOF合約必須始終可執行,因此每個新的EOF版本都意味著客戶端開發人員必須維護一組與舊規則并行的新EVM執行規則。

以太坊平均交易費升至歷史新高:Coindesk發文稱,根據BitInfoCharts和Blockchair的數據,以太坊交易的平均成本目前為64美元,部分原因來自對以太坊代幣、狗狗幣模仿者SHIB以及SHIB的模仿者的需求。[2021/5/12 21:50:48]

在EOF之前,客戶端一次只維護一組EVM規則。代碼庫還支持歷史EVM規則,這些規則可以改變每次網絡升級,但一旦它們到達鏈的頂端,就只能應用最新的規則。而使用EOF,客戶端將維護兩個并行的EVM規則集,因此它們可以在EOF和非EOF合約中執行代碼。換句話說,EOF版本bumps增加了并行的數量,而不是順序的,必須維護的EVM規則集。

出于這個原因,在過去的幾個月里,客戶端團隊開始更喜歡一種“大EOF”方法。這樣,雖然他們必須實施更大的變更集,但EOF版本將保持更長時間,從而減少要維護的“并行EVM”的數量。因此,“大EOF”被考慮并最終納入到接下來的上海升級中。

也就是說,更大的功能顯然更難以實施和測試,而客戶端團隊們并不希望看到EOF顯著延遲信標鏈提款。因此,客戶端團隊們同意,如果到明年1月,EOF實施不完整且相互之間無法快速互操作,則將EOF從上海移除。

在這個背景下,現在讓我們簡單地介紹一下各種EOFEIP:

EIP-3540:EVM對象格式(EOF)v1

該EIP為EOF合約引入了“容器”。它在合約中添加了區分代碼和數據部分的標記,并防止部署不符合格式的EOF合約。這保證了任何鏈上EOF合約都將遵循有效的布局,從而簡化了與這些合約的交互以及對它們的靜態分析。

EIP-3670:EOF-代碼驗證

數據:以太坊非零地址數量突破5620萬個,創歷史新高:Glassnode數據顯示,以太坊非零地址數量創下歷史新高,達到了56,215,680個。[2021/3/29 19:24:43]

EIP-3670建立在EIP-3540引入的容器之上,確保合約EOF中的代碼有效,或阻止其部署。

這意味著未定義的操作碼無法在EOF合約中部署,這具有減少所需的EOF版本更新數量的額外好處。如果添加了新的操作碼,只需更改驗證規則即可啟用它,并且可以保證沒有EOF部署的合約在其代碼部分引用它。

EIP-4200:EOF-靜態相對JUMPs

EIP-4200引入了第一個EOF專用操作碼:RJUMP、RJUMPI和RJUMPV,它們將目標編碼為帶符號的即時值。編譯器可以使用這些新的JUMP操作碼來優化gas成本,因為它們消除了對現有JUMP和JUMPI操作碼所需的運行時jumpdest分析的需要。

EIP-4750:EOF-函數

EIP-4750比EIP-4200的功能更進一步:它不允許JUMP和JUMPI操作碼,并為RJUMP、RJUMPI和RJUMPV無法復制的函數添加了替代方案。它通過在EOF字節碼中引入特定的函數部分來實現這一點,這些函數部分可以分別使用新的JUMPF、CALLF和RETF操作碼跳轉到、調用以及返回。

EIP-5450:EOF-堆棧驗證

最后,EIP-5450為EOF合約添加了另一個驗證檢查,這次是圍繞堆棧進行的。該EIP可防止EOF合約部署可能導致堆棧下溢,以及某些溢出情況的代碼。有了這個,客戶端可以減少它們在執行EOF合約期間進行的驗證檢查的數量,因為它們可以更好地保證與堆棧相關的異常。

因網絡擁堵及交易費過高,Sky Mavis計劃構建以太坊側鏈Ronin:區塊鏈游戲Axie Infinity背后的初創公司Sky Mavis最近詳細闡述了開發其以太坊側鏈“Ronin”的計劃。Sky Mavis稱,團隊決定建立Ronin側鏈是因為網絡擁擠和高額交易費已經成為以太坊區塊鏈的一大問題。(SludgeFeed)[2020/7/2]

作為一名非EVM專家,以上就是我能帶你走的最遠的地方!如果你想深入了解EOF,我推薦你們閱讀Geth的lightclients或Solidity的Leo的帖子。

信標鏈提款

最后但同樣重要的是,“Shapella”的主要組成部分是信標鏈提款。這一變化在共識層規范以及EIP-4895中都有規定。現在稍微有點過時的元規范將這些聯系在了一起。

下面簡單說說提款的工作原理:

當提出一個區塊時,驗證器通過驗證器索引線性掃描,找到前16個具有0x01憑據的驗證器,這些驗證器要么:

余額超過32ETH

可提款

根據這些,驗證器將創建一個提款列表,以包含在他們的?ExecutionPayload?中。該列表中的每一項都包含以下內容:

WithdrawalIndex:所有提款中的索引——這有助于區分從同一驗證器到同一地址的相同金額的提款;

ValidatorIndex:余額被提取的驗證器的索引;

ExecutionAddress:需要發送提款的執行層ETH地址;

Amount:要發送到?ExecutionAddress?的金額,以gwei為單位;

在構建或處理區塊時,EL客戶端將在交易執行后應用這些提款。換句話說,處理提款類似于工作量證明獎勵的記入方式,并且不會與用戶交易爭奪區塊空間。

還有一些值得注意的細節:

在處理提款時,“全部”和“部分”提款在優先級/順序方面沒有區別。一旦驗證器離開退出隊列,就會發生完全提款,當對驗證器集的線性掃描到達驗證器的索引時,部分提款會定期發生。

為了處理提款,驗證器必須使用0x01憑證,它代表一個ETH地址。在信標鏈啟動時,只允許使用BLS密鑰對的0x00憑據。為了啟用提款,具有0x00憑證的驗證器將需要簽署BLSToExecutionChange消息。這些將作為Capella升級的一部分啟用。驗證者可以期待多種工具的支持和教程來簽署此消息。

對驗證器集的掃描以每個區塊為界。如果在掃描驗證器集的一個子集后,沒有16個提款需要處理,驗證器將停止掃描,下一個將從上次掃描的驗證器索引中提取。

與往常一樣,將有幾個開發者測試網和測試網供驗證者運行整個過程,并在主網上線之前解決所有問題。

不過,上海/Capella升級并不是唯一取得進展的升級!開發團隊們也一直在期待下一個升級。

Cancun升級

上海升級的內容已定,但很多CFI的EIP沒有被納入,客戶端團隊開始討論下一次Cancun升級應該考慮納入什么??

在CL方面,EIP-4844已被指定為capella后的第一個升級?。EL尚未支持這種布局規范,但EL團隊同意遵循類似的路徑,并將下一次升級圍繞EIP-4844進行。

按照使用devcon城市名稱進行升級的慣例,開發者創建了?cancun.md,并正式將EIP-4844包含在這次升級當中。

這個決定是在2022AllCoreDevs電話會議的最后幾分鐘做出的,所以沒有時間討論其他提案。那些在上海升級獲得CFI,但沒有入選的EIP,已被轉移到Cancun的CFI名單上,以太坊魔術師論壇已創建了帖子?來討論Cancun候選EIP。明年初,關于Cancun范圍的討論將正式開始。

KZG儀式??

另一件與Cancun升級相關的事情是?KZG儀式???,這是EIP-4844的一項要求。

儀式將生成驗證blob數據有效性所需的隨機性。要使它被認為是安全的,必須只有一個參與者誠實地參與。

從明年1月開始,這個儀式將向所有人開放幾個月。目標是獲得10,000名貢獻者,這計劃成為迄今為止規模最大的此類儀式!如果你想確保自己不錯過它,請關注?TrentVanEpps?!

合并后升級過程

正如之前的更新中提到的,合并后的一個大的待辦事項是在EL和CL中協調以太坊的升級過程。EL使用黃皮書和EIP來指定更改,而CL使用可執行的Python規范。

EL流程的優勢在于EIP被社區所熟知,并且其格式能夠清楚地呈現提案背后的原因。大量數學的黃皮書與EIP相結合,并且需要將規范置于EIP的上下文中,這使得執行層規范既難以理解又難以擴展。

CL方面有相反的問題:它有一個清晰易懂的規范,存在于一個單一的存儲庫中,但是更改不能明確地識別,并且提案被隱藏在存儲庫中的其他開放PR中。

隨著以太坊執行層規范的引入,我們有望彌合EL方面的差距。而且,通過一些流程爭論,我們也許能夠將EIP作為CL流程的一部分引入……!

也就是說,隨著上海升級范圍的討論和最終確定,很明顯這個過程中可能會缺少另一個“部分”:讓社區表達他們對更改的相對偏好,參與關于升級整體范圍的討論(而不是單個EIP),并將其納入AllCoreDevs和CL電話會議的決策中。

目前還不太清楚這是什么樣子的——我很樂意提供建議!-但隨著積極參與協議更改的利益相關者數量以及L1變更對兩者影響的領域數量的增長,顯然需要一些東西。

幸運的是,我們并不是從頭開始:以太坊魔術師論壇已經存在多年,其IRL聚會以及臨時分組討論室或社區電話會議可能是擴展的良好起點。

期待2023年初,有關于這方面的更多更新!

下一步

2022年就這樣結束了,多棒的一年啊!三個月前,我們甚至還沒有合并!而現在,以太坊正在后臺默默地運行權益證明,重點已經轉移到即將發生的事情上。

隨著一月份假期的結束,你可以期待:

上海/Capella開發者測試網和影子分叉?

KZG儀式正在進行??

圍繞Cancun升級的討論,以及網絡升級過程應該如何演進以更好地捕捉社區的偏好??

謝謝閱讀!感謝在過去一年中花時間努力改進以太坊的每個人-我們做了很多工作。

Tags:以太坊FantomNTOTOM以太坊最新價格行情走勢圖fantom幣暴跌ContentosCryptomeda

酷幣交易所
區塊鏈:2022有哪些區塊鏈獨角獸值得關注?_COV Chain

獨角獸是指成立不到10年但估值10億美元以上,又未在股票市場上市的科技創業公司。獨角獸的多寡也反映了一個行業的發展近況或是火熱程度.

1900/1/1 0:00:00
超級比特幣:比特幣對法幣的投機攻擊_bnb和比特幣的區別

投機攻擊指投機者為了牟利,在一國金融市場上大量拋售以該國貨幣為面值的資產,以此來消耗該國的外匯儲備,使該國最終放棄對官方匯率的維持。 *** 介紹 比特幣反對者們為比特幣無法成為主流而絞盡腦汁.

1900/1/1 0:00:00
區塊鏈:開發者新手指南:了解智能合約及其開發全流程_區塊鏈運用的技術中不包括哪一項

智能合約作為行業的基礎術語,各位開發者耳熟能詳。今天我們就來匯總一下智能合約的實際用例、應用價值和開發部署的全流程,歡迎智能合約的開發大神私信后臺提供更多經驗指導和開發建議.

1900/1/1 0:00:00
ETH:2022年鏈上數據回顧:BTC、ETH 和穩定幣都發生了哪些變化?_ypt穩定幣怎么兌換人民幣

原文:《2022TheYearOn-chain》byCheckmate,Glassnode 編譯:DeFi之道 隨著2022年混亂、動蕩和殘酷的一年即將結束.

1900/1/1 0:00:00
TOK:開發者可以怎樣降低以太坊Layer2上的交易費用_imtoken錢包地址

自2020年以來,Ethereum的擴張路線圖一直圍繞「Rollup」展開:使用證明來繼承Ethereum安全性的獨立執行環境。經過多年的發展,Rollup終于完成了部署,并正在獲得采用.

1900/1/1 0:00:00
加密貨幣:回顧2022加密年度事件:跌宕起伏、魔幻現實與斷臂求生_以太坊

編譯:Ning 來源/ChrisWilliams,?JacobOliver,?TimothyCraig,?TomCarreras從加密行業的視角來看,2022年的主題無疑是跌宕起伏與驚心動魄.

1900/1/1 0:00:00
ads