上海升级将质押提款带到了执行层。与 Capella 升级相结合，这使区块能够接受取款操作，从而允许质押者将他们的 ETH 从信标链取款到执行层。Lido 是领先的流动性质押协议，也是占有以太坊质押市场份额最大的协议。目前占比 28.7%。可以通过资金效率提高。

2 月 7 日，上海升级在名为浙江（Zhejiang）的公共以太坊测试网上首次启动。以太坊基金会的 DevOps 工程师 Barnabus Busa 表示，这次激活「非常成功」，并强调网络在升级过程中没有遇到任何问题。

上海升级对以太坊生态系统的影响是深远的。EIP-1559 交易费改革改善了以太坊网络的交易速度和费用，为用户提供了更好的体验。基础设施升级提高了以太坊的安全性和可靠性，有助于吸引更多的开发者和用户参与到以太坊的生态系统中。而 PoS 共识机制的引入，也将进一步提高以太坊的效率和可扩展性，为其未来的发展注入了新的活力和动力。

在上海升级的同时，开发人员也在准备在下一次坎昆升级中激活以太坊改进提案（EIP）4844。EOF 升级包含五个 EIP，其中部分已经在之前的上海升级中得到了实现，而其余部分则包含在即将到来的坎昆升级中。EVM 是以太坊虚拟机，主要进行智能合约的代码执行。目前的 EVM 只有一套解释和验证规则来处理所有现有的合约。EOF 引入了一种新的智能合约格式，即「EOF 合约」，而客户端和 EVM 解释器也有相应的更新。

因此现在有两套 EVM 解释和验证规则，并且它们是同时存在的。EVM 将能够同时处理旧式合约和 EOF 合约。EOF 带来的好处包括：EVM 版本化；增加新的控制流操作提高性价比；将 EVM 在运行时验证的内容转移到部署时间，从而降低开销并使合约代码更加安全；代码和数据分离。

EIP-4844 是为 Rollup 设计的，旨在减缓主链压力并降低数据和验证的开销。Rollups 在短期和中期，甚至可能在长期内，是以太坊唯一的去信任扩展解决方案。几个月来，L1 的交易费用一直非常高，并且迫切需要采取任何必要的措施来帮助促进整个生态系统向汇总转移。

EIP-4844 提供了一个权宜之计，通过实现将在分片中使用的交易格式，而不是实际分片这些交易。相反，这种交易格式的数据只是信标链的一部分，并由所有共识节点完全下载（但可以在相对较短的延迟后删除）。与完整数据分片相比，这个 EIP 减少了可以包含的交易数量上限，对应于每个区块约 0.25MB 的目标和约 0.5MB 的限制。

Shanghai 和 Capella 升级虽然结束了，但以太坊的由 PoW 转向 PoS 还有很长的路要走，升级仍在进行中。以太坊如何带来更高的可扩展性和更好的性能表现，以及如何推动区块链技术的发展和应用，BlockBeats 也将持续关注。

2021 年 4 月 15 日，柏林升级发布，它通过降低特定 EVM 操作的 gas 成本，增加对多种交易类型的支持来优化以太坊。

2021 年 8 月 6 日，伦敦升级完成，通过引入 EIP-1559 从而改革了交易费市场，并改变了 gas 退款的处理方式和冰河时代的时间表。EIP-1559 允许每次以太坊交易都燃烧固定数量的以太币，从而降低以太币整体的通胀。这个固定金额是每笔以太坊交易所需的基本费用，矿工的激励形式是在该基本费用之上的小费。虽然 EIP-1559 显著降低了 ETH 的通胀，但合并将减少 Ether 的发行量，使以太坊的基础货币实际上处于通缩状态。

2021 年 10 月 27 日，Altair 升级成功，这是信标链的第一个预定升级，增加了对同步委员会的支持，启用轻客户端，并随着合并的开发进展增加了验证者的不活动和削减惩罚。它也是第一个有确切推出时间的主要网络升级。

以太坊的升级历程不仅是技术的进步，也是对整个加密货币市场的推动和推广。2021 年也是 NFT 是备受瞩目的一年，CryptoPunks 和 BAYC 等项目席卷市场，锁定在基于以太坊区块链的 DeFi 应用程序中的加密资产总价值在 2021 年 11 月达到顶峰。

2022 年 9 月 6 日：Bellatrix 升级是信标链的第二次预定升级，为合并做准备。它使验证者对不活动和可罚没的违法行为的惩罚达到其全部价值。Bellatrix 还更新了分叉选择规则，为合并和从最后一个工作量证明块到第一个权益证明块的过渡准备链。

2022 年 9 月 15 日，巴黎升级的主要特点是关闭工作量证明挖掘算法和相关的共识逻辑，而是打开权益证明。Paris 本身是对执行客户端的升级，使他们能够从连接的共识客户端获取指令。这需要一组新的内部 API 方法，统称为引擎 API。这可以说是自 Homestead 以来以太坊历史上最重要的升级。2022 年 7 月 21 日，V 神参加在巴黎召开的以太坊社区会议（ETHCC）时发表演讲称，以太坊在完成 5 个关键阶段后可实现 10 万 TPS。1、The Merge 阶段

Withdraw：到 2022 年底，跨客户端 testnet 实现撤消验证器。

Fork-choice rule improvement ：（Goldfish 共识协议——PoS 以太坊 LMD GHOST 分叉选择规则的安全替代品）

单槽最终确定性（Single-slot finality）： 目前，以太坊区块需要 64-95 个槽（约 15 分钟）完成最终确定，是综合各方面权衡后的最佳时间——15 分钟并不漫长，与现有交易所的确认时间差不多，让用户能够在常规计算机上运行节点，即使因为存款大小为 32 ETH（而不是前期要求质押的 1500 ETH）而出现了大量的验证者。然而，仍有更理想的方式是将最终确定时间减少到单个槽。

2、The Surge 阶段

EIP-4844：Proto-danksharding（aka EIP-4844）是一个提案，旨在实现构成完整 danksharding 规范的大部分逻辑和「scaffolding」（例如交易格式、验证规则），但尚未实际实现任何分片。在原型 danksharding 实现中，所有验证器和用户仍必须直接验证完整数据的可用性。

Rollup's training wheels（rollup 临时辅助轮）: 目前有很多的（optimistic 和 ZK）rollup 项目，它们处于不同的发展阶段。这些项目的共有模式是使用了临时辅助轮：项目技术仍不成熟，为了发展生态选择了提前启动该模式，而不是完全依赖其欺诈证明或 ZK 证明，事实上，rollup 应该有一个脱离辅助轮的路线图。

DAS：phase 1 可用性数据抽样提案：更详细地描述了如何基于「以数据可用性为中心」的方法构建 phase 1 的提案。向信标链主要添加了 ShardDataHeader 的 Vector，每个分片对应一个 Vector。ShardDataHeader 是一个小的数据库，代表了大量的底层数据 (大小约为 0-512 kB)。只有当 ShardDataHeader 所指向的底层数据可用时，一个区块才有效——也就是说，它已经发布到网络上，任何人都可以下载它。但是，为了保持其可扩展性，客户端不会尝试下载每个 ShardDataHeader 的完整底层数据来验证区块，而是使用一种称为「可用性数据抽样」的间接技术来验证数据是否可用。

3、The Scourge 阶段

High-level ide

Inclusion list

native PBS（提议者/构建者分离）: 增加了以太坊的多样性和抗审查性。

MEV burn: 核心思想是通过协议内销毁拍卖 (in-protocol burn auction) 拍卖共识层上的「构建区块的权利」。一旦中标者被选中，他们提出的执行区块将被确认消耗至少与他们的出价相同的 ETH。其想法是，出价最高的自然会接近区块内的最大可提取值（MEV），因此大部分 MEV 应该直接销毁。

4、The Verge 阶段

Verkle tree：由 Merkle tree 演变而来，利用以太坊的弱无状态性（weakly stateless），使得区块验证完全无状态。使用 verkle trie 作为状态承诺方案，因其见证者规模小，验证效率高，gas 成本更改为状态接入成本（或多或少）反映见证者的成本。

SNARK for L1 EVM：使用 ZK-SNARK 技术来制作类似以太坊交易执行的加密证明，要么让验证以太坊链本身更容易，要么构建与以太坊提供的等价（接近）但更具可扩展性的 zk -rollup。

Fully SNARKed Ethereum: EVM, consensus, signatures, tree, all of it

Eventually STARKed Ethereum

5、The Purge 阶段

EIP-4444（history expiry）：执行客户端中绑定的历史数据：该提案迫使客户端停止通过 P2P 服务旧的历史数据。明确客户端从其他来源寻找历史数据，而不是依赖于某些可能会导致质量下降的客户端可选行为。

State expiry：提出 State expiry 机制，核心思想是每个状态周期都有一个状态树（想象一下：1 个状态周期约等于 1 年），当一个新的状态周期开始时，为一个初始化的状态树，所有的状态更新都写入该树，网络中的完整节点只需要存储到最近的两棵树，平均而言，它们只存储了最近 1.5 个周期（约等于 1.5 年）读或写的状态。

6、The Splurge 阶段

账户抽象：账户抽象使以太坊从有两种类型的账户（外部拥有的账户和合同账户）变为只有一种——合约账户。合约账户可以发起交易和支付交易费用，为用户体验提供了更大的灵活性。

EVM 优化

VDF（可验证延迟函数）：VDF 是一类函数，需要花费一定的时间，即「延迟」，才能产生输出（即使你增加了很多处理器），但是其输出能够被轻松迅速的验证。