同样写着出块时间，数字可能不是同一种口径
项目资料中的“出块时间”可能指协议希望维持的平均间隔，也可能指预先划分的提议时隙，还可能只是某段历史的观测均值。比较两条链之前，先确认数字属于哪一种。否则，把十分钟和十二秒直接放在一起，就容易误以为它们都是到点必响的闹钟。
出块也不是每个用户单独获得一个处理机会。区块通常容纳一批交易；一个新区块出现，仍不等于正在等待的那条请求已经被选中。区块节奏描述网络如何组织记录，不能单独回答某个人还要等多久。
比特币的十分钟是长期目标，不是单次截止时间
比特币通过不断尝试区块头哈希寻找满足目标阈值的结果，成功出现带有概率性。难度调整以一段区块的生成速度为依据，目标节奏折算为平均约十分钟一个区块。这种反馈机制并不要求相邻两个区块必须间隔六百秒。
例如，假设三个相邻间隔分别为两分钟、十七分钟和十一分钟，均值仍然是十分钟，但其中没有任何一次等于十分钟。这是说明平均数含义的虚构算例，不是某日实测。已经等了九分钟，也不能仅由目标均值推出下一分钟必然出块。
以太坊的时隙固定，但时隙可以没有区块
本次核对的以太坊权益证明文档把时间划分为十二秒的时隙，每个时隙选择一个区块提议者；三十二个时隙构成一个时期。时隙是协议安排职责的时间单位，不是保证一定生成有效区块的承诺。
如果轮到的提议者离线，时隙可能为空。因此，观察到两个区块之间隔了不止一个时隙，与“每个时隙十二秒”并不矛盾。排查时应分开记录时隙编号和实际出现的区块，不要把缺席时隙补算成已经产生的区块。
入块、后续确认和最终确定性要分开看
一条请求先要被接收、传播并选入区块；区块被观察到以后，还涉及网络如何选择链头和确认历史。以太坊另有围绕检查点投票形成最终确定性的过程，不能把一个新区块出现直接当作该过程已经结束。
因此，应用页面若显示“预计下一块”，读者仍需另查该交易是否入块以及页面采用的确认条件。把预计出块间隔乘上一个数字，只能得到基于假设的估算，不能证明交易必定在那个时间完成。
读一张时间图，至少保留三个条件
首先写明网络和协议阶段，不能拿旧工作量证明时期的以太坊统计解释现在的时隙机制；其次保留统计区间，短时间样本与长期目标不能互相替代；最后说明测的是相邻区块间隔还是某条交易的等待时间。
这些条件看似比一个平均数繁琐，却能防止错误比较。出块更频繁、单笔更快被处理、历史更快获得最终确定性，是三个需要分别查证的结论。本文只解释计时口径，没有对任何网络当前性能做实测或保证。