误区一：一个查询入口覆盖所有网络
查询前需要明确网络和查询对象。以太坊主网与测试网的数据有各自的范围，地址、交易哈希和区块哈希也分别指向不同对象。某个页面没有结果，不能直接推断交易在所有网络上都不存在。
以太坊开发者文档将浏览器描述为链上数据的查询界面，并区分执行数据与共识数据。阅读结果时，应先确定页面展示的是交易执行情况，还是区块及验证者的共识信息。
误区二：查到交易就代表已经完成
交易可被浏览器展示，不等于已经被区块收录；被收录后，也需要区分执行状态与确认状态。以太坊查询中，待处理、失败和成功表达不同的执行进展，最终确定性则属于另一层判断。
常见问题是“页面显示成功，还要看什么？”对于合约交互，还应结合调用对象和相关转移记录理解结果，不能仅凭状态文字判断自己预期的业务效果。
误区三：区块高度就是唯一编号
比特币开发者指南说明，分叉期间可以出现高度相同的不同区块，节点依据有效链的累计工作量选择链。因此，精确指认区块需要关注区块哈希；刚收录的交易也可能受链重组影响。
高度适合说明区块的位置。核对两条记录是否属于同一区块时，仅比较高度并不充分。上述工作量机制适用于比特币，不能直接套用到所有区块链。
误区四：所有账本都像账户流水
比特币采用未花费交易输出模型，普通交易通过花费先前的输出并创建新输出转移价值。一笔交易可以包含多个输入和输出，查询时不能把输出总额直接理解为付给某个收款人的金额。
以太坊的账户与合约查询需要采用对应的字段含义。把比特币的输入输出关系直接套进账户余额页面，容易混淆余额、转移金额与费用。
误区五：只看金额或收件地址就够了
以太坊交易详情中的原生资产金额与代币转移记录是不同信息，交互目标也可能是智能合约。原生资产金额为零，不能单凭这一项断言没有代币转移；目标地址同样不能独自解释整个合约操作。
理解一次查询，可以依次确认网络、对象类型、所在区块与状态，再阅读金额、输入输出或合约相关记录。浏览器中的字段需要结合具体链的规则解释，不能脱离上下文作结论。