不过，这样做总是有好有坏：提高区块容量会加速状态增长，这导致节点与网络同步更加困难。另一方面，不提高区块gas limit就会提高网络用户的交易成本(支付昂贵的gas费)。或许这样是一个比较公正的折中方案：引入2929降低DoS的风险，然后缓慢地提高区块容量，直到2929所提高的gas费被逐渐抵消。

伦敦升级

随着柏林硬分叉即将上线主网，核心开发者现正专注于下一个网络升级：伦敦。此次升级有点特殊，由于难度炸弹将发生在8月份，因此伦敦升级必须在这之前部署。也就是说，在前一个升级部署之前就要开始下一个升级(伦敦)的开发与更新，核心开发者们还是首次遇到这样的情况。

伦敦升级会于主网部署大家翘盼已久的EIP-1559。如果读者对该EIP比较陌生，我整理了一个资源列表，并且将过去一年的开发过程文档化。

译者注：ECN归档了1559更新的译文。

光是这个EIP对以太坊带来的改变就比柏林升级所有EIP加起来要大。而且实现和测试时间都比以往升级的时间短，因此核心开发者正试图缩小伦敦升级的范围，以便按时完成。到目前为止，伦敦升级仅包括EIP-1559和EIP-3238(提议推迟难度炸弹至2022年第二季度)。等到1559的实现与测试结束之后，核心开发者们将处于一个更主动的位置，到那时再决定还要加哪些EIP。

上海升级

由于伦敦的升级范围被刻意缩小了，核心开发者们已经开始对上海升级进行高层次的规划。我们有以下两种主要的可能性：

首先，我们可以实现那些不可能在伦敦部署的EIP，如:

EIP-3074：允许「资助交易」等

EIP-2537：增加对BLS-12381曲线(被信标链使用)的支持

EIP-2327：对Solidity和Optimism团队有益

EIP-2935：对轻客户端和无状态客户端有帮助

或者，社区越来越关注共识(eth2)与应用(eth1)层之间的合并，简单来说就是合并™️。Eth2规范库里已经收录了「简化合并规范」提案的PR，并且非常接近于客户端团队应该能够制作的原型。

尽管合并规范可能比较简单，但为了能够让应用层的客户端能够将信标链作为它们的共识引擎，仍然有几个工程问题需要解决。让两边的客户端开发者关注这些问题是我们发现和解决问题的方式。

客户端团队仍需要更好地消化这些规范，并开始构建原型，然后他们才能决定我们是否已经准备好将所有的精力都转向合并工作上，或者在所有人参与之前是否需要一个小的工作小组来完成更多的工作。为了加速这一进程，来自应用和共识层的客户端将在Scaling Ethereum黑客松期间开发最新规范的原型。

扩容以太坊黑客松活动的结束时间刚好与伦敦和Altair升级(将在6月进行)大部分工作完成的时间相吻合。这意味着原型应及时准备好，以便于我们做出关于上海升级的决定。 (责任编辑：admin)