先确定要解决哪类扩展问题
区块链扩展场景的设计文档怎么查，首先取决于扩展目标。应用交易拥堵，需要关注执行、批处理与结算机制；客户端存储或带宽受限，则需要关注同步和验证方式。检索前写清业务操作、资源限制和安全要求，可以减少查到相似名词却不适用的文档。
从两个技术入口定位资料
以太坊开发者文档的 Scaling 页面区分链上与链下扩展，并介绍 rollup、状态通道、侧链等方案。其关键阅读线索是执行位置、数据存放位置及安全来源：与主网通信的方案，安全依赖并不相同。该入口适合定位应用吞吐量与链下执行相关的技术专题。
比特币开发者指南的 Operating Modes 页面讨论全节点与 SPV。全节点验证区块及交易规则；SPV 通过区块头和默克尔分支检查交易是否被收录，但这种证明不能完整保证交易有效性。该入口适合研究客户端资源与验证能力之间的取舍。
沿概览、规范与实现逐层查找
概览用于建立技术分类，具体设计还需查找相应专题、协议提案和实现说明。检索时可将技术名与 architecture、specification、security model、data availability 等词组合，分别定位架构、规则、安全假设和数据可用性说明。
涉及以太坊链下扩展，可从上述概览中的对应专题继续查找；涉及比特币 SPV 的布隆过滤器机制，可沿运行模式页面提及的 BIP37 查阅协议细节。协议说明、研究提案和已部署功能应分别核对，旧文档中的“未来方案”不能直接视为当前状态。
怎样判断文档是否适用
阅读时围绕一笔操作追踪完整路径：请求交给谁，在哪里执行，谁验证结果，哪些数据需要公开，何时完成结算。再检查参与节点失联、数据无法取得或发生争议时，设计如何处理。只介绍正常流程的页面，通常不足以回答完整的设计问题。
适用条件也应对应需求：应用侧扩展重点核对执行与结算边界；轻客户端重点核对资源节省所依赖的验证假设。记录文档版本、关联规范及实现范围，有助于避免把某种技术的一般原理直接套用到具体项目。
常见问题：找到概览就够了吗
概览适合选定阅读方向，不能替代设计规范。吞吐量描述也不能单独说明方案是否适用，还需结合确认过程、数据可用性和节点要求理解。
轻客户端是否等于提高全网吞吐量？两者关注的瓶颈不同。轻客户端主要减少客户端获取和验证数据的负担；查找提升交易处理能力的设计时，仍需继续研究执行、数据承载及结算机制。