先把“衍生功能”具体化
“区块链的衍生功能”不是一个足够明确的文档名称。查询前应写清所属网络、功能目标，以及想了解的是底层规则还是应用实现。例如，合约之间如何调用、钱包如何处理交易、应用如何使用链外数据，分别对应不同的检索方向。
适用范围也要先确定：以太坊的智能合约说明不能直接作为比特币功能的设计依据，通用开发指南也不能证明某个具体项目已经实现了相关能力。
两个开发文档入口如何使用
以太坊的智能合约介绍适合作为合约扩展功能的概念入口。它说明合约由代码与状态组成，并介绍合约组合调用、链外数据依赖预言机，以及多签执行条件。因此，涉及这些功能时，可沿对应主题继续定位文档；这篇介绍本身不是具体应用的完整设计书。
比特币开发者指南的目录覆盖区块链、交易、合约、钱包、支付处理、运行模式、点对点网络和挖矿。它适合用来确定查询所属模块，但目录只能提供定位线索，不能据此确认某项扩展功能的具体机制。
按问题寻找设计信息
检索时可组合“网络名称＋功能名称＋文档类型”。需要理解用途时找概念说明，需要确认规则时找规范，需要了解具体实现时找项目的架构、接口或设计说明。不要只搜索“衍生功能”，否则很难判断结果是否对应实际需求。
阅读时围绕几个问题整理信息：功能解决什么问题，接收什么输入，改变哪些状态，谁有执行权限，依赖哪些组件，失败时如何处理。这些问题是核查设计完整性的线索，不代表每个文档都会提供全部答案。
核对适用条件与证据边界
涉及智能合约组合时，应关注被调用合约的接口与约束；涉及链外信息时，应继续核查数据如何进入链上；涉及多签时，应明确签名门槛和参与者权限。只有介绍概念而没有这些细节，通常不足以解释具体系统如何运行。
对具体项目，还需核对文档标注的网络、版本和实现范围。没有找到对应说明时，应把结论保留为“尚未确认”，不能用其他网络或其他项目的相似功能补齐。
常见问题：教程就是设计文档吗
不一定。教程主要帮助理解或完成示例，设计文档则应说明目标、约束和机制选择。若只找到入门页面或目录，可先用它建立术语和模块索引，再追查相关规范与实现说明；不能把示例代码当作完整系统设计，也不能把未找到文档等同于功能不存在。