一、把 cmd 当成统一的区块链查询工具
这里将 cmd 限定为命令行查询场景，不将其认定为某个具体项目或品牌。命令行是交互方式，仅凭这个名称，无法判断查询连接哪条链、返回哪些字段或支持哪些功能。
阅读查询结果时，应先明确目标网络、数据对象和字段含义。下文涉及区块与交易的具体机制以比特币为例，不能直接推广到所有区块链。
二、把查到交易等同于输出仍可使用
比特币开发指南描述了交易输入引用先前输出的结构，输出具有已花费或未花费状态。因此，历史记录里存在某笔交易，并不能单独说明其中的输出当前仍可使用。
“交易是否存在”和“某个输出是否未花费”是两个问题。查询目的不同，所需证据也不同；只看到交易标识，尚不足以判断输出状态。
三、把区块高度当成唯一身份
比特币发生分叉时，同一高度可能对应不同区块。高度描述区块的位置，区块头哈希用于标识具体区块。
两个查询结果高度相同，并不必然指向同一个区块。比较结果时，还应关注区块哈希及其所属分支，避免把位置相同误读为内容相同。
四、把一次查询结果视为永久结论
查询展示的是特定时点观察到的状态。比特币节点对有效分支的选择涉及累计工作量，分支变化可能影响交易的链上位置和确认状态。
因此，“曾被某个区块收录”与“当前仍在所跟随链上”需要区分。判断结果是否矛盾时，应同时考虑查询时间与链状态，而非只比较一项数值。
五、把抗篡改理解成任何情况下绝不变化
NIST 的区块链技术概述强调，区块链具有使篡改可被察觉、抵抗篡改的特征，并在网络正常运行的条件下说明记录的稳定性。这个条件不能在解释中省略。
抗篡改是账本的技术属性，不能由此推导出每次查询都完整、每个返回字段都被正确解释。记录机制与查询结论之间仍需要明确的证据联系。
六、常见问题：不同结果如何理解
不同查询结果是否意味着数据造假？仅凭差异无法下结论，应先区分是否查询了相同网络、相同对象以及相同时点的状态。
能否照搬其他链的查询解释？只有相关数据模型和共识规则适用时才有依据。比特币的未花费输出结构和工作量证明机制，不能作为所有项目的默认说明。