先明确证据要支持什么
区块链基础数据的研究证据怎么核验，首先取决于研究问题。某地址在特定区块的余额、某笔交易是否被收录、某段区间的交易数量，需要不同的原始记录。核验时应写清网络、对象、区块范围和指标定义，让读者知道结论对应哪些数据。
接口文档可以解释字段含义，区块记录可以支持具体链上事实，统计结果还需要可复算的处理过程。仅列出文档链接，无法证明某项统计已经取得或计算正确。
以太坊：固定查询条件
ethereum.org 的 JSON-RPC 文档说明，应用通过节点接口读取链上数据；状态查询中的区块参数决定查询位置，数量与字节数据也有不同的十六进制编码要求。这些规则适合核对请求口径与返回值解释。
对于余额等随区块变化的数据，核验记录应包含方法名、完整参数、原始响应及对应区块信息。使用 latest 或 pending 时，重复查询可能对应不同状态；保存标签实际对应的区块，才能判断差异来自时间变化还是处理错误。
转换数据时应保留原始值和转换规则。把十六进制数量转换为十进制，只完成了编码转换，仍需交代字段含义和计量单位。
比特币：核对结构与哈希关系
Bitcoin Developer Reference 的区块结构说明介绍了区块头中的前一区块哈希与默克尔根，以及交易标识构造默克尔树的关系；相关计算还涉及字节序。这些内容适合检查交易记录与区块头之间的结构一致性。
复核交易收录关系，需要明确目标交易、交易顺序和目标区块。计算结果与区块头中的默克尔根一致，可以支持相应的收录关系判断；它不能单独证明地址对应谁，也不能证明某项经济活动具有特定用途。
交叉核验的适用条件
不同来源只有在网络、区块和字段定义一致时，结果才适合比较。两个页面若使用同一数据服务，其结果一致仍可能存在共同错误。保留数据来源和采集条件，有助于判断复核是否具有独立性。
以太坊接口说明与比特币结构说明适用于各自系统，不能互相证明另一条链上的具体数值。引用技术文档时还应检查版本和历史语境，避免把旧规则描述当作当前状态。
常见问题：数字一致就足够吗
数字一致只是核验的一部分。统计还应说明筛选、去重和缺失数据处理方式；请求失败不能直接计为零，未经证实的地址归属不能直接转化为用户身份。
完整的研究证据应让他人沿着同一口径找到原始记录、复算结果，并看清推断边界。链上记录支持到哪一层，结论就应限定到哪一层。