deneb

ChainCatcher 消息，Galaxy 研究副总裁 Christine Kim 总结第 123 次以太坊核心开发者共识（ACDC）电话会议，Cancun/Deneb 升级已于 11 月 30 日在 Devnet #12 上激活，Teku、Lodestar 和 Lighthouse 客户端软件以及所有执行层（EL）客户端软件目前正在 Devnet #12 上进行测试。此外，开发人员发现 Devnet #11 上的验证器退出问题，Nimbus 客户端团队正在解决该问题。 Devnet #11 在问题得到解决之前将保持正常运行。 鉴于 CL 客户端 Prysm 尚未加入 Devnet #12，开发人员同意推迟计划 Goerli 影子分叉，直到 Prysm 客户端软件准备好进行测试。Tim Beiko 建议在今年年底前的某个时间推出 Goerli 影子分叉。 此外，开发人员讨论了澄清“BlockByRoot”和“BlobSidecarsByRoot”请求的规范，以明确提及 CL 节点是否应按特定顺序响应这些请求。

ChainCatcher 消息，以太坊客户端 Prysm 宣布推出 v4.1.0 版本，该版本为以太坊测试网 Deneb 支持奠定了基础，计划在 2024 年第 4 季度推出向后同步和基于文件系统的 blob 存储等功能。 据悉，该版本的新增功能包括：提供 Deneb/Cancun 基础支持、通过 Multi-Value Slices 减少内存、EIP-4881 用于优化块处理、BLST0.3.11 提高可移植构建性能、Multiarch Containers 实时预览等。

ChainCatcher 消息，Galaxy 研究副总裁 Christine Kim 发文总结第 119 次以太坊核心开发者共识会议（ACDC），本次会议主要讨论了坎昆 /Deneb 测试，具体包括最新的以开发人员为中心的测试网 Devnet-9 的状态和健康状况，以及 Devnet-10 的启动时间。开发人员将在下一次 ACD 电话会议期间重新评估坎昆 /Deneb 升级的测试进度，并重新讨论测试时间表。 此外，她表示关于 Devnet-10 的启动时间，并非所有开发人员都对下一个 devnet 能够在未来两周内启动充满信心，特别是考虑到客户团队仍在发现和解决 Devnet-9 上的错误；也并非所有参加电话会议的开发人员都对承诺在 11 月中旬举行的 Devconnect 开始之前升级公共以太坊测试网 Goerli 充满信心。

ChainCatcher 消息，以太坊社区开发人员 terence.eth 发推表示，Deneb/Cancun 升级官方测试网 Devnet 8 已经上线并且进展顺利。 此前报道，Devnet 8 是第一个专用测试网络，它将激活为 Dencun 升级最终确定的所有相关以太坊改进提案（EIP）。

ChainCatcher 消息，Galaxy 研究副总裁 Christine Kim 发文总结称，以太坊核心开发人员于本周召开了第 110 次全核心开发人员共识 (ACDC) 电话会议。开发人员在会上讨论和协调对以太坊共识层 (CL) 的更改。 本周，以太坊基金会研究员 Dankrad Feist 介绍了一项关于以太坊主网节点传播大量数据的能力的数据实验结果。根据他的发现，他建议将 EIP 4844 规范从每个块最多 4 个 blob 增加到 6 个。 此外，CL 客户端团队正在考虑将 EIP 4788 纳入 Deneb 升级。据悉，EIP 4788 为智能合约和去中心化应用程序 (dapps) 引入了一种信任最小化的方式来访问 CL 和验证者余额、活动和奖励等信息。（来源链接）

ChainCatcher 消息，Galaxy 研究副总裁 Christine Kim 发文总结第 108 次以太坊核心开发者共识会议。其中，开发者同意考虑将 EIP-4788、EIP-6987 纳入 Deneb 进行测试。EIP-4788 将启用执行层上的共识层状态证明，以通过智能合约进行无信任验证。此前 PR #3175 正处在格式化为 EIP 的过程中，将改为 EIP-6987，即出于安全考虑，防止罚没（slashed）验证节点被选为区块提议者。开发者讨论了在 Deneb 规范中引入一个额外的变量与常量，以允许执行层具有更大的弹性，以独立于共识层调整每个区块的最大 blob 交易数。 以太坊核心开发者 Tim Beiko 提醒共识层客户端团队，通过 EIP-4844 引入的新 SSZ 类型应在多大程度上与即将到来的 SSZ 升级兼容或针对当前 RLP 标准进行优化，仍然不确定。 Ryan 表示，目前在 EIP-4844 中使用「flat hash」的 SSZ 类型是两头吃亏的，因为它没有为 RLP 格式化，但也没有利用完整的 SSZ 序列化的优势。开发者将在下周的 ACDE 电话会议上继续讨论这一问题。此外，信标链证明子网（attnet）的改造已于 5 月 4 日推出。开发者还在信标链 API Github 存储库上讨论了 PR #317。 考虑到最近的 MEV-Boost 漏洞攻击，中继现在在通过 gossip 上广播前会验证区块内容。该功能需要 Lighthouse 与 Prysm 客户端的自定义分叉。Lighthouse 客户端开发者 Michael Sproul 提出了一个标准查询参数，用于在所有共识层客户端中启用相同的功能。Prysm 客户端开发者 Terence Tsao 表示，在某些方面引入次功能会增加对 MEV-Boost 的依赖性，MEV-Boost 是一种用于在以太坊上赚取 MEV 的临时软件，应该弃用它以支持 PBS。(来源链接)