挖矿将交易选择与满足 Proof of Work 的区块头搜索结合起来。矿工提出区块，其他节点独立检查其有效性，以及它是否属于累计工作量最大的分支。
交易没有唯一的中央队列。矿工节点有自己的 mempool；getblocktemplate 提供交易、依赖和区块参数。花费未确认输出的子交易，需要父交易先出现在同一区块中。区块权重和签名检查成本限制交易选择。 [Bitcoin Core v29.0: block assembler]
首笔交易最多分配允许的补贴加上所收录交易的手续费。手续费是输入与输出之差，不是新发行的 bitcoin。即使满足 Proof of Work，超额奖励也会使区块无效。coinbase 输出最早可在高度增加100的区块中花费。 [Bitcoin Core v29.0: block validation]
硬件对80字节区块头的变体反复计算双重 SHA-256。四字节 nonce 耗尽后，修改 coinbase 的 extra nonce 可改变 Merkle Root，开辟新搜索空间。过去失败不会让下一次更接近必然成功；十分钟是网络目标平均值，不是设备期限。 [Bitcoin Developer Guide: Mining]
矿池分配任务，可用更容易的 share 目标估算贡献。只有部分 share 满足网络目标。付款遵循约定的结算模式和矿池收费，而非直接由 Bitcoin 共识决定。矿池的出块占比本身不能证明其拥有连接的设备。 [Bitcoin Developer Guide: Mining]
节点接收广播的区块并验证。竞争者同时找到有效块可能造成临时分叉；被放弃分支的区块奖励不计入活动历史。因此，传播速度和新链尖出现后的任务更新，也与找到哈希一样影响结果。 [Bitcoin whitepaper]
算力占比和网络节奏只给出预期成功频率。利润还取决于电价、设备效率、散热、停机、购置成本和矿池条件。TH/s 不是瓦特，一次成功不能证明长期盈利。 [Bitcoin Developer Guide: Mining]
将 getblocktemplate 与实际找到区块的区块头、coinbase 和交易比较。submitblock 将区块交给节点验证；本地接受不保证网络永久收录。应区分提交的 share、接受的区块和实际支付的金额。 [BIP 22: getblocktemplate]
要获得更完整的理解，请将本词条与以下词条结合阅读： Proof of Work, 难度调整, 区块补贴, 交易费, Mempool. 反向关联还来自： Proof of Work, 难度调整, 区块补贴, Halving.