先理解分类的对象
区块链系列并不是统一的技术分类名称。入门时，可以将它理解为围绕区块链不同技术特征展开的知识系列。分类的关键是先确定问题：讨论的是网络如何达成一致、如何记录资产，还是如何执行程序？这些维度能够同时存在，不应混成一张彼此排斥的名单。
基础结构上，区块组织交易等数据，后续区块通过密码学引用连接前面的区块，节点依据规则验证记录。理解这一结构，才能进一步讨论记录为什么难以修改，以及不同网络如何处理竞争的历史版本。
两个技术实例提供的分类坐标
比特币开发文档描述了工作量证明与未花费交易输出模型：区块需要满足规定的哈希目标；交易花费已有输出并产生新输出，同一输出不能在有效链上被重复花费。全节点独立验证规则，发生有效分支竞争时，依据累计工作量选择链。
以太坊技术介绍展示了另一组特征：采用权益证明，验证者质押ETH参与共识；账户和余额属于网络状态，EVM执行智能合约。交易可以转移ETH、部署程序或调用程序，相关计算消耗资源并需要支付费用。
怎样正确使用分类维度
按共识机制分类，重点是区块如何被提出、验证和接受；按记账模型分类，重点是一次操作所花费或更新的数据；按执行能力比较，重点是网络支持怎样的程序与状态变化。共识机制回答的问题，不能由记账模型替代。
例如，理解余额从哪里来，适合比较账户状态与未花费输出；理解历史记录如何被共同接受，应研究共识规则；理解应用逻辑怎样运行，则需要关注执行环境。选择维度取决于问题，而不是先判断哪一类更先进。
入门常见问题与适用边界
节点是否都是出块者？不是。验证数据与参与出块是不同职责，不能把节点、矿工和验证者视为完全相同的概念。共识也不意味着所有节点必须在同一时刻收到同一条消息。
区块链接起来就绝对不可修改吗？不能这样理解。哈希引用使修改能够被发现，共识规则与相应资源约束使改写历史受到限制；短暂分支的存在，也说明广播交易不等于记录已经稳定。
智能合约是否天然安全？程序能够依规则执行，并不证明规则符合使用者意图。分类只帮助识别技术结构，不能直接证明应用安全、性能优劣或适用所有场景。学习时应先说明比较条件，再得出有限结论。