先确定要查哪类设计
查“区块链本是一种技术的设计文档怎么查”，首先要明确对象。区块链涉及数据组织、交易验证和网络共识等多个方面，不同网络的设计并不相同。检索前可以把问题缩小为：区块如何连接、交易怎样验证，或者节点如何选择一致的历史记录。
理解基本原理时，可以从开发者指南入手；需要确认字段含义和验证条件时，应继续查对应协议规范与实现参考。阅读时始终记录文档描述的是哪个网络、哪个技术层次。
两个可定位的文档入口
比特币的入口是 developer.bitcoin.org/devguide/block_chain.html。其 Block Chain 章节介绍区块头通过前一区块哈希建立连接、交易如何形成默克尔根，以及全节点独立验证区块的基本机制，适合查找区块结构与验证规则之间的联系。
以太坊的入口是 ethereum.org/developers/docs/blocks/。其 Blocks 章节围绕区块内交易的顺序执行、状态变化和权益证明下的区块处理展开，并区分区块与执行载荷的结构，适合理解交易执行如何关联到区块验证。
按问题逐层阅读
查数据结构时，先找区块头、父区块引用和交易数据的说明，再跟踪字段所引用的其他章节。查交易有效性时，阅读交易模型和验证条件。查共识时，则重点看区块有效性、分叉选择与节点验证之间的关系。
可以使用页面内搜索定位 block header、transactions、consensus 等术语。遇到字段名称时，同时阅读它所属结构的上下文；相同或相近的名称，可能属于不同层次，不能仅凭名称判断用途。
如何判断文档是否适用
比特币章节中的工作量证明和未花费交易输出模型，不能直接套用于以太坊；以太坊章节中的账户状态与执行载荷，也不能当成所有区块链的统一结构。比较文档时，应围绕同一个问题比较各自方案。
涉及具体字段、参数和实现行为时，应核对文档版本及适用升级范围。概念说明可以帮助建立理解，但不能单独作为完整实现规范。
常见问题
只看一个区块介绍页面够不够？如果目的是了解区块的基本作用，可以从单页开始；如果要实现验证逻辑，还需要补充交易、网络与共识相关文档。
哈希连接是否意味着历史绝对不能修改？哈希引用使改动能够被发现，而历史记录的保护还依赖验证规则和共识机制。阅读设计时，需要把数据结构与网络如何接受区块结合起来理解。