以太坊核心开发者会议【1/4 2022 】及会议纪要

以太坊核心开发者会议是以太坊项目开发人员的的线上交流会议，通常每两周举行一次，讨论项目的最新进展，技术问题，目前是以太坊合并升级的关键时期，所以以太坊的核心开发者会议也受到了比以往更多时候的关注。

会议纪要来自蒂姆·贝科推特：

我们无法找到直接在通话中使用的最佳值的解决方案，但我们将继续异步讨论它，并希望在下周的 CL 通话中得到每个人都可以接受的东西。

也就是说，设置显式超时存在一些问题，因为它会打开攻击向量来尝试创建块，这些块的验证时间会比指定的超时时间稍长一些。

接下来，我们讨论了我们最近看到的另一个问题，它与 EL 客户端如何在他们意识到一个块无效时返回他们在该分叉上看到的最后一个有效块的哈希值，称为 latestValidHash。

返回这有助于 CL 客户端在各种分叉树之间进行分类并丢弃无效的分叉树。当 EL 已同步并具有当前状态的完整视图时，这很容易做到。

也就是说，当 EL 同步时，它可能无法很好地查看所有可能的分叉树，并且根据 EL 客户端实现，可能更难返回“真实”的 latestValidHash。

再次，关于通话的讨论更加深入，所以我鼓励对同步实现细节感兴趣的人观看完整的录音。

就像超时问题一样，这是我们将在一周内继续讨论异步的问题，并希望在下周四的 CL 电话会议上找到解决方案。

然后，我们讨论了时间线、难度炸弹和分叉测试网！

我分享了我对我们所处位置的一般想法（没有在这里做笔记，所以我的粗略记忆）

我们一直在跟踪炸弹的进展情况（参见：https: //ethresear.ch/t/blocks-per-w eek-as-an-indicator-of-the-difficulty-bomb/12120 ）。很难预测炸弹何时出现以及出现多少，因为一旦它开始启动，就很难估计下一个增量需要多长时间才能被击中。

这是因为炸弹每 100k 块增加其影响，但由于炸弹的影响，每 100k 块将更难开采。

此外，如果网络上出现新的哈希值，它可以在一定程度上减轻炸弹的影响。反之，如果算力离开，则可以增加效果。

Merge 使这成为最难的估计，因为您预计矿工会开始出售他们的 GPU 并且哈希率会下降，但无法预测何时以及以多快的速度。

因此，考虑到所有这些警告，如果我们做出一些粗略的估计，我们可以预计出块时间在 7 月初达到约 15 秒，在 7 月下旬达到约 17 秒。同样，这里有大的误差线！

就个人而言，我认为~15s 可能是我们可以容忍的最大增加，所以理想情况下，我们希望在击中 17s 块之前合并，或者延迟炸弹。其他人可能不同意这里，但我们在电话会议上并没有过多地参与进来。

我认为，如果我们想达到这个目标，我们需要准备好在 4 月下旬之前开始分叉测试网，或者从现在开始进行 2 次 ACD 调用。如果我们到达那里并且还没有为测试网做好准备，那么最好的方法似乎是延迟炸弹（除非我们想要 17-25 秒的阻塞时间）。

然后，我们讨论了我们希望测试网运行多长时间。似乎大家一致认为，我们希望看到它们比通常的分叉运行更长时间（通常是网络之间的 1 周 + 之后的 3-5 周）。

我们没有制定明确的时间表，但鉴于它比通常的升级类型更难（因为我们使用的是 TTD 而不是块号 + 我们需要为 2/3 测试网建立新的信标链），我们可能会有客户端版本逐渐添加测试网，而不是一次性添加。

在下一次电话会议之前，我会花一些时间来勾勒出这会是什么样子。一旦我们完成了更多影子分叉（包括主网），我们还将更好地了解客户端实现的进展情况！

接下来，我们讨论了上海！第一的，@ralexstokes关于信标链提现 EIP 的更新

简而言之，更新反映了上一个 ACD 的粗略共识，将提款列表附加为块头的一部分，而不是重新利用 ommers 列表，psot-merge 将是空的。

还添加了一些关于为什么选择系统级操作而不是新事务类型的详细信息。在电话会议上，有一些关于提款指数字段用途的小问题。

然后，我们有@sendmoodz Uniswap 来提供有关 EIP-1153 的更新。这里的很多讨论实际上发生在电话会议之前，关于议程问题：

穆迪概述了 EIP 的影响，这将显着节省天然气并启用新的合同模式，更新了一些技术问题（见上面的问题）并分享他认为这个 EIP 是瞬态的最佳版本存储功能。

然后他问我们是否可以将此 EIP 视为上海的 CFI，谈话更多地转向了我们对更新的看法以及 CFI 的含义。

上海已经有很多标记为 CFI 的东西（参见：https: //github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md ... ，我们还没有' 没有开始实现它（尽管某些 EIP 存在一些原型）。

我个人厌倦了在这个过程中这么早就过度使用。此外，一些开发人员表示，虽然他们很同情 1153，但*如果*我们在上海有更多的空间，它不会是他们的首选。

也就是说，这确实造成了一种“鸡与蛋”的问题，EIP 拥护者很难弄清楚是否值得在他们的 EIP 中投入（通常非常重要！）努力。

我们在 2018/19 年左右添加了“考虑纳入”状态，以强调虽然我们将尝试实施 + 运送所有 CFI EIP，但不能保证不会出现实施问题，因此不是某些 CFI EIP将使其成为升级。

也就是说，如果我们制作每一个可能好的 EIP CFI，那么它会淡化该术语的含义，并使客户开发人员 + 测试团队更难确定实施的优先级。

在上海之后为分叉制造 1153 CFI 的想法被提出，但这里的挑战是我们正在为遥远的未来做出“承诺”，我们可能不得不打破它。

从这个角度来看，假设 The Merge 发生在夏季，然后上海是 6 个多月后（2022/23 冬季），那么我们将决定*那个*之后发生的事情，所以基本上在至少 2023 年夏天。很难知道到那时我们的优先事项不会改变！

也就是说，我很欣赏这对 EIP 拥护者来说是多么令人沮丧，并意识到现在有几个 EIP 处于这种不确定状态。这里真的没有灵丹妙药，因为我们的主要瓶颈是我们可以测试+安全部署的更改数量有限。

在我过多地破坏这个线程之前会回到正轨，但是对于有兴趣解决复杂协调问题的人来说，这里有一个巨大的兔子洞可以挖掘?

接下来的电话，不幸的是只剩下5分钟了，@q9fmz来提议改变以帮助处理Goerli ETH囤积。最近，水龙头被抽干了，人们一直在购买 GoETH，希望它能增值。

这使得想要将 Goerli 用于其预期目的、测试的开发人员获得 GoETH 变得更加困难。Afri 有两个提议，它们将铸造大量 GoETH，以基本上确保硬币永远一文不值。

在电话会议上讨论了这种方法的优缺点与可能只是从头开始重新启动网络，不幸的是我们没有足够的时间深入研究它们。我们将在上面链接的 Goerli 存储库中继续异步对话！

在下一个 ACD 中，我们将尝试腾出时间对这项工作进行更长时间的更新。今天就是这样！世界标准时间 4 月 15 日 14:00 见@EFDevconnect称呼?

更多信息请访问：

On the next ACD, we'll try and make the time for a longer update on the effort. That was it for today! See you all on April 15, 14:00 UTC, for a pre-@EFDevconnect call ?

— Tim Beiko | timbeiko.eth ?? (@TimBeiko) April 1, 2022