以太坊升级

第 113 次以太坊核心开发者共识会议:Dencun 后以太坊下一个 CL 升级将以“E”开头命名

ChainCatcher 消息,Galaxy 研究副总裁 Christine Kim 发文总结第 113 次以太坊核心开发者共识会议,开发者讨论了可能降低验证者流失限制,即信标链上验证者进入和退出的速率,以减缓验证者集规模的增长,并及时完成 Deneb/Cancun(Dencun)升级。首先,关于 Deneb 测试升级。Devnet #7 是 EIP 4844 的专用测试网络,已经活跃了两周。到目前为止,几乎所有 EL 和 CL 客户端组合都已经过测试,但 Erigon (EL) 客户端除外。用于 Devnet #7 跟踪 Blob 数据的区块链浏览器已更新。至于 Devnet #8,其中将包括对整个 Dencun EIP 功能套件的测试,而不仅仅是 EIP 4844。一旦客户端版本通过 Hive 测试,开发者将首先启动本地测试网,然后再启动 Devnet #8。在进行 Dencun 测试的同时,开发者正在继续探索通过引入 blob 交易对以太坊点对点层进行不同的优化。 开发者还讨论了 Dencun 之后的以太坊升级命名,坎昆之后下一个 EL 升级将被称为布拉格,CL 升级则约定以恒星的名称命名。鉴于 Deneb 之后的 CL 升级将是信标链的第五次硬分叉升级,CL 升级将以字母“E”开头,目前最受开发者欢迎的似乎是 Electra。此外,还有一个单独的 GitHub 问题,用于跟踪将被考虑纳入 Deneb 之后 CL 升级的 EIP,包括 EIP-6110(将验证者存款追加到 EL 区块结构中,并将存款包含的责任转移给 EL)、EIP-7251(增加验证者的最大有效余额)、EIP-7002(创建新的预编译以触发验证器从 EL 退出)、Verkle 树(用 Verkle 树替换 Merkle Patricia 树,证明效率更高)、Big EOF(EVM 的一系列升级)、RLP 到 SSZ(更新以太坊 EL 区块序列化格式以反映与 CL 使用的方案相同的方案)、BLS 签名(为 BLS 签名和 SNARK 验证创建新的预编译)。在接下来的几个月中,开发者将开始讨论上述提议的 EIP 以及 GitHub 问题上提议的任何其他 EIP,并优先考虑将一个子集包含在 Dencun 之后的下一次以太坊升级中。 开发者还对由 Consensys 构建的开源开发工具 Web3Signer 的标准化工作进行了讨论,该工具用于使用存储在单独加密设备上的私钥远程签署跨多种协议的交易,包括以太坊 EL、信标链或 Filecoin。最后,Lodestar(CL)客户端团队的一位名为“Dapplion”的匿名开发者分享了一项限制验证器集增长率的提案,因为以太坊不希望有较大的验证器集规模。Dapplion 的建议是将流失限制限制在每个 epoch 的验证者进入和退出 12 次。目前,随着活动验证器集规模的增长,流失限制呈指数增长。通过设置验证器流失上限,开发者可以有效降低验证器集的增长率。关于此提案,开发者进行了广泛的讨论。(来源链接)
ChainCatcher 与创新者共建Web3世界