Bitcoin mining and probability

How Long Does It Take to Mine One Bitcoin?

There is no fixed time for an individual miner to earn one Bitcoin. Bitcoin targets an average interval of about ten minutes between blocks across the whole network. That does not mean your machine earns one BTC every ten minutes—or that ten minutes is a minimum waiting time.

Your result depends on your share of mining power, the difficulty of finding a block, uptime, the block subsidy, transaction fees and any mining-pool terms. A useful estimate must separate a solo block win from accumulating smaller pool payments. This guide shows the calculation without presenting an estimate as a payout promise.

By Crypto Dispensers · September 27, 2026

Ten minutes describes the network, not your machine

Bitcoin mining involves repeated attempts to find a valid block hash. An individual block can arrive sooner or later than the target interval. The target is an average, not a schedule that gives every miner a turn. Bitcoin.org explains the mining process and its relationship to the network’s difficulty adjustment.

A successful block can include newly issued BTC, called the subsidy, and transaction fees. As of September 27, 2026, the subsidy is 3.125 BTC per block. It is not a one-Bitcoin prize. Bitcoin’s subsidy schedule halves the amount every 210,000 blocks; Bitcoin Core’s subsidy calculation implements that schedule.

The question “How long to mine one Bitcoin?” therefore has two meanings:

  • Solo mining: how long until you find a valid block and earn its reward?
  • Pool mining: how long until your allocated payments add up to one BTC?

Those are different calculations. For the underlying process, start with what Bitcoin mining is.

Estimate rewards from a clearly stated set of assumptions

For a simplified model, use the same hash-rate unit for your miner and the network. Then calculate:

Mining share = your effective hash rate ÷ network hash rate

Expected subsidy per day = mining share × assumed blocks per day × subsidy per block

This model assumes the network is near its ten-minute target, so it uses 144 blocks per day: 24 × 60 ÷ 10. It excludes transaction fees, pool charges, outages, rejected work and changes in conditions. Network hash rate is itself an estimate, not a directly counted inventory of every running machine.

Input Hypothetical assumption
Your effective hash rate 200 TH/s
Network hash rate 1 ZH/s = 1,000,000,000 TH/s
Your network share 0.0000002, or one five-millionth
Assumed network blocks per day 144
Subsidy used in the example 3.125 BTC per block

The arithmetic is 0.0000002 × 144 × 3.125 = 0.00009 BTC per day, equivalent to 9,000 sats. This is an expected gross subsidy contribution under the assumptions, not a daily payment from a solo miner and not a live earnings estimate.

Dividing one BTC by that modeled daily amount gives approximately 11,111 days, or 30.4 years. That long number is a warning about the limits of a static model. It is not a forecast: future halvings, changing competition and hardware replacement make a decades-long projection using one unchanging subsidy unrealistic. See our BTC and satoshi conversion guide for the units.

A solo miner does not receive the expected daily amount

In the same hypothetical example, expected block wins per day are 0.0000002 × 144 = 0.0000288. The reciprocal is about 34,722 days, or 95.1 years per block on average, if every assumption could remain fixed.

That does not create a 95-year countdown. A solo miner might find a block much sooner or might never find one while the equipment remains useful. An expected value summarizes repeated possibilities; it does not describe a guaranteed individual outcome.

This also explains why the 30.4-year modeled accumulation figure and the 95.1-year block figure differ. One successful block in this example carries a 3.125 BTC subsidy, while the accumulation calculation asks about only one BTC. A solo miner does not receive one fraction of that block reward every day merely because the average says 0.00009 BTC.

The Bitcoin developer guide’s mining overview distinguishes infrequent solo rewards from shared pool payments. Neither should be described as guaranteed income.

A mining pool changes payment variability and terms

A pool combines participating miners’ work and allocates payments according to its reward system. Smaller payments may arrive more regularly than solo block wins. Joining a pool does not multiply your machine’s hash rate or make an unchanged share of the network produce more expected gross subsidy by itself.

Before turning an estimated reward into an estimated wallet-arrival date, check the pool’s current terms:

Question Why it affects the estimate
What work does the pool count? Accepted work can differ from a machine’s advertised hash rate.
Which reward method applies? Payment formulas and exposure to pool luck vary.
Are transaction fees included? The subsidy-only example excludes them.
What pool charges apply? Deductions affect the amount allocated to you.
What is the payout threshold? A balance can accrue before it is sent to your wallet.
When are payouts processed? Accounting credit and an on-chain payment are separate events.

The developer guide describes shares and notes that pools use different distribution systems. Read the actual pool’s documentation rather than assuming every pool follows the same formula.

Check the assumptions before buying equipment

Treat a mining estimate as a scenario to inspect. Record the date, effective hash rate, network estimate or difficulty, assumed subsidy, fee treatment, uptime and pool terms. Recalculate when those inputs change. A result without those assumptions is difficult to evaluate.

More hash rate: holding everything else constant, doubling your effective hash rate doubles modeled gross rewards and halves the static accumulation time.

More competition: holding your hash rate constant, doubling the assumed network hash rate halves modeled gross rewards in this target-interval model.

A lower subsidy: halving the subsidy halves the subsidy component of modeled rewards, assuming all other inputs are fixed. Transaction fees are a separate, variable component.

More downtime: fewer hours of useful mining work reduce the effective hash rate you contribute over the period. Nameplate capacity alone does not establish earnings.

Finally, BTC earned is revenue, not profit. Electricity, hardware, cooling, maintenance, hosting and other costs require a separate assessment. Our mining profitability guide covers that broader decision. If your goal is simply to obtain Bitcoin, compare the practical requirements with the available ways to buy Bitcoin; neither route guarantees a financial return.

Sources checked September 27, 2026. All hash-rate inputs and time calculations above are illustrative and static. They are not equipment recommendations, measured operating results or earnings forecasts.