先理解架构要解决的问题
区块链简单架构入门需要了解什么，首先要看多台计算机如何维护一份可共同验证的记录。数据结构负责组织历史，网络负责交换信息，验证规则判断记录是否有效，共识机制帮助参与者确定采用哪条历史。理解这些职责，比先背诵固定的分层名称更有用。
数据结构：区块怎样连接
比特币开发者指南介绍了区块头对前一区块的引用，以及通过默克尔树汇总交易的方式。交易使用此前尚未花费的输出，节点依规则验证区块，并在有效分支中选择累计工作量最大的链。
由此可以区分两个问题：哈希引用用于发现内容变化，共识规则用于决定接受哪份记录。仅把数据串成链，并不足以建立完整的区块链系统。默克尔证明能够证明交易被某个区块收录，但单凭这一证明不能判断交易满足所有有效性规则。
网络与共识：传播不等于认可
节点收到交易或区块后，需要检查其是否符合规则。广播解决信息传递问题，验证解决有效性问题，共识则处理历史选择与确认问题。这些职责彼此配合，不能互相替代。
比特币的工作量证明与以太坊的权益证明体现了不同的共识设计。学习具体系统时，需要分别理解谁能提出区块、其他参与者怎样核验，以及出现竞争分支后如何选择历史；共识不意味着每个节点必须同时在线并逐一表态。
执行模型：以太坊增加了什么
以太坊技术介绍将交易描述为驱动状态变化的请求。智能合约是部署在网络上的可复用程序，由以太坊虚拟机执行；执行消耗资源，费用机制用于计量资源使用并约束滥用。其权益证明机制通过验证者参与和奖惩维护共识。
理解这一模型，可以把交易视为输入，把合约视为处理规则，把账户及合约数据视为状态。区块中的交易顺序因此也影响执行结果。通用智能合约执行环境是特定架构的能力，不是所有区块链都必须具备的组件。
适用条件与常见问题
上述解释主要适用于比特币、以太坊这类开放网络。分析其他系统时，应先确认参与权限、数据模型和共识规则，不能直接套用某条链的设计。
区块链是否绝对不可修改？更准确的理解是，修改历史需要面对密码学关联和共识机制形成的约束，其安全性依赖具体条件。交易广播后是否完成？广播、被收录与获得相应确认是不同阶段。学习时沿着一笔交易的传播、验证、收录和状态更新过程梳理，便能把各个组件联系起来。