What a Conservative ROI Model Should Measure
A conservative ASIC mining return-on-investment (ROI) model tests whether mining can recover the full initial investment under unfavorable but realistic assumptions. This guide focuses on Bitcoin ASIC mining.
Start with expected BTC earnings, apply separate price assumptions, deduct costs, and calculate cumulative cash flow over a defined investment horizon. Keep four quantities distinct: theoretical mining revenue, pool earnings credited after fees, operating cash flow, and return on invested capital.
A mining calculator can help estimate earnings from selected inputs. It does not, by itself, establish future ROI: that requires a model of how revenue and costs change over time.
Start With BTC Revenue
BTC price does not directly change a miner’s expected BTC output when hashrate, difficulty, and other mining inputs are held constant. Calculate BTC earnings first, then convert them using each scenario’s price assumptions.
For nominal hashrate H in TH/s, mining availability U expressed as a fraction, a period T in seconds, network difficulty D, and block subsidy S in BTC:
Expected subsidy earnings (BTC) = (H × 10^12 × U × T) ÷ (D × 2^32) × S
The factor 10^12 converts TH/s to hashes per second. D × 2^32 approximates the expected hashes required to find a block. The result is a theoretical expected value before pool fees and any unmodeled losses, not a prediction that an individual ASIC will find a block.
Apply the formula separately to periods with different difficulty or subsidy assumptions. Do not use a single starting difficulty for an entire projection unless that is an explicitly chosen scenario.
Bitcoin’s subsidy follows block height, not BTC price. It is currently 3.125 BTC per block and will fall to 1.5625 BTC at block 1,050,000, expected around 2028. If the investment horizon crosses that event, reduce the subsidy in the relevant modeled periods; the calendar date remains an estimate. Bitcoin halving schedule
Price can influence miners’ operating decisions and, indirectly, future network difficulty. That economic relationship does not make price an input to the BTC-output formula itself.
Use Realistic Hashrate, Power, and Uptime Assumptions
Manufacturer figures are baseline specifications under stated conditions. They are not guaranteed field results or upper limits on power consumption.
For example, BITMAIN specifies the Antminer S21 at 200 TH/s and 3,500 W of wall power at 25°C. These values imply an efficiency of 17.5 J/TH. Use measured performance where available; otherwise, make explicit adjustments for expected operating conditions rather than assuming both figures will hold exactly. BITMAIN S21 specifications
Apply downtime once. Choose either nominal or operating hashrate with an explicit availability adjustment, or a period-average hashrate that already includes downtime. Do not apply the same downtime reduction to both.
For a pool earnings model, also account for rejected or otherwise unpaid work where material. Avoid applying an additional reduction if the effective hashrate used already reflects those losses.
Model Difficulty and Transaction Fees Separately
Bitcoin difficulty adjusts every 2,016 blocks, approximately every two weeks, to target an average block interval of ten minutes. Higher difficulty reduces expected BTC earnings for unchanged miner hashrate. Bitcoin network difficulty
Use an explicit difficulty path. Rising difficulty is a reasonable conservative assumption, but a flat path is not inherently invalid. The mistake is relying only on unchanged difficulty without testing increases.
Keep transaction fees as a separate BTC-per-block assumption so they can be varied independently of the subsidy and charged the appropriate pool fee. A downside case can assume zero transaction-fee income to test whether the investment depends on that revenue. This does not suggest that actual blocks contain no fees.
Pool payout methods affect how theoretical earnings translate into credited rewards. ViaBTC’s calculator uses PPS+ estimates and permits customized inputs, including price, difficulty, and fee rate. Its result should be treated as an estimate conditional on those settings. ViaBTC calculator explanation
Add Costs Without Double Counting
For a simplified case in which the ASIC draws no power outside mining hours:
Electricity cost = P × 24 × Days × U × R
Here P is operating wall power in kW, U is mining availability as a fraction, and R is the electricity tariff in currency per kWh, such as $/kWh.
Mining downtime does not always mean zero electricity consumption. If the machine remains powered while disconnected or idle, a more complete calculation is:
Electricity cost = (operating kW × operating hours + idle kW × idle hours + auxiliary kWh) × tariff
Include auxiliary consumption, such as external cooling, only where it is not already captured in metered energy or hosting charges. If using metered kWh, multiply that quantity by the applicable tariff without another uptime adjustment.
Count each other cost once: pool fees, hosting, repairs, site expenses, and applicable taxes. Put hardware, shipping, duties, electrical installation, and commissioning in the initial capital outlay. If a hosting rate already includes electricity, do not add the same electricity charge again. State whether the model is before or after tax and keep that treatment consistent.
Pool fees may apply to different revenue components. ViaBTC’s listed PPS+ rates are 4% on the subsidy component settled through PPS and 2% on transaction-fee rewards distributed through PPLNS. Its PPLNS method charges 2% on the combined amount. The PPLNS allocation uses the miner’s share of pool hashrate over the last five difficulty rounds when a block completes six confirmations. These are separate fee bases: PPS+ is not a flat 6% charge. ViaBTC reward calculations
If credited earnings are already net of pool fees, do not deduct those fees again.
Build Downside, Base, and Upside Scenarios
Choose a start date and investment horizon, then set assumptions for each scenario. Use the same horizon when comparing returns.
| Assumption | Downside | Base case | Upside |
|---|---|---|---|
| BTC price | Below reference price | Central planning assumption | Above reference price |
| Difficulty | Faster increase | Moderate increase | Flat or slower growth |
| Transaction fees | Zero or minimal | Cautious estimate | Higher fee income |
| Availability | Below target | Expected operating level | Strong availability |
| Operating costs | Higher tariff or repair costs | Expected costs | Lower costs where justified |
| Resale proceeds | Zero or heavily discounted | Discounted estimate | Higher residual value |
Allow BTC price to fall while difficulty rises. A price increase does not automatically offset greater difficulty, and difficulty need not move with price in the same period.
Treat the subsidy schedule consistently across scenarios. It is a protocol rule, rather than an optimistic or pessimistic revenue assumption.
Calculate Monthly Cash Flow, Payback, and ROI
A practical spreadsheet can use one row per month:
- Enter the period length, hashrate, availability, difficulty, subsidy, and transaction-fee assumptions.
- Calculate expected BTC earnings and apply the payout method’s fees once.
- Convert net BTC earnings using that month’s modeled sale price.
- Deduct electricity and other operating cash costs.
- Add the result to cumulative operating cash flow.
Split a period or use an appropriate weighted calculation if it spans a subsidy change. A monthly difficulty path is a planning approximation, not Bitcoin’s actual adjustment schedule.
Operating cash flow = proceeds from selling mined BTC − electricity − hosting − other operating cash costs
For this model, assume mined BTC is sold in the month it is earned at the scenario price. If BTC is retained, distinguish its estimated fiat value from sale proceeds available to fund costs or recover the investment.
Payback is reached when cumulative operating cash flow covers the full initial capital outlay. If that does not happen within the horizon, report “not recovered within the modeled period.” Do not extrapolate the first day’s margin into a payback date while also assuming difficulty will rise.
ROI = (cumulative operating cash flow + net resale proceeds − initial capital outlay) ÷ initial capital outlay
Multiply by 100 to express ROI as a percentage. Label the result with its horizon: this is a simple, undiscounted return over the modeled period, not automatically an annualized return. Include resale proceeds once, net of selling costs, and identify whether capital recovery depends on selling the equipment.
Keep the core model unlevered. An optional financing model should separately track debt proceeds, repayments, interest, and fees, and measure equity return against equity invested. Collateral is a commitment of assets, not automatically an expense; track any associated charges and collateral risks separately.
Worked Example: From Daily Earnings to ROI
The following inputs are hypothetical modeling assumptions, not current market data or a forecast:
- Antminer S21 baseline: 200 TH/s and 3.5 kW wall power.
- Mining availability: 95%, with zero power consumption outside mining hours and no additional modeled share losses.
- Starting difficulty: 127.45 trillion; subsidy: 3.125 BTC.
- BTC sale price: $78,599; transaction-fee revenue: zero.
- Electricity tariff: $0.06/kWh.
The one-day mechanics are:
| Calculation | Result |
|---|---|
| Expected subsidy earnings before pool fees | ≈0.0000937 BTC |
| Value at the assumed BTC price | ≈$7.37 |
| Electricity consumption | 79.8 kWh |
| Electricity cost | ≈$4.79 |
| Contribution before pool fees and other costs | ≈$2.58 |
That contribution is not net profit or ROI. To extend it into a model, assume 12 periods of 30 days each, with difficulty increasing 2% between periods. Hold the other mining inputs constant and place the entire horizon before the next halving.
Use a 4% fee on subsidy earnings, consistent with ViaBTC’s listed PPS+ rate. Add a hypothetical $15 per period for other operating cash costs, a $2,000 total initial outlay, and $300 net resale proceeds at the end. Assume no separate hosting or auxiliary-power costs. This example is unlevered and before tax.
| Modeled period | Mining sale proceeds after pool fee | Electricity cost | Other operating costs | Operating cash flow | Cumulative operating cash flow |
|---|---|---|---|---|---|
| 1 | $212.14 | $143.64 | $15.00 | $53.50 | $53.50 |
| 6 | $192.14 | $143.64 | $15.00 | $33.50 | $260.23 |
| 12 | $170.62 | $143.64 | $15.00 | $11.98 | $384.67 |
The cumulative column includes every intervening period. Results use unrounded calculations before display rounding.
ROI over the 360-day modeled horizon = ($384.67 + $300 − $2,000) ÷ $2,000 × 100 ≈ −65.8%
Payback is not reached within the modeled period, even after resale. The ASIC generates positive operating cash flow in each period, but does not recover its initial cost. This is why a positive daily contribution is insufficient evidence of a positive investment return.
Compare the Model With Actual Miner and Pool Data
After deployment, compare assumptions with measured power, miner telemetry, pool-estimated hashrate, accepted and rejected shares, and credited earnings. These are related but distinct measurements.
Match date ranges and averaging windows, and allow for payout settlement timing. ViaBTC’s Profit Detail statistics use UTC+8, so align external records accordingly. ViaBTC reward calculations
Use a sufficiently representative period rather than treating one day as proof of long-term performance. Update the model when actual energy use, availability, or costs consistently differ from the assumptions.
FAQ
Does a higher BTC price mean the ASIC mines more BTC?
Not directly. With hashrate, difficulty, and other mining inputs unchanged, a higher BTC price increases the fiat value of earnings, not the BTC amount mined. Price can indirectly influence future mining participation and difficulty.
Should a conservative model exclude transaction fees?
A zero-fee downside case is useful for testing dependence on transaction-fee income. Other scenarios can include explicitly stated fee assumptions, with the appropriate pool fee applied separately.
Is positive daily cash flow enough to justify a positive ROI?
No. Cumulative cash flow and net resale proceeds must exceed the initial investment for simple ROI to be positive. A machine can cover its operating costs throughout the modeled period and still fail to recover its purchase and setup costs.
Is a mining-calculator result a forecast?
It is an estimate based on selected inputs. To assess ROI, extend those inputs across a stated horizon, account for changing conditions and all relevant costs, and compare multiple scenarios.