区块、哈希与链式结构
区块链把记录分批组织为区块，并通过密码学引用连接前后区块。哈希把数据映射为摘要，既用于标识数据，也帮助检测内容变化。修改历史记录会影响相关摘要及后续引用，因此历史修改不能只改动一个孤立位置。
理解这一结构时，需要区分两个问题：哈希帮助发现数据是否改变，共识规则决定网络接受哪段历史。防篡改能力来自多种机制的配合，不能仅凭“数据上链”就推断内容永远无法改变。
节点、共识与历史选择
节点负责传播、存储或验证网络数据，具体职责取决于节点类型。共识机制协调参与者对有效历史形成一致认识，同时必须配合交易和区块的有效性规则。
比特币使用工作量证明，并在有效候选链中依据累计工作量选择历史；以太坊使用权益证明，由验证者参与区块提议和验证。两种机制适用的资源约束不同，因此“所有区块链都依靠挖矿”并不成立。
交易、UTXO与账户状态
比特币交易引用先前交易的未花费输出，即UTXO。同一个输出不能在有效链上被重复花费，这是理解双重支付问题的入口。以太坊则通过账户及整体状态描述余额、合约代码等信息，交易可以请求改变这些状态。
入门时可以沿着三个问题分析交易：它引用了什么已有数据，满足了哪些授权和有效性条件，执行后改变了什么。这样能把交易理解为受规则约束的数据更新，而不只是界面上的一条转账记录。
默克尔树与验证范围
比特币使用默克尔树把交易标识逐层汇总为根哈希，并将根写入区块头。借助相关中间哈希，可以验证某笔交易是否包含在对应区块中。
包含性证明回答的是“这条记录是否在这个区块里”。判断交易是否合法、区块是否属于被接受的历史，还需要其他验证条件，不能把局部证明等同于完整验证。
智能合约与执行资源
以太坊虚拟机EVM为智能合约提供执行环境。合约是部署到链上、可被调用的程序；调用按照代码和参数执行，并可能更新状态。执行需要消耗计算资源，费用机制用于约束资源使用。
这一概念适用于支持相应程序执行能力的区块链。学习合约时，应同时关注输入、权限、状态变化和执行成本。“自动执行”只说明程序按规则运行，不能据此推断代码没有缺陷。
常见问题与学习顺序
区块高度能唯一标识区块吗？在比特币出现分叉时，同一高度可能存在多个候选区块，因此通常需要区块哈希加以区分。共识是否意味着所有节点同时收到消息？网络传播存在先后，共识机制需要处理这种差异。
合理的学习顺序是先理解数据如何组织，再理解交易如何验证，随后学习网络如何选择历史，最后进入合约执行。比较不同链时，应分别确认数据模型、共识规则和执行环境，避免把某一种实现当成所有区块链的共同标准。