[ 我带来了一个无聊的 Sonic 帖子 ] 在翻阅 Sonic 文档时，我发现了一个名为数据库存储的类别。 让我们来看看吧！ 数据库存储 Sonic 将区块链的当前状态存储在数据库中。 这包括账户信息、虚拟机代码、智能合约存储等。在这个过程中，使用了一种称为实时修剪的功能来自动删除旧数据。得益于此，即使区块链不断增长，验证者需要存储的数据量也可以显著减少。 之前，为了进行修剪，验证者节点必须暂时关闭。 然而，Sonic 可以在不关闭节点的情况下实时组织数据，从而在不干扰网络操作的情况下节省磁盘空间和成本。 实时修剪将数据库管理分为两个部分： 1. LiveDB：仅存储最新区块的状态 2. ArchiveDB：存储所有过去区块的状态 验证者可以仅使用 LiveDB 来最小化操作负担， 当需要过去的数据时，可以通过拥有 ArchiveDB 的归档节点进行检索。 此外，Sonic 的数据库利用树结构或层次结构快速处理搜索。与现有区块链中常用的一般数据库 LevelDB 不同，Sonic 采用了自己优化的存储方法，以提高速度和效率。 以太坊与 Sonic 的区别 以太坊 在 MPT 中存储区块链状态。 最近，主要客户端支持自动修剪。 自动修剪：当磁盘阈值达到时，自动保存 300-500GB。 然而，验证者仍然需要 2-4TB 的存储空间。 归档节点必须存储大量 17TB 的数据。 Sonic 使用分离的结构，具有 LiveDB 和 ArchiveDB。 验证者只需存储最新数据（LiveDB），因此负担更轻。过去的数据仅由归档节点处理，并在需要时检索。它使用自己的磁盘格式来提高速度和存储效率。 难道不是说随着区块链数据的增加，LiveDB 的负担也会增加吗？！ 以太坊全节点：存储最新状态 + 一些过去数据 → 累积负担随时间增加。 Sonic LiveDB：仅维护“当前状态”，而过去的历史立即分离到 ArchiveDB → 大小增加的速度要慢得多。 总结 以太坊在 2025 年引入自动修剪后有所改善，但验证者仍需存储大量数据。 另一方面，Sonic 将最新数据和过去数据的管理分开，使验证者的操作更轻松，节省了超过 98% 的存储空间。 wen @SonicLabs boom ?! $S