先明确需要查证的设计问题
“特殊地址”并不是足以直接定位文档的技术名称。查询前应明确所属区块链、地址类型，以及想了解的是生成方式、控制权限还是使用条件。不同网络的地址模型存在差异，同一种查询思路不能直接套用到所有链。
例如，“这个地址为什么能提前计算”属于地址派生问题；“谁能控制其中的资产”涉及账户权限或脚本条件。把问题拆开后，更容易找到对应章节，也能判断文档是否真正回答了疑问。
以太坊：从账户类型查到地址派生
以太坊账户文档介绍了外部账户与合约账户的基本区别：前者与私钥控制有关，后者依靠合约代码运行。文档还区分了 CREATE 与 CREATE2 的地址派生方式；CREATE2 涉及创建者地址、salt 和创建代码的哈希，可用于预先计算合约地址。入口为 https://ethereum.org/developers/docs/accounts/ 。
如果问题涉及可预先计算的地址，可沿账户页面中的 CREATE2 相关链接继续定位机制说明。阅读时分别记录派生输入和控制逻辑：能够计算一个地址，并不能单独证明该地址已有合约，也不能说明谁拥有合约权限。
比特币：从地址表示查到输出条件
比特币交易开发指南以 UTXO 和脚本解释资产的花费条件。其 P2PKH 示例把地址中的公钥哈希与输出脚本关联起来，花费时需要提供符合条件的公钥和签名；P2SH 部分则引入了支付到脚本哈希的机制。入口为 https://developer.bitcoin.org/devguide/transactions.html 。
因此，查询比特币某类地址的设计时，应先确认地址对应的输出类型，再查相关脚本条件。地址编码如何表示目标，与输出怎样才能被花费，是两个需要分别核对的问题。这里的 P2PKH 说明不能直接代表所有比特币地址类型。
怎样判断找到的文档是否适用
核对文档时，重点看它解释的是通用机制还是具体部署。通用账户或交易指南适合回答基础设计问题；如果要确定某个具体地址的实际用途，还需要与该网络、该地址对应的实现或部署证据。仅凭基础文档，无法确认一个地址具有某种项目权限。
常见疑问是：地址外观特别，是否意味着协议赋予了特殊功能？外观本身不足以证明这一点。另一个疑问是：找到地址生成公式，是否就找到了完整设计？生成公式只回答地址如何得到，完整理解还要结合账户代码或脚本条件。