许多初次接触比特币的朋友,都会被“挖矿”这个词所吸引，他们脑海中浮现的或许是矿工在地下奋力挖掘矿石的场景，只是换成了计算机在运算，当深入理解比特币的工作原理时，一个核心问题常常浮现：比特币挖矿，真的需要保存一整个账本吗？
这个问题的答案,既简单又复杂，它触及了比特币网络运行的核心机制，为了彻底弄明白，我们需要先区分两个概念：“账本”和“区块”。
误解的根源：把“账本”想象成一本大书
我们通常理解的“账本”，可能像一本厚厚的、记录了所有交易历史的总账，如果比特币的账本真的如此，那么每个矿工都需要下载并存储自2009年比特币诞生以来的每一个交易记录，这将是数百GB的数据，并且还在不断增长，这听起来就令人望而生畏，似乎不太现实。
但实际上,比特币的“账本”并不是一本单一的大书，而是一个由无数个小“账本”拼接而成的、不断生长的链条，这个小“账本”，就是“区块”（Block）。
挖矿的核心：不是保存，而是“书写”和“链接”
我们可以回答核心问题了：
比特币挖矿，并不需要矿工保存一整个历史账本，但他们必须处理并验证最新的“账本页”（区块），并将其链接到历史账本上。
这个过程是这样的：
-
接收候选区块： 当矿工开始竞争挖矿时，他们首先会从比特币网络中接收到一个“候选区块”，这个区块包含了：
- 最新的交易记录： 近一段时间内网络上的所有未确认交易。
- 上一个区块的哈希值： 这是链接到历史账本的“胶水”，确保了整个链条的不可篡改性。
- 一个难度值和一个随机数（Nonce）： 这是矿工需要不断尝试破解的“谜题”。
-
验证交易，而非保存历史： 在开始计算之前，一个负责任的矿工会先验证候选区块内的每一条交易，他们会检查：
- 发送者是否有足够的比特币？
- 这笔交易是否被重复支付（双花攻击）？
- 交易格式是否正确？
- 注意： 这个验证过程主要依赖于“UTXO模型”（Unspent Transaction Output，未花费的交易输出），矿工们并不需要去翻阅所有历史记录来确认余额，他们只需要检查一个精简的、实时的UTXO集，就能快速验证一笔交易的有效性，这大大减轻了存储和验证的负担。
-
进行哈希运算（“挖矿”）： 验证交易无误后，矿工便开始了真正意义上的“挖矿”——不断尝试改变随机数，对候选区块进行哈希运算，目标是找到一个特定的哈希值，使其满足网络当前的难度要求，这个过程纯粹是计算力的比拼，与保存旧账本无关。
-
“书写”新账本页并广播： 当某个矿工幸运地找到了正确的答案（即“挖出”了一个区块），他会立即将这个新区块广播到整个网络，其他节点在收到这个新区块后，会：
- 再次验证其中的交易。
- 检查它是否正确地链接到了上一个区块。
- 如果一切正常,他们就会接受这个新区块，并将其添加到自己保存的账本（区块链）副本的末端。
为什么矿工最终会保存完整的账本？
到这里,您可能会问：既然挖矿时不需要保存完整账本，那为什么现在每个全节点（Full Node，包括矿机）都存储着几十GB的完整区块链数据呢？
这背后有两个关键原因：
- 成为“权威”的必要条件： 为了确保自己处理和打包的交易是有效的，并且自己挖出的新区块能被网络接受，一个节点必须拥有一个完整且同步的账本副本，如果账本不完整，它就无法正确验证交易的合法性，也无法确定哪个是最长的有效链。
