先明确要查的“无币”范围
“无币”在检索时需要进一步限定：是业务不发行代币，还是底层网络也不依赖原生代币计费？两者需要不同的设计证据。不能仅凭“私有链”“联盟链”或“测试环境”等名称判断。
这套查找方法适用于核验多方共享记录、成员参与受控的应用设计。若只有案例名称和宣传介绍，应先确认项目主体、业务场景及底层平台，再寻找对应技术文档。
用两个技术来源建立判断基准
NIST IR 8202《Blockchain Technology Overview》的摘要将区块链描述为具有篡改可见性和抗篡改能力的分布式账本。这类概览适合帮助理解共享记录与信任机制，不能据此认定某个应用已经落地或通过验证。
Ethereum 的 Networks 文档区分公共、私有及联盟网络，并说明私有网络的隔离不等于安全保护；测试网也可能需要测试用 ETH。因此，网络是否公开、是否安全、是否依赖代币，应分别核验。
从案例名称追踪设计材料
检索时可组合“项目名称＋架构设计”“项目名称＋技术白皮书”“项目名称＋接口文档”，也可加入 architecture、design、permissioned 等词缩小范围。没有具体项目名称时，可先用业务场景搭配“联盟链”“设计方案”寻找候选材料。
优先沿项目主体的文档入口、公开代码仓库和技术附件查找。进入仓库后，可关注说明文件、文档目录、配置示例及版本记录。案例介绍用于定位线索；架构说明、接口定义和部署配置用于核对实现。
设计文档重点核对什么
业务设计应解释谁需要共同记录、谁可以写入和读取，以及采用共享账本的理由。网络设计应交代节点由谁管理、成员如何加入退出、交易如何确认，避免只用“去中心化”概括责任分配。
数据设计应区分链上记录与链下原文，说明身份认证、访问权限和异常处理。判断“无币”还应查看费用配置与资源控制：业务不发行代币，并不足以证明底层完全没有代币机制。
常见问题与证据边界
只有演示截图或白皮书怎么办？它们可以说明方案意图，但不足以确认实际运行方式；还需寻找对应版本的接口、配置或测试材料。测试环境的结果也不能直接证明生产环境具备相同性能。
找不到完整设计文档怎么办？记录已公开材料及缺失部分，将结论限定在可核验范围。整理时保留发布主体、文档版本、适用环境和来源链接，避免把不同版本的内容拼成一套未经证实的设计。