An ASIC is not profitable because a calculator reports a positive number today. It is profitable only if the machine’s mining revenue exceeds the full cost of operating and owning it for long enough to justify the purchase. Anyone assessing miner profitability should therefore start with a transparent model, then deliberately stress the assumptions that can change.
This matters because mining economics has both variable and fixed components. Revenue reacts to network conditions, the asset price, hashrate and pool payout rules. Electricity, hosting, maintenance and capital cost continue even when a unit underperforms. A decision that looks attractive after one unusually good week may be fragile after a difficulty adjustment, a hotter-than-expected site or a few days of downtime.
The three numbers that should never be confused
Many mining comparisons use “profit” to mean different things. Separate these values before comparing hardware or hosting offers.
| Measure | Simple meaning | What it does not prove |
|---|---|---|
| Gross mining revenue | Estimated rewards attributable to hashrate before operating costs | That power, pool fees or equipment costs are covered |
| Daily operating contribution | Revenue less electricity, pool fee and routine running costs | That the original hardware investment will be recovered |
| Payback or ROI estimate | Investment compared with expected cash contribution over a chosen period | That conditions will remain unchanged until the end of that period |
A miner can have positive daily operating contribution while still offering a poor investment return. This happens when the delivered purchase cost is high, the equipment’s useful economic life is uncertain, or the expected time to recover capital is longer than the operator is willing to accept. Conversely, a low acquisition price does not compensate for an inefficient machine under expensive power.
Build the calculation from inputs you can audit
Start a worksheet with assumptions that have dates and sources. Do not copy a single summary number from a sales listing. The purpose of the model is not to predict one exact future; it is to make the consequences of each assumption visible.
| Input | How to record it | Common modelling mistake |
|---|---|---|
| Stable hashrate | Use observed or conservatively expected operating rate | Using an advertised peak without allowing for environmental limits |
| Power draw | Record kW at the intended operating mode and multiply by 24 hours | Ignoring fans, auxiliary equipment or throttling conditions |
| Electricity or hosting rate | Use the all-in rate applicable to the site and billing period | Comparing a headline tariff with a different hosted-service rate |
| Pool fee and payout terms | Apply the fee to the relevant revenue estimate and note payment timing | Comparing fee percentages without understanding payout method |
| Delivered hardware cost | Include purchase, shipping, duties where relevant, installation and power equipment | Starting ROI from the invoice price alone |
| Availability | Use a downtime allowance and explain what it covers | Assuming the unit operates every hour of every month |
| Maintenance reserve | Set a stated allowance for repair, cleaning or replacement logistics | Calling all later costs “unexpected” and omitting them from the decision |
The basic daily power formula is uncomplicated:
Daily electricity cost = power draw in kW × 24 × all-in electricity price per kWh.
For example, a 3.2 kW machine operating for a day consumes 76.8 kWh before counting any separate site charges. The calculation is easy; identifying the right rate, operating hours and extra charges is the work. A financial model should show each of those items rather than hiding them inside one “cost” cell.
Make revenue assumptions explicit
Mining revenue depends on conditions outside the operator’s control. A profitability estimate may use current network difficulty, reward parameters, a pool’s expected payout approach and a market price assumption. Those inputs are useful for planning, but they should be labelled as a snapshot rather than presented as an outcome guaranteed by the hardware.
There is also a difference between nominal hashrate and productive hashrate. A unit may be offline for maintenance, reduced by heat, paused for a site issue or subject to a configuration problem. A model that assumes full-time output can be useful as a theoretical ceiling, but it should not be the only case used to approve a purchase.
Use a scenario table instead of one optimistic answer
A good investment decision has at least three scenarios. The base case describes present assumptions. The adverse case asks what happens if revenue weakens or cost rises. The stronger case shows upside, but it should never be the sole reason to buy equipment.
| Scenario | Changes to test | Decision question |
|---|---|---|
| Base case | Current observed revenue assumptions, expected uptime and contracted operating cost | What is the estimated daily contribution and implied payback under today’s conditions? |
| Adverse case | Lower revenue, higher difficulty, less uptime, higher power cost or a combination | Does the unit still cover running costs, and is the remaining risk acceptable? |
| Stronger case | Improved revenue or better than expected uptime | How much upside exists, without treating it as the planning baseline? |
| Interruption case | A defined period with no mining output but continuing fixed obligations | What cash reserve and operational response are needed? |
Do not choose percentage changes merely because they make a spreadsheet look sophisticated. Tie each change to a real uncertainty: a contract renewal, a past downtime event, a possible site constraint, or the fact that network conditions are variable. The model becomes useful when the owner can say why a case exists and what would cause it to become reality.
Read the result in the right order
- Check operating contribution first. If projected daily revenue does not comfortably cover electricity, pool fees and other direct running costs in the relevant scenario, a payback calculation is not the next problem.
- Then inspect capital recovery. Divide the total delivered investment by the expected daily contribution only as an illustrative payback estimate, and state the assumptions behind it.
- Compare payback with useful economic life. Hardware can remain functional yet be less competitive as conditions and equipment standards change. The model should not assume indefinite productive life.
- Test cash timing. Payout frequency, withdrawal thresholds and operating invoices affect whether the business can meet its own payment schedule.
- Decide the review trigger. State which movement in power rate, hashrate, revenue estimate or uptime causes the model to be recalculated.
Pool choice belongs in the operating model
Pool selection is not only a headline fee comparison. Operators should understand how shares are measured, how payouts are calculated, when balances become withdrawable, what information appears in monitoring, and how a missing or delayed payout is investigated. A lower stated fee may not be the better commercial outcome if payment timing does not fit the operator’s cash cycle or support records are difficult to use.
Before connecting a fleet, run a controlled test if possible. Confirm that workers are identified correctly, hashrate appears as expected, account alerts reach the responsible person and the accounting record can be matched to a payout. These details are less dramatic than a profitability chart, but they determine whether the projected revenue can be operated and verified in practice.
Due diligence before buying the machine
An apparently attractive calculation can fail before the machine begins to mine. Treat purchasing and deployment as separate reviews.
- Confirm the exact model, condition, expected operating mode and included components.
- Calculate the full delivered cost, including power infrastructure, shipping, setup and site work.
- Check the intended location’s electrical capacity, heat removal, noise limits and monitoring arrangement.
- Read the hosting or power agreement for rate changes, minimum terms, repair responsibilities and access procedures.
- Define who receives alerts, who can change pool or payout settings, and how access is removed when roles change.
- Set aside an allowance for diagnostics, repairs and shipping instead of treating all maintenance as a surprise.
Keep a decision log after deployment
Profitability should be reviewed as an operating model, not filed away with the purchase invoice. Keep a simple log of configuration changes, downtime, repair events, pool changes and material rate changes. Each monthly review can compare actual output, power consumption and cash received with the original base case. This makes it possible to learn whether the initial assumptions were conservative enough and whether the next equipment decision should use a different threshold.
Conclusion
Miner profitability is a moving calculation, not a fixed property of an ASIC. A defensible decision starts with auditable inputs, separates operating cash flow from investment recovery, tests adverse conditions and sets a clear date or trigger for review. The goal is not to make a machine look attractive on paper; it is to understand the conditions under which the operation remains viable.
Ask Maritza Wigginsams how they got into global investment strategies and you'll probably get a longer answer than you expected. The short version: Maritza started doing it, got genuinely hooked, and at some point realized they had accumulated enough hard-won knowledge that it would be a waste not to share it. So they started writing.
What makes Maritza worth reading is that they skips the obvious stuff. Nobody needs another surface-level take on Global Investment Strategies, FT-Focused Economic Trends, Finance Planning Techniques. What readers actually want is the nuance — the part that only becomes clear after you've made a few mistakes and figured out why. That's the territory Maritza operates in. The writing is direct, occasionally blunt, and always built around what's actually true rather than what sounds good in an article. They has little patience for filler, which means they's pieces tend to be denser with real information than the average post on the same subject.
Maritza doesn't write to impress anyone. They writes because they has things to say that they genuinely thinks people should hear. That motivation — basic as it sounds — produces something noticeably different from content written for clicks or word count. Readers pick up on it. The comments on Maritza's work tend to reflect that.
