从三个问题理解区块链
区块链原理入门首先要弄清：数据怎样连接，记录由谁检查，出现不同历史时如何选择。区块结构解决记录的组织问题，节点验证检查记录是否符合规则，共识机制帮助网络确定共同接受的历史。理解这三个层次，比单独记住“去中心化”更有帮助。
区块为什么能连接起来
比特币开发者指南介绍，区块头包含前一区块头的哈希，以及汇总本区块交易的默克尔根。哈希相当于数据的摘要，交易内容改变会影响相关摘要及后续链接。比特币还通过工作量证明增加改写历史的成本，并在有效分支之间依据累计工作量选择链。
这里需要区分“能发现变化”与“阻止改写”。哈希关联让修改留下可验证的痕迹；验证规则和共识机制进一步约束哪一份历史会被接受。因此，不能只凭链式结构就断言数据绝对无法修改。
交易如何避免重复使用同一笔输出
比特币使用未花费交易输出，即UTXO，表达尚可使用的交易输出。普通交易引用此前的输出，同一输出不能在有效链上被重复花费。
可以把这种检查理解为追溯记录的来源及使用状态：来源存在还不够，还要确认它没有被用过。这一解释适用于比特币的交易模型，不宜直接套用到所有区块链。
节点与客户端分别是什么
以太坊节点与客户端文档区分了联网运行的节点和实现协议的软件。执行客户端处理交易执行及状态，共识客户端处理权益证明共识；参与验证者职责还需要相应的验证者软件。全节点、归档节点和轻节点的数据保存与验证方式也有所不同。
入门时可分别问：它运行什么软件、检查什么数据、保留哪些历史、是否参与提议或证明区块。这样能避免把“运行节点”直接等同于“成为验证者”，也能理解不同节点为何有不同的资源需求。
适用范围与常见问题
所有区块链都需要挖矿吗？并非如此。比特币的工作量证明与以太坊的权益证明属于不同机制，具体规则需要分别理解。
交易进入区块后就绝对不会变化吗？比特币可能出现竞争分支，确认需要结合后续区块及累计工作量理解，不能把一次收录当成无条件保证。
轻节点是否等于全节点？两者检查数据的范围和依赖条件不同。理解节点能力时，应同时关注验证方式与信任假设，不能仅依据存储量判断安全性。