一、先区分通用概念与网络设计
区块链入门的重点，是理解记录、验证和执行之间的关系。以太坊开发文档侧重账户状态与程序执行，比特币开发指南侧重交易记录、未花费输出与工作量证明。二者有共同基础，但不能把一种网络的具体设计套用到所有区块链。
二、区块、哈希与默克尔树
区块用于组织交易等数据，前后区块通过密码学哈希引用连接。哈希可以理解为数据的摘要：修改内容会改变摘要，使原有引用关系无法保持一致。它不是把交易内容隐藏起来的加密方式。
比特币还用默克尔树逐层汇总交易哈希，将最终结果放入区块头。这种结构支持利用相关中间哈希验证交易是否被包含，但包含证明不等于对交易全部规则的独立验证。
三、节点、共识与分叉
节点负责传播信息并按规则验证数据。共识机制处理的是网络如何形成一致记录，并不意味着每次更新都需要所有计算机逐一表态。
比特币的工作量证明通过计算满足条件的区块哈希参与竞争；以太坊文档介绍的权益证明则涉及验证者质押及奖惩。节点与出块参与者不是同义词。比特币出现竞争分支时，也不是单看区块数量，而是在有效链中依据累计工作量选择。
四、账户、签名与交易模型
数字签名用于验证交易授权，不负责保证接收方可靠。以太坊将账户余额等内容纳入网络状态；比特币则通过花费未花费交易输出，即UTXO，并生成新输出来记录转移。
因此，“余额减少”只是用户界面的直观表达，底层实现可能不同。双重花费指同一份可花费输出被重复使用，验证规则需要排除这种情况。
五、虚拟机、智能合约与费用
以太坊虚拟机EVM提供程序执行环境，智能合约是部署在该环境中的可调用程序。交易可以请求转移ETH、部署合约或调用合约，执行结果按规则反映到网络状态中。
ETH用于支付链上计算所需费用。理解费用时，应把资源消耗与程序功能分开：支付费用不代表程序符合用户预期，自动执行也不代表代码没有缺陷。
六、常见问题与适用边界
区块链是否绝对不可修改？更准确的理解是，哈希关联与共识机制共同提高改写历史的难度，而不是仅凭数据结构就获得绝对保证。
智能合约是否等于完整应用？不是。合约是链上程序，不能仅凭它的存在判断整个应用可靠。学习时可依次追问：数据如何记录、谁来验证、如何排序、执行什么规则，避免把不同层面的概念混为一谈。