The Antminer S19 Pro is not automatically obsolete, but its 29.5 J/TH efficiency can leave a narrow operating margin once electricity, pool fees, downtime, and repairs are accounted for. For an operator who already owns the hardware, the original purchase price is a sunk cost. The decision to keep a unit running, replace it, or retire it should instead rest on its forward-looking cash costs and the value of the BTC credited over a comparable period.

Measure actual wall power

Bitmain's specification for the Antminer S19 Pro 110T lists a rated hashrate of 110 TH/s (±3%), a wall power draw of 3,250 W (±5%) at 25°C, and an energy efficiency of 29.5 J/TH (Bitmain, S19 Pro Specifications). This figure is measured at the wall, not at the hashboard, so it already includes power-supply losses; it does not include external cooling, transformers, or other site infrastructure.

A meaningful profitability estimate should start from a measured reading rather than the nameplate figure alone, since ambient temperature, firmware configuration, and voltage can affect actual draw. Use a metered PDU, a power meter that measures real power, or the hosting facility's metered feed; a miner's on-board hashrate display is not a substitute for a wall-power measurement.

At the rated 3.25 kW, continuous operation consumes 78.0 kWh per day (3.25 kW × 24 hours). This is the full-runtime baseline used in the example below. Scaling it by runtime is appropriate only when the unit draws approximately 3.25 kW while running and is fully powered off for the remaining hours. A miner that is idle, disconnected, or throttled may still consume electricity, and its power draw need not fall in proportion to its hashrate. Use measured kWh for those conditions rather than applying an uptime percentage to electricity consumption automatically.

Estimate credited BTC

It is useful to separate two different numbers: the expected gross network reward implied by a miner's hashrate, and the BTC actually credited to a pool account. The expected gross reward can be approximated as:

Expected BTC/day = (H × 86,400 × R) / (D × 2^32)

Here, H is hashrate in hashes per second, R is the assumed average total block reward in BTC (subsidy plus transaction fees), and D is network difficulty. The formula assumes continuous hashing at H over the day and constant difficulty.

For a hypothetical calculation, assume difficulty of 132.72 trillion, an average total block reward of 3.1422 BTC, and a BTC price of $83,416. These are illustrative inputs, not a verified historical snapshot or a statement of current market conditions. At 110 TH/s, they imply an expected gross reward of roughly 0.00005239 BTC/day, or about $4.37/day before pool fees or other losses. Replace these assumptions with dated network data and a clearly identified BTC price when estimating profitability for an actual operating period.

What a pool actually credits differs from this expected-value estimate. Mining pools verify work using share targets that are deliberately easier to meet than the Bitcoin network's block target. This allows a pool to measure contributed hashrate without requiring every share to find an actual block (Bitcoin Developer Guide: Mining). The BTC credited to an account therefore depends on the selected payout method, the pool fee, and the share-submission record.

ViaBTC's default Bitcoin payout method, PPS+, calculates the block-reward component under PPS rules and the transaction-fee component under PPLNS rules. Its published fee schedule lists 4% on the PPS block-reward portion and 2% on the transaction-fee portion, while PPLNS carries a flat 2% fee (ViaBTC Help Center, How Are Profits Calculated?).

In this example, the assumed total reward consists of a 3.125 BTC subsidy and 0.0172 BTC in transaction fees. Applying the respective PPS+ fees gives an expected after-fee revenue of about $4.20/day, before operating costs. This remains an estimate, not a guarantee of daily account credits. A profitability estimate built only on expected gross network rewards will overstate after-fee revenue.

Find the operating limit

Comparing the after-fee revenue estimate against 78.0 kWh/day gives an electricity-only break-even rate of roughly $0.054/kWh under the hypothetical conditions above. This excludes additional hosting charges, cooling overhead, maintenance, taxes, and the effects of downtime. At $0.05/kWh, the unit would have about $0.30/day left after pool fees and electricity, before those other costs. At $0.08/kWh or $0.10/kWh, electricity alone would exceed after-fee revenue.

This threshold is not a fixed industry benchmark. It moves with BTC price, difficulty, transaction-fee income, the chosen payout method, and actual power consumption. The electricity rate paid may also include demand charges or time-of-use pricing not captured in a flat per-kWh figure. An operator working through this calculation should use the same 24-hour or longer window for revenue and cost, since comparing a short pool-hashrate sample against a monthly bill introduces a measurement-window mismatch.

For a hosted machine, use the contract's actual billing structure. Where an all-in per-kWh hosting rate bundles electricity, cooling, space, and labor, count that charge once and add only expenses it excludes. Do not add a separate electricity estimate on top of a hosting charge that already includes electricity. Where the contract bills energy and hosting services separately, include both without duplication.

Include repair and downtime

Repair and downtime effects should be tracked separately from the recurring electricity calculation because they behave differently over time. For a forward estimate, a machine hashing at its normal rate for 90% of a period may be modeled at approximately 90% of its full-runtime expected revenue, assuming unchanged network conditions and effective share submission. Its electricity use must still reflect measured consumption, including any power used while it is not hashing. If using actual credited revenue for that period, do not apply another uptime reduction to it.

Repair costs are typically irregular: a hashboard replacement, fan failure, or PSU fault is a discrete expense that can consume several weeks of a thin operating margin. Keep these costs separate from the electricity or hosting tariff. For longer-term planning, an expected maintenance allowance can be expressed per day over a clearly stated period. When a specific repair is needed, compare its one-time cost with the additional cash contribution expected from restoring the unit, without counting that repair again in the maintenance allowance.

Distinguishing an economic problem from a hardware problem matters before deciding to shut a unit down. ViaBTC supports configurable alerts for hashrate or rejection-rate conditions, including worker-offline notifications through supported configurations (ViaBTC Help Center, Notification Setup). Pool-reported figures use the pool's own measurement window and will not necessarily match a miner's local display at any given instant. Compare pool-reported hashrate against local telemetry over equivalent periods rather than treating it as an independent power-efficiency measurement.

A sustained drop in pool-observed hashrate or a rising rejected-share count warrants checking hardware, configuration, and connectivity. A shortfall between after-fee credited revenue and avoidable operating costs, with the hardware otherwise healthy, points to an economic problem instead.

Compare keep-or-retire options

With electricity, pool fees, hosting, and repair accounted for consistently, three outcomes become testable rather than assumed.

Keep running is defensible where credited after-fee revenue exceeds the operating costs that running the unit adds over a representative period. For a self-operated machine, these include electricity, additional site operating costs, and expected incremental maintenance. For an all-in hosted machine, use the hosting charge plus expenses outside that package, counting each cost once. Stable temperatures, a manageable fault history, and the ability to curtail during expensive power periods also matter. For a longer-term keep-or-retire decision, include continuing fixed commitments and any costs of exiting them.

Upgrading becomes a question of incremental cash contribution against replacement cost rather than nameplate hashrate. The S19 Pro delivers approximately 33.85 TH/kW (110 TH/s ÷ 3.25 kW). Bitmain's air-cooled S21 Pro specification lists 234 TH/s at 3,510 W, or 15 J/TH, equal to roughly 66.67 TH/kW—nearly double the hashrate per watt (Bitmain, S21 Pro Specification).

Under the same hypothetical network and PPS+ fee assumptions used above, the S21 Pro would generate about $8.93/day after pool fees and consume 84.24 kWh/day. Its electricity-only break-even rate would be about $0.106/kWh, compared with $0.054/kWh for the S19 Pro. Both figures exclude additional operating costs. This demonstrates how efficiency widens operating room; it is not a purchase recommendation.

For an upgrade comparison, define operating cash contribution as after-fee mining revenue minus electricity, hosting, other operating costs, and expected maintenance, with no duplicated charges. Compare the new unit with the best feasible option without upgrading. If the S19 Pro would otherwise keep running, use its cash contribution as the baseline. If it would otherwise be shut down, use the shutdown scenario, including any payments that continue despite shutdown. Do not use avoidable losses from an uneconomic old miner to make the upgrade appear to pay back faster.

Simple payback period = net incremental upfront cost ÷ incremental daily operating cash contribution

Use this calculation only when incremental daily cash contribution is positive. The upfront cost should include the replacement miner, shipping, necessary electrical modifications, and any other incremental setup costs, less applicable resale proceeds. Compare all upfront cash flows against the same no-upgrade option: if that option also includes selling the S19 Pro, its sale proceeds do not create an additional upgrade benefit. Simple payback assumes the modeled daily contribution stays constant; changing difficulty, BTC price, fees, hardware condition, and financing costs can alter the outcome.

Shutdown or curtailment becomes worth evaluating when the after-fee revenue expected from running during a defined period falls below the costs that can actually be avoided by stopping. These may include electricity, usage-based hosting charges, and incremental maintenance. A fixed hosting payment that remains payable while the unit is off is not an immediate saving from shutdown. For permanent retirement, separately consider contract exit costs and ongoing commitments. Selling, relocating to lower-cost power, or running only during off-peak pricing windows are alternatives where the underlying hardware remains sound.

FAQ

What is the Antminer S19 Pro's rated power consumption?

Bitmain rates the S19 Pro 110T at 3,250 W (±5%) wall power at 25°C, equal to roughly 78.0 kWh per day of continuous operation; actual draw can vary with ambient temperature and firmware configuration.

How do I calculate Antminer S19 Pro electricity cost?

Multiply measured energy use in kWh by the applicable electricity rate, accounting for time-of-use pricing and other bill charges where relevant. If power draw is stable, kW multiplied by operating hours estimates kWh. For all-in hosting, use the bundled rate without adding electricity a second time. Compare costs against credited after-fee pool revenue for the same period.

Is the Antminer S19 Pro still profitable?

It depends on electricity or hosting costs, pool fees, network conditions, and hardware performance. In this article's hypothetical example—110 TH/s, 3.25 kW, difficulty of 132.72 trillion, a 3.1422 BTC average total block reward, and BTC at $83,416—the electricity-only break-even rate after the stated ViaBTC PPS+ fees is about $0.054/kWh. This excludes additional operating costs and is not a current market quote or a guarantee of profitability.

Should I upgrade from an S19 Pro to a newer miner?

Evaluate the new miner's incremental operating cash contribution against its net incremental upfront cost, using the best feasible no-upgrade option as the baseline. If the old miner should be shut down, compare upgrading with shutdown rather than continued loss-making operation. A simple payback estimate is useful only when incremental contribution is positive, and it depends on assumptions that can change.

Does pool fee affect how much BTC I actually receive?

Yes. The pool fee is applied to the calculated reward before it is credited, and the applicable rate depends on the payout method selected. ViaBTC's default PPS+ method applies separate rates to the block-reward and transaction-fee components, while PPLNS applies a single flat rate.

References

• Bitmain Support, S19 Pro Specifications
• Bitmain Support, S21 Pro Specification
• Bitcoin Developer Guide, Mining
• ViaBTC Help Center, How Are Profits Calculated?
• ViaBTC Help Center, How to Set Hashrate or Rejection Rate Notification?