先理解数据管理的几个层次
区块链上数据管理涉及几个相互衔接的问题：记录如何组织成结构，结构如何编码为字节，节点如何检查内容，以及网络如何确定接受的历史。入门时分清这些层次，才能理解为什么一种技术不能单独解决所有问题。
数据格式一致，只能帮助节点按相同方式解释内容；记录是否符合规则，还需要验证。数据结构、编码方式与共识规则共同构成理解链上数据的基础。
以太坊：区分结构与编码
以太坊开发文档介绍，执行层广泛使用 Patricia Merkle Trie，将键值对组织为确定性、可进行密码学认证的结构；RLP 是执行层广泛使用的序列化方法。共识层主要采用 SSZ，其特点之一是适配 Merkle 化。
这些概念回答不同问题：键值结构关心数据怎样组织，序列化关心数据怎样表达为统一的字节形式。阅读技术说明时，应先确认对象属于执行层还是共识层，再判断涉及哪一种结构或格式，不能把它们视作可随意替换的方案。
比特币：关联记录并独立验证
比特币开发指南说明，区块头通过前一区块头的哈希连接历史，并以 Merkle 根关联区块内交易。全节点独立验证区块；交易输入引用先前的未花费输出，同一输出不能重复花费。
这里同时存在历史关联与状态约束。理解一笔记录，既要关注它被收录在哪里，也要关注它引用的输出是否仍可使用。因此，数据能够被找到，并不意味着它必然是一笔有效交易。
适用条件：证明必须对应明确的问题
Merkle 包含证明适合回答某笔交易是否被纳入指定区块的问题，验证需要对应的区块头和中间哈希。它的证明范围有限，不能单独替代交易规则检查，也不能独立确定该区块属于最终接受的历史。
区块定位也需要明确条件：发生分叉时，同一高度可能对应多个区块。需要准确引用某个区块时，应区分高度与区块哈希，不能把高度当作全局唯一标识。
常见问题：编码与哈希是否足够
序列化是否等于加密？两者目的不同：序列化用于统一表示数据，本身不提供保密性。哈希是否让历史绝对无法修改？哈希关联让内容变化能够被检测，历史修改的难度还依赖共识机制。
学习时可以沿着一条记录梳理：它采用什么结构，怎样编码，如何验证关联，又依据什么规则被接受。把这些问题逐一对应起来，比孤立记忆技术缩写更容易建立完整认识。