欢迎阅读AllCoreDevs系列第一期总结文章。
本系列文章旨在总结核心协议开发的进展，以便以太坊社区更好地理解与消化。“AllCoreDevs更新”系列可以说是“核心开发者会议视频&文字记录”以及我的推特总结的姐妹篇。
希望我的总结可以将核心开发者们正在讨论的问题分享给以太坊社区更广泛的人群中，因此更多人可以了解以太坊社区正在发生什么；并对其进行反馈；甚至贡献自己的解决方案。
摘要
柏林硬分叉已在测试网中上线：是时候在测试网上开始应用和钱包的开发了！
伦敦硬分叉在准备阶段：EIP-1559实现正在进行中，并且为了赶在7月或8月的最后期限前完成升级，升级的范围很窄。
上海硬分叉的升级重点仍在讨论中：要么就是核心开发者们将他们的精力都集中到eth1->eth2合并的工作中，要么就是当合并原型制作之后，部署那些呼声比较高的EIP
Michael J. Casey：向股权证明的重大转变的影响并未计入以太坊市场:金色财经报道，CoinDesk首席内容官Michael J. Casey表示，向股权证明的重大转变的影响并未计入以太坊市场。众所周知，合并是加密货币历史上对区块链协议最重要的改变。投资者的问题是，以太坊的原生代币ETH市场是否正在为这一重大转变定价。我认为不是，主要是因为机构投资者最终会在“以太坊 2.0”中找到价值。我对更高的以太坊价格的期望并不一定意味着以太坊 2.0 将完全遵守最纯粹的去中心化原则。它们是两个不同的东西。
以太坊的投资者有多年的历史先例，怀疑这件事能否继续发展。即使合并确实进行了，在这个极其复杂且具有内在争议的转变中，故障和失败的可能性很大。如果发生这种情况，DappRadar 警告说，去中心化金融 (DeFi) 协议和其他建立在以太坊之上的系统可能会产生负面的连锁反应。[2022/9/3 13:05:47]
柏林升级
LINK为过去24小时内以太坊鲸鱼中交易量最大的代币:金色财经报道，据 WhaleStats 数据，Chainlink (LINK) 成为 1,000 个最大的以太坊钱包中交易量最大的加密货币。该代币的总量约为 200 万美元。在过去24小时内，根据持有量排行榜，Chainlink 发现自己仍然排在第六位，在网络上最大的钱包中持有 3.8 亿美元。（u.today）[2021/11/22 7:04:31]
柏林升级内容已经在所有主要测试网部署，并且将在4月14日，区块高度12,244,000上线主网。此次升级将提高以太坊的安全性，并为伦敦升级中的EIP-1559部署做好准备。如果读者正在运行一个节点并且还没更新客户端版本，尽快去更新！至于客户端更新的版本，《以太坊柏林升级公告》内有公布。
在安全方面，访问以太坊状态的操作码的gas费与其计算成本相比价格过低了，而EIP-2929可以解决该问题。利用操作码gas费过低这一点，恶意参与者可以创建重复调用这些操作码的区块，而这些区块的处理速度比普通区块慢几个数量级。EIP-2929通过提供gas成本约3倍来缓解这一问题。还有客户端方面，改进了数据库管理。比如Geth客户端的快照数据库格式也有助于更有效地处理状态访问较多的区块。
USDC Treasury在以太坊网络增发超3435万枚USDC:Whale Alert数据显示，北京时间12月13日03:12，USDC Treasury在以太坊网络上增发约34354664枚USDC。增发哈希为：0x2cf0b76cbe3438542227f3277dec8ce0dc691ddad3ca7741e6500410b8039d3a。[2020/12/13 15:02:10]
然而为了减轻EIP-2929对用户的负面影响，柏林升级引进了与其配套的EIP-2930。它允许用户在提交交易时指定一个“访问列表”，以使用低于2929规定的gas费。这其中gas费的计算方法有些复杂，但是，从高层次来看，如果客户端提前知道交易将涉及状态的哪一部分，他们就可以预加载，对这些访问收取更少的gas费。我鼓励大家参考这个EIP进行精确的计算。
对于想要体验生成“访问清单”功能的应用和钱包开发者，Geth客户端很快就会上线相关的工具了?可以点击这里查看开发进程：
声音 | 以太坊2.0研究人员：以太坊2.0将使用SHA256:以太坊2.0研究人员Justin Drake今日在推特上表示，以太坊2.0将使用哈希算法SHA256，告别Keccak256，实现标准化以及与大多数现有和未来区块链的互操作性。开发团队将耐心等待在以太坊3.0上可行的STARK / SNARK / MPC友好型哈希函数。[2019/3/27]
https://github.com/ethereum/go-ethereum/pull/22550。更广泛地说，如果你是一名应用或钱包开发者，现在是时候在测试网上测试柏林升级的内容了！
关于EIP-1559，柏林在两个方面提供帮助。首先，EIP-2929解决了EIP-1559的最大风险：DoS攻击会在比现在大两倍的区块上进行。这是客户端开发者们反对EIP-1559的首个原因，并且每次在核心开发者会议中讨论1559时都会讨论到这个问题。换句话说，如果没有2929，我们就不能稳妥地上线1559。
以太坊利益相关者承诺由EIP：0峰会参与者制定治理计划:据Coindesk消息，EIP：0峰会的组织者由于只邀请以太坊社区参与峰会遭到批评，组织者于5月9日发布了4项新治理措施声明。该声明的签署者承诺为以太坊创建一个共享价值的声明，支持创建“收集关键信号和指标的开源工具”，另外每个月都将要求进行治理，并且将组织一个更大的EIP：0会议。另外还表示未来峰会将以现有模式为基础，扩大观众的互动机会。目前签署声明的完整名单为：L4 Ventures、开发商Lane Rettig、Giveth创始人Griff Green、以太坊基金会成员Hudson Jameson、创业公司Gnosis。另外，Parity Technologies、Aragon 和 the Web3 Foundation等利益相关者已经承诺他们将支持签署意向声明。[2018/5/10]
第二，柏林通过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%3A%2F%2Fhackmd.io%2F%40timbeiko%2FH1US36qzO
来源|AllCoreDevsUpdate
作者|TimBeiko
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。