EIP-3675提案在Github上发布

7月23日消息，昨日，ConsenSys研究员Mikhail Kalinin在Github上为EIP-3675创建了一个??拉取请求，首次将链合并正式成为改进提案。开发人员Tim Beik还计划在7月23日的以太坊核心开发者会议期间讨论EIP。（Cointelegraph）

以太坊核心开发者共识会议：即将上线 EIP-4844 专用短期测试网络 Devnet #7:7月1日消息，Galaxy 研究副总裁 Christine Kim 发文总结第 112 次以太坊核心开发者共识会议，本周开发人员讨论了在 Engine API 中包含 builder override flag，将目标 blob 限制 从 2 上调到 3，将最大 blob 限制从 4 上调到 6，以及围绕更改验证器最大有效余额的持续研究。Blob 容量的增加是由以太坊基金会研究 Dankrad Feist 在进行数据实验测试处理大块的网络容量后提出的。

以太坊基金会 DevOps 团队的 Parithosh Jayanthi 表示，所有 EL 和 CL 客户端团队都通过了 Devnet #7 的相关 Hive 测试。他的团队计划最早在 6 月 30 日或 7 月 3 日推出 Devnet #7。Devnet #7 是 EIP-4844 的专用短期测试网络，不会测试其他代码更改。

另外，开发人员正准备在今年年底前弃用公共 Goerli 测试网络。为了取代 Goerli，以太坊客户团队正在启动一个名为 Holesky 的新测试网，测试网将托管一个大于 Goerli 和以太坊主网的活动验证器集。[2023/7/1 22:12:05]

以太坊开发者修复测试网上的EIP-1559相关漏洞:以太坊开发人员一直在努力解决测试网上的代码和客户端出现的问题，以为下一次网络重大升级——伦敦升级做好准备。7月21日，以太坊首席开发人员Tim Beiko发布了一份“伦敦测试网回顾”报告，详细介绍了即将到来的以太坊升级测试阶段的最新进展。

根据报告，OpenEthereum客户端在7月21日注意到他们的节点在Ropsten测试网上停止了运行。经查，问题不在该客户端，而是在go-ethereum协议和Geth客户端上，后者检查EIP-1559交易的发送方余额。据悉，当时一些客户端拒绝了该区块，而另一些客户端接受了该区块并继续处理：“具体而言，OpenEthereum和Besu拒绝了该笔交易/区块，而Nethermind、go-ethereum和Erigon接受了它们。”之后，通过向EIP-1559交易的有效性添加新的断言（assertions），这个问题得以修复，并且测试仍在继续。据悉，测试于6月24日在Ropsten测试网上率先激活；本月早些时候，Rinkeby测试网也启动了最后的测试阶段。（BeInCrypto）[2021/7/22 1:09:15]

开发者向Geth客户端发出加上EIP-1559交易费用机制的Pull Request:12月10日消息，开发者Ramil Amerzyanov向以太坊go-ethereum客户端（Geth）发出加上EIP-1559交易费用机制的Pull Request，目前处于等待审核状态。

此前报道，根据以太坊开发者Tim Beiko 9月份发布的以太坊EIP-1559提案的进展，Besu和Geth两个客户端已实施提案实现，将帮助发现Bug，之后有望添加更多客户端实现。[2020/12/10 14:48:58]

相关资讯