以太坊上海升级或推迟到四月，EIP 4844 更名为 Deneb(3)

再见 EIP 4844，你好 Deneb

在上海升级测试工作的同时，开发人员正准备在上海升级之后的下一次升级中激活以太坊改进提案（EIP）4844。如之前的电话会议记录所述，上海升级是在以太坊执行客户端（EL）上启用质押 ETH 提款的升级名称，而 Capella 是以太坊共识客户端（CL）升级的名称。在上次 ACDC 电话会议中，开发人员同意将 EIP 4844 升级命名为 Deneb ‌（天津四星），这是天鹅座中的一颗一等星的名称。以太坊基金会的 Hsiao-Wei Wang 提醒共识客户端（CL）团队，从本周开始，相关 GitHub 版本上 EIP 4844 的命名将更新为 Deneb，因此以 EIP 4844 名称开放拉取请求的开发人员，应尽快地进行更新。 以太坊区块链浏览器 ether.camp 的首席开发者 Anton Nashatyrev 在本周的电话会议上介绍了他关于将区块与 blob 生产解耦的发现。 此处：https://docs.google.com/spreadsheets/d/11ihZPkYwozbhxglQW7duQ3Hcnk8nLCkB4ZpXdAEW3OI/edit#gid=204007125 ‌总结了 Anton Nashatyrev 的发现，上周的开发者电话会议总结中提供了关于区块与区块分离的讨论背景。使用单独的子网络传播 blob 与区块数据的主要好处之一是，这些消息可以更有效地通过网络进行通信。Anton 证实，在解耦这些消息时，消息接收时间减少了 40% - 50%。开发人员讨论了改进这些模拟的方法，以及围绕 blob 验证策略的初步调查。来自 Lighthouse (CL) 客户端团队的匿名开发者 “realbigsean” 还强调了信标链 API 和用于签署 blob 交易的端点的一个 公开问题 ‌。参加电话会议的开发人员同意阅读他的问题并提供反馈。

其他话题

本周电话会议上提出的其他杂项主题包括：

呼吁志愿者成为 EIP 编辑：Tim Beiko 鼓励执行客户端（CL）开发人员加入 EIP 编辑团队，以帮助审查与执行客户端（CL） 相关的 EIP。

呼吁弃用过时的引擎 API 调用：ConsenSys R&D 的首席研究员 Mikhail Kalinin 提出了几种不同的方法来弃用称为 “ exchangetransitionconfiguration

”的过时引擎 API 调用。鉴于此代码更改并不紧急，开发人员同意在上海升级完成后重新讨论该话题。

SSZ 电话会议：在过去的几次开发者电话会议中，围绕 SSZ 格式更改的讨论与 Deneb 的准备工作越来越相关。因此，开发人员将在 2 月 15 日组织一次专门的电话会议，以讨论有关 SSZ 格式更改相关的事宜。

转载请注明来自“DeFi之道” 撰文： Christine Kim （galaxy）