共识会议

第 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 次。目前,随着活动验证器集规模的增长,流失限制呈指数增长。通过设置验证器流失上限,开发者可以有效降低验证器集的增长率。关于此提案,开发者进行了广泛的讨论。(来源链接)

第 111 次以太坊开发者共识会议已确定昆坎升级的范围包括 EIP-4844 等 6 个改进提议

ChainCatcher 消息,Galaxy 研究副总裁 Christine Kim 发文总结第 111 次以太坊核心开发者共识会议,本次会议最终确定了坎昆升级的范围,包括 EIP-4844(proto-danksharding)和 EIP-4788、EIP-6988、EIP-7044、EIP-7045 和 EIP-4788。此外,开发者建议将最大有效验证人余额从 32 枚 ETH 增加到 2048 枚 ETH,将每个区块的最大 blob 计数从 4 增加到 6。 首先,开发者讨论了在 Deneb 中包含哪些以 CL 为中心的 EIP,Teku 开发者 Mikhail Kalinin 围绕 EIP-6988 进行更新,该提案提出了一个代码更改,以防止强行从网络中弹出的 slashed 验证器被协议选为区块提议者。EIP-7044 提出一个代码更改以改善质押者体验,确保签名的验证器退出永久有效。EIP-7045 提出代码更改以加强网络的安全性,扩大证明槽的包含范围。EIP-4788 提出一个代码更改,以改善质押者体验,它将公开信标链区块的根,其中包含 EVM 内部链状态信息,供 DApp 开发者的信任最小化访问。以太坊基金会研究员 Alex Stokes 表示,计划在未来几周内将上述三个 EIP 合并到 Deneb 规范中,并鼓励 CL 客户端团队尽快对其进行审查。 同时,CL 客户端团队已同意在下一个 EIP-4844 测试网 Devnet 6 上测试增加的 blob 数量,并在两周内就此事做出最终决定。与围绕最大 blob 计数的讨论相关,Nimbus 开发者 arnetheduck 提出了在上海升级后主网上增加区块重组的问题。arnetheduck 提议考虑更改 4 秒的最后期限,以聚合验证者证明并通过网络发送它们,并决定进一步予以调查。 以太坊基金会研究员 Michael Neuder 提出取消 32 枚 ETH 质押上限,以帮助减少活跃验证者集的增长。开发者讨论了这一变化的潜在缺陷,以及将该提案与智能合约启动的部分和全部提款直接从 EL 中启动的可能性。开发者同意继续讨论在 ETHMagicians 和 Discord 上异步更改以太坊验证器有效余额的实施细节。此外,以太坊核心开发者就 Holesky 测试网启动进行了第一次协调电话会议,Holesky

第 108 次以太坊核心开发者共识会议:将为 Deneb 升级纳入与测试 EIP-4788、EIP-6987

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。(来源链接)
ChainCatcher 与创新者共建Web3世界