开发者会议

第172 次以太坊核心开发者会议(ACDE)概要:坎昆 Devnet 测试最新进展和 EVM 对象格式开发

ChainCatcher 消息,Galaxy 研究副总裁 Christine Kim 总结第 172 次以太坊核心开发者执行(ACDE)电话会议,10 月 12 日,开发者讨论了 Cancun 和 Deneb(Dencun)测试进展和以太坊虚拟机(EVM)对象格式开发,具体为: 9 月 29 日推出的 Devnet #9 更新:Devnet #9 当前参与率为 93%,这意味着 93% 的验证者正在积极参与网络共识。目前,7% 未运行的验证器主要由 Geth (EL)/Teku (CL) 验证器节点组成。Erigon (EL)/Prysm (CL) 客户端组合以及 EthereumJS (EL) 客户端也存在问题。Flashbots 团队正在 Devnet #9 上测试 MEV-Boost 中继和构建器。Blob 事务尚未通过 MEV-Boost 构建器进行测试。 Devnet #10 本周不会准备好,但可能会下周准备就绪。开发人员希望测试来自 EIP 4844 KZG 仪式的可信设置文件。Devnet #10 将具有大型验证器集,包括 33 万个活跃验证器。在开发网络推出之初,验证者存款和退出将会大量涌入,从而在网络启动后大约一两天内触发验证者进入 churn limit 从 5 次更改为 4 次。 EVM 对象格式(EOF)开发最新进展:EOF 是一组专注于 EVM 更改的 EIP,EVM 是构建在以太坊之上的虚拟机,用于执行智能合约代码。目前有四个主要团队在开发 EOF:包括以太坊基金会资助的开发团队 Team Ipsilon、EL 客户端团队(例如 Geth、Besu 和 Nethermind)、高级语言编译器团队(例如 Solidity 和 Vyper)、智能合约开发人员。EOF 需要为 EVM 代码创建新的容器格式,同时仍保持当前格式。 包括 Tim Beiko 在内的几位开发人员对 Dencun 升级后 EOF 实施的三到六个月的时间表犹豫不决。开发人员正在考虑纳入 Prague/Electra 的另一个主要代码更改是 Verkle。

以太坊核心开发者会议最新内容:Devnet 更新进展、EIP-7514 确定为 Dencun 升级的一部分等

ChainCatcher 消息,以太坊核心开发者 Tim Beiko 总结最新一次以太坊核心开发者执行会议(ACDE),会议介绍了 Devnet 更新、Dencun 的新增内容,并对 Reth 进行了全面概述: 1.Devnet-8 状态更新:网络正在最终确定,许多客户端已开始向其推送新更新。同时,已经开始使用开发者工具系统 Kurtosis 测试 MEV/区块构建流程。Nethermind 分享称,他们的 blob 事务池已准备就绪,经过几天在单个节点上的测试后,他们已将其部署到所有 Dencun 测试节点上。Geth 的 blob 事务池也已接近完成。Besu 正在对其交易池进行更广泛的检修(以限制 Blob + 非 Blob 交易的大小),预计将在下一个版本中发布。Erigon 仍在开发其池,希望为 devnet-9 做好准备。 2. 会议继续上周 ACDC 电话会议的讨论,讨论是否向验证器激活队列添加常量上限。此后该提案正式定名为 EIP-7514(添加最大 Epoch 流失限制)。简而言之,在最坏的情况下,这将减慢 ETH 权益百分比的增长速度。 3. 会议论了另一个最后一刻的提案:在 EVM 中添加一个操作码来公开 blob 的基本费用。我们有一个类似的操作码,可以公开 EIP-1559 的 BASEFEE,这个操作码在 EIP 激活的同时被引入。这使得 L2 能够更容易地根据 L1 数据成本确定向用户收取正确 gas 价格。 4. 会议讨论了 EIP-4788 的一些更新,这些更新将信标根存储在 EL 上的合约中。在过去的几周里,我们对合约进行了多次审核和模糊测试,这导致了这个 PR 中描述的一些细微变化。第一个是明确处理 0 时间戳,使其回滚(与其他无效时间戳一样),而不是返回 0。第二个更改是缓冲区大小。假设插槽时间发生了变化,考虑到模运算的工作原理,原始合约会导致存储浪费。通过使用质数(8191),无论插槽时间如何,都应该使用 100% 的缓冲区。最后,进行了 Gas 优化,减少了需要加载 CALLDATA 的次数。审计员将审查这些变更,预计将在下一届 ACDE 之前收到最终报告。为了保持模糊测试和实施的顺利进行,开发人员同意现在合并提议的更改。 5. 会议讨论了讨论了如果系统合约地址是状态的一部分但在执行结束时为空,客户端应该如何处理。虽然这在主网上实际上是不可能的,但通过在创世时设置地址,这是测试中出现的边缘情况。考虑到这种边缘情况的特殊性,并且没有明确的规范行为,开发人员同意花更多时间思考这个问题,并在周一的测试电话会议上继续讨论。这就是规格变更。 以上所有内容都计划包含在 devnet-9 中。客户团队一致认为,应该可以在下周的 ACDC 之前实施和测试所有内容。在那次电话会议上,将商定 devnet-9 的发布日期。

第 114 次以太坊核心开发者会议:预计将于下周推出 Devnet #8,Electra 升级将包含两个 EIP

ChainCatcher 消息, Galaxy 研究副总裁 Christine Kim 发文称,7月 27 日,以太坊核心开发人员聚集在 Zoom 上,召开第 114 次全核心开发人员共识 ( ACDC ) 电话会议。 ACDC 电话会议由以太坊基金会研究员 Danny Ryan 主持,每两周举行一次系列会议,开发人员在会上讨论和协调对以太坊共识层( CL ) 的更改。本周,开发人员讨论了 Deneb 测试工作的更新以及两个 EIP 的更新,这两个 EIP 可能会考虑包含在 Deneb 之后的下一个 CL 升级中,现在被称为 Electra 。 上周,开发人员对 Sepolia 测试网络进行了影子分叉,目前正在更新工具,为 Devnet #8 的推出做准备。 Devnet #8 预计将于下周晚些时候或下周初推出。以太坊基金会研究员 Hsiao - Wei Wang 正在为 Devnet #8 准备新版本的 CL 代码规范,该规范将于 7 月 31 日星期一之前为客户团队准备好。 下次更新中还包含两个 EIP 升级,分别为 EIP 6914和 EIP 6110。 EIP 6914此代码更改创建了一种重用已完全退出信标链的验证器的验证器索引号的方法。通过确保节点处理提款和扫描验证器集时验证器索引中不存在大间隙,可以防止 CL 节点承受不必要的计算负担。 EIP 6110更改将新的验证者存款附加到 EL 块,以便存款包含和验证的责任在 EL 而不是 CL 上完成。转移责任将带来一些好处,包括:降低以太坊客户端软件设计的复杂性;提高验证者存款的安全性;改进的验证器用户体验。
ChainCatcher 与创新者共建Web3世界