挖矿奖励为什么要等 100 个块才能花：coinbase 成熟期机制

钱包里那个”不成熟”余额

矿工在每个区块第一笔交易里给自己发奖励，但这笔钱不会立刻出现在可花费余额里。多数钱包会把这部分标成”未成熟”或”immature”，要等大约一百个块过去才并入可用余额。这不是某家矿池的规矩，而是所有全节点都执行的共识规则：出块交易的输出，要在包含它的块之后再堆够一百个块，才允许被引用为交易输入。

规则本身

Bitcoin Core 源码用一个常数定义成熟期：coinbase 交易的输出要经过一百个新区块才能花。它只管出块交易；你正常转账收到的钱没有等待期，六块确认也好、一块确认也好，随时可以继续花。数值一百从最早期实现起就是共识的一部分，主网、测试网同样适用，从未通过软分叉改动。

为什么偏偏是出块交易

出块交易的特殊性在于”先付后赚”：矿工在自己刚产出的块里给自己发钱。如果这笔输出马上被花掉，而下游交易又跟着进块，一旦这个块在重组中被替换，就会出现一笔引用了不存在输出的交易——资金图谱上出现一个永远填不平的洞。一百块的缓冲让”引用出块奖励”发生在该块几乎不可能再被推翻之后，把一个理论上的账本矛盾变成概率上够不着的事件。十分钟一块，一百块对应平均超过十六小时的窗口，示例值随实际出块速度浮动。

对矿工的现实影响

对独立矿工和矿池，成熟期意味着现金流延迟：奖励进钱包后约十六小时起步才可支配，池子会把它计入账面余额并承诺到账节奏，但链上真正能花要等成熟。这也是评估矿池时值得问一句的点——它报告的余额是链上成熟余额，还是账面推算。对个人用户，规则没有日常操作意义，只是理解钱包界面上那个数字为什么单独放一栏。

三个常见误区

第一，把成熟期当锁仓产品。它是协议对一类特殊交易的风控，不是质押，没有收益，也不提供任何”锁得越久越安全”的叙事。第二，把它和 Lightning 通道的确认等待混为一谈。通道开通要求确认数是钱包与对手方协商的策略值，跟共识成熟期无关。第三，以为重组一百块才”安全”。成熟期保护的是出块奖励引用的自洽性，不是给你个人交易定的安全标准；大额收款等行业惯例（比如某些场景等六块）走的是另一套成本权衡。

边界与核验

一百这一数值来自 Bitcoin Core 共识源码常数，属于历史与现行一致的规则；不同客户端必须遵守同一规则，否则直接分叉。本文所说平均十六小时基于十分钟目标出块间隔推算，是示例而非承诺。本文只做机制科普，不构成任何投资建议。

一个容易忽略的边角

成熟期还解释了一个链上现象：你几乎永远看不到 coinbase 输出与其他 UTXO 混在同一笔交易的输入列表里立即出现——不是因为规则禁止混用，而是新矿工通常在奖励成熟后与其他收入合并整理，时机自然错开。另一个边角是重组的涟漪：如果矿工在某个被替换的块里的奖励已成熟并被花掉，而替换链把它连同下游一起改写，整段分支上的交易都会回到内存池或消失——这正是成熟期缓冲想让”奖励引用”远离的动荡区。对普通用户，唯一可能撞见这条规则的日常场景是自建全节点加 solo 挖矿：钱包界面里余额分成两栏不再是软件缺陷，而是协议在告诉你哪部分钱已经越过一百块的安全线。理解这一点，也就理解了为什么共识规则宁可让矿工多等半天，也不给重组留任何可利用的缝隙——规则的收益是全体用户账本的自洽性，成本只由矿工现金流承担，这笔账在协议设计的天平上从一开始就没有悬念。