先把“好项目”拆成可核验的主张
“好项目”是综合评价，不是某个链上字段能够直接证明的事实。核验时应先明确研究报告究竟声称了什么：公开源码与部署代码一致、某笔交易已被记录，还是合约行为符合预期。不同主张需要不同证据，不能用一个验证标识替代全部判断。
可为每项主张记录证据位置、对应网络、合约地址或交易标识、核验范围与尚未解决的问题。没有明确对象的截图、宣传语和概括性结论，通常不足以支持独立复核。
源码验证证明的是代码对应关系
以太坊开发者文档《Verifying smart contracts》说明，源码验证主要检查公开源码在相应编译条件下生成的字节码是否与部署合约对应。源码文件、编译器版本及编译设置都会影响核验。形式化验证则关注合约是否满足特定行为要求，两者不是同一种证明。
因此，研究报告引用“已验证”状态时，应说明它对应哪个网络、哪个合约地址，以及支持何种结论。公开了代码仓库，只能说明存在可查看的代码；若缺少与部署对象的对应证据，就不能直接称其为实际运行的版本。
完整匹配也不等于安全认证
上述以太坊文档还区分了包含元数据哈希核对的完整验证，以及未满足这一条件的部分匹配。元数据能够关联源码文件及编译信息，帮助更严格地确认来源一致性；仅看注释和变量名称，不能确认实际行为。
核验结果必须按其能力解释：代码对应关系更明确，不代表业务逻辑必然正确，也不能替代对权限与行为的审查。部分匹配不宜直接判定为造假，完整匹配也不宜直接写成“没有风险”。工具提供何种匹配，应以对应核验结果的说明为准。
链上记录证明什么，又不能证明什么
比特币开发者指南《Block Chain》介绍，节点依照共识规则验证区块，区块通过前一区块头的哈希连接。默克尔树可用于验证交易被某个区块收录。发生分叉时，同一高度可能出现多个区块，因此区块高度不能充当全局唯一标识。
据此引用链上证据时，应保留交易标识和对应区块哈希，并区分“被某区块收录”与“该区块属于所核验的有效链”。比特币的具体规则不能不加区分地套用到其他网络。
交易存在与研究结论成立之间，仍可能缺少关键环节。例如，一条转账记录不能单独证明真实用户需求；公开账本也不会自动解释交易动机。报告需要说明观察到的事实如何支持结论，而不是只展示链上截图。
适用范围与常见问题
只有源码仓库，能确认部署内容吗？不能，还需要源码与指定部署对象的对应证据。只有交易记录，能确认项目优质吗？不能，它只能支持与该记录直接相关的有限事实。不同证据不可相互替代。
这些方法适用于核验技术主张和链上记录，不足以对团队能力、商业可持续性或整体项目质量作出全面背书。整理结论时，可分别标注“已核对的事实”“基于事实的解释”和“仍缺证据的主张”，使读者清楚看到证据边界。