误区一：所有节点都保存同样的数据
区块链网络中的节点可以承担不同的数据保存与验证职责。以太坊节点文档区分全节点、归档节点和轻节点，其数据保留范围与资源需求并不相同。理解存储技术时，首先要区分区块中的交易记录、执行后的当前状态，以及过去某个时点的历史状态。
例如，查询当前账户状态与查询很久以前的账户状态，虽然都属于读取链上信息，对本地数据库的要求却可能不同。不能仅凭“已连接区块链网络”，就认定一个节点能直接回答全部历史查询。
误区二：全节点等于永久保留全部历史状态
全节点的验证职责与历史状态保留策略是两个维度。以太坊全节点可以采用裁剪策略，归档节点则着重保留历史状态，以支持历史查询。具体保留范围取决于客户端及其配置，不能把某个实现的保留窗口当成所有区块链的统一标准。
需要频繁读取过去账户或合约状态的服务，应关注历史状态是否可直接查询。如果需要重建状态，还要考虑所需历史数据是否可得，以及重放计算的耗时。能验证区块，并不自动意味着能即时返回任意历史状态。
误区三：保存哈希就等于保存原始数据
比特币开发者指南介绍了默克尔树：交易经过逐层哈希形成根值，并写入区块头。配合中间哈希，可以验证某笔交易是否包含在对应区块中。
这种结构支持内容校验，但哈希不是可逆的压缩文件。保存根值或摘要，不能据此恢复全部交易内容。设计存储方案时，需要分别回答原始数据保存在哪里、如何取得，以及取得后如何验证这三个问题。
误区四：轻节点可以替代所有全节点功能
轻量验证通过较少的数据和相应证明完成特定检查，可以降低本地存储负担。但证明能够验证什么，取决于证明类型、可信起点和协议规则。证明交易被某个区块收录，与独立执行并验证全部交易，并不是同一项检查。
当应用依赖其他节点提供数据时，还需要考虑数据是否能够及时取得。验证机制可以帮助检查返回内容，却不能保证数据提供者始终在线或响应完整。
误区五：抗篡改意味着永远不会发生记录变化
比特币通过区块哈希链接与工作量证明提高修改历史的成本，同时也存在竞争分支及后续链选择。因此，抗篡改需要结合共识规则理解，不能解释成任何刚出现的区块都会永久留在最终采用的链上。
常见问题是能否只用区块高度作为数据库唯一标识。同一高度可能出现不同区块，存储与索引系统需要结合区块哈希识别具体区块，并处理链重组带来的记录归属变化。