基础结构：数据如何连接与验证
区块链技术全面发展涉及哪些技术概念，可以沿着数据组织、网络协作、程序执行和应用扩展四条线理解。不同区块链采用的组合各有差异，讨论具体能力时，需要明确采用哪种数据模型与验证规则。
比特币开发指南介绍了区块链接、哈希和默克尔树：区块引用前一区块的头部哈希，交易通过逐层哈希形成默克尔根。这些结构让数据变化可以被检测，也支持验证某笔交易是否包含在区块中。哈希承担完整性校验作用，不会自动隐藏交易内容。
网络与共识：节点如何协作
点对点网络负责传播交易和区块，节点按照规则验证收到的数据。传播解决信息传递，共识解决参与者如何就有效历史或系统状态形成一致认识，两者需要配合。
比特币使用工作量证明，并在有效候选链之间依据累计工作量选择链。其开发指南还说明，同一高度可能出现竞争区块，因此区块高度不能作为全局唯一标识。理解这点有助于区分临时分叉与数据错误，也能避免把记录难以改写理解成绝对无法改写。
交易与执行：状态如何变化
交易模型决定系统怎样表达和检查变化。理解比特币需要掌握未花费交易输出，即UTXO；理解以太坊则需要掌握账户、交易和状态。不同模型的验证对象不同，不能直接套用同一种余额理解方式。
以太坊开发文档将虚拟机、Gas、智能合约以及节点接口列为开发基础。智能合约表达执行规则，虚拟机提供执行环境，Gas用于计量计算资源消耗。应用开发还涉及合约测试、安全检查和客户端交互，业务规则能写成代码并不意味着代码已经可靠。
扩展能力：适用条件与边界
以太坊文档还涵盖Rollup、数据可用性、预言机、跨链桥和去中心化存储。理解这些方向，可以分别提出问题：怎样承载更多处理需求，验证所需数据能否取得，外部信息如何进入系统，不同网络如何交换信息，以及数据保存在哪里。
这些技术适用于不同需求。需要外部信息的应用才会涉及相应的数据输入机制；跨网络交互需要评估桥接方式；扩容方案则要结合验证方法和数据可用性理解，不能只比较处理速度。
常见问题：证明与安全是否等同
交易被包含在区块中的证明，能否代替完整验证？两者验证范围不同：包含性证明回答记录是否存在于指定区块，完整验证还要检查交易与区块是否满足规则。
技术概念覆盖得越多，系统就越安全吗？安全取决于各组件的实现和配合。评估一种设计时，应明确谁负责验证、依赖哪些数据，以及异常发生后如何处理，而不能仅凭功能名称判断可靠性。