来源|AllCoreDevsUpdate
作者|TimBeiko
欢迎?
欢迎阅读AllCoreDevs系列第一期总结文章。
本系列文章旨在总结核心协议开发的进展，以便以太坊社区更好地理解与消化。“AllCoreDevs更新”系列可以说是“核心开发者会议视频&文字记录”以及我的推特总结的姐妹篇。
希望我的总结可以将核心开发者们正在讨论的问题分享给以太坊社区更广泛的人群中，因此更多人可以了解以太坊社区正在发生什么；并对其进行反馈；甚至贡献自己的解决方案。
感谢阅读
摘要?
??柏林硬分叉已在测试网中上线：是时候在测试网上开始应用和钱包的开发了！
??伦敦硬分叉在准备阶段：EIP-1559实现正在进行中，并且为了赶在7月或8月的最后期限前完成升级，升级的范围很窄。
Charles Hoskinson否认参与有争议的“以太坊演讲”:金色财经报道，Cardano创始人、以太坊联合创始人之一Charles Hoskinson在社交媒体反驳了有关他参与有争议的“以太坊演讲”的说法。该演讲曾暗示以太坊受到监管机构的优惠待遇，而其他加密货币则面临审查。这些指控源于一位关注者分享了据称由SEC前公司财务总监William Hinman发送的电子邮件的屏幕截图。据报道，这些电子邮件包含对Hinman著名演讲的讨论，他在演讲中表示以太坊不应被归类为证券。
作为对这些指控的回应，Hoskinson迅速否认有任何参与，并澄清了事件的时间表。他强调，这些电子邮件和其他引用项目的日期是2018年及之后，而他早在2014年6月就离开了以太坊团队。[2023/8/5 16:20:20]
??上海硬分叉的升级重点仍在讨论中：要么就是核心开发者们将他们的精力都集中到eth1->eth2合并的工作中，要么就是当合并原型制作之后，部署那些呼声比较高的EIP
Aave创始人：Aave社区正准备在以太坊上部署Aave V3:金色财经报道，Aave创始人Stani Kulechov发推表示，“现在，Aave社区正准备在以太坊上部署Aave V3”。[2022/12/4 21:20:36]
柏林升级
柏林升级内容已经在所有主要测试网部署，并且将在4月14日，区块高度12,244,000上线主网。此次升级将提高以太坊的安全性，并为伦敦升级中的EIP-1559部署做好准备。如果读者正在运行一个节点并且还没更新客户端版本，尽快去更新！至于客户端更新的版本，《以太坊柏林升级公告》内有公布。
在安全方面，访问以太坊状态的操作码的gas费与其计算成本相比价格过低了，而EIP-2929可以解决该问题。利用操作码gas费过低这一点，恶意参与者可以创建重复调用这些操作码的区块，而这些区块的处理速度比普通区块慢几个数量级。EIP-2929通过提供gas成本约3倍来缓解这一问题。还有客户端方面，改进了数据库管理。比如Geth客户端的快照数据库格式也有助于更有效地处理状态访问较多的区块。
与以太坊EVM兼容的区块链基础设施Rangers Protocol宣布其主网启动:12月9日消息，Rangers Protocol主网于12月7日正式上线，全面支持NFT和复杂应用部署以及NFT跨链的开发者和用户。作为Rangers Protocol的核心技术，Rangers Engine和Rangers Connector在支持EVM兼容和NFT跨链功能方面已经发挥作用。此外，它还提供关键开发文档，有效简化广大开发者的dapp开发流程。
Rangers Protocol是一个元宇宙区块链基础设施。它是用于复杂开发和数据迁移的高性能引擎。Rangers Protocol完全兼容以太坊，专业支持NFT和复杂应用，集成和扩展跨链、NFT、EVM、分布式网络协议。（The Block）[2021/12/9 13:00:19]
然而为了减轻EIP-2929对用户的负面影响，柏林升级引进了与其配套的EIP-2930。它允许用户在提交交易时指定一个“访问列表”，以使用低于2929规定的gas费。这其中gas费的计算方法有些复杂，但是，从高层次来看，如果客户端提前知道交易将涉及状态的哪一部分，他们就可以预加载，对这些访问收取更少的gas费。我鼓励大家参考这个EIP进行精确的计算。
Mochi.Market与以太坊扩容方案Polygon达成合作:多链去中心化NFT交易生态系统Mochi.Market与以太坊扩容方案Polygon达成合作，将其NFT平台引入Polygon网络。[2021/4/27 21:04:08]
对于想要体验生成“访问清单”功能的应用和钱包开发者，Geth客户端很快就会上线相关的工具了可以点击这里查看开发进程：
https://github.com/ethereum/go-ethereum/pull/22550。更广泛地说，如果你是一名应用或钱包开发者，现在是时候在测试网上测试柏林升级的内容了！
关于EIP-1559，柏林在两个方面提供帮助。首先，EIP-2929解决了EIP-1559的最大风险：DoS攻击会在比现在大两倍的区块上进行。这是客户端开发者们反对EIP-1559的首个原因，并且每次在核心开发者会议中讨论1559时都会讨论到这个问题。换句话说，如果没有2929，我们就不能稳妥地上线1559。
前Messari分析师：非美元稳定币将是超越以太坊的唯一方法:7月5日消息，针对以太坊在智能合约加密领域断层式领先的现象，前Messari分析师，加密货币交易员Qiao Wang发推特表示，非美元稳定币将是“杀死”以太坊的唯一方法，因为以太坊生态明显缺少非美元稳定币的支持。（CryptoSlate）[2020/7/5]
第二，柏林通过EIP-2718在协议级别引进了对多种交易类型的支持。EIP-2930引进的“访问清单”创建功能需要一种新的交易类型，因此EIP-2718提供了一个全面的框架以支持多种交易类型。这意味着，在柏林中实现2718和2930允许客户端团队提前做架构基础工作，为支持1559类型的交易做好准备。
最后，大家对柏林升级还有一个忧虑，担心EIP-2929将提高DeFi交易的成本。然而EIP-2930的引进会抵消掉一部分(并不会抵消全部)。防止这类型交易gas费提高的明显解决方案就是提高区块gaslimit。
不过，这样做总是有好有坏：提高区块容量会加速状态增长，这导致节点与网络同步更加困难。另一方面，不提高区块gaslimit就会提高网络用户的交易成本(支付昂贵的gas费)。或许这样是一个比较公正的折中方案：引入2929降低DoS的风险，然后缓慢地提高区块容量，直到2929所提高的gas费被逐渐抵消。
伦敦升级
随着柏林硬分叉即将上线主网，核心开发者现正专注于下一个网络升级：伦敦。此次升级有点特殊，由于难度炸弹将发生在8月份，因此伦敦升级必须在这之前部署。也就是说，在前一个升级部署之前就要开始下一个升级(伦敦)的开发与更新，核心开发者们还是首次遇到这样的情况。
伦敦升级会于主网部署大家翘盼已久的EIP-1559。如果读者对该EIP比较陌生，我整理了一个资源列表，并且将过去一年的开发过程文档化。
(译者注：ECN归档了?1559更新?的译文)
光是这个EIP对以太坊带来的改变就比柏林升级所有EIP加起来要大。而且实现和测试时间都比以往升级的时间短，因此核心开发者正试图缩小伦敦升级的范围，以便按时完成。到目前为止，伦敦升级仅包括EIP-1559和EIP-3238(提议推迟难度炸弹至2022年第二季度)。等到1559的实现与测试结束之后，核心开发者们将处于一个更主动的位置，到那时再决定还要加哪些EIP。
上海升级
由于伦敦的升级范围被刻意缩小了，核心开发者们已经开始对上海升级进行高层次的规划。我们有以下两种主要的可能性：
首先，我们可以实现那些不可能在伦敦部署的EIP，如:
??EIP-3074：允许“资助交易”等
??EIP-2537：增加对BLS-12381曲线(被信标链使用)的支持
??EIP-2327：对Solidity和Optimism团队有益
??EIP-2935：对轻客户端和无状态客户端有帮助
或者，社区越来越关注共识(eth2)与应用(eth1)层之间的合并，简单来说就是合并??。Eth2规范库里已经收录了“简化合并规范”提案的PR，并且非常接近于客户端团队应该能够制作的原型。
尽管合并规范可能比较简单，但为了能够让应用层的客户端能够将信标链作为它们的共识引擎，仍然有几个工程问题需要解决。让两边的客户端开发者关注这些问题是我们发现和解决问题的方式。
客户端团队仍需要更好地消化这些规范，并开始构建原型，然后他们才能决定我们是否已经准备好将所有的精力都转向合并工作上，或者在所有人参与之前是否需要一个小的工作小组来完成更多的工作。为了加速这一进程，来自应用和共识层的客户端将在ScalingEthereum黑客松期间开发最新规范的原型。
扩容以太坊黑客松活动的结束时间刚好与伦敦和Altair升级(将在6月进行)大部分工作完成的时间相吻合。这意味着原型应及时准备好，以便于我们做出关于上海升级的决定。
以上是本期更新内容！下一期AllCoreDevs会议将在北京时间4月2日，星期五，22:00进行。下次见！
点击“阅读原文”获取文章内部链接！
原文链接：https://hackmd.io/@timbeiko/acd/https://hackmd.io/@timbeiko/H1US36qzO
ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ETH中文站。若需长期转载，请联系进行授权。
公众号：ETH中文站
网站：ethereum.cn
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。