先明确需要核验的“错误”
“错误交易”可能指查询接口报错、交易记录无法找到，也可能指交易内容与当事人预期不一致。这些问题需要不同证据，不能仅凭一张报错截图归为同一种链上故障。核验的起点是写清具体主张：哪条网络上的哪笔交易，哪项信息被认为有误。
两个来源分别能证明什么
ethereum.org 的 JSON-RPC 文档说明，以太坊应用通过节点接口读取数据或提交交易；交易查询、回执查询与状态查询属于不同方法，状态查询还受区块参数影响。这类说明用于解释接口含义，不能单独证明某笔交易发生错误。
developer.bitcoin.org 的 getrawtransaction 文档说明，比特币原始交易查询受内存池、交易索引和指定区块可用性约束；详细结果可包含输入、输出及区块信息。它说明查询条件，不是某起错误交易事件的调查结论。
这两个来源覆盖不同链的接口规则，并非对同一笔交易的交叉验证。来源数量不能代替证据与主张之间的对应关系。
把文档规则与交易证据对应起来
一份可复核记录应保留网络名称、交易标识、查询时间、节点来源、查询参数和原始返回内容。文档负责解释字段，节点返回负责展示查询结果，文章中的结论则应说明由哪些字段支持。三者分开，才能发现是解释错误还是数据条件不一致。
交叉核验应围绕同一网络、同一交易及相同区块条件展开。多个页面转述同一份结果，并不构成独立证据；不同节点结果不一致时，也应先检查同步情况与查询范围，而不是立即判断其中一方造假。
适用条件：查询范围与状态不能省略
以太坊状态查询中的 latest、pending、safe 和 finalized 表示不同查询范围，不能混作同一时点的结果。用当前余额解释历史交易，还需要明确所查询的区块，避免把不同时间的状态直接比较。
比特币查询不到历史交易时，应考虑是否启用交易索引、是否指定区块，以及该区块是否可用。交易标识也要区分 txid 与详细结果中的 hash；文档指出，见证交易的两者可能不同。
常见问题与结论边界
查询报错是否意味着交易失败？不意味着，接口访问或查询条件的问题不能直接证明链上执行结果。查询为空是否证明交易不存在？同样不能，须先排除节点数据范围等限制。
接口文档是否足够证明误转或责任归属？不足够。接口记录与当事人的原始意图属于不同证据。可靠表述应区分已核实字段、尚缺资料和待解释差异，证据未闭合时保留不确定性。