Geth的Snapshot机制

Fri, 12 Sep 2025 20:03:57 +0800

Ask about Geth: Snapshot acceleration | Ethereum Foundation Blog

核心问题：

“Could you share how the flat db structure is different from the legacy structure?” (“Ask about Geth: Snapshot acceleration”)

意思是，扁平化数据结构 (即 Snapshot) 和原本的传统结构有何不同？

State in Ethereum 以太坊组织数据的方式

MPT (Merkle Patricia Tree) = Merkle Tree + Patricia Tree

Merkle Tree 保证了“可验证性”，即无需提供整个数据集，而只需要路径上的一部分数据，即可验证数据真伪。（高效）
Patricia Tree 保证了“确定性”，即：对于任何一组确定的键值对，它们组成的 Patricia Tree 的结构是唯一的。（共识）

MPT 为何能解决验证问题呢？

保证了共识：由于 Patricia Tree 的确定性，所有拥有相同世界状态的节点，必然会计算出完全相同的 State Root。这使得全网可以通过比对一个简短的哈希值来确认彼此的状态是否一致，这是共识的基础。
实现了轻客户端验证：由于 Merkle Tree 的可验证性，一个“轻客户端”（只存储区块头，知道 State Root）可以向一个“全节点”请求某个账户的余额。全节点会返回这个余额数据，并附上一条“默克尔证明”。轻客户端就可以在不下载整个世界状态（可能高达数TB）的情况下，仅用这个小小的证明来验证这个余额是否真实、可信，并且确实是包含在那个 State Root 所代表的世界状态里的。

“The cost of logarithmic updates and logarithmic verification is logarithmic reads and logarithmic storage for every individual key.” (“Ask about Geth: Snapshot acceleration”)

是谁偷走了我的Gas？

Sat, 06 Sep 2025 10:21:41 +0800

原文地址：Maat: Analyzing and Optimizing Overcharge on Blockchain Storage | USENIX

第一遍阅读后 (5-10 分钟)

这篇文章，大概是关于什么的？

这篇文章主要讲的是作者团队开发了一个叫做 Maat 的工具，用来解决 Ethereum 中存储过度收费的问题。

这个 Maat 有三大好处：

能在更精细的颗粒度上识别存储收费情况。(fine-grained)
基于共识开发，具有节点之间的连续性。(consensus-oriented)
实现资源的预分配。(resource pre-allocation)

以及，使用 Maat 的额外开销很小，且具有扩展性。

第二遍阅读后 (约 1 小时)

【论文核心问题】：这篇文章想要解决的核心问题是？

Three overcharge issues:

Continuous access to the same object within a block
Conitnuous access to the same object across a limited number of blocks
The deployment of duplicate contracts

【它的解决方案】：作者提出的核心方法/模型是？

作者构建了一个工具：hzysvilla/Maat。它主要采用下面三种作用：

论文阅读 on Mao's Blog