Ethereum

Grandine发布了0.4.0和0.4.1版本，这是其以太坊共识层客户端开源后的首次大版本更新。该版本引入了多项优化、新功能和修复，包括针对Hole sky验证器的优化、新的证明打包算法、内存模式支持、与其他验证器客户端的兼容性改进、Eth-docker和Ethereum on Arm的集成，以及审计工作的启动。

账户和合约存储数据的方式是影响以太坊的众多问题之一。以太坊协议选用了 Merkle Patricia Tree（MPT，默克尔帕特里夏树）来组织账户及合约数据。尽管这种数据结构在理论上效果很好，但在实际应用中，它带来的问题却比它能够解决的问题多。核心开发者们已经讨论多年，想要把这种数据结构换为二叉树，我将在这篇文章中阐述我对这个问题的看法以及如何实现这种转变

排错：replacement fee too low

Grandine Ethereum共识客户端现已开源，旨在为以太坊社区提供一个快速、轻量级的客户端，支持从个人到大型机构的各种验证者。客户端采用了独特的核心设计，如并行化和低内存占用，并与现有其他客户端有所区别。未来计划包括接收用户反馈、参与早期测试网活动以及实现更长期的结构性改进。

排错：exceeds block gas limit

compiled against a different Node version

调用 parseLog 报 data out-of-bounds 错误

芝加哥DEFI联盟成立

Eth1.x 术语表（上）

按照先看整体，再究细节的思路，这篇文章将从上层的视角向大家介绍一条由OPStack创建的Layer2chain的架构。方便大家对OPChain的整体工作流程建立一个直观的印象，为后续深入源码打下基础。要理解OPChain的工作流程并不复杂，只需要弄明白几张图即可。这几张图合

每周以太坊进展，2020/06/14

大概整整两年前，我从一篇介绍“区块链”技术的文章里知道了“以太坊”这个项目，当时当然没想到它会对我个人产生如此大的影响。在其后这两年时间里，我投入了大量的时间和精力来学习它、研究它，做了多次技术分享，甚至还写了讲解智能合约开发的书、开发了关于智能合约开发的在线课程；所以不管未来我们各自的走向如何，以太坊都已经在我生命中留下了重重的一笔。在我们相识两周年之际，我觉得我总该要写点儿什么。

“对于其他L1区块链而言，未来的实现主义方案是放弃其多余的共识机制和数据可用性，转而成为一个ZK-Rollup或者Volition”

以太坊成败所在，取决于其能否继续保持[去中心化]优势。

本文介绍了通过零知识证明（ZKP）在区块链上进行机器学习推理的成本和性能研究，重点分析了不同ZKP系统在处理AI模型时的生成时间和内存使用情况，并探讨了相关应用场景。