伊斯坦布爾硬分叉要來了，但以太坊2.0還要十萬八千里
本文來自：哈希派（ID：hashpie），作者：LucyCheng ，經授權轉發。
本文來自：
哈希派（ID：hashpie）
哈希派（ID：hashpie）
，作者：LucyCheng ，經授權轉發。
本文來自：
哈希派（ID：hashpie）
哈希派（ID：hashpie）
......
，作者：LucyCheng ，經授權轉發。
本文來自：
哈希派（ID：hashpie）
，作者：LucyCheng ，經授權轉發。
據以太坊基金會消息，伊斯坦布爾（Istanbul）硬分叉升級預計將於2019年12月7日前後發生，和前幾次的君士坦丁堡、拜占庭等硬分叉升級一樣，這次的升級同樣以改變以太坊底層協議的方式來提升整體性能。然而，也和前幾次升級前屢次延遲的“尿性”一樣，伊斯坦布爾硬分叉之路依舊波折不斷。
然而在8月15的以太坊電話會議中，核心開發者Péter Szilágyi指出，需要將該目標推遲兩週，且不排除在9月4日有再次推遲的可能性。最具爭議的ProgPOW算法將推遲到下一次升級中實施。 [1]
二級標題
9月30日，以太坊基金會社區經理Hudson Jameson表示，由於異常快速的區塊確認時間，造成測試網絡Ropsten已於UTC時間9月30日3:40提前到來。
11月20日，以太坊官方博客發文稱，以太坊網絡將按計劃在區塊高度9,069,000處進行升級。時間預計在2019年12月7日星期六發生。具體升級日期和時間可能會因出塊速度有所變化。 [3]
二級標題
儘管近期以太坊基金會研究員Danny Ryan公開表示以太坊2.0零階段計劃將於2020年第一季度上線，但屢次升級上演的“狼來了”的故事，讓這個“計劃”看上去蒼白了不少。
圖片描述
同時，我們整理了近期各種開發者會議和部分研究員的公開言論後發現，且不論以太坊一貫的延遲尿性，單根據目前研發情況來看，要完全實現以太坊2.0仍然是很遙遠的事情。
首先，根據EthHub上的介紹，以太坊2.0是一系列可以顯著改善系統性能的研發規範（specifications），在2.0版本中暫定部署分片技術（Sharding）、Casper協議（POS共識機制）、狀態租賃（ State Rent）和以太坊虛擬機EVM的升級項目eWASM。 [4]
圖片描述
這一版本將分階段交付，每個階段都將建立在前一個階段的基礎上：
以太坊2.0交付計劃中，首先需要實現的目標是信標鏈，信標鏈將採用權益證明機制Casper the Friendly Finality Gadget（Casper FFG）[5]，實現從POW（工作量證明）到POS（股權證明）的過渡。這一階段讓驗證者能夠參與質押系統、代替礦工成為鏈的構建者，並為分片方案提供基礎。
圖片描述
階段0信標鏈介紹截圖信息來源：Github
另外，在主網上線前，還需要一個支持多客戶端的測試網，使BETH（Beacon鏈ETH，即以太坊2.0代幣）能夠在不同賬戶間轉帳。 11月9日，作為以太坊2.0的構建團隊Prysmatic Labs的成員，Danny Ryan表示，跨客戶端測試網至少還需要兩週的時間才能發布，測試網發布後也至少需要運行三個月。按這個時間來推算，跨客戶端測試網要在下個月能夠順利推出，才能在2020年2月、或者3月如期上線主網階段0，創建信標鏈創世區塊。
圖片描述
然而，由於階段0的實現與規範的製定是同時推進的[6]，在互操作性實現以後，已經敲定凍結[7]的階段0規範進行了完全解凍，發布最新的0.9.2版本[8 ]。規範在重新凍結前，需要在眾多的以太坊2.0客戶端中確定、實現並通過審計。而以太坊是一個龐大的開源項目，去中心化的特性讓研發規範顯得有些混亂、無組織，研究團隊間也缺乏協調。種種情況讓團隊在應對規範的變化時造成大量的時間的浪費，因此，上文中的“跨客戶端測試網如期推出”仍要打上一個問號。
在階段1中將構建沒有虛擬機EVM的分片，以分片鏈的方式為以太坊網絡提供大規模的擴容性[9]。
圖片描述
階段1的推進之路也正經歷一些推倒和重來。 6月份時，階段1大部分的規範已接近完成[10]。但在10月份，V神發布了Eth2分片鏈簡化提議[11]，提議減少分片數量，以加速分片項目落地。根據這一提議，以太坊開發人員在最後一刻將分片從1024個減少到64個。目前，階段1正在做將V神提出的分片鏈簡化方案轉化為規範形式的工作[12]。
此外，根據11月24日以太坊開發團隊Quilt的開發人員Will Villanueva在一個播客節目中的公開言論，階段1的規範可能會在階段0的規範完成後再敲定，但具體時間尚無法確定。
二級標題
階段2：狀態執行State Execution|時間待定
從本質上來說，階段2是整個系統的“執行層”，它使分片鏈從簡單的數據容器過渡到結構化狀態，並引入智能合約，每個分片將管理一個基於eWASM虛擬機。這一階段的重點是執行引擎(execution engine)、賬戶模型(account model)等，將開啟狀態執行(state execution)和計算(computation)。
[1]https://github.com/ethereum/
[2]https://github.com/ethereum/
[5]https://vitalik.ca/files/casper_note.html
[11]https://notes.ethereum.org/
