以太坊最新核心开发者执行会议：Devnet #9、Devnet #10，还有有趣的EVM对象格式开发
以太坊最新核心开发者执行会议：开发网络 #9、开发网络 #10和EVM对象格式开发
以太坊基金会DevOps工程师披露网络形势：未来展望并试图打破 “支付宝6000人分身术” 纪录
大家好，今天我要和大家分享一些关于以太坊的最新消息。你们一定听说过以太坊基金会的DevOps工程师 Barnabas Busa，他可是个厉害角色哦！他最近在社交平台和大家分享了Devnet #9的最新情况。
首先，Devnet #9目前的参与率达到了惊人的93%！这也意味着，只有7%的验证器还没来得及加入。这些恋家的验证器们主要是那些个运行着Geth (EL)/Teku (CL)验证器节点的家伙。而Erigon (EL)/Prysm (CL)客户端组合以及EthereumJS(EL)客户端也有些小问题需要解决，相当于在做“自己人放火”。
不仅如此，Flashbots团队还在Devnet #9上进行MEV-Boost中继和构建器的测试。哎呀，大家知道吗？MEV-Boost就像是迷人的花心大少，一下子囊括了众多关于加密货币的热点话题。Blob事务目前还没有通过MEV-Boost构建器进行测试，你知道的，这个“小胖”只是害羞。
言归正传，Devnet #10这周可能还没有准备就绪，但下周说不定会催生出个大胖娃，DevOps们也是操碎了心。这一次，开发人员希望测试EIP 4844 KZG仪式的可信设置文件。而且，Devnet #10将包含一个庞大的验证器集，整整33万个活跃验证器！这么多验证器涌入，如果是人的话，估计会掩鼻而飞。
进一步，当网络一启动，这些热情四溢的验证器存款和退出将会引发大规模的进退之战。所以，验证器进入流失限制（churn limit）将在网络启动后的一两天内由5次改为4次。这也有点像支付宝6000人分身术，感觉跟李云龙的抢课一样，激烈又惊险！
接下来，让我们来聊聊EVM对象格式（EOF）的开发。目前有四个重要的团队在开发EOF，他们分别是：以太坊基金会资助的Team Ipsilon团队、EL客户端团队（比如Geth、Besu和Nethermind）、高级语言编译器团队（如Solidity和Vyper）以及智能合约开发人员（活蹦乱跳的SSTORE2操作码王者）。EOF的目的主要是为EVM代码创建一个崭新的容器格式，同时保留现有格式。哇，这就像给EVM穿上了一套全新的盔甲！
可问题来了，EOF引发了热烈的争论。包括Tim Beiko在内的几位开发者对Dencun升级后的EOF实施时间表犹豫不决。他们纠结于是否还需要再加上Prague/Electra的另一个主要代码更改——Verkle。Ballet在本周的电话会议上强调，Verkle本该是以太坊的头等大事，比EOF更加紧要，应该优先考虑。不过Ballet提到，如果EOF能够降低一些复杂性，简化代码更改的数量，那么他完全支持这一升级。
以上就是最新的以太坊动态啦！大家觉得如何？验证器们的加入和退出简直就像个史诗般的战争，而EVM对象格式的争论也足够刺激。作为数字资产投资者的你们，有没有觉得这篇文章像是在看小说呢？如果有其他感兴趣的话题，欢迎分享给我，我们可以一起畅谈。谢谢大家！
【该文章改编自https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-172/】
We will continue to update 算娘; if you have any questions or suggestions, please contact us!
Was this article helpful?
93 out of 132 found this helpful
Related articles
