主页 > imtoken冷钱包 > 《链得得独家》以太坊急于进行的“上海”升级有哪些变化?

《链得得独家》以太坊急于进行的“上海”升级有哪些变化?

imtoken冷钱包 2023-12-18 05:07:16

以太坊什么时候可以交易的_新加坡以太坊交易网站_以太坊交易可以上传多少数据

11月底,以太坊开发者宣布,他们打算将8项提案纳入以太坊的下一次“上海”升级。 这是以太坊继今年伦敦和巴黎两次重大升级后的下一次重大升级计划。

虽然此次升级已经在计划之中,但具体的升级方案和时间尚未确定。 可以确定的是,解锁信标链质押的ETH提现提案EIP-4895一定会出现在升级列表中。 针对此次升级,以太坊基金会于10月推出了升级后的测试网“山东”。

目前,开发团队在升级时间的决定上分为两派。 一派认为应加快EIP-4895的应用。 为此,上海升级可分多步进行,最快将在2023年3月。承诺在接下来的几个月内解锁并申请其他升级; 另一派认为,上海升级作为一次重大升级,应该算是比较完整的大规模更新,EIP-4895和其他EIP的升级应该放在2023年9月来回。

信标链提现

开发团队内部分歧的核心是 EIP-4895。 提案内容很简单,就是确定信标链提现的主要流程。 部署后,将激活以太坊信标链的质押提现功能。 开发团队急于部署这个升级的原因也很简单。 合并后,以太坊信标链只能充值,不能提现。 目前,信标链上“套牢”了近 235 亿美元的以太币。 在动荡的背景下,能够快速解锁提现功能,无疑是对市场信心的极大刺激。

分片方案

其他有望纳入上海升级的EIP包括Vitalik今年3月提出的EIP-4844,proto-danksharding。 该计划在11月初的计划中被排除在上海升级之外,但该EIP仍被列入11月25日公布的EIP名单。

Danksharding 是一种以太坊分片方案以太坊什么时候可以交易的,其主要目的是在不牺牲去中心化的情况下降低网络上的 gas 成本,尤其是对于 rollup 方案。 诸如 Arbitrum 和 Optimism 之类的 Rollup 方案可以将 gas 成本降低多达 100 到 1000 倍。

proto-danksharding可以看作是Danksharding的“青春版”。 它是以太坊 2.0 升级完全完成之前的备选方案。 它主要用于验证规则和交易格式以太坊什么时候可以交易的,并不实际执行分片操作。 因此,EIP-4844可以看作是未来分片的预演。 EIP-4844引入了一种新的交易类型blob,类似于常规交易,这种交易携带了一个额外的数据块,即blob(数据块)。 这个数据块的大小大约是 125 KB,但是这种类型的事务比使用相同数据的 calldata 执行起来成本更低。 但是存储在blob中的数据EVM无法访问,只能看到,不能验证。

根据Vitalik在推特上发布的Q&A,在EIP-4844中,为了应对更大数据块可能带来的存储压力,共识层可以实现单独的逻辑,在一段时间后自动删除blob数据,但仍建议尽快实施历史记录过期方案(即 EIP-4444‌),允许客户端删除超过特定时间段的历史记录。

与 EIP-4844 匹配的 EIP-4488 也可能出现在此次升级中。 EIP-4488 旨在以最小的变化实现 gas 成本降低,主要方式是将 Calldata gas 成本从每字节 16 gas 降低到每字节 3 gas,同时每个区块 1 MB 的限制加上每个 Rollup 额外增加 300 字节(理论最大值:~1.4 MB)。

根据 Vitalik 的说法,EIP-4844 和 EIP-4488 之间的选择不是非此即彼:以太坊可以尽快实现 EIP-4488,然后在半年后使用 proto-danksharding 跟进。

其他升级

其他有望应用的EIP包括EIP-3651,计划将“COINBASE”地址从冷地址变为热地址。 “COINBASE”地址应该是交易执行开始时的热点地址,以减少读取该账户的实际成本。 在EIP-2929引入的访问列表框架下,COINBASE地址是一个冷地址,这意味着交易者每次使用COINBASE地址进行交易都需要支付更多的gas费用,以将其作为热地址“预热”。 EIP-3651的主要变化是将COINBASE地址放入热点地址列表,降低交易成本。

即将到来的 EIP-3855 更新是添加操作码 PUSH0,它允许将常量值 0 压入堆栈。 这一变化可以减少合约的代码量,同时作为优化措施降低合约出错的风险。

EIP-3860 的主要变化是将 EIP-170 定义的最大 initcode 大小从 24576 扩展到 49152,并为每 32 个字节增加 2 个 gas 费用。 这种变化可以大大增加合约容量,但会略微增加合约部署的成本。

此外,本次更新也可能会引入呼声很高的EIP-3540和配套的EIP-3670。 这两项提案的核心是为 EVM 字节码引入一种容器格式,即 EVM 对象格式 (EOF) v1。 这种方案使代码和数据的分离更加清晰; 允许在部署时根据平台规则验证字节码; 并且可以更轻松地引入新的重大更改。 EIP-3670在EIP-3540的基础上增加了验证码的功能。