系统结构的基本视角
区块链系统与结构涉及哪些技术概念，可以沿着数据如何记录、交易如何验证、节点如何协调、应用如何执行这条主线理解。区块、密码学哈希、交易、状态、节点和共识相互配合，构成分布式账本的基础。不同系统采用的状态模型和执行规则有所区别，不能把某条链的设计直接推广到全部区块链。
数据结构：区块、哈希与默克尔树
比特币开发者指南介绍，区块通过前一区块头的哈希连接，区块内交易通过默克尔树汇总到根哈希。全节点依据规则验证区块，交易使用尚未花费的输出；有效分支之间的选择依据累计工作量。
这些结构分别解决数据关联、内容校验和历史选择问题。默克尔证明适合验证某笔交易是否包含在指定区块中，但包含证明本身不等于完成交易有效性验证。修改历史数据会改变相关哈希；抵抗历史改写还需要共识机制配合。
交易与状态：账本记录什么
交易描述系统允许发生的操作，状态反映这些操作执行后的结果。理解交易时，应同时关注它引用哪些已有数据、满足哪些验证条件，以及会产生什么变化。
UTXO是未花费交易输出，适合用“消耗旧输出、产生新输出”理解。账户模型则围绕账户余额及相关状态组织变化。两种模型的验证方式不同，但都需要防止同一份可支配资源被重复使用。
节点与共识：如何协调多个副本
节点运行客户端软件，参与数据传播和验证。网络通信负责让节点收到交易与区块，共识规则负责判断哪些记录可接受，以及出现竞争历史时如何处理。收到数据与认可数据属于不同环节。
工作量证明和权益证明属于不同的共识设计。短暂分叉也不必然意味着系统故障，节点可能因传播时差看到不同候选区块。判断记录的稳定程度，应结合具体协议的分支选择与最终性规则，不能只看区块高度。
执行与应用：合约、接口及适用边界
以太坊开发文档将账户、交易、EVM、Gas、节点与共识列为基础模块，并涵盖智能合约、客户端接口、预言机、扩容和数据可用性等主题。这体现了从协议执行到应用开发的多个技术层次。
智能合约用于表达链上执行逻辑，虚拟机提供执行环境，Gas用于计量执行所需资源。应用接口连接软件与节点，预言机引入链外信息；这些组件承担不同职责，接口可访问并不代表外部数据必然可信。
常见误区是把所有区块链都理解为必须具备EVM，或认为数据上链就能证明现实事实。EVM属于特定执行体系；链上验证主要检查数据是否符合协议规则。涉及现实信息时，仍需分析信息来源与引入方式。