先明确数据可靠性的含义
区块链百问数据需要注意哪些问题，可以从三个层面理解：记录是否发生变化、记录是否符合网络规则，以及记录所描述的事情是否真实。这些问题需要不同的证据，不能仅凭“已经上链”作出统一判断。
NIST IR 8202的摘要将区块链概括为分布式实现、具有篡改可察觉性和抗篡改性的数字账本，并将已发布交易不能更改的描述限定在网络正常运行条件下。因此，讨论数据可靠性时，也需要交代运行条件与验证范围。
抗篡改能证明什么
哈希关联能够帮助发现记录变化，但不能单独证明录入内容符合现实。例如，一份业务记录即使保持原样，其最初填写是否准确，仍需要业务证据支持。核验时应分别说明“内容与原记录一致”和“内容经过事实核实”，避免将两者混用。
常见问题是：有了数据哈希，是否就能确认全部内容正确？哈希比对主要用于检验内容是否一致。比对对象、原始数据来源以及业务真实性，仍属于另外的核验环节。
以比特币为例理解规则验证
比特币开发者指南说明，全节点独立验证区块；交易通过默克尔树关联到区块头，区块头再关联前一区块。普通交易的输入必须引用未花费输出，输出总额不能超过输入总额。这些属于比特币的具体规则，不宜直接套用于所有区块链。
这意味着，数据格式完整与数据有效是不同要求。检查一条记录时，除了确认字段能够读取，还要明确它是否满足所在网络的规则，以及用于判断的节点是否完成相应验证。仅展示交易编号，不能替代这些检查。
确认状态与区块标识要一起看
该指南还描述了临时分叉：同一高度可能出现多个区块，节点依据累计工作量选择有效链。因此，区块高度不能作为全局唯一标识；区块通常通过区块头哈希来引用。
查询结果需要结合网络、区块哈希及其是否属于当前有效链理解。交易曾被某个区块收录，与它持续保留在有效链上，是两个不同状态。对需要复核的数据，应保留查询时的上下文，避免把不同时点的结果直接当成矛盾。
局部证明的适用范围
默克尔证明可以用于核验某笔交易是否被纳入对应区块，但这种包含关系证明不能替代完整的交易规则验证，也不能证明链外事件真实。阅读“已验证”这样的表述时，应进一步明确验证的对象和范围。
通用账本概念与具体网络机制也应分开使用。比特币的工作量证明、未花费输出模型及分叉处理方式可以帮助理解数据核验，但其他系统是否采用同样机制，需要依据其自身规则判断。