一、先确定要查的设计层次
“读博区块链技术的设计文档怎么查”可以理解为博士学习或技术调研中的资料检索问题。这里讨论通用查阅方法，不指向某个名为“读博”的具体项目。
检索前先写清问题：关注账户如何表示、钱包如何划分职责，还是某项协议规则如何定义？这些问题需要不同材料，不能仅凭标题含有“区块链”就判断资料适用。
二、账户模型从以太坊账户说明入手
以太坊的 Ethereum accounts 页面介绍外部账户与合约账户，并列出 nonce、balance、codeHash、storageRoot 等账户字段。它也区分账户与钱包：钱包是与账户交互的界面或应用，两者不是同一概念。
这一入口适合建立账户模型的术语框架。阅读时可整理“账户类型、控制方式、状态字段、交互限制”，但不要把入门说明直接当成覆盖全部协议细节的完整设计规范。
页面地址：https://ethereum.org/developers/docs/accounts/
三、钱包架构从比特币开发指南入手
比特币 Wallets 开发指南区分钱包程序与钱包文件，并将钱包系统的职责拆分为公钥分发、签名和网络交互。文中介绍全功能钱包、仅签名钱包、离线钱包与硬件钱包等组合，体现了功能划分与密钥隔离的设计思路。
这一入口适合分析组件边界：哪些组件需要联网，哪些组件承担签名职责，组件之间交换什么信息。它讨论的是钱包系统，不能据此推导比特币全部共识规则。
页面地址：https://developer.bitcoin.org/devguide/wallets.html
四、把宽泛关键词改成具体问题
建议采用“项目名称＋组件名称＋文档类型”的检索方式。例如，查账户可使用 Ethereum accounts，查钱包职责可使用 Bitcoin wallets signing-only。先找到相关章节，再沿术语与页面引用寻找更具体的规范或实现说明。
每找到一篇材料，都记录它能回答的问题和不能覆盖的范围。若只解释字段含义，就将其归为概念资料；若需要理解设计取舍，则继续寻找明确说明动机、约束与替代方案的材料，不自行补写作者理由。
五、阅读笔记要保留证据边界
可以为每项问题建立一张记录卡，包含文档标题、来源地址、章节位置、适用版本、关键结论和待核实事项。页面未注明版本时，应标记“版本待核实”，不要默认其代表当前全部实现。
比较两个系统时，应先确认比较层次一致。以太坊账户状态与比特币钱包组件属于不同层次，适合分别说明，不宜直接据此判断哪个系统整体更先进或更安全。
六、常见问题与适用条件
只有介绍页，是否足够写技术综述？可以用于概念定义和问题定位，但涉及具体实现、协议变更或性能结论时，需要补充对应证据。
旧文档是否完全不能用？不必一概排除。基础概念可以作为线索，但软件支持情况、生态普及程度及版本相关描述需要重新核实。这套方法适合前期调研与资料梳理，不能替代对目标版本规范的逐项确认。