本周推荐
毫无疑问，这周最值得推荐的文章是TrentVanEpp最初在Bankless上发表的《以太坊协议更新—2021.11(EthereumProtocolUpdate-Nov2021)》。
一旦你克服了使用“Eth1"和"Eth2"术语的一些有争议和过于笼统的陈述，你会发现这篇文章在我们的发展方向上提供了一流的信息。
信标链
在我下次更新时，信标链就已经创世满一年了?
这一切都从2020年12月1日UTC中午12点23秒开始。我会把赞扬之词留到下一次更新，但只是想提醒大家纪念这件事。听说到时至少会举行一个派对（参见文末)。
另一方面，我们出现了Altair升级以来的第一宗罚没事件，它违反了新增的罚没惩罚规定?。被罚没的是一个非常早期的创世存款者——验证者261，它被发现在同一个slot里对两个不同的区块头投票。该验证者的所有者在Reddit上解释道：由于迁移错误导致同时在两个地方运行同一个验证者。在离线三个月后，验证者最近又重新上线，我猜这可能也有关系。总之，大家要小心点！
以太坊开发人员：单个执行层节点捆绑多个共识层节点的运行方式是危险的:8月30日消息，以太坊开发人员MariusVanDerWijden在其社交平台表示，单个执行层节点（EL）捆绑多个共识层节点（CL）的运行方式是危险的，大家可以在1个共识层节点与执行层节点的组合上运行多个验证者。Marius对此解释道，不同的共识层节点会告诉执行层节点不同的状态信息，造成执行冲突。[2022/8/30 12:57:11]
合并(TheMerge)
开发团队正在努力争取在12月初构建出长期运行的Kintsugi合并测试网。这里有一个进度追踪文档。
一个短期的(1周)客户端团队使用的开发测试网在18日周四启动，参与的团队如下：
Eth1,执行客户端:Geth和Nethermind
Eth2,共识客户端:Prysm、Lodestar、Lighthouse和Nimbus
第一个开发测试网预计会有点粗糙，但这是往构建一个长期运行稳定的测试网迈出了重要的一步。（最新情况：Marius使它崩溃了。)
共识层合约地址余额突破1311万枚ETH:7月19日消息，据Tokenview链上数据监测，当前共识层（原ETH2）合约地址余额达到13,119,365枚ETH。近一周新增94,512枚ETH。[2022/7/19 2:22:13]
大多数Eth2团队某种程度上都在实现由SigmaPrime团队写的optimisticsync(乐观同步)算法上遇到问题。而在Teku团队，我们一直非常注重在我们的产品代码中实现optimisticsync并再把情况反馈到它的开发中，而且我们完全跳过了临时锁步同步。这就是为什么Teku似乎在Kintsugi计划上有点落后。但不要担心，我们很快就会实现那些里程碑的！
Marius列出了Geth团队合并前的任务清单。他们已经有了新的可行的RANDOM操作码。
对于那些觉得这是冒险的人，你们可以用Prysm和Geth设置你们自己的合并测试网试试。
TimBeiko在合并分叉/升级规范的Eth1库里放了一个占位符。嵌入EIP不等于合并要来了，但GIF有了。
数据：共识层合约地址余额即将突破1300万枚ETH:7月5日消息，Tokenview链上数据监测，当前共识层（原ETH2）合约地址余额达到12996309枚ETH，近一周新增21424枚ETH。[2022/7/5 1:51:43]
质押
11月10日RocketPool上线，取得完满成功！阶段2和阶段3都顺利完成了。上线观看视频已经上传了，你可以与EthStaker的社区成员重新体验整个过程。
阶段1到3都对参与者数有限制。在11月22日北京时间8:00启动的阶段4是无限制的，所以你们终于可以挤进去了。
需要对RocketPool团队表达热烈的祝贺。他们已经凭着他们的愿景、承诺和纯粹的努力工作，走过了4年的旅程。Eth2质押非常需要像这样有效的去中心化的质押池，我相信RocketPool有一个璀璨的未来。
工具
Geth团队的PéterSzilágyi一直在研究minority(小众客户端项目)，这是一个“以太坊2.0节点在共识层和执行层客户端件的多路转复用器。其目标是使合并后的质押者可以运行多个类型的Eth1和Eth2节点，以增加稳健性，在接受状态变换之前达成n/m的共识。
数据：共识层（原ETH2）合约地址余额突破1044万枚ETH:3月18日消息，根据Tokenview链上数据监测，当前共识层（原ETH2） 合约地址余额为10,449,890TH，近一周内新增386,848枚ETH，交易笔数185,944笔。[2022/3/18 14:04:08]
释义性内容
PEEPanEIP更新了同样非常优秀的一集——由ConsenSys团队的SamWilson分享《以太坊执行层规范的状态(ThestateofEthereumExecutionLayerspecs)》。这是一个按照类似Eth2规范的思路所创建的以太坊1.0完整规范的项目，它类似于Python，是可执行的。
媒体与其他
OutoftheEther的作者MattLeising采访了以太坊基金会的TimBeiko。他们谈了一些个人背景和很多以太坊未来的内容。在ConsenSys的时候我就喜欢跟Tim一起工作：他很强！
研究
Dankrad制作了Gasper高可信度的快速区块确认的演示文稿。这提出了一种通过使用链上信息检测信标链是否受到攻击，以确定”安全区块头“的方法。正常情况下，安全区块头会比最新区块滞后4秒，但在受攻击的情况下，滞后时间更长。在相当弱的假设下，安全的区块头将不会被回滚，因此可以作为交易最终确定性的一个不错的指标。不再需要等待15个确认或现在需要的任何东西。
以太坊基金会计划在今年向应用层和共识层客户端至少捐赠 1100 万美元:3月24日消息，以太坊基金会计划在 2021 年至少捐赠 400 万美元给应用层客户端（ETH1），首笔赠款已发放给 Besu、Geth （Go Ethereum）、Nethermind、Open Ethereum 和 Turbo Geth，另外还将向共识层客户端（ETH2）至少捐赠 700 万美元，捐赠对象包括 Lighthouse、Teku、Prysm、Nimbus 以及 Lodestar。2020 年，以太坊基金会向共识层客户端捐赠了约 450 万美元。
以太坊基金会将以太坊客户端分为两类，分别为应用层客户端（ETH1）和共识层客户端。[2021/3/24 19:13:05]
这也是PoS优于PoW的另一个有趣方面。在PoW，你永远不知道你的链何时受到攻击。攻击者可以简单地给出一条更长链(也许上面会有双花)，而你完全不知道它会发生，直到知道的时候已经太晚了。而在PoS，我们有很多信息：我们确切知道我们的验证者是谁，我们可以看到所有的证明。企图发起的攻击很快就会变得非常明显。
在ethresear.ch上：
关于MEVBoost的讨论仍在继续，Flashbots提议了合并后分发区块给验证者的架构。我之所以再次提到它是因为它是非常重要的对话，甚至可能是在以太坊的“存在”层面。MEV以及我们如何应对它正在成为去中心化战争中的一个关键层面。我仍然相信最好的结果会是一个区块构建者的健康生态；我最主要的担忧围绕着Flashbots最终成为网络上唯一的区块提供者，这个猜想并不牵强。请看《两个slot内区块提议者与构建者分离的提案(Two-slotproposer/builderseparation)》。
关于Vitalik提出的《有退避机制的CaperFFG(CasperFFGwithbackoff)》带来的不同点，我不确定我能否真正理解这个问题的要点。这应该是一种即使在网络崩溃时也能做最终敲定的方法。也许我们可以很乐观地大大地缩小做最终敲定的时间(现在是大约13分钟)，然后让退避机制(back-offmechanism)在当前网络条件下寻找最佳时间。
常规会议
实现者会议
第76次会议在11月18日举行。
会议议程
会议视频
我的速记
按照新的模式，我们开始了合并工作时间计划，专注在?Kintsugi?测试网的进度。Eth1的Geth和Nethermind团队加入到这个会议。
我们讨论了如何处理Eth1和Eth2客户端里终结总难度(TTD)的覆盖问题，以应对紧急合并的需求。似乎正朝着依赖客户端新版本而不是提供CLI覆盖或其他机制的方向发展。
会议讨论了规范上的很多小问题，包括分叉选择规则的小补丁，和对信标链存储历史数据的方式提出一个小变动，使得验证过去区块更容易。
最后，我们不可避免地要讨论命名问题......
以太坊核心开发者会议
第126次以太坊核心开发者会议在11月12日举行。
会议议程
会议视频
TimBeiko的推文记录
会议对合并是否以及如何会被执行层/Eth1识别为分叉进行了长时间讨论，因为它不是设在特定区块上，而是通过达到一个终结总难度来触发的。Tim的笔记对这部分进行了很好的总结。
然后进一步讨论了EIP-4396，它提议修改EIP-1559中松弛区块大小的机制，使得合并后在面对错过slot的情况仍能保持吞吐量不变。
最后，EIP-4444提议可以在一年后丢弃历史数据。它某种程度上与Eth2的弱主观性假设相符，因此它也是挺重要的。
活动预告
11月24日，UTC1500：StakeHouse社区会议在EthStakerDiscord的语音频道进行stakehose-community-call。
12月1日，在EthStakerDiscord上有消息称，预计会有一个信标链一周年派对?所以敬请留意。我肯定会参与的！
12月3日，UTC1400：合并社区第二次会议
其他新闻
AlexStokes关于轻客户端设计的笔记。
Nimbus提醒我们，他们也在开发一个执行层客户端，它将与Nimbus的共识层客户端互补。
来源|What'sNewinEth2
作者|?BenEdgington
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。