先明确技术资料能证明什么
NIST IR 8202《Blockchain Technology Overview》的摘要将区块链描述为具有篡改可发现性和抗篡改能力的分布式账本，并强调正常运行条件下已发布记录的稳定性。这支持对账本机制的理解，不证明某个电力项目的计量准确、运行可靠或应用效果。
以太坊开发文档“Oracles”解释，预言机为智能合约引入链外信息，同时带来数据正确性、可用性和提供者责任问题。两处来源分别支持账本与外部数据接口的原理，不能当作对同一电力项目的独立验证。
把项目主张拆成可检查的问题
核验时先区分：项目声称记录难以改动，还是声称电表读数准确，或声称提高了处理效率？这些是不同命题。链上记录可以用于核对发布内容；读数准确性需要计量环节的证据；效率结论则需要清楚的测量口径和比较条件。不能用一笔成功上链的记录同时证明全部主张。
沿着电力数据的路径追溯
对于将电表或外部平台数据送入合约的系统，可依次检查数据来自何处、由谁采集、如何传输、是否经过加工，以及哪一份数据最终进入合约。设备标识、采集时间、原始记录与链上记录的对应关系，都是值得核对的内容。
进一步检查预言机如何处理来源冲突、更新延迟和服务中断，以及能否追溯数据提供者。多个节点若依赖同一个原始数据源，并不等于获得了多个独立测量结果。来源真实、传输完整，也不自动意味着源头测量没有误差。
让研究结论与证据范围一致
研究若提出性能或可靠性结论，应检查其是否交代测试环境、数据范围、比较基准和异常处理方式，并提供足以复核的记录。模拟条件下的结果不能直接表述为实际电网中的长期表现；合约按输入完成执行，也不能直接证明对应的物理供电过程已经发生。
适用条件与常见问题
这些核验思路适用于依赖链外电力数据的区块链系统，并非对任何具体项目的认证。没有项目原始数据、测试方法和运行记录时，只能解释技术机制，不能确认项目效果。
“数据上链后就真实吗？”不是，上链后的记录完整性与上链前的数据真实性需要分别核验。“引用权威技术文档就足够吗？”不够。技术文档解释机制，项目证据必须回答该系统在什么条件下、以什么方法得到了什么结果。