适用范围与核验边界
这里讨论采用区块链记录或接收疫情相关数据的系统，不对任何具体项目作真实性认证。核验应区分三个问题：资料来自谁，传输和加工中是否发生变化，内容是否准确反映原始业务记录。上链可以提供核对线索，却不能自动证明录入前的数据真实。
用溯源关系整理证据
W3C的PROV概览将溯源描述为数据形成过程中涉及的实体、活动和责任主体的信息，并介绍支持溯源表达、交换与约束验证的文档体系。它提供的是描述和检查溯源关系的框架，不是疫情数据认证服务。参考来源：https://www.w3.org/TR/prov-overview/
应用到核验中，可以把报告或数据文件作为实体，把采集、汇总与修订作为活动，把发布机构和处理方作为责任主体。每项结果应能回溯到输入资料与处理步骤；只有发布地址而没有版本、处理关系，证据仍不完整。
核对原始来源与统计口径
核验清单应包含发布主体、原始发布位置、资料版本、采集时间、统计周期及指标定义。比对两份疫情统计时，应先确认地区范围、统计对象和时间口径是否一致，避免把口径差异误判为数据造假。
转载页面与原始记录应分别标识。多个页面引用同一份报告，不构成多个独立证据。出现差异时，应保留各版本并查明修订原因，而不是仅选择更新更晚或传播更广的一份。
检查链外数据如何进入系统
以太坊预言机文档解释，智能合约默认不能直接访问链外信息，需要预言机等接入机制；接入后仍需处理来源真实性、内容完整性、可用性和提供者责任等问题。参考来源：https://ethereum.org/developers/docs/oracles/
对于采用这类机制的系统，核验重点应包括外部接口由谁提供、字段如何提取、数据如何汇总，以及报告冲突和接口中断时如何处理。多个接入节点若依赖同一上游来源，不能据此认定已完成独立交叉验证。
常见问题与核验结论
哈希一致是否代表内容真实？它只能支持被比对内容与留存摘要相符的判断，不能证明记录描述的事件真实。上链时间是否等于采集时间？二者属于不同环节，不能直接替代。
无法取得原始记录怎么办？应将结论限定为已核对的范围，例如仅确认版本对应关系，而不宣称事实已经证实。完整的核验记录应列明可追溯环节、尚缺证据和异常情况，让后续复核者能够重复检查。