“数据到底存没存在链上？”这是刚接触区块链开发的人最常问的问题之一。FISCO BCOS 高级架构师莫楠在官方文档中专门写过一篇文章回答它，结论是：“链上数据”和“数据库”根本不是同一个层面的概念。只要数据是“直接或间接由区块链共识产生的”，无论它最终落在 RocksDB 还是 MySQL 里，都算链上数据。这篇文章把 FISCO BCOS 的存储设计拆开来看：它为什么从 MPT 转向分布式存储，Air/Pro/Max 三个版本各自用什么后端，以及合约开发者需要知道哪些存储接口。从 MPT 说起：为什么“可追溯”是有代价的FISCO BCOS 1.0 沿用了以太坊的 MPT（Merkle Patricia Trie）作为世界状态的存储结构。MPT 的核心价值在于可证明性和可追溯性：每个账户的任意字段变化，都会导致从该叶子节点到根节点的哈希全部更新，最终产生一个新的 StateRoot。StateRoot 唯一标识了整棵状态树，轻客户端可以据此验证数据，历史状态也可以回溯。但 MPT 的代价同样明显。任何一次状态变更都会触发大量哈希计算，且数据在底层被“打散”存储，连续性被破坏。当业务量增长、世界状态急剧膨胀时，MPT 的读写性能会显著下降。更麻烦的是，这种结构高度依赖本地磁盘，扩容只能靠加硬盘，数据迁移也非常复杂。这就是 FISCO BCOS 2.0 引入分布式存储（AMDB）的背景。AMDB：把“表结构”带到链上AMDB（Advanced Mass Database）的核心思路