比特币减半时间表：历次减半日期与区块高度

一张时间表能帮人快速看清比特币的发行节奏，它记录的不是价格，而是每次奖励被砍半的年份和对应的区块高度。把这两列放在一起看，四年的节拍就一目了然，新手的很多疑问也能迎刃而解，不必再去别处东拼西凑。

时间表上要看的两个字段

第一列是区块高度，也就是目标区块在链上的序号；第二列是年份，通常标注成大致的公历日期。奖励究竟发生在哪个高度上，是协议写死的，任何人都改不了；至于那天是几月几日，则完全靠平均出块速度推算，所以只是一个估计。

看懂这两列，就能判断某次下调离现在还有多远。高度是硬指标，链上记录不会骗人，谁去查都一样；日期是软估计，换个统计口径就会变，两者必须分开理解，不能混为一谈。

很多表格还会补上奖励金额和距今区块数，方便读者横向对比。字段越多，越要先分清哪些是链上事实、哪些是推算值，这样才能读得明白，也不会被不同来源之间的日期差异搞乱。

从创世算起，奖励一级一级往下走，每一级间隔 210,000 个区块，节奏接近四年一回。下表把关键节点列在一起，方便顺着往下看，也方便和你手头看到的其他数据随时对照。

序号之间的跨度始终相等，奖励则每次都只剩上一级的一半。这种整齐正是它容易被记住的原因，哪怕只记住奖励数列，也能反推出大致的年份区间，不需要额外工具辅助。

协议只规定区块数，不规定日历日期。矿工不断加入或退出，算力时高时低，出块速度就会围着十分钟上下摆动，于是同样的 210,000 个区块，实际耗时有长有短，日期自然跟着前后挪动。

所以你在不同网站上看到的年份，偶尔会差上一段时间。这不是谁算错了，而是各自采用的平均速度或统计窗口不一样，跨度越长，这种误差就越容易被放大。

对四年的预估来说，差上一个月并不稀奇，读者不必为此纠结。把注意力放回高度这一列，用它来判断进度，反而更稳，也更能经得起时间的检验。

拿目标高度减去当前高度，得到剩余区块数；再把这个数字乘上十分钟，就是粗略的剩余分钟数；最后把它加到今天，就得到大致的日期。整个过程用计算器就能完成，不需要任何专业工具。

比如目标是 1,050,000，当前高度是 900,000，那么还剩 150,000 个区块，折合约一百五十万分钟，也就是两年多一点。把这两年加到今天，结果就落在 2028 年附近。

如果想让结果更贴近实际，可以把固定的十分钟换成最近一段时间的平均出块时间，这样算出来的日期通常更准一些，尤其是在算力波动比较大的阶段。

2024 年那次落在第 840,000 个区块，下一次因此是 1,050,000，奖励会从 3.125 BTC 降到 1.5625 BTC，按节奏推算大约在 2028 年前后，具体哪天要看到时候的出块速度。

想省去手工计算，可以直接用现成的查询页面对照，例如比特币减半的进度视图，它会把高度、剩余区块和预计时间放在同一屏，边看边核对很方便。

核对时优先看高度，因为它是链上事实；日期只作参考，用来判断大致还差多久就够了，不必追求精确到日，那既不现实，也没有必要。

可以看它有没有同时给出高度和日期。只给日期的表，很容易随着出块速度变化而失效，读者也难以自行验证，用着用着就会发现对不上。

另一个办法是对照链上浏览器。打开目标高度附近的区块，看看奖励是不是真的从 3.125 变成 1.5625，眼见为实，比看二手结论踏实得多。

如果多个来源的高度一致、日期只差几周，那基本可以放心使用；若连高度都对不上，就要怀疑数据本身有问题，别急着引用。

有人用它做学习笔记，有人拿它当观察节点。做笔记的人关心数列是否整齐，观察的人关心下一次离现在还有多远，两种用法都成立，也都能从同一张表里得到想要的答案。

无论哪种用法，都要记得总量上限是 2,100 万枚，按当前节奏约在 2140 年挖完，奖励也一直在按级下降。理解这一点，时间表的每一行才有真正的意义。

关于时间表，最值得记住的其实只有一条：奖励按 210,000 个区块为一级往下调，下一次在第 1,050,000 个区块。