以太坊下次分叉重點，看這篇就夠了？
作者| 秦曉峰
編輯| 盧曉明
出品| Odaily
作者| 秦曉峰
編輯| 盧曉明Justin Drake編輯| 盧曉明
出品| Odaily
編輯| 盧曉明
EIP-615二級標題
EIP-663過去兩週，由於眾多的以太坊核心開發者奔赴多倫多參加以太坊擴展（scaling）會議，每週一次的電話會議被迫取消。本週五晚，以太坊核心開發者將繼續舉行電話會議，議題抓要圍繞伊斯坦布爾（Istanbul）硬分叉，並決定最終入選的提案（EIP）。
EIP-1057二級標題
EIP-1108從設計層面來說，伊斯坦布爾（Istanbul）硬分叉是以太坊將走向Serenity（寧靜）階段最後的分叉（不會產生新代幣）。同時，本次分叉的提案涉及問題眾多（Progpow、狀態租賃、chainID等）。如果一些問題在本次分叉中得不到解決，將對以太坊後續生態發展影響重大。另據以太坊2.0研究員
EIP-1109所說，以太坊2.0階段0將於2020年1月3日發布。
EIP-1283二級標題
EIP-1344推遲ProgPoW，聚焦「狀態租賃」
EIP-1352上個月17號，伊斯坦布爾硬分叉提案（EIP）徵集結束，共收集了29個提案。這些提案分別是：
EIP-1380：EVM的子程序和靜態跳轉
EIP-1559：無限制的SWAP和DUP指令
EIP-1965：ProgPoW，一種程序化的工作證明
EIP-1702：降低alt_bn128預編譯gas成本
EIP-1706：PRECOMPILEDCALL操作碼（刪除預編譯合同的CALL費用）
EIP-1803：沒有dirty maps，測量SSTORE的淨gas成本
EIP-1829：添加ChainID操作碼
EIP-1884：為預編譯/系統合同指定受限制的地址範圍
EIP-1930：減少自我呼叫的gas成本
EIP-1985：改變ETH 1.0鏈gas費用
EIP-1959：檢查chainID在特定塊號處是否有效的方法
EIP-1962：廣義帳戶版本控制方案
EIP-2014：當gas費用低下時，禁用SSTORE
EIP-2026：重命名操作碼
EIP-2027：橢圓曲線線性組合（ Elliptic Curve Linear Combinations）的預編譯
EIP-2028：重新定義依賴於trie-size的操作碼
EIP-2029：Gas呼叫標準嚴格化，如果沒有足夠的gas調用可以復原。
EIP-2031：新的操作碼，檢查chainID是否是chainID歷史的一部分
EIP-2035：降低Calldata Gas成本
EIP-2045：EC算術和與運行時定義的配對（取代EIP-1829）
EIP-2046：擴展狀態Oracle
：狀態租賃H - 固定帳戶預付款EIP 1108：狀態租賃C - 核算淨合同規模
：降低Calldata Gas成本EIP-1057：狀態租賃A - 狀態櫃檯合約
：狀態租賃B--淨交易櫃檯
：無狀態客戶端- 重新定價SLOAD和SSTORE以支付塊證明EIP-1559：EVM操作碼粒子的gas成本
：降低對預編譯程序進行靜態調用的gas成本
此前的核心開發者電話會議，臨時批准的提案是
另外，備受關注提案
可能被推遲。 EIP 1057提出了一種改進的PoW算法，稱為“漸進式PoW”或ProgPoW，旨在更好地利用GPU特定的計算功能。
同樣被推遲的還有
二級標題
在這些提案中，「狀態租賃」顯得格外耀眼。
二級標題
「狀態租賃」設計初衷是，以太坊的狀態大小當前已經是非常龐大了，如果其繼續以目前的速度增長，以太坊網絡將變得異常臃腫。而我們正在低估存儲的長期成本，存儲成本可以近似地建模為：字節*時間，因此，我們有必要對當前以太坊的狀態設計進行改動。根據以太坊2.0的路線圖來看，狀態租賃也將在ETH 2.0（目前的計劃是在階段2）進行部署。到底要不要在ETH1.0重新耗時費力地開發，相信也會成為本週五電話會議的討論熱點。刪減提案
上述提案也在社群中也引起廣泛討論，不少開發者質疑有些提案內容重複，應該進行刪減。
直到目前，提案審計進程僅僅進行了一小段，核心開發者們能否在本週五給出最終答案，仍然懸而未決。
二級標題 Afri Schoedon對於上面的EIP，
二級標題
開發者社群（點擊進入）
目前也在討論進行縮減，以降低核心開發者工作量，提高效率。
二級標題
硬分叉時間表
除了關注提案，關於伊斯坦布爾硬分叉的時間安排也同樣值得關注。
根據前硬分叉協調員
（已離開）制定的時間表，硬分叉過程分解為“一個固定的9個月週期”。伊斯坦布爾硬分叉時間表如下：
