先确认术语属于哪一层
阅读新的区块链项目介绍时，可以先问四个问题：数据怎样记录，参与者怎样确认记录，程序在哪里执行，资产怎样记账。这些问题分别对应区块与哈希、共识机制、执行环境、账户或UTXO模型。相同术语可能出现在不同项目中，但具体规则需要分别核对。
区块、哈希与节点
区块组织链上的记录，哈希用于形成数据摘要，相邻区块通过密码学引用连接起来。节点运行网络软件，承担验证、存储或传播信息等职责。理解这些词时，应区分数据结构与参与维护网络的计算机。
“难以篡改”有技术条件：修改历史数据会影响后续引用，还要面对网络的验证和共识规则。不能仅凭项目使用了“区块链”一词，就认定其历史记录具备同等安全保障。
共识机制：PoS与PoW
以太坊技术文档介绍了权益证明（PoS）：验证者质押ETH，参与区块提议和验证，并受到奖励与惩罚规则约束。文档还将EVM描述为执行计算的虚拟环境，智能合约则是部署其中、可被调用的程序，ETH用于支付网络计算费用等。
比特币开发者指南介绍了工作量证明（PoW）：区块头哈希需要满足难度要求，节点独立验证区块；出现竞争分支时，在有效链中按累计工作量选择。指南同时说明，UTXO是尚未花费的交易输出，交易使用这些输出作为输入。
两种机制回答的是网络如何形成共同记录。阅读新项目时，需要确认它实际采用哪套规则，以及谁能参与验证；“节点”与“验证者”不能在所有语境中直接互换。
执行与记账术语的适用条件
遇到EVM或智能合约，应关注项目是否采用相应执行环境、支持哪些程序规则。程序能按规则运行，不代表代码没有缺陷，也不能据此判断整个应用的权限安排。
账户模型便于从账户余额和状态变化理解记账；UTXO模型则从尚未花费的输出理解可用资产。解释具体项目时，应先确认其记账模型，避免把一种网络的账户概念机械套用到另一种网络。
常见问题：术语能证明什么
交易是否只指转账？在以太坊语境中，交易还可以用于部署或调用合约，因此需要结合上下文理解。
出现分叉是否代表系统出错？比特币可能因接近同时产生区块而出现临时竞争分支，需要由后续共识过程解决。
术语是否足以证明新项目的技术能力？术语只能帮助定位设计问题。具体实现、权限和安全属性仍需对应的技术说明支持，不能从通用原理直接推定。