The short answer: pools make mining earnings more predictable
Bitcoin mining is a probabilistic search: a device repeatedly hashes candidate block headers, looking for a result at or below Bitcoin’s network target. A miner’s expected share of block rewards is roughly proportional to its share of total network hashrate, but individual block discoveries are random. That randomness is the primary reason mining pools exist.
A mining pool coordinates work across many miners and allocates earnings according to their measured contributions and the pool’s payout method. Solo mining produces infrequent, high-variance rewards, while pooled mining generally produces smaller, more frequent, and more predictable earnings (Bitcoin Developer Guide).
Pooling does not inherently increase expected BTC earnings before fees and operational differences. Its main benefit is reducing the uncertainty of when those earnings arrive—an important distinction for miners paying ongoing electricity and hosting bills.
Why solo mining produces such uneven outcomes
Consider a miner running at 200 TH/s. The approximate relationship between network difficulty and expected time to find a block is:
Expected time (seconds) ≈ difficulty × 2^32 ÷ hashrate (H/s)
Using an illustrative difficulty of 127,450,789,715,843 and a hashrate of 200 TH/s (2 × 10^14 H/s), the expected interval is approximately 2.737 billion seconds, or 86.7 years.
This calculation assumes unchanged difficulty, constant hashrate, and uninterrupted operation. It illustrates the scale of solo-mining variance; it is not a forecast of how long an actual machine will run before finding a block.
An expected interval is also not a countdown. Under those fixed conditions, the miner could find a block within days or run for longer than 86.7 years without finding one. Previous unsuccessful attempts do not make the next hash more likely to succeed.
A pool combines the hashrate of many participants, so it can find blocks much more often than an individual machine. Participants receive earnings under the pool’s payout method instead of depending solely on whether their own machine finds a block. This makes mining income easier to manage alongside recurring operating costs.
How pools measure contributed work: shares
Pools cannot wait for each miner to find an actual Bitcoin block before measuring its contribution. Blocks are too rare at the level of a single machine. Instead, a pool assigns an easier proof-of-work threshold called a share target. A miner submits a share when it finds a result that meets the assigned threshold.
Target and difficulty move in opposite directions. A pool’s share target is numerically higher than Bitcoin’s network target, making it easier to satisfy and corresponding to lower difficulty. Most shares meet only the pool’s easier threshold. Occasionally, a result also meets the network target and satisfies the proof-of-work requirement for a block candidate. The block must still meet Bitcoin’s other validation rules (Bitcoin Developer Guide).
Pools can adjust share difficulty for miners with different hashrates to maintain a manageable flow of submissions. They estimate contributed work using accepted shares weighted by their difficulty, rather than treating every share as an equal amount of work. This provides a statistical estimate of each miner’s contribution without requiring that miner to discover a block.
From shares to payouts: how pools allocate rewards
Once a pool has records of contributed work, it calculates earnings according to the selected payout method. Different methods allocate the risk of short-term fluctuations in block discovery differently between the pool and its miners.
Under Pay Per Share (PPS), miners earn payments for accepted work regardless of whether the pool finds a block during that period. The pool operator absorbs the block-discovery variance associated with that PPS component.
Under Pay Per Last N Shares (PPLNS), rewards depend on blocks the pool finds and the miner’s contribution within a defined window of recent work. Miners therefore remain exposed to fluctuations in the pool’s block discovery, often described as pool luck.
For example, ViaBTC’s PPS+ method uses PPS for the block-subsidy component, calculated hourly using current difficulty, and PPLNS for the transaction-fee component. Its separate PPLNS method applies PPLNS to both the block subsidy and transaction fees. ViaBTC documents calculation after a pool-found block reaches six confirmations, based on the miner’s share of pool hashrate over the preceding five difficulty rounds (ViaBTC Help Center).
These are ViaBTC’s documented calculation rules, not universal settings for every pool. Fees, contribution windows, and confirmation requirements can differ. Reward calculation or account crediting should also be distinguished from transfers to an external wallet, which follow the pool’s withdrawal rules.
What pools do not solve
Pooling reduces reward variance, but it does not remove the other factors affecting mining results:
- Network difficulty: Bitcoin adjusts difficulty every 2,016 blocks based on elapsed block timestamps. Higher difficulty reduces expected BTC earnings per unit of hashrate over a given time, other things equal (Bitcoin Developer Guide).
- Bitcoin’s market price: Price changes affect the fiat value of BTC earned; they do not directly change the amount of BTC a miner produces.
- Operating costs and uptime: Electricity, hosting, and machine availability continue to affect realized profitability.
- Rejected shares: Shares rejected for accounting do not count as accepted work. Stale work is one possible rejection reason; others include invalid or duplicate submissions. The effect on earnings depends on the pool’s rules and payout method (ViaBTC’s rejected-share guide).
- Pool fees: Applicable service fees reduce earnings under the pool’s published fee structure.
More predictable BTC earnings do not guarantee a profitable mining operation.
The decentralization trade-off
In conventional pooled mining, the pool operator typically constructs the block template, including transaction selection, while participating miners perform the hashing. This concentrates influence over block contents among pool operators.
Stratum V2’s Job Declaration Protocol is designed to allow miners to construct and declare their own templates with supporting pools, while the pool continues to account for shares and distribute rewards. This can separate transaction selection from reward pooling, although using Stratum V2 does not by itself mean miner-selected templates are enabled in every deployment (Stratum V2 Reference Implementation).
A pool’s share of attributed blocks should also not be equated with ownership of the underlying hardware. Independent miners can direct their machines to the same pool while retaining ownership of their equipment. Pool coordination and hardware ownership are different dimensions of mining concentration.
Conclusion
Mining pools exist because a miner’s proportional contribution to Bitcoin’s hashrate does not translate into regular solo-mining rewards. Pools coordinate miners’ work, use shares to estimate contributions, and distribute earnings through a defined payout method. Their main value is making mining income more frequent and predictable, while miners still need to account for difficulty, operating costs, pool fees, and the rules governing their earnings.
FAQ
Does joining a mining pool increase my expected Bitcoin earnings?
Not inherently. Before fees and operational differences, expected earnings are broadly proportional to a miner’s share of network hashrate. Pooling primarily reduces reward variance, while applicable pool fees reduce earnings.
What is the difference between a pool’s share target and Bitcoin’s network target?
A pool’s share target is numerically higher and easier to satisfy, corresponding to lower difficulty. Most shares meet only this easier threshold. A hash at or below the network target meets Bitcoin’s proof-of-work requirement, but the associated block must also satisfy all other validation rules.
Which payout method should I choose, PPS+ or PPLNS?
Compare how each method handles pool luck, transaction fees, and service fees. PPS-style components shift block-discovery variance to the operator, while PPLNS earnings depend on blocks the pool finds. For ViaBTC, PPS+ combines a PPS subsidy component with a PPLNS transaction-fee component; it does not remove pool-luck exposure from all earnings.
Do rejected shares affect my payout?
Rejected shares do not count as accepted work and can reduce credited contribution. The effect on earnings depends on the pool’s accounting rules and payout method. Check the rejection reason: stale work, invalid submissions, and duplicates are different issues.
Do mining pools centralize Bitcoin mining?
Conventional pools concentrate block-template construction with operators, but a pool’s attributed blocks do not establish ownership of all participating hardware. Stratum V2’s Job Declaration Protocol can give miners more control over templates where supported.