一、先建立架构阅读框架
典型区块链架构可以按问题理解：数据如何记录，记录如何传播，节点如何认可记录，以及程序如何改变状态。这是一种阅读框架，不代表所有区块链都采用固定分层。比特币开发文档侧重交易账本与验证规则，以太坊技术介绍则进一步解释共享状态和程序执行，两者不能直接互换。
二、数据组织：区块、哈希与默克尔树
比特币开发文档描述了这样的结构：交易汇集成区块，区块头引用前一区块头的哈希，交易哈希逐层汇总形成默克尔根。区块高度表示区块在链中的位置；发生分叉时，同一高度可以存在不同区块。
这些术语回答不同问题：区块是记录的组织单位，哈希用于校验内容，前序引用建立历史关联，默克尔树支持交易包含关系的证明。证明交易被某个区块收录，不等于独立证明其满足所有交易规则；高度也不应当作区块的唯一身份。
三、网络与共识：传播不等于认可
节点负责接收、传播和验证网络数据。共识规则决定哪些记录有效，共识机制则帮助网络在竞争历史之间形成一致。理解时应把“收到区块”“验证通过”和“认可其所属历史”分开。
比特币使用工作量证明，并在有效候选链之间依据累计工作量作选择。因此，“最长链”不能简单理解为区块数量最多。节点也不是只负责复制信息的存储设备，而是承担独立校验职责。
四、状态与执行：账户、EVM和智能合约
以太坊技术介绍将EVM描述为网络共同维护的虚拟计算环境：账户等信息构成状态，交易可请求转账、部署或调用智能合约，执行费用以ETH支付；其共识采用权益证明。智能合约是部署到网络中的可重复执行程序。
状态可以理解为执行后的当前结果，交易则记录改变结果的请求。EVM不是一台实体服务器，智能合约也不等于完整应用：合约承担链上逻辑，面向用户的应用还需要交互部分。
五、适用范围与常见问题
账户和UTXO能否混用？不能直接混用。账户模型围绕账户状态理解资产记录；UTXO模型围绕尚未花费的交易输出理解可用资产。描述具体系统时，应先确认其数据模型。
哈希是否保证绝对不可篡改？哈希关联让修改能够被检测，但被网络接受的历史还依赖验证规则与共识机制保护。节点是否都是出块者？不是，验证记录与提出新区块是不同职责。阅读架构图时，把数据结构、参与角色和安全条件分别识别，通常比记住分层名称更重要。