Why Bitcoin Cash mining profit requires three separate calculations
To calculate Bitcoin Cash (BCH) mining operating profit, multiply BCH mining earnings for a defined period by the BCH price, then subtract electricity and other applicable operating costs for that same period. Deduct pool fees only if they are not already reflected in the earnings figure.
An accurate calculation distinguishes three figures. The first is the miner's expected gross mining revenue, a planning estimate derived from hashrate, network difficulty, block subsidy, and an assumption about transaction fees. The second is pool-credited mining earnings, the BCH amount actually recorded in a miner's pool account after the pool applies its payout method and fee schedule. The third is operating profit or loss, which converts realized or estimated BCH revenue into fiat terms and subtracts electricity and other operating costs.
These figures are related but not interchangeable. A calculator's projected BCH output should not be called "profit" until electricity and other applicable costs have been deducted, and device-reported hashrate, pool-estimated hashrate, valid shares, and credited BCH must be treated as distinct measurements with different scopes and time windows.
Bitcoin Cash uses proof of work with a targeted 600-second average block interval. Its ASERT algorithm calculates the target for each new block using block timestamps and height relative to an anchor block. A lower target corresponds to higher difficulty, meaning more expected hashing work is required to find a valid block (Bitcoin Cash ASERT specification).
Inputs needed for a Bitcoin Cash mining-profit calculation
An accurate calculation requires the following inputs, each drawn from a specific and identifiable source:
- Miner hashrate, expressed in hashes per second, taken from device telemetry or a pool's reported average over a defined window.
- Network difficulty, which determines how much expected hashing work is needed per block and is recalculated for each new block under BCH's ASERT algorithm.
- Block subsidy, the fixed BCH amount paid to the finder of a valid block under the current issuance schedule.
- Transaction fees, which are added to the subsidy to form the total coinbase payout and vary block to block.
- Payout method and pool fee, which determine how a pool calculates an individual account's credited BCH from the miner's contributed work and the applicable reward components.
- BCH/USD price, a dated market quote rather than a forecast.
- Power draw and electricity price, used to calculate the machine's operating cost.
- Uptime, rejected-share rate, and other operating costs, which affect realized earnings but should not be applied more than once in the same calculation.
Because ASERT calculates the target for each new block from timestamps and block height relative to an anchor, the difficulty used in a planning calculation can change with the next block. Network hashrate affects block timing, but it is not a directly measured input to the algorithm. Profitability estimates built on a static difficulty assumption should therefore be treated as short-term approximations rather than fixed projections (BCH difficulty adjustment algorithm).
The Bitcoin Cash mining-revenue formula
Expected blocks found over a given period can be estimated with the following expression:
Expected blocks = (Miner hashrate in H/s × Time in seconds) ÷ (Network difficulty × 2^32)
Here, 2^32 (4,294,967,296) is a constant derived from the Bitcoin-style proof-of-work target space, and time is typically set to 86,400 seconds for a daily estimate. This produces an expected value, not a guarantee that a specific number of blocks will be found in that period; Bitcoin-style mining is probabilistic, and a valid block hash must fall below the network target.
Expected gross BCH revenue is then:
Expected gross BCH revenue = Expected blocks × (Block subsidy + Average transaction fees per block)
The current BCH block subsidy is 3.125 BCH per block. Transaction fees are a separate, variable component of the total coinbase payout and should not be assumed to be zero, nor folded silently into the subsidy figure.
How pool payout methods change credited mining earnings
A miner's actual pool-credited BCH depends on the payout method selected, not solely on network-level economics. ViaBTC's current documentation describes two primary methods, each with a distinct settlement and fee structure (how ViaBTC calculates mining earnings).
Under PPS+, the block-reward (subsidy) component is settled using the PPS method at a listed 4% fee, calculated hourly based on current difficulty. The transaction-fee component is distributed separately using a PPLNS-style allocation at a listed 2% fee, applied after a qualifying block reaches six confirmations. These two fees apply to different revenue components and are not additive; PPS+ should not be described as carrying a combined 6% fee.
Under PPLNS, both the block-reward and transaction-fee components are distributed together under PPLNS rules, with a single listed 2% fee. Allocation is based on a miner's share of total pool work over a defined recent window, applied once a qualifying block has six confirmations.
Neither method is universally superior; PPS+ provides steadier settlement for the subsidy component in exchange for a higher fee on that portion, while PPLNS ties both components to the pool's actual block-finding results over the qualifying window. Miners can review the exact current terms directly through ViaBTC's payout documentation before selecting a method.
For planning purposes, a simplified PPS+ subsidy-only estimate can be expressed as:
Estimated BCH after PPS+ subsidy fee = Expected subsidy revenue × (1 − 0.04)
This figure excludes the separately calculated PPLNS transaction-fee component and should not be presented as total expected earnings.
Converting revenue to fiat and calculating electricity cost
Once BCH mining earnings for the calculation period are estimated or credited, they can be converted to fiat using a dated price. Use earnings for that period, rather than the account balance, which may include earlier earnings and be affected by withdrawals:
Revenue in USD = BCH mining earnings credited or estimated for the period × BCH/USD price
BCH price should be entered as a variable tied to a specific date rather than treated as a stable input. As one reference point, CoinGecko displayed BCH at $338.55 on September 25, 2026, with a seven-day range of $243.40 to $365.10 (BCH price data). This range illustrates why a single-price profitability estimate can shift materially within days.
Electricity cost is calculated separately:
Electricity cost = (Power draw in watts ÷ 1,000) × Operating hours × Electricity price per kWh
Using wall power, rather than chip-only power, produces a more accurate estimate of the actual electricity bill. Where cooling, hosting, or site overhead is billed separately, those costs should be listed as distinct line items rather than absorbed into the machine's wattage figure.
Use the same calculation period for mining revenue, electricity, and other applicable operating costs. Operating result can then be expressed as:
Operating result = Fiat mining revenue − Electricity cost − Pool fees not already reflected in revenue − Hosting and other operating costs
Care should be taken to avoid double counting. If the BCH figure used is already the pool-credited amount, pool fees have already been deducted and should not be subtracted again. If the hashrate input already reflects a full-period average inclusive of downtime, downtime should not be subtracted a second time. Rejected shares reduce pool earnings at the point they occur; they should not be deducted again if the calculation starts from credited BCH. Include applicable routine repair and maintenance expenses among operating costs for the calculation period. If the analysis also includes depreciation, financing costs, or taxes, state those separately and clearly label the profit measure being calculated.
Worked example (hypothetical, not an earnings forecast)
The following example uses assumed inputs for illustration only.
| Input | Assumption |
|---|---|
| Miner hashrate | 200 TH/s |
| Network difficulty | 400 billion (hypothetical) |
| Block subsidy | 3.125 BCH |
| Payout method | ViaBTC PPS+ (subsidy component only) |
| PPS+ subsidy fee | 4% |
| Power draw | 3,500 W (wall power) |
| Electricity price | $0.10/kWh |
| BCH price | $338.55 |
Step 1 — Expected blocks per day: (200,000,000,000,000 × 86,400) ÷ (400,000,000,000 × 4,294,967,296) ≈ 0.01006 blocks/day
Step 2 — Expected subsidy revenue: 0.01006 × 3.125 BCH ≈ 0.03143 BCH/day
Step 3 — After 4% PPS+ subsidy fee: 0.03143 × 0.96 ≈ 0.03017 BCH/day
Step 4 — Convert to USD: 0.03017 BCH × $338.55 ≈ $10.22/day
Step 5 — Electricity cost: (3,500 ÷ 1,000) × 24 × $0.10 = $8.40/day
Step 6 — Subsidy revenue after pool fee, minus electricity: $10.22 − $8.40 = $1.82/day before other operating costs; transaction-fee earnings excluded.
This figure excludes transaction-fee earnings, hosting, cooling, repairs, depreciation, taxes, downtime, and any deviation between assumed and actual difficulty, price, power draw, or pool earnings. It is a hypothetical planning example, not a projection of achievable returns.
Why actual earnings differ from estimates
Several factors routinely cause realized earnings to diverge from planning estimates. ASERT recalculates the target for each new block, so network difficulty can change from one block to the next, altering the denominator in the expected-blocks formula. BCH price can move substantially within short periods, changing the fiat value of a fixed BCH amount. Transaction fees per block vary with network activity and are not captured by a subsidy-only estimate. Downtime reduces effective hashing time, and if not already reflected in the hashrate input used, it should be accounted for once, not twice. Rejected shares reduce a miner's credited work at the pool level. Under PPLNS, short-term earnings also depend on the pool's actual block-finding results relative to the theoretical average, an effect commonly referred to as pool luck. Finally, mismatched measurement windows—for example, combining an instantaneous hashrate reading with a 24-hour cost calculation—can distort the comparison even when every individual number is correct.
Using a calculator and testing scenarios
A mining-profit calculator, such as the ViaBTC mining profit calculator, can automate the expected-revenue formula once hashrate, difficulty, price, and fee inputs are supplied. Because several of these inputs change frequently, it is generally useful to run more than one scenario: a base case using current values, a higher-difficulty or lower-price case, and a lower-difficulty or higher-price case. Reviewing a range of outcomes, rather than relying on a single point estimate, gives a more realistic picture of how sensitive operating results are to market and network conditions.
This article provides an educational framework for estimating Bitcoin Cash mining economics. It does not constitute financial advice, and actual results will depend on hardware performance, electricity contracts, pool selection, and market conditions at the time of operation.
FAQ
Is the BCH amount shown by a mining calculator the same as profit?
No. A calculator's projected BCH output is an estimate of gross or pool-credited revenue before electricity and other operating costs are subtracted. Profit or operating result is only obtained after those costs are deducted.
Why does ViaBTC apply two different fee percentages under PPS+?
Under PPS+, the block-reward (subsidy) component is settled via PPS at a listed 4% fee, while the transaction-fee component is distributed via PPLNS at a listed 2% fee. These apply to separate revenue components and should not be combined into a single 6% figure.
Can I use today's difficulty to estimate next month's earnings?
BCH's ASERT algorithm recalculates the target for each new block using timestamps and block height relative to an anchor, so a static difficulty figure is only a short-term approximation. Longer-horizon estimates should be treated as scenario analysis rather than fixed projections.
Should I subtract pool fees if I start from BCH mining earnings credited during the calculation period?
No. If those earnings already reflect the pool's payout method and fee schedule, subtracting pool fees again would double count that cost. Use earnings credited during the selected period, not the account balance, and match them with electricity and other applicable costs for the same period.
Does a higher hashrate always mean higher profit?
Not necessarily. Higher hashrate increases expected revenue, but it also typically increases power draw. Profitability depends on the relationship between incremental revenue and incremental electricity cost, not on hashrate alone.