分布式账本与节点
区块链把记录组织为连续区块，由网络中的节点传播和验证。理解它的关键，是区分数据保存、规则检查与共同确认：保存副本不代表可以任意修改记录，收到交易也不代表交易已被确认。
当应用需要多个参与方依据共同规则核验记录时，这种结构具有讨论价值。是否采用区块链，还应看业务是否确实需要共同验证与维护历史记录。
哈希与默克尔树
比特币开发者指南介绍了两层关联：区块引用前一区块的哈希，区块内的交易则通过默克尔树汇总为一个根哈希。前者连接历史，后者支持利用部分哈希核验某笔交易是否被包含。
哈希可以理解为供核验的数据摘要。它帮助发现内容变化，但不等于加密，也不能证明记录所描述的现实事件真实发生。
共识与交易确认
共识机制处理节点如何接受共同历史的问题。比特币的工作量证明要求区块满足哈希难度条件；出现竞争分支时，节点在有效链中依据累计工作量选择历史。以太坊技术介绍则用权益证明说明验证者质押、提议区块及奖惩机制。
共识并不意味着所有节点必须同时表态。理解交易确认时，需要区分已广播、已进入区块以及后续稳定程度，不能把提交成功直接当作最终完成。
数字签名与交易模型
数字签名用于验证交易授权。以太坊采用账户和状态的表达方式；比特币通过未花费交易输出，即UTXO，描述可使用的资金来源，同一输出不能被重复花费。
这两种模型说明，界面上相似的转账操作，底层记录方式可能不同。设计应用时，应先明确所用系统怎样表示余额、授权与状态变化。
虚拟机、智能合约与费用
以太坊技术介绍将EVM描述为执行计算的共同环境，智能合约则是部署其中、可被调用的程序。交易能够触发程序执行，相关费用为计算资源设置成本约束。
这些概念适用于支持相应执行环境的区块链，不能直接套用到所有系统。理解合约应用，可以沿着输入参数、检查条件、执行代码和更新状态这一过程展开。
常见问题与适用边界
上链是否意味着绝对不可修改？防篡改能力依赖密码学关联、验证规则和共识机制共同发挥作用，不能只靠区块相连这一结构来解释。
智能合约是否保证业务正确？程序执行符合规则，与规则本身符合业务需求，是两个问题。技术核验能够检查授权和执行过程；对现实事实的判断仍需要可靠的信息依据。