TL;DR 最新合并测试网Klin已启动。在其上的Pos过渡暴露了一些实施问题，现在合并测试一切就绪。
名为**“上海”的下一次以太坊升级正在计划中**。包括EVM升级，信标链提款，降低二层费用以及更多计划。
以太坊执行层的可执行规范工作进展顺利。下一步则是协调EL+CL（执行层+共识层）的升级流程。
协议工会（Protocol Guild）现在已拥有超过100名成员，并且即将启动试点，这是一项为客户端开发成员和研究成员提供代币补偿的举措。
Kiln 继Kintsugi后，Klin测试网最近也已启动。它根据在Kintsugi上发现的边缘情况对The Merge规范进行了更改，并进行了一些重命名。虽然当前看起来The Merge的运行规范已经几乎是最终形态，但在Klin上的运行过渡期间，在几个客户端中出现了一些实施问题。相关团队正在加倍测试以确保所有的实施方案都是安全稳定的。Danny在他最近的Finalized帖子中对此进行了介绍。
除此之外，我们正在请求更多的开发者社区使用Klin，并确保他们的产品能按预期工作。向试用了Klin的Kurtosis, Tenderly, Lido, Uniswap, EthStaker, Infura and Blockdaemon表示感谢。
假如没有关键问题被发现，Klin预计将是最后一个发布的公开测试网。一旦我们对客户端实施和基础设施/工具准备就绪工作感到满意，下一步就将在现有的测试网（Ropsten, Goerli, Sepolia, 等）上运行The Merge。
与每一次升级一样，我们将在测试网升级后保持持续的检测，确保测试网的稳定运行。当我们确幸测试网已按预期运行，我们将为以太坊主网安排过渡。
虽然我们已经很接近这个令整个社区都非常兴奋的时刻，但安全的过渡是The Merge的第一要务，比在目标日期运行更加重要。这是以太坊至今以来最为复杂的一次升级。我们希望能顺利完成它。
测试网和主网具体更新的时间线确定后，将通过社区出版物进行披露，比如Week in Ethereum，What’s New in Eth2，the EF blog等等。当前任何宣传的目标日期都是错误的，因为具体日期并未确定。在接下来的几个月里，请您格外警惕潜在的诈骗和虚假公告。
关于难度炸弹的说明 去年在箭冰川升级（Arrow Glacier）中被推迟的难度炸弹，预计在6月份左右能够被体现其对出块速度的影响（点击此处可查看最新进展）。虽然在延迟难度炸弹升级之前过渡到POS是理想的，但以下三点仍值得注意：
难度炸弹对出块时间的影响是渐进的。这就意味着用户一旦感觉到炸弹对网络的影响，出块速度就会在4—8周内不断降低，但不会太慢（大概可能是14—17秒）。
根据以往来看，当炸弹被延迟时，我们会选择将其推迟至少6个月，因为我们通常计划在那时进行另一次网络升级。也就是说**，对炸弹延迟的时间并没有做出严格规定，完全有可能将炸弹延迟一个月或者两个月，只要这样做相比于延迟炸弹6个月以上更加合适**。
再次强调，安全地进行合并（Merge）远重于快速合并。我们希望过渡能够顺利，以太坊的稳定性和安全性是我们的首要关注点。
“上海”升级 如上次更新中所述，随着The Merge的规范大部分被冻结，围绕“上海”升级的规划工作已经开始。若需要了解本次升级的规范，请点击此处。暂时计划在本次升级中进行三项重大改动，以及对一些细节进行完善。阅读下文，和我们一起深入了解本次更新！
EVM（以太坊虚拟机）对象格式 多年来，研究者和客户端开发者努力致力于在不破坏当前合约的前提下改进EVM。去年，Ipsilon团队想到了一个非常聪明的办法：为使用特定标识符部署的合约提供新功能，但保持现有合约按原样执行。也就是现在被称为的EVM对象格式，简称EOF。
在“伦敦”升级中，我们通过禁用部署以0xEF字节开始的新合约来保留该标识符的一部分。“伦敦“升级上线之前，部署了少量以0xEF开头的合约，但现在这样做已经行不通了，我们可以在0xEF前缀中添加第二个字节（我们称之为“魔法”字节），并得到一个我们可以保证不被任何合约使用的序列。
EIP-3540详细阐述了这一点并强调了该方法的首个实实在在的好处：分离代码和数据，以此利于链上代码的验证。这也为引入可以帮助启用当前复杂功能的新型合约代码部分类型奠定了基础，例如抽象账户、EVM中的控制流以及EIP-3074。
作为EIP-3540的配套协议，EIP-3670将在EOF合约部署时启用代码验证。
信标链提款 “上海”升级的另一个主要特点是激活信标链提款。经过多次提议，我们设计的EIP-4895协议已经能够让客户端团队满意：信标链可以将提款作为推送操作。
元规范概述了整个过程是如何运行的。在高层次上，在每个插槽中，信标链可以处理一定数量的全部或部分提款。每一笔提款都会由包含了提款数量、目标地址以及唯一索引的收据所追踪。作为区块创建和验证过程的一部分，这些提款随后将记入执行层，类似于今天如何将工作量证明发行记给矿工。共识层所需的各种更改的跟踪问题可在共识规范储存库中找到。部分提款的选项将允许验证者提取他们的累计奖励，但仍需要确保32个ETH的质押数量，以维持验证和继续赚取奖励。
二层费用的降低 在“上海”升级中，最后我们想要完成的最后一个重大更新是降低二层费用。因为从二层发布在一层上的交易数据或证明来看，很大一部分终端用户的交易费用来自一层数据储存的摊销gas成本。分片为二层发布数据提供了一种更便宜的选择，然而规范似乎已经确定，但完整的分片实现还没有准备好。
同时，减少这些成本有两种选项：在主网上降低CALLDATA的成本，或者实现“原始分片”，可能通过在以太坊上引入一种新的交易类型，称为Shard Blob Transactions。
通过CALLDATA 降低成本
在二层降低交易费用最简单的方式是降低一层的储存成本。EIP-4488建议这样做，将CALLDATA的成本，从16gas每字节降低至3gas每字节。一层降低的存储成本会转而降低二层的费用[1]。
虽然减少gas成本是一种简单的改变，但也会因此造成一些二阶效应。首先，在区块中增加CALLDATA会使区块变大。为了平衡这一点，EIP提议在每个区块中对CALLDATA的数量进行限制。第二，即使设置了上限，这个EIP也会增加历史链上数据在执行层的增长速度。为了解决上述问题，EIP-4444提出，需要开发带外历史数据检索，并且需要改变关于以太坊点对点网络上对历史数据的保证。
虽然历史链上数据是逐渐增加的，但运行这个EIP意味着我们需要在它上线后更加紧迫地处理这个问题。除此之外，这个EIP中的少部分会在完整的分片实现中被重用。它主要是一个临时解决方案。也就是说，EIP-4488是一个相对简单的更新，但在降低二层的费用层面的确有显著的作用。
Shard Blob Transactions
另一个提案EIP-4844[2]，引入了Shard Blob Transactions，这让我们更加接近完整的分片部署方案。与信标链提款一样，该提案有一个元规范，链接到共识层规范和其他资源。
从更深层次的角度来说，这种新的交易类型将包括在信标链上传播的数据块的承诺。这个提案能够视为“迷你分片”，而不是依靠数据可用性采样，网络中的每个节点都需要验证blob中的所有数据。就像在完整分片的情景下一样，这些bolb中的数据只能保证在网络上可用一段时间，而不是永久储存。
