先把结论变成可核验的问题
区块链系统的研究证据怎么核验，首先要明确研究者究竟声称了什么。交易被某个区块收录、客户端按规则验证数据、网络具有去中心化特征，是不同层次的问题，不能用同一张截图或一段技术介绍统一证明。
核验时应列明研究对象、网络范围、适用协议版本和观察条件，再逐项对应证据。介绍系统如何设计的文档，可以支撑机制解释，但不能单独证明某次实验成功或某个部署没有故障。
两个来源分别支持什么
ethereum.org 的节点与客户端说明区分了执行客户端和共识客户端：前者负责交易执行及状态处理，后者负责共识相关工作。该说明也指出，网络爬虫只能观察部分节点。它适合支持客户端分工及观测局限的解释，不能据此断言节点统计覆盖整个网络。
developer.bitcoin.org 的区块链指南解释了独立验证、区块哈希链接和默克尔树，并指出分叉时同一高度可能对应多个区块。它支持交易收录证明与区块标识的机制说明，但不能直接替代对某笔交易的实际核验。
让证据能够被复查
针对具体链上记录，证据包应保留网络名称、区块哈希、交易标识、查询条件和原始返回数据。只写区块高度可能无法排除分叉歧义；只保留浏览器截图，也不便于复查底层记录。
涉及节点验证或实验结果，还应记录客户端版本、同步方式、数据保留条件及验证步骤。研究者应说明结果来自第三方接口查询，还是由本地客户端验证得到，避免把数据获取方式与独立验证混为一谈。
按问题选择验证方法
核对交易收录，可以检查相应的默克尔证明与区块头是否匹配，但仍需交代区块头的验证依据及所属链。收录证明不能单独证明交易执行正确，更不能证明所有共识规则都已满足。
查询历史状态时，应先确认节点是否保留所需状态，或能否通过适当方式重建。查询失败不等于历史记录不存在。比较节点数量时，则要核对发现方法、覆盖范围和去重口径，不能直接把可观测数量当作全网总量。
常见问题与结论边界
两个网站显示相同结果，就算独立交叉验证吗？不一定，它们可能依赖同一个底层数据服务。来源数量之外，还需检查数据与验证路径是否独立。
技术文档能证明系统绝对安全吗？不能。合格的研究结论应写清已验证的事项、依赖的假设和未覆盖的风险。以太坊与比特币的机制说明也不能未经核对就推广到所有区块链系统。