先建立理解术语的框架
底层区块链技术相关术语如何理解，可以从三个问题入手：记录怎样组织，记录由谁验证，记录执行后发生什么变化。区块与哈希属于数据结构，共识机制属于协调规则，账户、UTXO与虚拟机则涉及状态表示和执行。不同层面的术语不能互相替代。
区块、哈希与默克尔树
比特币开发者指南介绍，区块通过前一区块头的哈希连接，交易哈希逐层汇总为默克尔根；全节点独立检查区块，链的选择依据累计工作量。比特币以未花费交易输出，即UTXO，表示尚可使用的交易输出。
哈希可理解为数据的摘要，而不是加密后的原文。默克尔证明帮助核验某笔交易是否被包含在一个区块中，但包含关系不等于交易有效性，更不等于区块已经获得充分确认。验证这些问题需要不同的规则和证据。
节点、共识与验证者
节点是运行网络软件、传播或验证数据的参与端。共识不是要求所有机器同时举手同意，而是让参与者按共同规则判断有效记录，并处理竞争链。验证交易是否合法，与决定采用哪条有效链，是相关但不同的任务。
工作量证明与权益证明属于不同的共识设计。前者以满足难度条件的计算结果证明投入，后者涉及质押和验证者职责。不能把运行普通节点直接等同于挖矿，也不能把所有节点都称为验证者。
账户、EVM与智能合约
以太坊技术介绍将EVM描述为网络共同验证的执行环境：交易可以转移ETH、部署合约或调用合约；账户及合约数据构成状态的一部分。ETH用于支付执行资源费用，也参与权益证明机制下的质押与激励。
理解这些概念时，可把交易看作请求，把智能合约看作可重复调用的程序，把状态看作执行后保留的数据。EVM不是一台实际存在的中央服务器，智能合约也不天然意味着法律合同或无漏洞程序。
适用范围与常见问题
账户模型与UTXO模型是否相同？并不相同。前者围绕账户状态理解变化，后者围绕已有输出的消耗与新输出的产生理解变化。解释比特币时，不能直接套用以太坊的账户余额模型。
区块高度能否唯一标识区块？不能，竞争分支可能出现相同高度的不同区块。上链是否绝对不可修改？也不能这样理解。哈希连接让修改可以被发现，共识规则和相应成本约束历史改写；判断记录稳定性，还需结合具体网络的确认与最终性机制。