高度是位置，不是业务成绩
以比特币为例，创世区块的高度为零，后续区块沿父区块关系逐级增加。高度表达的是从创世区块走到当前位置的距离，并不统计里面有多少笔交易，也不能直接说明网络有多少真实用户。
两条链可能采用不同的出块机制、起始时间和运行历史。因此，一个网络的高度大于另一个网络，不足以证明它更快、更安全或使用人数更多。先写清是哪条网络，数字才有可比较的语境。
同一高度不一定只有一个候选区块
在比特币网络短暂出现竞争分支时，不同区块可能处在同一高度。节点依据共识规则选择有效链，后来显示的链上记录也可能因重组发生变化。把高度当成永远唯一的身份证，会漏掉这种情况。
需要精确引用某个区块时，应同时保存区块哈希及其所属网络。高度方便定位，哈希帮助区分具体对象。分享截图时只截下一个高度数字，别人往往无法确认你看到的是不是同一条记录。
区块时间与点击提交时间不同
区块浏览器中的时间通常来自区块记录，再转换为页面所用时区。它不必等于用户在钱包里点击确认的时刻，也不必等于查询服务首次收到交易的时刻。整理时间线时要注明字段来源。
高度之间的差值也不能机械地换算成精确分钟。工作量证明的出块间隔具有随机性；以太坊的时隙也可能没有区块。若要核对事件先后，应查看对应区块的实际时间信息，而不是只套平均间隔。
确认数是观察时点下的结果
采用包含所在区块的计数口径时，假设交易位于高度一千的有效链区块，当前链头为一千零二，可计算为三次确认。这只是解释计数方法的虚构例子，前提是交易仍在当前有效链上。
确认数会随链头推进而增加，也可能受重组影响。不同网络、钱包和业务平台的认可条件并不一致；以太坊还区分最终确定状态。不能把某条链的固定确认次数搬到所有网络使用。
保存一组可以复查的字段
做一条简洁的查询记录，可以保留网络名称、交易哈希、所在区块高度及哈希、区块时间、查询时间和当时的状态。这样日后发现页面数字变化，才有条件区分正常更新与记录对象弄错。
若两个浏览器显示不同，先核对网络、时区和刷新时间，再检查区块哈希是否一致。不要仅因高度暂时落后就断言交易丢失；查询服务同步延迟与链本身的状态是两回事。