作者:Xiang,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 合约创建时引入代码验证。拒绝未定义指令的合约。
好处:
合约创建时,就可引入代码验证