先确定“账本类型”指什么
区块链账本类型的设计文档怎么查，关键在于把问题拆成明确的技术目标。查询前应确定：关注的是谁可以参与网络、交易如何记账，还是节点如何对记录达成一致。这些属于不同设计维度，不能用同一组分类相互替代。
若要理解余额如何变化，重点查记账模型；若要理解记录如何组织，重点查区块和交易结构；若要理解冲突记录如何处理，重点查验证规则与共识机制。这样更容易找到真正相关的章节。
比特币文档：沿着交易输出查账本
Bitcoin Developer Guides 的 Block Chain 章节介绍了交易、区块以及节点验证之间的关系。比特币交易使用先前交易的输出，未花费交易输出称为 UTXO；同一输出不能在链上重复花费。区块头通过前一区块头的哈希连接，交易则通过默克尔树关联到区块头。
这一入口适合查找基于交易输出的记账逻辑。阅读时可围绕 UTXO、transaction inputs、transaction outputs、merkle root 等术语定位内容，并记录输出怎样被引用、怎样判定已花费、哪些条件会导致交易被拒绝。
以太坊文档：沿着账户与状态查账本
Ethereum 的 Technical intro to Ethereum 将账户、交易和 EVM 状态联系起来：账户与余额属于整体状态，交易经过验证和执行后推动状态变化，智能合约代码也参与这一执行过程。该页面还介绍了以权益证明为基础的共识机制。
这一入口适合建立账户与状态模型的基本认识。进一步查询时，可沿 accounts、transactions、EVM、nodes and clients、consensus mechanisms 等主题展开，分别确认状态包含什么、执行如何改变状态、节点如何认可结果。
怎样从概览找到设计依据
开发者入门页适合解释术语，详细设计核验还需要继续查找数据格式、有效性条件、状态转换规则和异常处理。可组合使用项目名称、目标术语与 specification 或 reference 进行检索，再核对页面所属文档体系。
整理结果时，为每个问题保留页面标题、章节位置和适用版本。例如，“交易如何改变状态”应对应执行规则，“区块如何标识”应对应区块结构。概览中的解释不能直接替代字段级规范，也不能证明某个客户端的具体存储实现。
常见问题与适用范围
UTXO 和权益证明是否属于两种账本类型？两者描述不同层面：前者关注交易输出如何记录和花费，后者关注共识参与方式。查询设计文档时，应把记账模型与共识机制分开核对。
能否只看一篇指南完成系统设计？指南适合概念学习和初步比较。涉及开发实现时，还需确认协议版本、接口定义及边界条件。比特币和以太坊的上述入口也不足以支持对其他项目权限管理、隐私能力或数据库布局的具体判断。