# Eth2进展更新 (截至 2021/11/19)

By [EthereumCN](https://paragraph.com/@ethereumcn-2) · 2021-11-22

---

来源 | [What's New in Eth2](https://hackmd.io/@benjaminion/eth2_news/https%3A%2F%2Fhackmd.io%2F%40benjaminion%2Fwnie2_211119#Upcoming-events)

作者 | Ben Edgington

本周推荐
----

毫无疑问，这周最值得推荐的文章是 Trent Van Epp 最初在 [Bankless](https://newsletter.banklesshq.com/p/ethereum-roadmap-update-end-of-2021) 上发表的《以太坊协议更新—2021.11 ([Ethereum Protocol Update - Nov 2021](https://trent.mirror.xyz/82eyq_NXZzzqFmCNXiKJgSdayf6omCW7BgDQIneyPoA))》。

一旦你克服了使用“Eth1"和"Eth2"术语的一些有争议和过于笼统的陈述，你会发现这篇文章在我们的发展方向上提供了一流的信息。

信标链
---

在我下次更新时，信标链就已经创世满一年了🎉

这一切都从 2020 年 12 月 1 日 UTC 中午 12 点 23 秒开始。我会把赞扬之词留到下一次更新，但只是想提醒大家纪念这件事。听说到时至少会举行一个派对（参见文末)。

另一方面，我们出现了 Altair 升级以来的第一宗罚没事件，它违反了新增的罚没惩罚规定😥。被罚没的是一个非常早期的创世存款者——[验证者 261](https://beaconcha.in/validator/261)，它被发现在同一个 slot 里对[两个不同的区块头](https://beaconcha.in/block/2535251#attester-slashings)投票。该验证者的所有者在 Reddit 上解释道：由于迁移错误导致同时在两个地方运行同一个验证者。在离线三个月后，验证者最近又重新上线，我猜这可能也有关系。总之，大家要小心点！

合并
--

开发团队正在努力争取在 12 月初构建出长期运行的 [Kintsugi](https://hackmd.io/@n0ble/kintsugi-spec) 合并测试网。这里有一个[进度追踪文档](https://notes.ethereum.org/@djrtwo/kintsugi-milestones)。

一个短期的 (1周) 客户端团队使用的开发测试网在 18 日周四启动，参与的团队如下：

*   Eth1, 执行客户端: Geth 和 Nethermind
    
*   Eth2, 共识客户端: Prysm、Lodestar、Lighthouse 和 Nimbus
    

第一个开发测试网预计会有点粗糙，但这是往构建一个长期运行稳定的测试网迈出了重要的一步。（最新情况：Marius [使它崩溃了](https://twitter.com/vdWijden/status/1461771566287671304)。)

大多数 Eth2 团队某种程度上都在实现由 Sigma Prime 团队写的 [optimistic sync](https://twitter.com/sigp_io/status/1458210054557954048) (乐观同步) 算法上遇到问题。而在 Teku 团队，我们一直非常注重在我们的产品代码中实现 optimistic sync 并再把情况反馈到它的开发中，而且我们完全跳过了临时锁步同步。这就是为什么 Teku 似乎在 Kintsugi 计划上有点落后。但不要担心，我们很快就会实现那些里程碑的！

Marius 列出了 Geth 团队合并前的[任务清单](https://mariusvanderwijden.github.io//blog/2021/11/07/GethTODO/)。他们已经有了新的可行的 [RANDOM](https://eips.ethereum.org/EIPS/eip-4399) 操作码。

对于那些觉得这是冒险的人，你们可以用 [Prysm 和 Geth](https://prysmaticlabs.notion.site/Interop-Kintsugi-M2-TTD-100-8403ae49b6c9427dbc9853dfa5c85baa)设置你们自己的合并测试网试试。

Tim Beiko 在合并分叉/升级规范的 Eth1 库里放了一个占位符。嵌入 EIP 不等于合并要来了，但 GIF 有了。

质押
--

11 月 10 日[Rocket Pool 上线](https://twitter.com/Rocket_Pool/status/1457893042367582209) ，取得[完满成功](https://twitter.com/superphiz/status/1457923085970153479)！阶段 2 和阶段 3 都顺利完成了。上线观看视频已经上传了，你可以与 EthStaker 的社区成员重新体验[整个过程](https://www.youtube.com/watch?v=CM1decziXkQ)。

阶段 1 到 3 都对参与者数有限制。在 11 月 22 日北京时间 8:00 启动的阶段 4 是无限制的，所以你们终于可以挤进去了。

需要对 Rocket Pool 团队表达热烈的祝贺。他们已经凭着他们的愿景、承诺和纯粹的努力工作，走过了 4 年的旅程。Eth2 质押非常需要像这样有效的去中心化的质押池，我相信 Rocket Pool 有一个璀璨的未来。

工具
--

Geth 团队的 Péter Szilágyi 一直在研究 [minority (小众客户端项目)](https://www.ethereum.cn/Eth2/minority-client-project)，这是一个“以太坊2.0节点在共识层和执行层客户端件的多路转复用器。其目标是使合并后的质押者可以运行多个类型的 Eth1 和 Eth2 节点，以增加稳健性，在接受状态变换之前达成 n/m 的共识。

释义性内容
-----

PEEPanEIP 更新了同样非常优秀的一集——由ConsenSys 团队的 Sam Wilson 分享《以太坊执行层规范的状态 ([The state of Ethereum Execution Layer specs](https://www.youtube.com/watch?v=v5UOvPqKIr8))》。这是一个按照类似Eth2规范的思路所创建的以太坊 1.0 完整规范的项目，它类似于 Python，是可执行的。

媒体与其他
-----

[Out of the Ether](https://www.goodreads.com/book/show/55360267-out-of-the-ether) 的作者 Matt Leising 采访了以太坊基金会的 Tim Beiko。他们谈了一些个人背景和很多以太坊未来的内容。在 ConsenSys 的时候我就喜欢跟 Tim 一起工作：他很强！

研究
--

Dankrad 制作了 [Gasper 高可信度的快速区块确认](https://docs.google.com/presentation/d/1MUVaFyd9ce3hPQ5L-UhqVSfxf1ajMYFbkActkp5xNKI/edit#slide=id.p1)的演示文稿。这提出了一种通过使用链上信息检测信标链是否受到攻击，以确定”安全区块头“的方法。正常情况下，安全区块头会比最新区块滞后 4 秒，但在受攻击的情况下，滞后时间更长。在相当弱的假设下，安全的区块头将不会被回滚，因此可以作为交易最终确定性的一个不错的指标。不再需要等待 15 个确认或现在需要的任何东西。

这也是 PoS 优于 PoW 的另一个有趣方面。在 PoW，你永远不知道你的链何时受到攻击。攻击者可以简单地给出一条更长链 (也许上面会有双花)，而你完全不知道它会发生，直到知道的时候已经太晚了。而在 PoS，我们有很多信息：我们确切知道我们的验证者是谁，我们可以看到所有的证明。企图发起的攻击很快就会变得非常明显。

在 [ethresear.ch](https://ethresear.ch/) 上：

*   关于 [MEV Boost](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177?u=benjaminion) 的讨论仍在继续，Flashbots 提议了合并后分发区块给验证者的架构。我之所以再次提到它是因为它是非常重要的对话，甚至可能是在以太坊的“存在”层面。MEV 以及我们如何应对它正在成为去中心化战争中的一个关键层面。我仍然相信最好的结果会是一个区块构建者的健康生态；我最主要的担忧围绕着 Flashbots 最终成为网络上唯一的区块提供者，这个猜想并不牵强。请看《两个 slot 内区块提议者与构建者分离的提案 ([Two-slot proposer/builder separation](https://ethresear.ch/t/two-slot-proposer-builder-separation/10980/2?u=benjaminion))》。
    
*   关于 Vitalik 提出的《有退避机制的 Caper FFG ([Casper FFG with backoff](https://ethresear.ch/t/casper-ffg-with-backoff/11294?u=benjaminion))》带来的不同点，我不确定我能否真正理解这个问题的要点。这应该是一种即使在网络崩溃时也能做最终敲定的方法。也许我们可以很乐观地大大地缩小做最终敲定的时间 (现在是大约 13 分钟)，然后让退避机制 (back-off mechanism) 在当前网络条件下寻找最佳时间。
    

常规会议
----

### 实现者会议

第 76 次会议在 11 月 18 日举行。

*   [会议议程](https://github.com/ethereum/pm/issues/418)
    
*   [会议视频](https://www.youtube.com/watch?v=31Jxh9_xXvY&t=152s)
    
*   我的[速记](https://hackmd.io/@benjaminion/B1Ip90mdt)
    

按照新的模式，我们开始了合并工作时间计划，专注在 Kintsugi 测试网的进度。Eth1 的 Geth 和 Nethermind 团队加入到这个会议。

我们讨论了如何处理 Eth1 和 Eth2 客户端里终结总难度 (TTD) 的覆盖问题，以应对紧急合并的需求。似乎正朝着依赖客户端新版本而不是提供 CLI 覆盖或其他机制的方向发展。

会议讨论了规范上的很多小问题，包括分叉选择规则的[小补丁](https://github.com/ethereum/consensus-specs/pull/2727)，和对信标链存储历史数据的方式提出一个[小变动](https://github.com/ethereum/consensus-specs/pull/2649)，使得验证过去区块更容易。

最后，我们不可避免地要讨论命名问题......

### 以太坊核心开发者会议

第 126 次以太坊核心开发者会议在 11 月 12 日举行。

*   [会议议程](https://github.com/ethereum/pm/issues/407)
    
*   [会议视频](https://youtu.be/Kk-kZXazi18?t=225)
    
*   Tim Beiko 的[推文记录](https://twitter.com/TimBeiko/status/1459240133752856577)
    

会议对合并是否以及如何会被执行层/Eth1 识别为分叉进行了长时间讨论，因为它不是设在特定区块上，而是通过达到一个终结总难度来触发的。Tim 的笔记对这部分进行了很好的总结。

然后进一步讨论了 [EIP-4396](https://eips.ethereum.org/EIPS/eip-4396)，它提议修改 EIP-1559 中松弛区块大小的机制，使得合并后在面对错过 slot 的情况仍能保持吞吐量不变。

最后，[EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) 提议可以在一年后丢弃历史数据。它某种程度上与 Eth2 的弱主观性假设相符，因此它也是挺重要的。

活动预告
----

*   11 月 24 日，UTC 1500：StakeHouse 社区会议在 EthStaker Discord 的语音频道进行 `stakehose-community-call`。
    
*   12 月 1 日，在 EthStaker Discord 上有消息称，预计会有一个信标链一周年派对 🥳所以敬请留意。我肯定会参与的！
    
*   12 月 3 日，UTC 1400：[合并社区第二次会议](https://github.com/ethereum/pm/issues/419)
    

其他新闻
----

*   Alex Stokes 关于轻[客户端设计](https://notes.ethereum.org/@ralexstokes/HJxDMi8vY)的笔记。
    
*   Nimbus 提醒我们，他们也在开发一个[执行层客户端](https://our.status.im/nimbus-execution-layer/)，它将与 Nimbus 的共识层客户端互补。
    

ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系[eth@ecn.co](http://mailto:eth@ecn.co/)进行授权。

---

*Originally published on [EthereumCN](https://paragraph.com/@ethereumcn-2/eth2-2021-11-19)*
