撰文：W3.Hitchhiker
原文標題：《以太坊上海昇級的作用以及帶來的好處》
關於以太坊上海昇級，我們來簡單梳理一下，分別能帶來哪些好處。
參考以太坊最新公開消息，和上海昇級的相關EIP 如下：
- 確定包含的EIP：EIP-3651，EIP-3855，EIP-3860，EIP-4895
- 可能包含的EIP：EIP-3540，EIP-3670
- 而和L2 擴容相關的EIP-4488，EIP-4844 都不在本次升級範圍內
EIP-3651：暖COINBASE
說到EIP-3651，得先介紹一下EIP-2929 一個改動：
當目標不在accessed_addresses 中，收取COLD_ACCOUNT_ACCESS_COST（冷賬戶訪問成本）gas，並將地址添加到accessed_addresses。否則，收取WARM_STORAGE_READ_COST（暖存儲讀取成本）gas，暖讀取消耗gas 相對較低。
如今COINBASE 直接支付正變得越來越受歡迎，但目前訪問COINBASE 的價格較高；這是由於在EIP -2929 引入的訪問列錶框架下，COINBASE 是按冷賬戶訪問成本計算gas 的，在EIP- 3651 後，accessed_addresses 將包括COINBASE (0x41) 返回的地址。
好處：
修改後，COINBASE 在支付ERC20 代幣時會減少gas 消耗。
EIP - 3855：PUSH0 指令
EIP-3855，引入一條新指令（0x5f），將常量值0 壓入堆棧，黃皮書關於PUSH 的指令集，目前只有PUSH1-PUSH32，作用是將1 字節壓入堆棧，到32 字節壓入堆棧
現有指令實現將0 值壓入堆棧需要通過執行PUSH1 0 ，在runtime 中需要消耗3 gas，並且額外需要消耗200 gas（2 字節的存儲成本）
有了PUSH0 指令後，就不需要消耗這額外的200 gas 了。
好處：
目前大約有11% 的PUSH 操作只是壓入0，因此這個EIP 執行後可以節省一定量的gas，也能稍微提高以太坊的現有的TPS。
EIP-3860：限制和計算初始化代碼
目前initcode 的最大為MAX_CODE_SIZE: 24576（EIP-170），新的initcode 的最大為(MAX_INITCODE_SIZE = 2 * MAX_CODE_SIZE = 49152)，這意味合約大小可以擴展一倍，合約開發者可以部署更豐富的功能。 （合約代碼過大會導致部署不成功，PS：L2 項目也部分已修改，支持更高的合約大小上限）
此外為每32 字節的initcode chunk 引入2 個gas 費用，以表示jumpdest-analysis 的成本。因為在合約創建期間，客戶端必須在執行之前對initcode 執行jumpdest 分析。執行工作與initcode 的大小成線性關係。
這意味著initcode 每字節將添加成本0.0625 gas，合約部署gas 成本微微上漲。
好處：
合約部署gas 費微微上調，但合約大小可以擴展一倍，合約開發者寫更豐富的功能代碼。
EIP-4895： 信標鏈提款
主要內容是確定信標鏈提款至EVM 的主要流程，部署完成後，以太坊信標鏈質押提款功能將被激活。
好處：
激活以太坊信標鏈質押提款功能。
EIP-3540：EVM 對象格式(EOF) v1
此EIP 涉及改動較大，並非一定包含在上海昇級中。
此EIP 中描述的格式引入了一個簡單且可擴展的格式，並引入了驗證。實現了合約代碼和數據的分離。
新的EVM 對象格式為：magic, version, (section_kind, section_size)+, 0,
好處：
版本控制有利於以後實現引入或棄用新功能（例如引入賬號抽象）；
合約代碼和數據的分離對於L2 的驗證(op) 有益，減少L2 驗證器的gas 成本；
合約代碼和數據的分離也更加方便鏈上數據分析工具的工作。
EIP-3670：EOF —代碼驗證
此EIP 並非一定包含在上海昇級中，配合EIP-3540 合約創建時引入代碼驗證。拒絕未定義指令的合約。
好處：
合約創建時，就可引入代碼驗證
