核验从具体主张开始
核验农业区块链项目，应先明确要验证的是产地、检测结果、气象条件，还是数据上链情况。不同主张需要不同证据，链上存在一条记录，并不能独自证明田间事件真实发生。以下方法适用于使用链外农业数据的系统，不构成对任何具体项目的认证。
两个技术来源分别说明什么
Ethereum 的预言机文档说明，预言机将链外信息提供给智能合约，核验重点包括来源真实性、传输完整性、可用性及提供者责任。这意味着检查范围必须延伸到数据进入链上之前。
W3C 的 PROV-O 规范提供表示来源关系的模型，以实体、活动和主体等概念描述资料如何产生、派生及归属。它可以帮助组织证据关系，但采用这种模型本身不证明记录内容真实。两份文档支持技术方法，不能替代农业项目的业务证据。
把原始资料与处理过程连起来
可借用来源模型，将检测报告、采集记录视为资料实体，将采集、汇总和上传视为处理活动，将机构、人员或软件视为责任主体。对每项主张，记录原始出处、对应对象、时间、版本及处理关系，形成可追查的路径。
例如核验某批次的检测结果，需要检查报告是否对应这一批次，以及平台展示值能否追溯到报告中的原始记录。若只能找到宣传摘要，缺少原件或对象对应关系，结论应保留为尚未核实。
检查预言机与来源独立性
当项目通过预言机输入气象或其他农业数据时，可检查它查询哪些来源、怎样提取数值、如何处理分歧，以及数据中断或过期时怎样处理。多个节点读取同一接口，仍可能依赖同一个底层来源。
交叉核验应关注证据是否独立产生。两个网站转发同一份项目公告，只增加了传播渠道；具有各自采集过程、责任主体且对象和时间范围一致的记录，才更适合用于相互印证。
常见问题与结论边界
资料来自正确机构，是否就一定准确？来源真实性与内容准确性需要分别判断。确认出处后，仍需检查采集对象、处理方法和适用范围；传输未被改动，也不能排除原始记录存在错误。
缺少关键资料时如何表述？应明确已核实的环节及仍缺失的对应关系。例如可以确认某项数据已被记录，同时保留其链外采集情况尚未核实的判断。结论的范围应与证据实际覆盖的范围一致。