# 以太坊核心开发者会议更新012 ⛓ By [EthereumCN](https://paragraph.com/@ethereumcn-2) · 2022-07-11 --- 来源 | [AllCoreDevs Updates](https://tim.mirror.xyz/xkhOUpYC8UUNlTgGehhl63XF5QZnxAOvW3EOK9MWPeQ) 作者 | Tim Beiko 这期更新比我预期的来的晚一点，但希望大家都有看过去几个的[一](https://blog.ethereum.org/2022/05/30/ropsten-merge-announcement/)[系](https://blog.ethereum.org/2022/06/03/ropsten-merge-ttd/)[列](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)[公](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)[告](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/)。有很多事情需要展开说，让我们进入正题吧！ 概要👀 ---- * Gray Glacier 被激活了：区块时间回到了大约 13 秒 🕰 * 在 Sepolia 之后，Goerli 将是最后一个合并的测试网——质押者们，现在是时候再三检查你们的设置了！ * 如果有疑问，可以参与下一次的[合并社区会议](https://github.com/ethereum/pm/issues/564)📣 * Kiln、Ropsten 和 Rinkeby 现在都被弃用了，主网过渡到 PoS 后，它们会逐步被关停🌅 * 我们有大量的社区会议，主要关于合并或 [EIP-4844](https://www.eip4844.com/)：客户端实现、规范、demo，有大量的内容需要深入讨论 🕳 Gray Glacier 🗻 --------------- [Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/) 最近被激活了，推迟了难度炸弹，希望是最后一次。 为什么需要这样做呢？之前在 Arrow Glacier 升级推迟了难度炸弹时，用于评估其对出块时间的预测脚本出现了偏差，出块时间比预期上升地更快。因此，客户端团队对这次推迟达成了共识，然后它们就可以专注于在正常的网络环境里推出进合并工作，并避免在接下来的几个月里降低用户的体验。 Nethermind 团队撰写了这份[提议新延迟的 EIP](https://eips.ethereum.org/EIPS/eip-5133)。他们还写了一篇[很好的文章](https://nethermind.notion.site/EIP-5133-Difficulty-Bomb-Delay-02bba2398b8b4e95a221338b259b2574)，解释他们是如何验证它会如预期般发生，以及为什么之前的脚本是错的。很可惜，我们可能无法重新使用里面的见解🙃。 根据 [Etherscan](https://etherscan.io/chart/blocktime)，出块时间已经恢复到正常： ![img](https://storage.googleapis.com/papyrus_images/ffc610a9c89ad74c42baffbc2011f6eb0afc70f33212633424173af60644a9b2.png) img 话不多说，回到“The Merge"! 合并更新🐼 ------ 我们越来越接近于告别工作量证明以太坊。随着 [Sepolia 现在已经合并](https://blog.ethereum.org/2022/06/30/sepolia-merge-announcement/)了，只剩下一个测试网的合并了：Goerli/Prater。 在 Sepolia 上的验证者是需许可的，但任何人都可以在 Prater 上运行验证者，由 Goerli 合并到 Prater。如果你在主网运行验证者，**这将是你在测试网上运行整个过程的最后机会**。 也就是说，你不需要等到 Goerli/Prater 来测试东西！Ropsten 已经合并了，以及它的[质押 Launchpad 实例](https://ropsten.launchpad.ethereum.org/en/)现在已经有了一个[合并准备清单](https://ropsten.launchpad.ethereum.org/en/merge-readiness)✅。 简而言之，质押者有三件事需要记住： 1. 需要执行层 (EL) 和共识层 (CL)：要运行验证者，你需要有一个完整的 EL 客户端 (即 besu、erigon、 geth 和 nethermind) 以及 EL 客户端 (即 lighthouse、lodestar、nimbus、prysm 和 teku) 在同时运行。一些注意事项： * 这对非质押节点来说也是如此：为了跟踪链，你需要运行一对 EL/CL 客户端。 * 像今天一样，验证者可以在一个节点上运行多个验证者客户端。换句话说，`many validators <> single EL <> single CL` 的设置是可行的。 2. **JWT (JSON Web Token)**：以确保 EL <> CL 客户端沟通通道是安全的，客户端需要相互认证。这就是通过 JWT 来实现的。如果在启动时没有传递，有些客户端将自动生成一个，但一定要看你的客户端文档来配置！ 3. **交易费用接受地址**：最后但不是最不重要的，在创建区块时，验证者从交易获取优先费用。而要获得这些资金，而不是烧毁它们，必须设置一个 `Fee Recipient` 地址。好消息时，这些费用在 EL 上支付，因此可由收到费用的地址立即转移。 如果你还未测试所有这些，现在是时候在测试网上建立一个节点，并确保事情按预期进行。 ⚡️如果你想更进一步，让你的验证者在合并后接受提取 MEV 的区块，你可以运行 `mev-boost`。Flashbot 团队发布了关于它的设计，以及它是如何适应更广泛的以太坊路线图的[文章](https://writings.flashbots.net/writings/why-run-mevboost/)。⚡️ 绝大多数的合并相关变更都与如何在网络上运行一个节点有关。对于终端用户来说，是不需要任何行动的。智能合约和基础设施提供商可以参考[这篇文章](https://blog.ethereum.org/2021/11/29/how-the-merge-impacts-app-layer/)，深入了解可能影响他们的一些变更。从高层次来说，这些变化是： 1. 在 EL 区块头里 (难度、ommer、区块奖励等) 的多个 PoW 相关值变成 0 2. 操作码 `DIFFICULTY` 被重命名为 `PREVRANDAO`，作为合并是否已经在网络上发生的一个指标 (请看 [EIP-4399](https://eips.ethereum.org/EIPS/eip-4399)) 3. 出块时间从平均大约 13 秒 (但差异很大) 变为 12 秒的精确倍数 4. 在 JSON RPC API 引入 `finalized` 这个 tag，它返回网络上最后一个被最终敲定的区块 所有这些变更目前可以在 Ropsten、Sepolia 和 Kiln 上测试，一旦 Goerli 过渡到权益证明，这些变更都会在 Goerli 上被激活。7 月 15 日计划有一个[合并社区会议](https://github.com/ethereum/pm/issues/564)，为用户和开发者提供机会，提问所有与合并相关的问题 😁！ 测试网弃用 🌅 -------- 虽然有关于此的[完整公告](https://blog.ethereum.org/2022/06/21/testnet-deprecation/)，但值得重申的是，合并后，由客户端维护的两个测试网将是 Goerli (使用 Prater 作为其信标链) 和 Sepolia。Kiln、Rinkeby 和 Ropsten 将会被弃用。Kovan 已经被弃用。 合并后，Goerli 指代的是今天 Goerli/Prater 网络的结合，它将继续拥有一个开放的验证者集，质押者在上主网前可以在那里做测试。 另一方面，Sepolia 的验证者集是需许可的。这为应用开发者提供了一个更稳定的网络。该链由于相对较新，也使用户很容易快速同步其状态和历史。 被弃用的测试网将在明年逐步被关停。首先，Kiln 在主网合并后将很快被关停。然后，Ropsten 预计将在 2023 年前被关停。最后，Rinkeby 的用户将有大约 1 年的时间进行迁移。 值得注意的是，虽然 Ropsten 和 Rinkeby 都不会马上关停，但它们的协议规则可能不同于以太坊主网。Rinkeby 将不会进行合并，所以一旦主网过渡到权益证明，它就会比主网少了一次升级。同样，尽管 Ropsten 已经完成了合并，没有进一步的网络升级会被部署在这个网络上。如果 2023 年前会有一次升级，Ropsten 也将落后于主网。 如果你们还没有迁移，现在是时候计划你们的测试网迁移了！ 社区会议📣 ------ 在过去两个月，我们有几个不同的社区会议，这里有一个概览！ ### 合并社区会议🐼 在六月，我们举行了一个[合并社区会议](https://github.com/ethereum/pm/issues/532)，提供了关于合并的最新进展概述，以及一个让人们提问关于升级的论坛。如果你打算参加下一次会议，我强烈建议你观看这次的[会议视频](https://youtu.be/qG-A5i6x6N8)，因为有人提出了一些很好的问题。同样，下一次会议定于[北京时间 7 月 15 日 22:00](https://github.com/ethereum/pm/issues/564)。 ### EIP-4844 🏗 EIP-4844 也被称为“proto-danksharding"，它提出了一个中间过渡的分片规范，为完整的分片奠定基础，同时也立即实现了降低 L2 的交易费用。[有一个网站](https://www.eip4844.com/)提供了这个提案的详细内容及其好处。目前有两条并行的 4844 开发”轨道“：KZG 仪式的准备，客户端变更的原型实现。 KZG 仪式对用于验证分片数据的证明方案提供随机输入是必要的。如果上一句话难以理解，我推荐阅读 [pintail 的推文](https://twitter.com/pintail_xyz/status/1541853475998416897) ([第 76 期七日谈](https://www.ethereum.cn/Ecosystem/eth-weekly-2022-7-6)有中文版)，它更详细介绍了这个仪式的目的。 从高层次来说，这个仪式需要写出规范，运行这个规范的客户端需要被实现，需要一个聚合参与者对仪式的输入的协作服务器，以及对所有这些事的广泛审计。研究员和实现者正在举行[常规会议](https://github.com/ethereum/pm/issues/546)，以协作和分享进度更新。 在最近的一次 [4844 启动会议](https://github.com/ethereum/pm/issues/543)上对[仪式规范](https://github.com/ethereum/kzg-ceremony-specs/)的现状进行了总结。除了规范本身，在 [EthPrague 黑客松](https://twitter.com/vdWijden/status/1535938358400122883)期间做出了一个仪式客户端和协作服务器的原型。在产品级的客户端和协作服务器实现上的工作都已经开始了。实现工作的大概时间线、审计和公共仪式的内容都可以在[这里](https://notes.ethereum.org/@CarlBeek/kzg_ceremony_timelines)找到。 在 4844 启动会议上，Optimism 和 Coinbase 团队演示了 Geth/Prysm 原型，它们实现了核心 EIP-4844 功能。在[会议视频](https://youtu.be/flx1hDUV8O0?t=647)上可以看到，一个节点对被建起来了，且一个文档以 blob 的形式被提交到网络上。然后从网络上检索该文档，它的内容被验证与原来的相符。原型的代码可以在[这里](https://github.com/Inphi/eip4844-interop)看到。这是第一次看到 4844 运行起来！ 会议的其他部分集中讨论了与这个 EIP 相关的各种设计和实现问题。这篇[记录](https://docs.google.com/document/d/1KgKZnb5P07rdLBb_nRCaXhzG_4PBoZXtFQNzKO2mrvc/edit#)包含了概述，[问题清单](https://notes.ethereum.org/@timbeiko/4844-open-issues)将用作追踪各种问题、潜在的解决方案和解决这些问题的后续步骤的集中地。在那个会议后，与 blob 验证次数有关的修复已经被合并到规范了💪。 ### 关于合并客户端的 PEEPanEIP😸 Ethereum Cat Herders 的 PEEPanEIP 系列通常会让 EIP 的作者介绍他们提出的变更，并回答主持人的问题。对于合并，Cat Herder 最近与 Mikhail Kalinin (他写了大部分的合并规范) 制作了合并变更的[总体概述](https://youtu.be/kTcJqThCdns)，以及与客户端团队制作了一系列的深入探讨。 这个系列还在进行中，但到目前为止，我们已经有 [Erigon](https://youtu.be/A3VhaV39OB8)、[Geth](https://youtu.be/pRAIiefswCY)、[Nimbus](https://youtu.be/50xRX5OcWgo) 和 [Besu](https://youtu.be/-1ynTsBO9tY) 团队参与了。Prysm、Nethermind 和其他团队计划在未来几周。如果你想要对客户端多样性做出贡献，但不确定使用哪个客户端，这个系列提供了关于各种 EL 和 CL 实现的很好的概述。请继续关注深入探讨的全集！ 后续步骤 ✅ ------ 随着[Gray Glacier](https://blog.ethereum.org/2022/06/16/gray-glacier-announcement/)升级的完成，客户端团队现在正专注于合并工作。Goerli 是最后合并的测试网，它拥有最大的社区。我们希望它的合并能尽可能地与我们期望在主网上发生的情况相似。这样一来，质押者、节点运行者和开发者可以在主网合并前有一次真正的彩排。 请留意 [blog.ethereum.org](http://blog.ethereum.org/) 和其他社区新闻来源关于最后一个测试网过渡的信息！一旦 Goerli 成功过渡，就只剩下一个网络了：主网🚢 ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。 --- *Originally published on [EthereumCN](https://paragraph.com/@ethereumcn-2/012)*