Awarded once after a correct answer.
Distinguish miners from validating nodes
Useful first : Bitcoin UTXOs explained · Consensus and finality
Reading path · 5 / 41 · Intermediate
A miner constructs a candidate block and searches for a header whose double SHA-256 hash does not exceed the target.
The essentials
A miner constructs a candidate block and searches for a header whose double SHA-256 hash does not exceed the target. It changes candidate data to try new hashes. Finding a qualifying result is expensive; checking one is comparatively cheap.
How it works
The header contains a version, previous-block hash, Merkle root, timestamp, encoded target and nonce. Bitcoin adjusts difficulty every 2,016 blocks, aiming for an average interval of roughly ten minutes. That is a statistical target, not a schedule or a maximum waiting time.
What to watch
A majority of hash power could favour reorganisations and some double spends. It cannot produce another user’s signature or force independently validating nodes to accept arbitrary inflation. Mining power controls neither private keys nor all protocol rules. The economic security budget depends on block subsidies, fees and the costs of producing work.
Understand the details
Miners assemble candidate blocks and repeatedly vary header-related data to find a hash below the target. Each attempt is unpredictable; there is no progressive completion bar. A successful miner broadcasts a block, but receiving nodes independently verify the proof of work, transactions and other consensus rules. Hash power cannot make an invalid transaction valid for those nodes.
Boundaries and common mistakes
Pools smooth individual revenue by sharing work and rewards. A pool’s reported share is not automatically one owner of all participating machines. Nevertheless, coordination and transaction selection can concentrate. Difficulty adjustments target an average block interval over time; they do not schedule an exact arrival time for the next block.
The mechanism at a glance
- 01Candidate transactions
- 02Search for proof of work
- 03Independent rule checks
- 04Accept valid block only
Read these as connected concepts, not necessarily consecutive steps.
Read the explanation
Miners assemble candidate blocks and repeatedly vary header-related data to find a hash below the target. Each attempt is unpredictable; there is no progressive completion bar. A successful miner broadcasts a block, but receiving nodes independently verify the proof of work, transactions and other consensus rules. Hash power cannot make an invalid transaction valid for those nodes.
Put the mechanism into context
A miner finds a header with sufficient work but includes a transaction spending an already consumed output. Draw the checks performed by a receiving node. Mark the first failed rule and the consequence for the candidate block.
Apply it in the workshop →What this mechanism does not guarantee
Pools smooth individual revenue by sharing work and rewards. A pool’s reported share is not automatically one owner of all participating machines. Nevertheless, coordination and transaction selection can concentrate. Difficulty adjustments target an average block interval over time; they do not schedule an exact arrival time for the next block.
The distinction that changes the analysis
A miner can propose a block, but a validating node checks it independently. Finding proof of work does not make an invalid spend acceptable. In your diagram, keep the miner’s construction step separate from each node’s acceptance decision.
Explain it yourself
Revisit the case above. Name what is established, what remains to be checked and the evidence needed to conclude. A strong answer addresses both sides of the diagram.
Apply the lesson to a case
A miner finds a header with sufficient work but includes a transaction spending an already consumed output. Draw the checks performed by a receiving node. Mark the first failed rule and the consequence for the candidate block.
No. Work is a necessary condition, not a substitute for validity. The node rejects the invalid block. Explain separately how a valid competing branch might affect ordering and why that differs from creating coins outside the rules. This distinction prevents a common misunderstanding of majority hash power.
Terms in this lesson
- Nonce
- A number used in a particular protocol context: a mining search field in Bitcoin or an account transaction counter in Ethereum.
- Hash
- A fixed-length fingerprint computed from data by a hash function. It checks consistency, not truth.
- Private key
- A cryptographic secret used to authorise signatures under a signing scheme.
Prepare a correction note
Describe the passage and the proposed correction. This creates a local note for you to share; it sends nothing. Do not include personal or confidential information.