先区分技术文档与事件证据
区块链新闻数据的资料来源如何核验，关键不是文章是否附有链接，而是链接能否支持具体陈述。技术文档解释接口能够返回什么；实际查询结果才可能支持某个区块、交易或状态的描述。接口文档本身不能证明某笔交易已经发生。
核验时应把新闻主张拆成可检查的问题：涉及哪条网络、哪个区块或交易、什么字段，以及数据对应哪个时间点。只有来源与问题匹配，引用才具有证明作用。
两个技术来源各自说明什么
以太坊开发者网站的 JSON-RPC 文档说明，应用通过节点读取链上数据。状态查询中的区块参数决定查询位置，latest、safe、finalized 与 pending 含义不同；数值和字节数据虽然都使用十六进制表示，编码规则却不相同。核验余额或状态时，不能忽略这些差别。
比特币开发者参考网站的 getblock 文档说明，该接口按区块哈希查询，verbosity 决定返回序列化数据、区块信息或包含交易详情的信息。返回字段包括高度、确认数、交易数量及时间等；确认数为负一表示该区块不在主链上。
建立可复查的核验记录
一份可复查的记录应包含来源地址、所查网络、查询时间、接口名称、参数与原始返回结果。涉及具体区块时，保留高度和哈希，有助于明确报道指向的对象；只保存截图或转述，往往不足以还原查询条件。
交叉核对应针对同一网络、同一区块和同一字段。不同时间查询最新状态，结果不一致未必意味着错误。两份不同链的技术文档可以支持核验方法，却不能相互证明某条链上的具体事件；事件核验仍需对应的数据证据。
常见问题：有返回值就算核验成功吗
不一定。首先要确认返回值的含义，例如区块时间与时间中位数不是同一字段，区块大小与区块权重也不能混用。十六进制数值还需要正确转换，不能直接当作十进制数字引用。
其次要检查状态边界。待处理状态不能写成已经最终确定的结果；区块能够被查到，也不等于它仍属于主链。新闻中的确定性措辞，应与实际查询状态相符。
适用范围与结论边界
这些方法适用于接口可提供的区块、交易和链上状态核验。不同客户端的接口支持及返回细节可能存在差异，比较前需要确认条件一致。
链上记录与新闻解释应分别举证。某条记录存在，并不能单独证明地址背后的现实身份、行为动机或经济意义。超出接口字段所能支持的部分，应保留为待核验判断，而不是写成已经证实的事实。