Crypto Mining Economics

    Reviewed and updated September 15, 2026 by the SmartCryptoEarnings editorial team · editorial policy

    Mining is an industrial process with an unusual property: the network automatically makes the work harder when more people do it. That single feedback loop explains most of what happens to mining economics over time.

    This page explains the variables and the arithmetic. It publishes no current hash rate, difficulty, reward or profitability figures, and every number below is an illustration for the method, not a claim about today.

    The revenue side

    • Hash rate — the computational work your hardware contributes, and the network's total, which together determine your share of blocks found.
    • Block reward — new units issued to whoever produces a valid block, on a schedule defined by the protocol.
    • Transaction fees — paid by users for inclusion, and increasingly significant on networks where issuance declines over time.
    • Your expected share is, very roughly, your hash rate divided by the network's total, applied to the rewards produced over the period.

    Difficulty: the feedback loop

    Networks adjust difficulty so that blocks continue to appear at roughly the target interval regardless of how much hardware is running. If total hash rate rises, difficulty rises and each individual miner's share falls, even though their own machines have not changed.

    This is why revenue projections built on today's difficulty are fragile. Difficulty responds to price and to hardware deployment, both of which move.

    The cost side

    • Electricity — usually the dominant operating cost, driven by the hardware's power draw, hours run and the rate paid.
    • Hardware efficiency — work produced per unit of energy, which decides how much of the electricity bill turns into revenue.
    • Hardware capital cost and its useful life before efficiency makes it uncompetitive.
    • Pool fees — a percentage of rewards taken by the pool that smooths payouts.
    • Infrastructure — cooling, space, networking, maintenance and the labour to keep machines running.
    • Uptime — a machine that is offline earns nothing while capital and often overheads continue.

    Worked example (hypothetical numbers)

    Suppose a machine draws 3 kW and runs 24 hours a day at an electricity rate of $0.08 per kWh. Daily energy cost is 3 × 24 × 0.08 = $5.76. Over 30 days that is $172.80 before any other cost.

    Now suppose the same machine earns gross rewards you value at $9.00 a day, and the pool takes 2%: net revenue is $8.82. Daily operating margin is $8.82 − $5.76 = $3.06, or about $91.80 over 30 days, before hardware cost, downtime and maintenance.

    If the hardware cost $2,400, simple payback at that margin is 2,400 ÷ 3.06 ≈ 784 days — during which difficulty, price and electricity rates will all have changed. Every figure here is invented to show the method.

    Revenue is not profit. A machine can produce rewards every day and still lose money once electricity, fees, downtime and hardware depreciation are counted.

    Break-even, expressed usefully

    • Break-even electricity rate — the price per kWh at which revenue equals energy cost. Below it you have margin; above it every hour of operation loses money.
    • Break-even asset price — the market price at which the same equality holds, holding difficulty constant.
    • Payback period — capital cost divided by operating margin, which only means something if you state the assumptions it holds constant.
    • Sensitivity matters more than the point estimate: recompute the same model with difficulty up 20% and with price down 30%, and see whether the conclusion survives.

    Why projections go wrong

    • Difficulty is extrapolated flat when it has historically trended upward over long periods.
    • Downtime, shipping delays, installation time and maintenance are omitted.
    • Electricity is quoted at a promotional or unmetered rate that does not survive contact with a full bill.
    • Hardware is assumed to hold value, when efficiency improvements compress the resale market.
    • Pool fees, transaction fees on payouts, and conversion costs are ignored.
    • Heat, noise, space and local rules are treated as free.

    Cloud mining and hosted arrangements

    Contracts that sell mining output rather than hardware shift the economics into someone else's disclosure. Treat the counterparty, the contract terms, the fee structure and the exit conditions as the primary risk, and be sceptical of any arrangement quoting a fixed return — mining output is not fixed, so a fixed promise is being funded by something other than mining.

    Frequently Asked Questions

    Does more hash rate always mean more revenue?

    For an individual miner, more hash rate raises their share. But when the network's total hash rate rises, difficulty adjusts and each participant's share of the same rewards falls.

    What usually decides whether mining is viable?

    The electricity rate and hardware efficiency, because together they set the cost of producing each unit of work. Most other variables are secondary to those two.

    Why do you not publish current profitability figures?

    They depend on live difficulty, price and reward data we have not licensed. We publish the method and the arithmetic instead of numbers we cannot verify.

    Is mining the same as staking?

    No. Mining expends energy to secure a proof-of-work network. Staking commits capital to secure a proof-of-stake network. The cost structures and risks are entirely different.

    Sources

    Spotted something out of date? See our corrections policy and fact-checking policy.

    Continue reading

    Educational information only. Nothing here is financial, legal or tax advice.