先明确需要核验的说法
共享区块链应用的资料来源如何核验，首先取决于资料声称了什么。交易是否被记录、合约部署在哪里，可以核对链上数据；报告由谁制作、统计如何生成，则需要追踪资料的形成过程。两类证据相互补充，适用于引用链上记录、共享数据或发布分析结果的应用。
用链上标识定位证据
Ethereum.org 的区块浏览器说明介绍了区块、交易、账户和合约等查询对象。交易哈希、状态、所属区块、交互地址及输入数据，可以帮助定位具体记录；合约页面还可能展示部署交易和代码信息。
核验时应先确认网络，区分主网与测试网，再比对完整交易哈希和合约地址。应用名称或截图不足以唯一定位记录。涉及某次操作的说明，还应核对交易状态和实际交互对象，避免将失败交易或其他合约的活动当作证据。
追踪资料如何形成
W3C 的 PROV 概述将溯源信息与数据涉及的实体、活动和责任主体联系起来，并支持表达派生关系、版本与处理过程。这些信息有助于评估数据的可靠程度。
应用资料可据此保留原始数据位置、采集范围、处理方法、输出版本和发布主体。例如，使用次数统计需要说明统计的是交易、事件还是地址，以及如何筛选和去重。只有结果数字而没有口径，读者便难以复现结论。
交叉核对需要独立证据
核验具体结论时，可以对照应用说明、对应链上记录及统计过程。不同网站显示相同结果，只能增加一致性线索；若它们引用同一上游接口，仍可能共享同一错误。出现差异时，应先检查网络、区块范围、采集时点及统计口径。
技术文档能够解释字段和溯源方法，但不能直接证明某个应用的宣传属实。具体应用仍需提供与其结论对应、能够重新定位的记录。
常见问题与适用边界
交易成功是否代表业务事实真实？成功状态说明链上执行结果；涉及现实身份、线下交付或外部数据真实性时，还需要相应的链外证据。
写明来源是否就足够？链接只是核验入口，还应注明所引用的版本、范围和支持的具体结论。区块浏览器中的地址标签、解释文字与统计展示，也应区别于底层链上记录。溯源信息能帮助判断可信程度，其自身的真实性仍需检查。