先确定时间字段来自哪里
搜索时间戳区块链资料时，经常会同时看到区块时间、交易提交时间和页面更新时间。它们记录的对象不同。两个数字不一致之前，先问页面究竟读取了哪个字段，而不是立即判断某条记录被改动。
比特币区块头包含time字段，以太坊区块的执行载荷也列有timestamp字段。它们都是对应协议中的数据，不应与自己打开浏览器的本地时间混写。核对表可以分别保留网络、区块标识、字段名与原始数值。
区块字段不是任意事件的精确钟表
Bitcoin参考资料说明，区块头时间由矿工报告，并接受协议时间条件约束。这并不表示每个相邻区块的时间字段都必然严格递增，也不意味着该值精确等于某个线下事件发生时刻。排序条件与真实世界授时是不同问题。
以太坊文档还分别讨论区块时间、槽位和区块编号。不能把其中一个字段直接当成另一个，也不能把槽位间隔推广为每笔交易从提交到处理所花的固定时长。若要解释具体交易经历，仍需它自己的相关记录。
同一时刻可以有不同显示方式
假设两条完整日期时间分别写作某日00:00Z和同日08:00+08:00，它们可以表示同一时刻，区别在于显示偏移。这个例子是格式演示，不是本次查询到的区块数据；比较时间时，日期部分也不能省略。
MDN关于Date.parse的说明指出，带显式UTC或偏移的格式，与没有时区的日期时间字符串可能有不同解析结果；非标准格式还可能随实现而变化。因此，导出记录应保留时区，不能只留下“上午八点”再猜其含义。
让核对过程保留可解释的边界
一份实用的时间核对记录，可同时保存原始字段、取值页面、查询时间、显示时区和换算说明。查询时间只说明何时取得这份记录，不能填进原始区块字段的空缺处；无法确认的字段，应直接标注未知。
即使区块标识与时间字段已经对应，也只能完成相应数据层面的核对。现实事件何时发生、证据是否具备法律效力或应如何完成结算，还需要各自适用的材料与规则。本文没有连接节点进行授时测量，也不把界面截图当成这些结论的充分依据。