マイニングは取引の選択と Proof of Work を満たすヘッダーの探索を結びます。採掘者はブロックを提案し、他のノードが有効性と最大の累積作業量を持つ分岐への所属を独立に確認します。
一つの中央取引待ち行列はありません。採掘者のノードは自身の mempool を持ち、getblocktemplate が取引、依存関係、パラメーターを供給します。未確認出力を使う子取引には同じブロック内で先行する親が必要です。ブロック重量と署名検証コストも選択を制限します。 [Bitcoin Core v29.0: block assembler]
最初の取引は許容される補助金と収録取引の手数料の合計まで配分できます。手数料は入力と出力の差で、新規発行ではありません。過大な報酬は Proof of Work が十分でもブロックを無効にします。coinbase 出力を使えるのは最も早くて100高い高さのブロックです。 [Bitcoin Core v29.0: block validation]
装置は80バイトのヘッダーの変種に二重 SHA-256 を繰り返します。4バイトの nonce を使い切った後は coinbase の extra nonce を変え、Merkle Root と探索空間を更新できます。過去の失敗で次回の成功が確実になるわけではなく、10分はネットワークの目標平均で機械の期限ではありません。 [Bitcoin Developer Guide: Mining]
プールは作業を割り当て、より容易な share 目標で貢献を推定できます。ネットワーク目標も満たすのは一部です。支払いは契約した方式とプール手数料に依存し、Bitcoin の合意規則が直接決めるものではありません。発見ブロックの比率だけでは接続機器の所有権は分かりません。 [Bitcoin Developer Guide: Mining]
ノードは配信されたブロックを受信し検証します。競合する有効ブロックの同時発見で一時分岐が生じ、放棄された分岐の報酬は活動中の履歴に残りません。伝播速度と新しい先端への作業更新も、ハッシュ発見とともに結果を左右します。 [Bitcoin whitepaper]
hashrate の割合とネットワーク速度は成功頻度の期待値にすぎません。利益は電気代、効率、冷却、停止時間、購入費、プール条件にも依存します。TH/s はワットではなく、一度の成功は長期採算の証拠になりません。 [Bitcoin Developer Guide: Mining]
getblocktemplate を実際のブロックのヘッダー、coinbase、取引と比較します。submitblock はノードに検証を依頼しますが、ローカル受理はネットワークでの恒久的な採用を保証しません。提出 share、受理ブロック、実際の支払額を区別してください。 [BIP 22: getblocktemplate]
理解を深めるには、この項目とあわせて次もお読みください Proof of Work, 難易度調整, ブロック報酬の新規発行分, トランザクション手数料, Mempool. 次の項目からも参照されています Proof of Work, 難易度調整, ブロック報酬の新規発行分, Halving.
01Bitcoin のマイナーは実際に何を計算しますか？+
候補ブロックの 80 バイトのヘッダーについて二重 SHA-256 ハッシュを繰り返し計算します。nonce やヘッダーに影響する他のデータを変え、数値がネットワークの有効な target 以下となるハッシュを探します。
02マイナーは利用者に代わって Bitcoin のルールを検証しますか？+
ブロックの準備時にはトランザクションを検証しますが、それは利用者自身による検証の代わりにはなりません。各 Full Node は完成したブロックを独立して検査し、コンセンサスルールに違反していれば、その Proof of Work にかかわらず拒否します。