适用范围：技术核查不能直接认定诈骗
“杀猪盘区块链项目的设计文档怎么查”涉及资料查找和真实性核对。以下方法适用于以太坊及兼容EVM网络上的智能合约。没有具体项目的文档、地址和代码，无法认定其是否涉及诈骗；文档完整或源码公开，也不能单独证明项目可信。
先建立文档与部署地址的对应关系
查找时可从项目公开的文档入口和代码仓库入手，寻找设计说明、合约说明、权限说明及部署地址记录。这些是待核对的资料类别，不代表每个项目都有公开。记录文档版本、所属网络、合约地址和对应代码版本，才能明确描述针对哪个实现。
设计文档通常不会因为合约部署就自动上链。找不到文档时，可以继续检查公开源码，但不能将源码注释当作完整设计说明。若只有宣传页面，缺少可对应的部署信息，文档与实际运行逻辑的关系就尚未建立。
通过源码验证核对实际实现
ethereum.org的智能合约验证说明指出，源码验证用于核对公开源码编译后的字节码与链上合约是否匹配；结合元数据的完整匹配，还能更严格地确认源码和编译信息的一致性。
核查具体地址时，可查看Etherscan、Blockscout或Sourcify提供的验证信息，确认网络、地址和匹配范围。随后将文档中的关键规则与相关函数对照。验证标记提供的是代码对应关系，不代表业务逻辑正确，也不等于完成安全审计。
重点核对谁能改变规则
OpenZeppelin的访问控制文档区分了所有者管理和角色管理：权限可以控制增发等操作，角色管理员还能授予或撤销角色。基础AccessControl不支持直接枚举全部成员，可通过授权、撤权事件追踪，并核对当前状态。
阅读设计说明时，应追问每项重要操作由谁执行、受什么条件限制，以及谁能重新分配权限。把这些问题对应到代码和当前权限状态，比仅查看“去中心化”等概括性描述更有助于发现信息缺口。
常见问题与结论边界
放弃所有权是否意味着没有管理权限？不能直接这样判断。还需要检查其他角色及其管理员。代码注释是否足够可靠？注释用于解释，实际行为仍取决于代码逻辑。
缺少源码是否就能认定诈骗？不能，但会限制独立核查。记录结果时，应明确哪些描述已与代码对应、哪些权限仍存在、哪些资料尚缺；不要把无法验证写成已经证实，也不要把源码匹配扩大为对整个项目的安全保证。