先理解分类所描述的问题
区块链把记录组织成区块，通过密码学引用连接历史，并由网络节点依据规则验证。技术分类需要先确定比较维度：共识机制解释网络如何形成共同记录，账本模型解释状态如何表达，执行能力解释系统能处理哪些程序。这些维度可以同时用于描述一个系统，不能混成一组互斥类别。
共识机制：记录如何获得认可
比特币开发者指南介绍了工作量证明：区块需要满足哈希难度要求，节点独立验证规则，并在有效分支中依据累计工作量选择链。以太坊技术介绍则说明了权益证明：验证者质押ETH，参与区块提议和验证，并受奖励及惩罚机制约束。
这一分类适合用来理解出块资格、分支选择和安全成本。比较时还需要关注具体协议的验证规则，不能仅凭机制名称判断某条链一定更安全，也不能把共识理解成每个节点都必须同时投赞成票。
账本模型：状态如何记录
比特币采用未花费交易输出模型，简称UTXO。交易引用并花费此前的输出，再产生新的输出；同一个输出不能在链上被重复花费。以太坊通过账户及其相关状态表达余额和程序运行结果，交易可以推动状态更新。
理解UTXO时，可以沿着“引用哪些旧输出、生成哪些新输出”追踪记录；理解账户模型时，可以观察“执行前后哪些状态发生变化”。这一维度适合阅读交易结构和理解数据组织方式，本身不能证明系统的吞吐量或隐私水平。
执行能力：程序如何改变状态
以太坊的EVM提供智能合约执行环境，开发者可以部署可重复调用的程序。理解这种能力，需要关注允许的操作、调用条件和计算资源约束。
这一维度适合分析应用逻辑应如何表达。可编程能力更丰富，也意味着需要检查更多执行路径与状态变化；程序按规则运行，并不自动保证业务设计正确。共识机制和执行能力应分别考察。
常见问题与适用边界
哈希连接是否意味着历史绝对无法改动？哈希使改动能够被检测，历史记录的稳定性还依赖共识规则及其安全条件。理解“难以篡改”时，需要同时理解这些条件。
是否掌握上述类别就能判断所有区块链？这些维度提供基础阅读框架，具体系统仍须核对其协议。入门时可以依次回答：谁验证记录、状态如何保存、程序怎样执行，再分析这些设计之间的配合关系。