先明确要核验的事实
区块链上链交易的资料来源如何核验，首先要明确所核验的主张：交易是否被节点收录、是否进入区块，还是某次合约操作是否完成。不同主张需要不同证据，单独一个交易标识或页面截图不足以回答全部问题。
资料记录应包含网络名称、交易标识、查询来源及查询时间；涉及区块归属时，还应保留区块哈希。这样才能判断不同查询结果是否针对同一对象，并为后续复核留下依据。
以太坊：区分交易、回执与状态
以太坊 JSON-RPC 文档说明，应用通过节点接口读取链上数据。交易、回执和区块分别有对应查询方法；余额、合约存储等状态查询则受区块参数影响，pending、latest、safe 与 finalized 表示不同查询范围。
因此，核验时应让交易记录、回执和所属区块相互对应。若还要解释余额或合约状态，应注明查询所用区块，避免把较晚状态误当作交易发生时的状态。交易存在与业务结果成立是不同主张，需要分别提供证据。
比特币：查询能力影响检索结果
比特币 getrawtransaction 文档说明，该接口默认主要查询内存池交易。查询已进入区块的交易时，是否提供区块哈希、对应区块是否可用，以及是否启用交易索引，都会影响结果。详细输出可包含输入、输出、区块哈希和确认数；见证交易的 hash 与 txid 可能不同。
因此，查询失败不能直接作为交易不存在的证据。应先核对检索条件，再判断返回结果能够支持什么结论。比对标识时也要确认字段含义，不能把名称相近的字段直接视为同一个值。
交叉核验要比较相同条件
交叉核验应围绕同一网络、同一交易标识及相同区块范围展开。两个页面显示一致，能够增加可复核性，但如果它们使用同一个上游数据服务，就不能简单视作两份独立证据。接口文档解释字段和查询规则，具体节点返回值才用于核对某笔交易。
常见问题与适用边界
查到交易是否就代表已经上链？不能仅凭可检索就下结论，因为查询范围可能包含待处理交易或内存池记录。两个来源结果不同，也应先检查查询时点、网络、节点同步情况和检索条件，而非立即认定某一方造假。
本文方法分别适用于上述以太坊与比特币接口，具体支持情况还需对应客户端版本。节点记录可支持对链上字段的核对；地址背后的现实身份、交易目的及链外履约情况，仍需另行取得证据。