先确定术语属于哪个层面
阅读区块链开源项目文档时，可以先问三个问题：数据怎样组织，参与者怎样认可数据，应用怎样运行。区块与哈希属于数据结构，节点与共识涉及网络协作，虚拟机与智能合约涉及程序执行。本文解释通用概念及两种网络的差异，不据此判断某个具体项目已经实现哪些能力。
区块、哈希与链
区块用于组织交易等数据，前后区块通过密码学引用建立顺序。哈希可以理解为数据的摘要，数据改变通常会导致摘要改变。比特币还用默克尔树将交易摘要逐层汇总，形成写入区块头的根摘要。
理解这组词时，应把“能发现数据变化”与“阻止历史被改写”分开。哈希关联让改动暴露出来，网络规则与共识机制则决定哪份历史会被接受；仅有哈希并不足以说明系统安全。
节点、共识与出块角色
节点运行网络软件并参与信息传播、验证等工作。共识规则规定哪些数据有效，共识机制帮助分布式参与者形成一致历史。比特币采用工作量证明，以太坊采用权益证明；矿工和验证者是对应语境下的不同角色。
阅读项目介绍时，不能把节点数量直接当成出块参与者数量，也不能把运行节点等同于拥有出块资格。理解一个角色，应分别看它能验证什么、提出什么，以及必须满足什么条件。
账户、UTXO与交易
以太坊使用账户与状态描述余额等信息，交易可以转移ETH、部署合约或调用合约。比特币则通过未花费交易输出，即UTXO，描述可供后续交易使用的输出；已花费输出不能再次使用。
两者都使用“交易”一词，但数据组织方式不同。阅读接口或代码时，应先确认项目采用哪种模型，避免将账户余额的理解直接套用到交易输入和输出。
EVM、智能合约与应用
EVM是以太坊执行程序的虚拟机环境；智能合约是部署到链上、按规则执行的程序；去中心化应用可以围绕合约构建用户功能。ETH承担以太坊网络中的费用支付等作用。
这些词描述的对象并不相同：执行环境决定代码如何运行，合约描述具体逻辑，应用面向用户提供功能。看到项目提及智能合约，不能直接推断它采用EVM，也不能认定整个应用的所有部分都运行在链上。
常见问题：高度能否唯一标识区块
不能。比特币出现竞争分支时，同一高度可能存在不同区块，因此识别具体区块通常使用区块哈希。这里的分叉描述链上历史出现分支，应结合上下文理解，不能仅凭这个词就判断发生了协议升级或产生了新项目。