先界定两类来源能证明什么
W3C 的 PROV-Overview 将溯源理解为描述数据相关实体、活动和参与者的信息，并介绍支持溯源信息交换的模型与文档体系。它提供整理证据关系的方法，不构成任何电力项目的实施证明。
以太坊开发者文档 Oracles 说明，预言机将链外信息提供给智能合约，同时引入数据正确性、可用性及提供者责任等问题。这能帮助检查电力数据的接入机制，但不能证明某个案例的实际成效。
把案例主张对应到原始证据
核验时应先拆分主张：项目是否存在、系统是否投入运行、数据是否可信、效果是否得到验证。这些问题需要分别对应证据，不能用一份技术介绍支撑全部结论。
建立资料记录时，可列出标题、发布主体、原始出处、版本、发布日期和支持的具体主张，并保留相应段落位置。多篇报道若转述同一公告，只能算同一信息源的传播，不能视为相互独立的佐证。
沿数据生成与处理过程追溯
将溯源思路用于电力案例，可检查原始记录是什么、由谁生成、经过哪些汇总或转换、最终由谁发布。例如，若案例涉及电表读数，应寻找采集记录与汇总结果之间的对应关系；这是核验路径，不代表任何项目已经提供这些证据。
涉及用电量或效率变化时，还应检查统计范围、时间区间、单位和计算方法是否一致。无法追溯到输入记录或处理步骤的指标，应明确其证据缺口，避免写成已经验证的效果。
单独检查链外数据接入环节
若电力数据通过预言机进入合约，应核对数据源、提交者、更新方式、异常处理，以及多个报告出现差异时的处理规则。多个节点共同提交数据，也需要检查它们是否依赖同一个上游来源。
链上记录可以帮助检查数据提交及后续处理，但不能单独证明原始测量准确。来源身份、传输完整性与测量真实性是不同问题；核验应覆盖采集端到链上使用端的衔接。
适用条件与常见问题
上述方法适用于公开案例分析和技术资料审阅。只有宣传文字而缺少原始记录时，可说明其公开宣称的内容，并将运行情况或效果标为尚缺证据。
常见误区是把采用 PROV、使用预言机或完成上链直接视为真实性认证。这些机制分别帮助描述来源、接入外部信息或记录数据；具体案例是否可信，仍取决于相应证据是否完整且能够交叉核对。