从数据、网络和规则理解架构
区块链把交易组织为区块，通过密码学引用连接历史记录，并由网络中的节点按照共同规则验证。理解架构时，可以依次追问：数据怎样组织，消息怎样传播，节点依据什么接受记录，应用如何改变状态。这些问题分别对应数据结构、网络通信、共识和执行功能，不代表所有区块链都有完全相同的分层设计。
比特币提供的数据与共识基础
比特币区块头包含前一区块头的哈希和汇总交易的默克尔根。交易使用未花费交易输出，即UTXO；同一输出不能重复花费。全节点独立验证区块，在有效分支中依据累计工作量选择链。
这里需要区分两种作用：哈希关联使修改能够被识别，共识规则则帮助节点处理竞争历史。因此，理解历史记录的稳定性，不能只看区块是否相连，还要看验证规则和共识机制。
以太坊提供的应用执行基础
以太坊使用权益证明共识，并通过以太坊虚拟机执行智能合约。账户及合约状态随交易执行而更新，计算消耗通过费用机制计量。智能合约是部署到链上的可复用程序，用户可以通过交易调用。
阅读应用架构时，应把界面、交易请求、合约执行和状态存储分开理解。例如，界面显示操作完成，仍需明确它表示请求已提交，还是执行结果已经写入链上。
应用适用条件与设计问题
需要多方依据共同规则核对记录，或需要公开验证程序执行结果时，可以进一步评估区块链是否适合。评估重点包括：哪些状态需要共享，谁能发起修改，规则如何验证，以及计算和存储成本能否接受。
应用涉及链外事实时，还必须解释这些事实怎样进入系统。链上能够验证某条记录及其处理过程，并不自动证明输入内容符合现实。智能合约的可验证执行，也不能替代对业务条件的准确描述。
入门常见问题
交易广播是否代表完成？广播只是传播请求，之后还涉及验证、收录及相应的确认过程。理解应用状态时，应区分这些阶段。
所有区块链都采用挖矿和UTXO吗？不同网络可以采用不同的共识和状态模型，比特币与以太坊不能直接套用同一套细节。
智能合约是否等于完整应用？合约负责链上程序逻辑，用户界面和访问节点的方式同样影响应用如何使用。入门学习可以沿着一次请求从发起到状态更新的路径，把这些概念串联起来。