How Do Mining Rewards Work According to the ViaBTC Mining Guide?

Mining rewards in ViaBTC are based on accepted mining work, the coin’s block subsidy, transaction fees, network difficulty, and the selected payment method. For Bitcoin, the April 2024 halving cut the block subsidy from 6.25 BTC to 3.125 BTC, a 50% reduction. Pool miners submit shares rather than waiting to find whole blocks independently. ViaBTC then uses methods such as PPS+, PPLNS, and SOLO to allocate mining income. Hashrate, rejected-share rate, pool fees, electricity use, and fee revenue all affect what a miner finally receives.

Bitcoin mining starts with a simple economic source: a valid block can contain the protocol subsidy plus transaction fees paid by users. Since block 840,000 in April 2024, the subsidy has been 3.125 BTC, down 50% from 6.25 BTC. Bitcoin targets an average block interval of about 10 minutes, so roughly 144 blocks can be produced during a theoretical 24-hour period.

That schedule places about 450 BTC of new subsidy into miner block rewards per theoretical day before transaction fees: 3.125 × 144 = 450 BTC. Actual daily block counts do not have to equal 144 because block discovery is probabilistic, and fee income changes from block to block. A pool therefore needs a way to measure each miner’s contribution without waiting for an individual machine to solve a full Bitcoin block.

A share is proof that a miner completed work meeting the pool’s assigned share difficulty. It is not necessarily a Bitcoin block. Thousands or millions of qualifying shares can be submitted while the pool searches for network-valid blocks.

ViaBTC measures submitted work through shares and pool-side hashrate. A miner advertised at 200 TH/s, for example, performs about 200 trillion hashing attempts per second in nominal terms. The pool estimates actual contribution from accepted shares over time, so a 10-minute hashrate reading can differ from a 24-hour average even when the ASIC has been operating normally.

That distinction makes ViaBTC Pool Hashrate useful when checking pool statistics and network participation. A short reporting window may show 3% or 5% movement around a longer average because share arrival is statistical. Persistent differences deserve more attention than a single short interval, especially when accepted and rejected shares are moving in different directions.

Rejected work reduces the portion of computing activity recognized by the pool. Suppose two machines each report 200 TH/s locally. Miner A has a 0.5% rejected-share rate, while Miner B records 3%. If other conditions are equal, Miner A is delivering a larger proportion of usable work even though both dashboards display the same nominal hashrate.

Common causes include network latency, unstable internet connections, incorrect configuration, stale jobs, hardware errors, or aggressive ASIC tuning. A 2% loss may appear small on one machine, but across 100 units rated at 200 TH/s each, the difference corresponds to roughly 400 TH/s of nominal capacity. That is why accepted work provides a better operational reference than the highest local hashrate reading.

The next part of the calculation occurs outside the mining farm: Bitcoin network difficulty determines how difficult it is to produce a valid block. Bitcoin recalculates difficulty every 2,016 blocks, approximately once every two weeks when blocks average 10 minutes. If total network computing power rises while one miner remains at 200 TH/s, that miner represents a smaller share of the network.

Input	Example	Effect on mining income
ASIC hashrate	200 TH/s	More accepted work generally increases expected production
Rejected shares	0.5% vs. 3%	Higher rejection reduces usable contribution
BTC subsidy	3.125 BTC	Fixed per valid block until the next halving
Difficulty period	2,016 blocks	Changes expected output per unit of hashrate
Block target	~10 minutes	Sets Bitcoin’s intended production pace

Pool payment methods determine how the resulting mining income reaches individual accounts. ViaBTC offers different settlement approaches, including PPS+, PPLNS, and SOLO for supported mining arrangements. They should not be treated as interchangeable because each method assigns short-term block-finding uncertainty differently between the miner and the pool.

With PPS+, the share-based portion is designed to provide more stable settlement than a method tied closely to the pool’s actual short-term block count. If a miner supplies approximately 1% of qualifying work within the relevant calculation framework, payment is based on recognized work and the method’s rules rather than requiring that miner’s machine to personally find 1% of the blocks.

PPLNS takes a different approach by relating payment more closely to shares in the relevant recent-share window and blocks actually found by the pool. A pool expected statistically to find 20 blocks during a period might find 18, 20, or 23 instead. A result of 18 rather than 20 is 10% below that simple expectation, so short measurement periods can produce noticeably different payments.

Pool luck is a statistical description of actual block discovery compared with expected block discovery. It does not change an ASIC’s physical hashrate, and a single 24-hour result is not enough to judge long-term mining performance.

SOLO mining places much more block-discovery uncertainty on the individual participant. A miner can submit work for months without finding a block and then receive a much larger payment after producing one, depending on the applicable pool rules and fees. For a small operator, a probability well below 1% during a short period can make income highly irregular compared with PPS-style settlement.

Transaction fees add another layer. The 3.125 BTC Bitcoin subsidy is predetermined for the current halving period, but transaction-fee amounts are not. If one block carries 0.10 BTC in fees, gross block compensation is 3.225 BTC. A block carrying 0.50 BTC in fees produces 3.625 BTC, about 12.4% more gross compensation than the 3.225 BTC example.

Fee conditions can therefore change mining income without any change in ASIC count. During periods of high demand for Bitcoin block space, users may attach higher fees to obtain earlier confirmation. Since the 2024 halving reduced subsidy issuance by 50%, transaction fees represent a larger potential share of total block compensation whenever fee activity rises.

Hardware efficiency then determines how much electricity is required to obtain a given hashrate. Consider a 200 TH/s ASIC consuming 3.5 kW. Running continuously for 24 hours requires 84 kWh. At $0.06 per kWh, electricity costs $5.04 per day; at $0.10, the same machine costs $8.40, a 66.7% increase in daily power expense without adding a single terahash.

Across a 100-machine site, that difference grows from $504 to $840 per day, or $10,080 over a 30-day month. Cooling equipment, hosting charges, repairs, downtime, and pool fees can add further expenses. Mining income shown in a pool account should therefore not be read as the amount left after operating costs.

A useful comparison uses several measurements together rather than one dashboard number:

• Compare 24-hour or multi-day effective hashrate with the ASIC fleet’s nominal capacity; a 1% difference deserves different treatment from a persistent 8% shortfall.

• Check accepted and rejected shares; moving from 0.5% rejection to 2.5% leaves roughly 2% less submitted work accepted, assuming comparable share difficulty.

• Record electricity in kWh rather than relying only on the ASIC’s rated watts; a 3.5 kW unit consumes about 2,520 kWh over 30 days at uninterrupted operation.

• Compare mining output across the same difficulty period because Bitcoin difficulty can change every 2,016 blocks.

• Separate block-subsidy income from transaction-fee income when assessing periods before and after the 2024 halving.

The time window also matters when reviewing ViaBTC statistics. A five-minute hashrate figure can move sharply because relatively few shares have been observed, while a 24-hour estimate uses a much larger sample of submitted work. If a 200 TH/s machine briefly reports 185 TH/s, the 7.5% gap alone does not establish a hardware problem; repeated 24-hour readings near 185 TH/s would provide stronger grounds for checking the machine and connection.

Mining economics can change even while the hardware remains untouched. Assume an ASIC continues producing 200 TH/s throughout 2026. If network hashrate and difficulty increase while its hashrate remains fixed, its relative contribution declines. A 10% increase in network competition does not guarantee an exact 10% decline in daily coins because difficulty timing, fees, pool method, and statistical variation also affect observed results.

Halving cycles add a longer time scale. Bitcoin’s subsidy started at 50 BTC in 2009, fell to 25 BTC in 2012, 12.5 BTC in 2016, 6.25 BTC in 2020, and 3.125 BTC in 2024. Every listed halving reduced the subsidy by 50%, forcing miners to compare hardware efficiency, electricity prices, transaction fees, and market conditions under a smaller protocol subsidy.

For a ViaBTC miner, the account balance is therefore produced by several measurable layers: ASICs generate hashes, accepted shares record contributed work, the pool applies its settlement method, blocks supply subsidy and fee income, and account rules determine credited amounts and payouts. A 3% rejected-share rate, a 50% subsidy reduction, or a $0.04/kWh electricity-price difference affects a different layer, so each should be measured separately rather than combined into one daily earnings figure.