先理解区块链解决的问题
区块链把记录按区块组织，通过密码学引用连接历史，并由网络中的节点按规则验证。入门的核心问题是：多台计算机如何判断记录有效，在出现竞争记录时如何确定共同认可的历史。理解这一点，才能把数据结构、验证规则与共识机制联系起来。
比特币：从交易到共同账本
比特币开发者指南介绍了几个关键环节：全节点独立验证区块；区块头引用前一区块，默克尔根汇总交易；交易消耗未花费交易输出，即UTXO，防止同一输出重复花费；工作量证明要求区块头哈希满足目标条件。存在竞争分支时，节点在有效链中选择累计工作量最大的链。
这些环节分别回答不同问题：交易规则判断能否花费，哈希关联帮助发现历史改动，工作量证明与链选择规则处理竞争历史。只学习区块如何串联，还不足以理解账本为何能保持一致。
以太坊：从记录交易到执行程序
以太坊技术介绍将交易描述为请求计算并更新网络状态的机制。智能合约是部署在网络上的可复用程序，由以太坊虚拟机执行。执行需要支付资源费用；权益证明通过质押、验证者参与及奖惩机制支持共识。账户、交易、合约与状态共同构成理解其运行方式的基础。
比较两种设计时，可以分别追问：系统记录什么，怎样验证变化，以及怎样选择共同认可的历史。比特币的UTXO不能直接当作以太坊账户理解，工作量证明也不能代表所有区块链的共识方式。
常见问题：不可篡改是否意味着绝对安全
哈希关联让历史改动牵动后续区块，但抵抗改写还依赖共识机制及其安全条件。“不可篡改”不宜理解为任何情况下都无法改变历史。
交易广播、进入区块和获得后续确认属于不同阶段。比特币可能出现短暂竞争分支，因此看到交易进入某一区块，不等于它在任何情况下都不会受链重组影响。
智能合约按程序条件执行，也不意味着程序逻辑天然正确。理解执行机制时，需要区分“节点一致执行代码”与“代码符合设计者意图”。
适用条件与学习顺序
评估应用时，先判断是否需要多个参与方共同验证记录或程序执行结果，再考虑数据公开范围、计算费用和共识条件。公开账本与智能合约都有使用边界，不能仅凭“上链”推断应用可靠。
学习顺序可以从哈希与区块引用开始，再理解交易有效性、节点验证和共识，最后学习账户、虚拟机及合约。每一步都围绕一个问题展开：这项机制验证了什么，又依赖哪些前提。