In this field note
A Bitcoin mining estimate connects a machine’s expected output with the cost of producing it. It is useful when you can identify which assumptions make the result positive, which changes make it negative, and which expenses remain outside the calculation.
Start by separating bitcoin earned, its value in dollars, and cash left after costs. Those are three different measurements. A rising BTC price can lift the dollar result even while the machine earns fewer coins; a larger coin balance does not necessarily pay the electricity bill.
Mining another network requires its own evidence. The Kaspa mining cost case compares a named device specification with electricity thresholds and pool payout rules; it does not reuse this Bitcoin reward model for KAS.
Build the revenue estimate from explicit inputs
For a fixed period, expected output depends on hashrate, network difficulty, running time, and the assumed reward per block. Multiply expected BTC by the assumed BTC price to express revenue in dollars. The Bitcoin mining guide explains the work behind the block-finding process.
The reward input deserves particular care. Block subsidy and transaction fees are separate sources of revenue. Entering only the subsidy leaves transaction fees out; entering a combined reward should include a stated fee assumption. Our calculator has one reward field and does not fetch or add current fees automatically. The block chain documentation explains the reward’s components.
Date the network difficulty and BTC price you use. Record whether hashrate comes from a specification or an observed operating average. Our hardware guide helps make that distinction, and Bitcoin mining for beginners explains how the inputs connect.
Work through a daily operating example
Use the starting scenario in our Bitcoin mining calculator: 100 TH/s, difficulty of 80 trillion, a 3.125 BTC subsidy-only reward, $100,000/BTC, 3,000 W, $0.15/kWh, a 2% pool fee and 95% uptime. These are hypothetical inputs, not today’s network conditions or a named machine’s earnings.
The model estimates about 0.00007465 BTC per day. It scales expected hashing work from Bitcoin’s difficulty target: expected hashes per block are approximately difficulty × 2⁴⁸ ÷ 65,535. The familiar difficulty × 2³² shortcut is very close, but not identical.
| Daily item | Calculation | Amount |
|---|---|---|
| Gross revenue | Expected BTC × $100,000 | $7.47 |
| Pool fee | Unrounded revenue × 2% | −$0.15 |
| Electricity | 3 kW × 24 hours × 95% × $0.15 | −$10.26 |
| Operating remainder | Revenue − pool fee − electricity | −$2.94 |
The negative remainder means electricity already costs more than revenue after the pool fee. Purchase cost, separate cooling, maintenance, hosting, financing and taxes would add to the bill. All calculations use unrounded numbers; the table rounds dollars to cents. The interactive waterfall in the calculator shows deductions crossing below zero and recalculates when you edit a field.
If the pool deducts withdrawal fees or pays under a different reward basis, adjust your own budget accordingly. A percentage fee in a calculator cannot reproduce every pool agreement.
Calculate the electricity break-even price
In the example, about $7.316 remains after the pool fee and the machine consumes 68.4 kWh. Dividing revenue after the fee by energy use gives an electricity threshold of about $0.107/kWh.
At that rate, the operating remainder reaches zero before other costs. At $0.15/kWh, this particular scenario loses money. Adding $2 per day of other operating costs leaves about $5.316 for electricity and lowers the threshold to roughly $0.0777/kWh. When energy use is zero, the rate is undefined; that does not mean unlimited free profitability.
Use consistent boundaries: if cooling is included in your energy measurement, do not subtract its electricity again as a separate cost. The energy-cost guide covers wall power, auxiliary loads, and variable tariffs.
Change one assumption, then combine adverse changes
Keep the example’s other inputs fixed and compare these cases:
| Change from the example | Daily operating remainder |
|---|---|
| BTC price falls 20% | −$4.41 |
| Difficulty rises 25%, reducing expected coins by 20% | −$4.41 |
| Electricity rises to $0.20/kWh | −$6.36 |
| BTC price falls 20% and electricity reaches $0.20/kWh | −$7.83 |
The difficulty row uses the inverse relationship between expected output and difficulty at fixed hashrate. These are deliberately simple scenarios. They do not predict that price and difficulty will move together, nor that either will stay fixed for a month.
Uptime needs equal care. The example already uses 95%. At 100%, revenue and power use both rise; the daily loss is about $3.10 because this scenario loses money while running. At 0%, the calculator shows zero output and zero machine electricity. A fixed hosting bill or powered-but-disconnected machine would make the outcome worse than this switched-off downtime model.
Distinguish operating surplus from recovering the purchase
The loss-making example has no positive operating payback. Lowering only its electricity input to $0.05/kWh produces about $3.90 per day before other costs. An illustrative $3,000 installed purchase would then need roughly 770 days at that constant remainder. The word constant does most of the work: changing difficulty, price, repairs, and future halvings can invalidate that result.
A fuller budget should track the upfront payment, month-by-month operating cash, repair allowances, and a separately labelled resale assumption. Economic usefulness can end before hardware physically fails. Avoid treating a fixed lifespan or resale value as a fact for all devices. The Bitcoin FAQ also describes the competitive pressure on miners to reduce their operating costs.
Compare the model with actual receipts
Expected value is a long-run average. A solo miner may receive nothing for a long period; pool payments have their own variation, timing, and operator risk. The pool guide explains why an account credit and a wallet payout are different events.
Keep a dated record of accepted work, BTC credited, BTC received, energy consumed, and charges. When results differ, first identify whether the cause is performance, network conditions, payment rules, or the cost boundary. That turns the calculator into a tool you can check and improve as evidence arrives.
Sources and worked arithmetic checked on 18 September 2026. This update replaces the earlier isolated revenue example with the calculator’s full input scenario; it does not turn assumed prices or difficulty into live data.
Frequently asked questions
How do I calculate Bitcoin mining profitability?
Estimate BTC output from hashrate, difficulty, uptime and the assumed reward, then multiply it by your BTC price. Subtract pool fees and electricity first, and budget separately for the machine, cooling, repairs, hosting, financing and taxes.
What electricity rate makes the example break even?
Approximately $0.107/kWh. The example has about $7.316 after pool fees and uses 68.4 kWh per day. Dividing the first by the second gives the electricity-only threshold; other costs lower the affordable tariff.
Does 95% uptime always reduce electricity use by 5%?
Only if the machine consumes no power during the missing 5%. A machine hashing unsuccessfully or waiting while powered on can still use electricity. Fixed hosting and other fixed charges do not shrink with uptime.
Does a positive daily remainder mean the miner pays for itself?
No. Recovering the purchase requires cumulative operating cash to cover the upfront cost. A simple payback number assumes the daily remainder stays constant; changing price, difficulty, repairs and block subsidies can invalidate it.
Put it to work
Mining calculatorSources are listed above. This guide explains the mechanics; it is educational information, not a recommendation to invest or buy mining equipment.
