先区分：你要核验的究竟是什么
区块链应用研究中的“证据”至少有三类。第一类是机制证据，例如区块如何连接、节点如何同步、共识如何形成，以及智能合约如何被部署和调用；第二类是运行证据，例如某笔交易是否被确认、某个合约是否发生状态变化；第三类是效果证据，例如应用是否提高效率、降低成本或改善协作。前两类通常可以通过技术文档和链上数据核对，第三类则需要业务数据、对照方案或独立评估，不能仅凭链上记录推出。
关键词涉及“怎么核验”时，最重要的边界是：证明代码存在，不等于证明应用有效；证明交易发生，不等于证明交易具有真实业务价值；证明系统采用某种共识机制，也不等于证明该系统适合所有场景。核验应先明确研究主张，再匹配能够直接支持该主张的证据。
来源核验：看来源身份，也看它能证明什么
以太坊技术介绍适合用来核对区块链、节点、以太坊虚拟机、交易、区块和智能合约等基础概念。该材料说明，网络参与者会对状态和区块历史达成一致，智能合约是部署到虚拟机状态中的可执行程序。比特币开发者指南则提供围绕区块链、交易、钱包、点对点网络和开发接口等主题的开发者资料。两者都属于协议或开发文档，主要回答“系统如何设计和运行”，并不自动证明某个具体应用取得了商业或社会效果。
核验来源时，可记录发布主体、文档标题、主题范围、版本或更新时间，以及材料直接支持的命题。若研究声称“某应用减少了处理时间”，应寻找该应用的测量方法、样本范围和比较基线，而不能把通用协议文档当成效果评估。来源相互独立并不意味着结论必然正确，还要检查它们是否只是重复同一份材料。
技术事实的核验步骤
第一步是拆分主张。例如“应用运行在区块链上”可以拆成：是否存在可识别的链、是否有公开合约或交易、交易是否导致相应状态变化、用户界面展示的结果是否与链上记录一致。第二步是建立统一的对象和时间边界，明确网络、合约地址、交易标识、区块范围以及所称的“完成”到底指提交、确认还是最终状态。第三步是交叉核对：将项目说明、协议文档、区块浏览数据、合约代码或接口记录相互比对。
还应检查证据是否可复现。较强的材料应让读者知道如何定位记录、哪些字段支持结论、哪些内容仍然未知。对智能合约而言，可核对部署记录、调用方法、输入参数和状态变更；对交易而言，可区分交易请求、被打包的交易以及由此产生的状态变化。若只能看到截图、宣传语或不可追溯的汇总数字，应降低结论强度。
应用效果证据的额外要求
当研究从技术事实进一步推导应用价值时，核验标准需要提高。成本比较要说明成本口径，是链上执行费用、基础设施维护成本，还是完整业务流程成本；效率比较要说明起止环节、样本和基准系统；安全性判断要说明威胁模型、权限设置、合约缺陷风险以及链下环节。区块链记录具有可验证性，并不代表输入数据本身真实，也不代表预言机、前端、托管服务或现实执行环节没有风险。
适用范围也必须写清。以太坊相关材料可支持对以太坊及其通用机制的基础解释，比特币开发者指南可支持对比特币开发和协议组件的概括；不能据此直接断言其他链、具体项目或某项业务已经具备同样特性。若研究对象属于联盟链、私有网络或链下系统，还需补充其权限模型、数据治理和接口设计等专门证据。
常见问题与判断清单
常见问题一：项目有链上交易，是否就证明应用真实使用？不一定。交易可能来自测试、自动化脚本或少量参与者，还需核对用户行为、业务目的和重复模式。问题二：合约开源，是否就证明系统安全？不一定。代码公开只说明可检查，还需要审计范围、权限配置、升级机制和已知缺陷分析。问题三：两份官方文档都这样描述，是否就是独立验证？不一定。它们可以相互补充，但仍需确认是否针对同一事实、同一网络和同一版本。
提交结论前，可逐项检查：主张是否具体；来源是否可追溯；证据是否直接支持主张；对象、时间和单位是否一致；是否存在替代解释；是否把机制事实误写成效果结论；是否明确未知部分。只有在这些条件基本满足时，才适合使用“已核实”等较强表述，否则应改用“文档说明”“链上记录显示”或“现有材料不足以判断”等限定性语言。