<!--StartFragment-->
来源 | @TimBeiko
作者 | Tim Beiko
编译 | Stephanie, ECN
$\,$
第 157 次以太坊执行层核心开发者会议 (ACDE) 于北京时间 3 月 16 日举行，此次会议的议题包括：设定 Shapella 主网升级日期、讨论目前坎昆升级的 EIP、本地区块构建、以及由 Ethereum Cat Herders 完成的节点运行者调查报告。
主网上海升级时间确定
主网升级将在 Epoch 6209536 激活，时间为2023年 4 月 12 日北京时间 18: 27:35。预期一周后会发布客户端版本，从会议起 10 天后会有主网升级公告。
Goerli 测试网上海升级回顾
以太坊基金会的 Devops parithosh 分享了 Goerli 网的分叉：尽管看到了参与率的下降，这是由于客户端没有升级而不是 Shapella 的问题。当这个问题解决了，网络就能正常运行。
提醒一下，验证者有三个软件必须升级：执行层节点、信标节点和验证者客户端。有些验证者只升级了执行层节点和信标节点，但不是验证者客户端。尽管网络有一点时间没有做最终敲定，提款和凭证修改信息都得到处理，没有任何问题。
本地区块构建
Prysm 团队的开发者提出了一个 PR，关于在特定条件满足时，执行层通过 Engine API 建议在本地区块执行。PR：<https://github.com/ethereum/execution-apis/pull/388>
这样做可以提高抗审查能力，因为在交易池或链上可以看到审查信息的情况下，这会是验证者默认在本地执行的一种方式。
客户端团队普遍赞成这个想法，并同意在 Shapella 后考虑。尽管这不需要一次硬分叉来激活，但客户端团队不希望在临近上海升级前做这件事。
坎昆升级的候选 EIP
以下是在 EthMagicians 论坛上对坎昆升级收集到的候选 EIP：
<https://pbs.twimg.com/media/FrW1vKXaAAIKu04?format=png&name=small>
论坛链接：<https://ethereum-magicians.org/t/cancun-network-upgrade-meta-thread/12060>
在 SSZ 上，目前有几个提案：
1）就 SSZ 编码格式的交易的签名方案达成共识
2）把提款根转为 SSZ 格式
3）把所有的交易+收据根转为 SSZ 格式
开发者 Etan 对所有的提案进行了整理：<https://hackmd.io/y1MCA5Q-R4eMVyOBHiRH7Q>
基于以上提案与开发者们的讨论，Geth 的开发者 Péter Szilágyi 提到，SSZ 的完全转换应该不能在坎昆升级里实现，因为它可能会导致严重的延迟，尤其是需要与 EIP-4844 结合。
也就是说，EIP-4844 确实会在新的交易类型里引入 SSZ。因此，理想情况下，我们需要对范围更广的前进道路做出决策，已确保 4844 交易具有向前兼容性。预计在未来集中会对这个话题有更多的讨论。
在移除SELFDESTRUCT 的问题上，它将在上海升级种被正式停用，而如果想要在坎昆升级的下一次升级里过渡到 Verkle tries 的话，SELFDESTRUCT 需要在坎昆升级得到修改。
其他 EIP 目前没有特别大的进展，详情可以查看 Tim Beiko 的笔记。
会议最后，Ethereum Cat Herders 分享了节点运行者调查报告“Exploring Ethereum's Client Ecosystem (探索以太坊客户端生态)"：<https://medium.com/ethereum-cat-herders/exploring-ethereums-client-ecosystem-afc9affa84dd>
$\,$
来源 | @christine_dkim
作者 | Christine Kim
编译 | Franci
第 104 次以太坊共识层核心开发者会议 (ACDC) 于北京时间 3 月 9 日举行，下面针对共识层 Capella 之后的两次升级的讨论内容进行了编译，讨论话题分别有 blob 签名的工作流程、The Verge 相关升级的早期规范。
共层上的 Deneb 升级
Deneb 是以太坊共识层的第四次升级，在执行层上的 Cancun 升级之后激活。Deneb 升级主要针对 EIP-4844 的实现。
共识层客户端 Lighthouse 的一名开发者 realbigsean 向大家更新了 “用于 blob 签名的信标链 API” 的变更情况。Blob 是在 Deneb 升级部署的 EIP-4844 中即将引入的一种新交易类型，它为结算和临时存储 L2 交易数据提供优化方案。关于签名 blob 交易以及将其广播至网络的节点这个工作流程，开发者们的想法是 “默认将所有 blob 设置为盲态 (blinded)”，也就是说节点将无法立即看到 blob 中包含的全部交易数据。Attestant 的 CTO Jim McDonald 对这个过程进行了一些解释：“盲态 (blob) 在区块 (block) 提议的过程中引入了状态，信标节点暂时覆盖这些信息，并承诺完整数据将会在未来某天可用。“
覆盖区块的信息是一个关键的功能，在当前以太坊的设计中已经有使用这个功能来支持 MEV-Boost 软件。简单来说，验证者在不知道其收到的区块内容的全部细节的情况下，对第三方区块提议者提议的区块进行验证。同样地，在包含 blob 的区块被提议并在链上敲定之前，需要对 blob 内容的信息进行覆盖。
然而，开发者们也讨论到，在 blob 签名流程中，非盲态的 blob 数据也有好处。McDonald 补充：“将 blob 数据设置为盲态会降低网络的可靠性，除非盲态数据可以从独立的来源中获得。即使如此，最好还是提供非盲态的数据，以保持状态在提议者实体内，也就是验证者客户端。”
共识层上的 Electra 升级
以太坊基金会的 Geth 开发者 Guillaume Ballet 提议了 Deneb 下一个升级的早期规范，该规范将侧重于对以太坊数据结构的重大改进，在路线图中被称为 "the Verge"。目前，关于以太坊账户、交易和整个区块链状态的数据是使用一种被称为 Merkle Patricia tree 的结构来存储的。Merkle Patricia tree 数据结构允许用户通过依靠代表树根的单一加密证明，轻松验证大量的数据。根据Vitalik Buterin 的一篇博文，Verkle tree 数据结构的功能与 Merkle Patricia tree 类似，然而，它们"在证明规模上更有效率"。
Ballet 提交了一份代码变更草案，这是将以太坊对 Merkle tree 数据结构的依赖替换为 Verkle tree 所必需的第一步。开发人员预计将在 Deneb 之后的升级中激活这些代码变更。Ballet 建议将 The Verge 相关的升级命名为 Electra。Danny Ryan 建议不要过早地规划围绕升级的具体细节，他说可能会有其他 EIP 与 Ballet 提出的内容相结合。Ballet 同意从更多的代码变更相关的客户端实现工作开始，以继续他在 Verkle tree 上的工作。
<!--EndFragment-->
本文首发于：https://www.ethereum.cn/Eth1.x/all-core-devs-notes-157
