先明确核验对象与适用范围
“区块链庄园”这一名称不足以确定具体项目、业务或研究对象。以下方法适用于涉及链下数据输入和链上记录的案例分析，不构成对任何具体庄园项目的认证。核验前，应将“采用区块链”“记录真实”“改善业务效果”等表述拆成独立主张，分别寻找对应证据。
技术文档能够解释机制，项目记录能够支持具体事实，研究数据才能用于评估效果。证据支持的范围不同，不能仅凭技术原理推断某个项目已经落地或取得成效。
检查外部数据如何进入区块链
以太坊开发者文档的预言机说明指出，智能合约默认无法直接访问链外信息，预言机负责把外部数据提供给合约。核验重点包括数据正确性、可用性，以及提供者能否被识别和追责。
应用到案例时，应追问原始数据由谁采集、来自什么设备或接口、经过什么处理、何时提交上链。若案例涉及环境或生产记录，还需检查采集对象与链上标识的对应关系。链上存在一条记录，只能支持相应数据被记录的判断，不能自动证明现实情况与记录一致。
用溯源关系串起研究材料
W3C的PROV概览将溯源信息概括为与数据生成有关的实体、活动和参与者信息，并支持描述处理步骤、派生关系及版本。这为追踪研究证据提供了通用框架。
核验时，可把原始文件、清洗后的数据和最终报告分别标识，记录处理方法、责任主体与版本关系。例如，报告中的统计结果应能追溯到输入数据及计算过程。溯源描述有助于复核，但描述本身是否真实，仍需原始材料或独立记录佐证。
判断研究结论是否超出证据
如果案例声称效率或可靠性得到改善，应检查指标定义、观察范围、比较条件及缺失数据的处理方式。只有链上交易记录，通常不足以解释业务变化的原因；还需要能够对应相关主张的业务数据和研究设计。
多个页面重复同一份项目介绍，也不能视为多份独立验证。应追踪它们是否共同引用同一原始材料，并区分项目方陈述、技术机制说明与独立核验结果。
常见问题：哪些材料仍然不够
只有截图或文件哈希够吗？截图通常缺少完整上下文；哈希可用于核对文件内容是否一致，但不能证明文件中的现实描述准确。缺少原始文件或生成过程时，应明确记录核验缺口。
使用多个预言机就能保证真实吗？还需检查它们是否依赖同一个数据源，以及如何处理分歧。最终结论宜分别说明已经核对的事实、依赖的前提和无法确认的部分，避免把一般技术能力写成具体案例的已证实成果。