《独家》143以太坊核心开发者会议16场总结

原标题：143场以太坊核心开发者会议总结

TLDR：

2/16 乙。 歌尔力影分叉时，验证者参与率从98%下降到86%左右。 原因可能是合并的TTD到达时EL/CL客户端的同步状态发生了偏差，validators被丢弃。 自愈，开发者也分享了文档教程保证同步状态一致，见下

3/16 摄氏度 MEV-Boost的测试还没有完成，测试项目还有待完善。 鉴于9月19日主网并网，MEV-Boost的进度有点落后。 基于此，有开发者提出在合并时暂时禁用MEV-Boost，以保证合并的成功率不被拖累。

4/16 上周的会议有以下4个主题：

5/16 之后，普拉特信标链测试网将与歌尔力测试网合并，总终端难度（TTD）为10,790,000。 TTD 将在普拉特信标链测试网升级激活一周后达到预期值，即 8 月 8 日至 10 日之间的某个时间。 Goerli 将是以太坊主网合并之前运行的最后一个主要测试网。

6/16 目前，虽然 Ropsten 和 Sepolia 已经完全过渡到 PoS 共识，节点可以继续在这些测试网上练习合并激活设置，但合并 Goerli 测试网是节点运行的最后机会实时合并升级测试。

7/16 随后是影子分叉的更新，开发者已经在会前激活了Goerli测试网的影子分叉。 Parithosh 在会上表示，由于合并升级以太坊核心开发者会议，影子分叉上的验证者参与率从 98% 下降到 86% 左右，可能存在一些他和其他开发者仍在努力导致节点下降的问题来自网络。 的原因。

8/16 Parithosh认为这个问题与客户端软件无关，可能是合并的TTD到来时EL/CL客户端的同步状态发生了漂移。

会议接近尾声时，Parithosh 更新了 Goerli 影子分叉的最新状态，一些验证者能够自我修复并重新上线。 @launchpad/checkpoint-sync… 文档中描述了有关如何确保同步状态的步骤。

9/16 第三个话题Lighthouse客户端的开发者Paul指出，EL客户端团队在为主网设置TTD等参数之前，通过Engine API打通CL和EL节点之间的通信通道非常重要合并激活。 出于安全原因，主网合并参数不会在计划激活日期后两周内传达给节点运营商。

10/16 为了让节点运营商有超过两周的时间来准备在主网上的合并激活并设置他们的 EL/CL 客户端组合，重要的是 EL 客户端软件为 CL 节点启用通信通道以进行通信与 EL 节点。

四个 EL 客户端团队 Geth、Erigon、Nethermind 和 Besu 都同意尽快准备好这个功能，可能会在合并 Goerli 时作为客户端版本的一部分。

11/16 最后是对MEV Boost的分析。 Flashbots团队的Leo在会上介绍了MEV-Boost软件开发的最新情况。 现在MEV-Boost测试的重点是防止软件引起的网络活跃度下降。 “首要任务是不要破坏区块链。” 为此，Leo 呼吁对验证者运行 MEV-Boost 以赚取 MEV 时可能影响合并区块链活跃度的因素进行更多研究。

12/16 MEV-Boost 依靠可信中继层将验证者与区块生产者和搜索者连接起来。 Flashbots合并后会运行可信中继层，但如果Flashbots是恶意的，可能需要少数第三方个人拥有关闭Flashbots中继层的执行权。

13/16 关于MEV-Boost应该如何工作，Leo提出了几个测试方向：

1. 当可信中继宕机几个小时后，网络和节点会发生什么情况，以及如何响应。

2.等极端条件将在歌尔力影分叉和歌尔力测试网上进行测试。

14/16 MEV-Boost确实增加了主网合并的复杂度，所以开发者Alex认为合并过程中EL/CL客户端的MEV-Boost应该关闭，直到主网合并完全成功。 其他开发者认为，为了减轻合并的复杂性以太坊核心开发者会议，可以禁用一些 CL 客户端软件，但不应包括 Flashbots 的 MEV-Boost。

15/16 从另一个角度来看，即使开发者在 CL 客户端禁止 MEV-Boost，验证者仍然可以绕过 MEV-Boost 禁令并连接到 Flashbots 的 mid-base 层。 这部分的讨论会在以后的会议中继续，不过MEV-Boost大概率会和CL客户端合并升级。

16/16 从MEV Boost的测试策略来看，我觉得准备不是很充分。 MEV-Boost是合并验证器的核心软件，目前还没有完全准备好。 其实目前还处于探索测试方向的状态。 鉴于主网合并激活在即，暂定9月19日，目前MEV Boost测试仍需完善。返回搜狐查看更多