以下是本次更新的亮点：
最新的合并测试网窑已经启动。上面的PoS转换揭示了一些实现问题，现在每个人都在关注合并测试。以太坊的下一步升级正在筹备中，包括EVM升级、烽火连锁退出、L2降费等。以太网执行层可执行规范进展顺利。下一步：协调EL CL的升级流程。该协会是一个为客户端开发人员和研究人员提供基于pass的补偿的倡议，现在已经有100多个成员，并将很快推出一个试点项目。测试网络
继Kintsugi之后，最近启动了窑炉测试网络。根据在Kintsugi测试网络上发现的临界情况，窑增加了一些变化，并重命名为合并规范。虽然合并后的规范现在看起来几乎接近最终版本，但在窑上运行的转换已经在每个客户端的实现中引起了问题。现在，该团队正在加倍努力进行测试，以确保所有实现都是安全和稳定的。丹尼在最新定稿的更新中谈到了这一点。
假设没有发现重要问题，窑将是最后一个发布的新公测网络。下一步，一旦我们对客户端的实现和基础设施/工具的准备感到满意，我们将合并现有的测试网络(如Ropsten、Goerli、Sepolia等。).
与每次升级一样，我们将在升级后监控测试网络，以确保它们是稳定的。一旦我们确定测试网络按预期运行，我们将为以太坊的主网络规划过渡！
虽然我们离合并已经很近了，这对整个社区来说都是一个非常激动人心的时刻，但安全地进行过渡比任何目标日期都重要，这是合并的重中之重。这是迄今为止以太坊进行的最复杂的升级。我们不想犯错误。
一旦决定，测试网络和主网络升级的时间表将在各个社区宣传渠道公布，如本周在以太坊，Eth2进度更新(Eth2有什么新内容)，以及EF博客等。任何声称目前是目标日期的都是错误的，因为我们还没有设定这个日期。在接下来的几个月里，要格外警惕潜在的骗局/虚假公告！
关于难度炸弹
在去年的箭头冰川升级中，难度炸弹被推迟了。预计今年6月将在互联网上感受到难度炸弹的影响。这篇文章正在追踪它的进展。虽然在我们需要延迟难度炸弹之前最好实现PoS过渡，但是有三点值得注意：
1.炸弹对投放时间的影响是渐进的。这意味着，一旦你开始感觉到它，需要4-8周的时间来减缓阻滞，但不是急剧的(大约14-17秒)。
2.以前我们要延期难度弹的时候，会选择延期6个月左右，因为我们一般会在那个时候计划进行下一次网络升级。换句话说，难度炸弹应该延迟多长时间并没有硬性规定。如果推迟一两个月比半年更合适，那也没关系。
3.同样，安全合并和快速合并。我们希望过渡能够顺利进行，以太坊的稳定性和安全性是我们最关心的问题。
上海升级
上次更新提到，由于合并后的规范基本冻结，我们已经开始了上海升级的规划。这是升级后的规格。这次升级暂时有三个主要的变化和一些小项目。下面就来一一解释一下吧！
EVM 对象格式
研究人员和客户端开发人员多年来一直在努力工作，在不破坏现有合同的情况下改善EVM。去年，Ipsilon团队提出了一个聪明的解决方案：为具有特定标识符的合同提供新的功能，而现有的合同按原样执行。这就是现在所知的EVM对象格式(EOF)。
在伦敦的升级中，我们通过拒绝部署以0xEF字节开头的新合同，保留了标识符部分。在伦敦升级被激活之前，一些以该字节开始的合同被部署，但是现在已经不可能这样做了。我们可以在前缀0xEF上添加第二个字节(称为幻字节),以获得一个序列，我们可以保证它不会被任何契约使用。
EIP-3540详细描述了这一内容，并强调了这种方法的第一个实际好处：代码与数据的分离，有利于链上的代码验证。它还为引入新的合同代码部分类型铺平了道路，这有助于实现现在的复杂功能，如账户抽象、EVM和EIP-3074中的控制流。
EIP-3670是3540的同伴EIP，它在部署时引入了EOF契约的代码验证。
信标链提款
上海升级的另一个主要功能是激活信标链提现。经过几个方案，我们得出了一个所有客户团队都满意的设计：EIP-48953360信标链推送撤单为运营(信标链为系统运营推送撤单)。
这个元规范概述了整个操作过程。在高层次上，在每个时隙中，信标链将处理一定数量的全部或部分撤销。这些提款将在收据中被跟踪，收据包含每笔提款的金额、目的地地址和唯一索引。作为区块创建和验证过程的一部分，这些提款随后将在高管层分发，就像今天的工作量证书分发给矿工一样。
对于需要在共识级别上做出的多个变更，存在一个跟踪问题。该内容现在处于共识-规范(共识
层规范) 的仓库里了。部分提款的选项将允许验证者提出他们获得的奖励，同时保持在链上有做验证者所需的 32 个 ETH，继续赚取奖励。L2 费用减少
我们希望纳入上海升级的最后一个大事项是减少在二层的费用。因为二层会在一层发布交易数据 (和/或证明)，终端用户的交易费用有很大一部分来自一层的数据存储。分片为二层发布数据提供一个更便宜的替代方案，然而尽管这个提案似乎已经定下来了，完整的分片实现还没有准备好。
同时，现在有两个可用选项可以减少这些开销：在主网上降低 CALLDATA 的开销，或“proto-sharding” 实现，这个方案会在以太坊上引入一种新的交易类型，被称为分片 blob 交易 (Shard Blob Transactions)。
降低CALLDATA开销
降低在 L2 上的交易费用的最简单方式就是降低在 L1 上存储数据的开销。EIP-4488 提议这样做，把CALLDATA的开销从每字节 16 gas 下调到 3 gas。存储开销的减少会转化为更低的二层费用<1>。
尽管降低 gas 开销本身是个简单的变更，但它会带来一些次级效应。首先，增加区块里的CALLDATA会导致更大的区块容量。为了平衡这点，这个 EIP 提出在一个区块里需要有一个CALLDATA最大数量的上限。第二，即使有了这个上限，这个 EIP 也会加快执行层上历史链数据的增长速率。为了解决这个问题，我们需要开发频带以外的数据检索，并像 EIP-4444 提议般，在以太坊 P2P
网络里对历史数据存储的保证需要改变<1>。
虽然历史链数据的增加本来就会逐渐发生，纳入这份 EIP 意味着它部署后我们需要更加迫切地处理这个问题。另外，这个 EIP 基本没什么内容可以在完整分片中得到重复使用。它主要是一个临时的解决方案。也就是说，这个 EIP 是一个相对简单的实现变更，并确实能明显地降低 L2 的费用。
分片 blob 交易
另一个提案是 EIP-4844 <2>，它使我们更靠近完整的分片部署。与信标链提款一样，这个提案也有一个元规范，链接到共识层规范和其他资源。
从高层次来说，这个新交易类型会包含对数据 blob 的承诺，该承诺会在信标链广播。这个提案可以被认为是要给“小型分片”提案，它不依赖于数据可用性采用，网络的每个节点都需要验证 blob 里的数据。就像在完整分片里，这些数据 blob 只保证在网络的一定时间内可用，而不是永远存储。为了使节点要求还是可管理的，blob 数据被限制在 1MB/slot 而不是在完整分片里的 16mb/slot。
EIP-4844 将为完整的分片实现奠定必要的基础。值得注意的是，所有未来的变更都只会发生在共识层。从执行层的角度来看，分片只是启动和运行！
一直在这个 EIP 上努力的 Optimism 团队推出一个提供这个 EIP 概览的网站，它汇总了各种规范链接，并放了社区对这个 EIP 的积极反应。
<1> 由于 L2 交易定价还涉及其他构成，这个减少不会是完整的 5 倍。Optimisim 的这篇文章对 L2 费用的构成有很好的解释。而且，ZK rollup 不会像 Optimistic rollup 般从这个 EIP 获益。
<2> EIP-4488 (降低 CALLDATA 开销) 和 EIP-4844 (分片 blob 交易) 作为竞争提案，它们的 EIP 号也太相似了吧。
小型改进
除了这三个大型变更，上海升级还在考虑进行一些小型改进，即
EIP-3651 提议降低访问COINBASE地址的 gas 开销，修正 EIP-2929 的疏忽
EIP-3860 提议给initcode的大小设限，并引入给这个字段的 gas 计量。
EIP-3855 提议新增操作码PUSH0，把 0 推入 EVM 堆栈。
此外，还有其他几个 EIP 被提议进行升级 (参阅这个粗略列表)。EOF、提款和减低二层费用已经使得上海成为迄今为止最大的升级之一，所以我们需要非常认真得斟酌纳入内容的优先次序。
一旦我们开始实现和测试各种 EIP，我们将更加清楚我们是否有额外的能力去实现其他提案。当然，在此之前，我们仍然需要先完成合并！
以太坊执行层规范 (EELS)
正如你可能已经注意到了，上海的几个提案现在同时跨执行层和共识层。在过去，在不同的层上我们使用不同程序来引入变更。
在执行层上，核心 EIP 包含变更的规范。《以太坊黄皮书》是网络的参考规范，但往往在升级被部署了后才会更新黄皮书，有时会有更大的延迟。这意味着执行层的有效规范往往是“黄皮书 + EIP X、Y、Z”。
在共识层上，用作参考的是一个可执行的规范，变更会直接在上面详细说明。然后，该规范就可以用于为变更生成测试。
因此，虽然社区能很好地理解执行层的流程 (并提供一个易于参考的变更描述)，从技术角度来说，这并不理想。相反，尽管共识层的流程在技术上更简洁，但对于更广泛的社区来说更难理解。幸运的是，在 EELS 上的工作已经开启了：以太坊执行层的可执行规范！
在执行层和共识层上都有可执行的规范，这将使我们能够协调两层的变化流程。仍然有许多问题需要解决，但关于如何能最好地迁移的对话已经开始了。在 Ethereum Magicians 论坛这里的讨论是专属这个话题的。尽管 EELS 仍然在开发中，我们可能可以在上海升级里用上它，与目前的流程并行。
希望执行层和共识层流程的合并会比实际的执行层和共识层合并更简单。
协议公会
最后但并非最不重要的，我想谈谈协议公会 (Protocol Guild, PG)，它现在已经有一个完整的解释网站。对协议维护者的补偿是最近一个热门话题，PG 希望参与解决这个问题。充分披露：我是 PG 成员并将从中获得资金。
你可以把补偿想成有三类：基本工资、激励和潜在的上升空间。目前，客户端开发者和研究员的基本工资是他们各自的雇主解决的。尽管他们有些会以股权形式提供激励，但以太坊基金会去年公布了其 39,000 个 ETH 的客户端激励计划，以确保所有客户端团队在以太坊上都有重大利益。
PG 与基本工资和激励计划不同，因为它旨在使其成员可以出现在基于 ETH 的各种项目通证上，而不是 ETH 本身。公会由协议工程师、研究员和很多协调协议工作的人组成，例如我自己。现在大概有 100 名成员。
简单来说，公会允许赞助者捐赠代币，然后随着时间推移，代币会给到接受者。接收者集是可以更新的，这使得新的贡献者可以定期被加进来，而已经觉得厌倦的人也可以定期被移除。
这个公会是一个早期实验，但如果成功了，可以成为对像 Gitcoin 和追溯性公共产品资助这种专注于底层的倡议的补充。
在Gitcoin grant 的成功后，PG 的下一步是测试智能合约架构。与此同时，将开始寻找初始捐赠者。我们的计划是用有限的捐款运行 PG 一年，以确保技术和治理部分都顺利进行。希望这个试点都能证明我们可以在以太坊上创建新的机制来协调公共产品和资金！
后续工作
我们的首要任务还是合并，并重新把重点放在测试上。在接下来的一个月里，我们希望能最终敲定实行，运行多个短期的开发者测试网，并从应用、基础设施和工具提供商收集反馈。其他事情 (上海升级、执行层规范、协议公会) 也应该在同时继续推进。
