Bitcoin mining is a competition to earn the right to propose the next block. Specialized computers repeatedly change data in a candidate block and calculate a cryptographic hash. A successful hash must fall below a network target, making the result difficult to find but quick for every node to verify.
The work serves two connected purposes. It orders valid transactions into a shared history, and it makes changing that history expensive because an attacker would need to reproduce work and catch the accepted chain. The reward is not arbitrary creation: nodes accept only the subsidy and fees permitted by protocol rules.
What you will learn
- Describe the proof-of-work search without treating it as solving a useful puzzle
- Explain how subsidy, transaction fees, and mining pools affect miner revenue
- Connect hashrate and difficulty to block timing and security
From pending transactions to a candidate block
A miner starts by selecting valid unconfirmed transactions, usually favoring those that pay more fee per unit of block weight. It constructs a special first transaction that claims the permitted block subsidy and collected fees, then summarizes all included transactions in a value committed into the candidate block header.
The miner also references the previous block, includes a timestamp within allowed constraints, and sets fields used during the proof-of-work search. Changing transaction selection or adjustable data changes the header. This flexibility lets mining hardware keep producing new hash inputs rather than testing one frozen block repeatedly.
Proof of work is repeated probability
A cryptographic hash maps the block header to an unpredictable number. There is no known shortcut for choosing an input that produces a sufficiently low result, so miners make enormous numbers of independent attempts. Each attempt has a tiny probability of success determined by the current target.
A winning hash does not prove that every individual attempt consumed a specific amount of electricity. It proves that finding such a result was statistically costly under the target. Other nodes calculate the hash once, verify it meets the target, and then validate all other block rules before accepting the block.
Difficulty keeps block production near a target pace
If more computing power joins while the target remains unchanged, valid blocks tend to arrive faster. Bitcoin periodically adjusts the target based on how long a defined set of earlier blocks took to mine. The intended result is an average interval near ten minutes, not a ten-minute appointment for every block.
Short intervals and long gaps are normal because each hash attempt is random. Difficulty responds only at scheduled boundaries and looks backward, so abrupt hashrate changes can temporarily alter average block timing. Hashrate itself is estimated from observed block production and difficulty rather than measured by a central meter.
Rewards, pools, and economic pressure
A valid block can pay its miner the scheduled subsidy plus fees from included transactions. The subsidy introduces new bitcoin under a rule every node can check. Fees are existing bitcoin transferred by users. A miner cannot simply add a larger reward, because validating nodes would reject that block regardless of its proof of work.
Most operators contribute hashrate to mining pools because a small miner might otherwise wait unpredictably for a full block reward. A pool coordinates work and distributes revenue under its payout rules. This reduces income variance, but it introduces reliance on the pool's block templates, accounting, availability, and payment behavior.
Common misconceptions
“Miners can create any number of bitcoins because they write new blocks.”
Miners may claim only the allowed subsidy and transaction fees. Full nodes independently calculate that limit and reject a block whose reward creates excess bitcoin.
“Mining guarantees one block every ten minutes.”
Ten minutes is a long-run target interval. Proof of work is probabilistic, so consecutive blocks can be seconds apart or separated by a much longer wait.
Risks and limitations
- Mining profitability is exposed to electricity prices, machine efficiency, cooling, downtime, bitcoin-denominated revenue, exchange rates, and periodic difficulty changes.
- Pool participation reduces payout variance but can create operational and censorship concentration if too much hashrate follows a small number of coordinators.
- Hardware can become uneconomic before its physical life ends, and resale assumptions may fail when newer machines or adverse market conditions compress revenue.
- Proof-of-work security depends on continued economic incentives; falling subsidy and weak fee demand could reduce the cost of attacking the chain relative to value settled.
Key takeaways
- Miners construct candidate blocks from valid transactions and search for a qualifying header hash.
- Proof of work is costly to produce and inexpensive for nodes to verify.
- Difficulty adapts to changes in total mining competition over scheduled periods.
- Block rewards consist of newly issued subsidy plus existing bitcoin paid as fees.
- Pools smooth revenue but add coordination and counterparty considerations.
Primary and further reading
Test your understanding
Score at least 2 out of 3 to complete this lesson. Explanations appear after you submit.