Why Mining Pools Exist
In Bitcoin's early years, anyone with a standard computer could mine blocks and earn rewards. The network's total hashrate was low enough that a single CPU had a reasonable chance of being the one to find a valid block hash, but that era ended quickly.
Bitcoin's difficulty adjustment algorithm recalibrates every 2,016 blocks (roughly every two weeks) to keep the average block time at ten minutes. As more miners join the network and hardware improves, difficulty rises. The total Bitcoin network hashrate today is on the order of 900 exahashes per second (EH/s). A single modern ASIC miner producing around 200 terahashes per second (TH/s) represents roughly 0.00002% of that total. At that fraction, a solo miner would statistically wait many decades between blocks.
The math creates a problem: mining is expensive (electricity, hardware, cooling, maintenance), and those costs are constant. But solo mining revenue is binary. A miner either wins the full block reward or earns nothing. For most operators, months or years of zero income followed by one large payout is not a workable business model.
Mining pools solve this by aggregating hashrate from many miners into a single operation. When the pool finds a block, the reward is distributed across all contributors based on how much work each performed. The individual payouts are smaller, but they arrive regularly. This converts mining from a high-variance lottery into a steady income stream.
How Mining Pools Work
The Concept of Shares
A "share" is the core unit of accounting in a mining pool. To understand shares, recall how Bitcoin mining works: miners repeatedly hash a block header with different nonce values, looking for a hash that falls below the network's difficulty target. The lower the target, the harder it is to find a qualifying hash.
A pool sets its own share difficulty, which is much lower (easier) than Bitcoin's network difficulty. When a miner finds a hash that meets that share difficulty, the hash is submitted as a share. Shares are partial proof-of-work solutions: they prove the miner is doing real computational work, even though most shares won't meet the much harder network target. Occasionally, one of those shares also satisfies the network difficulty. That share becomes a valid block, and the pool earns the block reward.
Think of it like a group of people searching for a specific grain of sand on a beach. Each person regularly shows handfuls of sand to prove they're searching (shares). Eventually, someone's handful contains the target grain (a valid block). The group splits the reward based on how many handfuls each person showed.
Pool Architecture
A mining pool operates a server (the pool coordinator) that connects to the Bitcoin network as a full node. Individual miners connect to the pool server using a mining protocol. The coordinator handles several functions:
- Block template construction: The pool builds the candidate block, selecting which transactions to include and assembling the block header.
- Work distribution: The pool assigns work units to connected miners, each with a unique set of parameters to hash.
- Share validation: As miners submit shares, the pool verifies they represent real work.
- Reward distribution: When the pool finds a valid block, it calculates each miner's contribution and distributes the reward according to the pool's payout method.
The Mining Protocol: Stratum
Most pools use the Stratum protocol (specifically Stratum V1) to communicate with miners. Stratum defines how the pool sends work to miners, how miners submit shares back, and how difficulty adjustments are handled for individual connections. It replaced earlier, less efficient protocols (like getwork) and has been the industry standard since 2012.
Under the Hood: How Pool Coordination Works
When a miner connects to a pool via Stratum V1, the pool sends a mining.notify message containing the previous block hash, the coinbase transaction template (split into two parts so the miner can insert its extranonce), the merkle branches needed to recompute the merkle root, the block version, the nBits target, and the current timestamp. The miner's job is to iterate over the 4-byte nonce and its assigned extranonce2 range, hashing the reconstructed 80-byte block header with SHA-256d and checking whether the result falls below the pool's share difficulty target.
Share difficulty is distinct from network difficulty. The pool assigns each miner a difficulty level (typically auto-adjusted based on the miner's hashrate) that is orders of magnitude easier than the network target. A share is any hash that meets this lower bar. Statistically, if the pool's share difficulty is 1/1,000,000th of the network difficulty, then on average one in every million shares will also satisfy the network target and become a valid block. The pool tracks the total share count per miner as a direct proxy for contributed hashrate: more shares per unit time equals more hashing power.
All Stratum V1 communication uses JSON-RPC over a persistent TCP connection. Messages are newline-delimited JSON, which is human-readable but bandwidth-inefficient. A single miner submitting shares at high rates can generate significant JSON overhead, which is one reason Stratum V2 moved to a binary encoding format.
Under Stratum V1, the pool has full control over the block template. The pool decides which transactions go into the block, how the coinbase transaction is structured, and what version bits are signaled. Individual miners have no say in these decisions. They receive a header to hash and return results. This design choice has significant implications for decentralization, addressed later in this article.
Payout Methods
How a pool distributes rewards matters as much as whether it finds blocks. Different payout methods allocate risk and reward differently between the pool operator and the miners. The three most common methods are PPS, FPPS, and PPLNS.
PPS (Pay Per Share)
Under PPS, the pool pays miners a fixed amount for every valid share they submit, regardless of whether the pool actually finds a block. The payment per share is calculated from the expected value of each share given the current network difficulty and block reward.
From the miner's perspective, PPS eliminates variance entirely. Every share earns a predictable amount. From the pool's perspective, PPS means the pool absorbs all the variance risk. If the pool goes through an unlucky streak and finds fewer blocks than expected, it still owes miners for every share submitted. The pool compensates for this risk by charging a higher fee (typically 2-4%).
PPS payouts traditionally cover only the block subsidy (currently 3.125 bitcoin per block) and do not include transaction fees.
FPPS (Full Pay Per Share)
FPPS works the same way as PPS but includes transaction fees in the per-share payout calculation. Since transaction fees can represent a significant portion of total block revenue (especially during periods of high network demand), FPPS gives miners a more complete share of block income.
The pool estimates average transaction fees across recent blocks and factors that into the per-share rate. FPPS has become the dominant payout method for large pools because it offers miners the best predictability while capturing the full block reward.
PPLNS (Pay Per Last N Shares)
PPLNS pays miners based on their share contribution during a defined window before a block is found. When the pool discovers a valid block, it looks back at the last N shares submitted and distributes the reward proportionally to miners who contributed shares within that window.
PPLNS does not guarantee payment for every share. If a miner disconnects before the pool finds a block, the shares they submitted may fall outside the window and go unpaid. Conversely, miners who stay connected through dry spells are rewarded when a block eventually arrives. This structure discourages "pool hopping" (switching between pools to chase better short-term returns) and rewards loyalty.
PPLNS pools typically charge lower fees (often 1-2%) because miners, not the pool, absorb the variance risk.
Comparing Payout Methods
| Method | Who Bears Variance Risk | Includes Transaction Fees | Typical Pool Fee | Best For |
|---|---|---|---|---|
| PPS | Pool operator | No (block subsidy only) | 2-4% | Miners who want predictable income |
| FPPS | Pool operator | Yes | 2-4% | Miners who want predictable income including fees |
| PPLNS | Miners | Yes (when block is found) | 1-2% | Long-term miners who want lower fees |
Other methods exist (PROP, SOLO pool variants, SCORE), but PPS, FPPS, and PPLNS account for the vast majority of hashrate across major pools.
Choosing a Mining Pool
Selecting a pool involves weighing several factors. No single pool is optimal for every miner. The right choice depends on the miner's priorities, scale, and risk tolerance.
Pool Fee
Every pool charges a fee, typically between 1% and 4% of earnings. Lower fees mean more revenue for miners, but fee is only one variable. A pool with a 1% fee and poor uptime or slow block propagation may cost more in missed opportunities than a reliable pool charging 2%.
Payout Method
As described above, PPS/FPPS provides steady income at a higher fee. PPLNS provides potentially higher returns with more variance at a lower fee. Miners with significant operational costs (electricity contracts, facility leases, equipment financing) often prefer FPPS because the predictability simplifies cash flow management.
Pool Size and Hashrate
Larger pools find blocks more frequently, which means more regular payouts. Smaller pools find blocks less often, but each payout is proportionally larger. Over a long time horizon, expected earnings converge regardless of pool size. The difference is in payout frequency and short-term variance.
That said, pool size has implications beyond personal earnings. Supporting smaller pools helps maintain network decentralization.
Reputation and Transparency
A pool with a strong track record, transparent fee accounting, and open-source software earns trust. Some pools publish proof-of-reserves or detailed block-finding statistics. Others operate opaquely. Since miners send their hashrate to the pool before earning rewards, trusting the pool operator is essential.
Geographic Distribution and Latency
Miners with lower latency to the pool server submit shares faster and waste less work on stale blocks. Pools with servers in multiple regions reduce this friction. For large-scale operations, choosing a pool with infrastructure geographically close to the mining facility can measurably improve earnings.
Minimum Payout Threshold
Most pools set a minimum balance before sending payouts. For small-scale miners, a high threshold means waiting longer to receive earnings. Some pools offer Lightning Network payouts with very low minimums, which can be attractive for miners running a single machine.
Additional Features
Some pools offer monitoring dashboards, mobile alerts, customizable payout addresses, support for merge mining, and integration with firmware or management software. These features don't change the fundamental economics but can improve operational convenience.
Major Mining Pools
Bitcoin mining pools have consolidated significantly since the early days of mining. A handful of pools control the majority of network hashrate. Shares shift constantly as miners move hashrate between pools. The figures below are approximate seven-day averages as of June 2026, drawn from mempool.space:
| Pool | Hashrate Share (as of June 2026) | Payout Method | Notes |
|---|---|---|---|
| Foundry USA | ~25% | FPPS | Largest pool. Serves a large base of North American miners. |
| AntPool | ~19% | FPPS / PPLNS | Operated by Bitmain. Offers multiple payout methods. |
| F2Pool | ~13% | FPPS | Operating since 2013. One of the oldest active pools. Global miner base. |
| SpiderPool | ~11% | FPPS | Multi-region pool that grew quickly over 2025 to 2026. |
| ViaBTC | ~8% | PPS+ / PPLNS | Multi-region. Also offers solo mining options. |
| MARA Pool | ~6% | FPPS | Operated by MARA Holdings. Mixes its own fleet with external hashrate. |
| Braiins Pool | ~2% | Scoring | Formerly Slush Pool, the first Bitcoin mining pool (2010). Pioneered pooled mining. |
Pool dominance shifts over time. Miners can and do switch between pools, causing market share to fluctuate. In 2014, GHash.io briefly exceeded 50% of network hashrate. That concentration triggered community alarm and a migration of hashrate to other pools. GHash.io pledged to cap its share and the pool was eventually wound down.
The Decentralization Concern
Bitcoin's security depends on no single entity controlling a majority of mining power. If one party controls more than 50% of the network's hashrate, they could theoretically execute a 51% attack: rewriting recent transaction history, double-spending bitcoin, or censoring specific transactions.
Mining pools appear to centralize hashrate, and by some metrics they do. When a pool controls 30% of network hashrate, that pool's operator decides which transactions to include in blocks, what block version to signal, and how the coinbase transaction is structured.
But pool centralization differs from miner centralization in one critical respect: miners can leave at any time. A pool operator does not own the hashrate pointed at their pool. The operator rents it through a service agreement. If a pool operator behaves maliciously (censoring transactions, attempting to double-spend, signaling for contentious protocol changes), miners can redirect their machines to a different pool within minutes.
This dynamic acts as a natural check. Pool operators know that abusing their position means losing their hashrate to competitors. The GHash.io incident demonstrated this in practice: when the community recognized the 51% threshold had been crossed, miners migrated away voluntarily and the pool never recovered.
Transaction Selection and Censorship
Under Stratum V1, pool operators have exclusive control over which transactions are included in block templates. Most pool operators simply include the highest-fee transactions from the mempool, maximizing revenue. The power to choose transactions also means the power to exclude them.
If a government pressured a pool operator to exclude certain transactions, or if a pool operator voluntarily chose not to include transactions from sanctioned addresses, that pool would effectively be censoring the Bitcoin network. With a small number of pools controlling the majority of hashrate, coordinated censorship across just a few operators could have a meaningful impact on transaction confirmation times for targeted users.
This is not a theoretical concern. Compliance policies tied to OFAC, the US Treasury office that administers sanctions, have already influenced some pool operators' transaction selection practices. The debate over whether pools should filter transactions based on regulatory guidance is one of the most active discussions in Bitcoin mining policy.
Stratum V2: Shifting Power Back to Miners
Stratum V2 is a next-generation mining protocol designed to address several limitations of Stratum V1, with the most significant change being the introduction of job negotiation. Under Stratum V2, individual miners can construct their own block templates and negotiate with the pool to use them. This shifts transaction selection power from the pool operator back to the individual miner.
The benefits of Stratum V2 extend beyond decentralization:
- Job negotiation: Miners choose which transactions to include, reducing pool operators' ability to censor transactions.
- Encrypted connections: Stratum V2 encrypts the communication between miners and pools, preventing man-in-the-middle attacks and ISP-level hashrate hijacking.
- Binary protocol: V2 uses a compact binary format instead of V1's JSON text format, reducing bandwidth usage by up to 75%.
- Reduced latency: The more efficient protocol means faster share submission and less stale work.
Stratum V2 is an open-source protocol developed at stratumprotocol.org, coordinated by a working group co-founded by Braiins and Spiral. Adoption is gaining momentum. Braiins Pool runs it natively, and Braiins OS ships with a native Stratum V2 client. In May 2026, seven of the largest pools, which together hold close to 75% of network hashrate, joined the working group and committed to adopting the standard, though most are still in testing and planning rather than production. Even where Stratum V2 is live, many miners use it for the encryption benefits without yet running their own full nodes to build block templates, so the decentralizing effect of job declaration depends on miners choosing to do so. Full ecosystem adoption will take time because it requires both pools and miners to upgrade, but the protocol represents a meaningful improvement in how mining pools operate and how power can be distributed within the Bitcoin network.
Running Your Own Pool
For advanced users and larger mining operations, running a private pool is an option. A private pool gives the operator complete control over block template construction, payout policies, and transaction selection. It also eliminates the pool fee entirely.
Running a pool requires:
- A Bitcoin full node: The pool needs a synced full node to validate transactions and broadcast blocks to the network.
- Pool software: Open-source options include CK Pool, OCEAN's DATUM, and various Stratum V2-compatible implementations. These handle work distribution, share tracking, and payout calculations.
- Sufficient hashrate: A private pool only makes economic sense if the operator controls enough hashrate to find blocks at a reasonable frequency. With 1 PH/s (petahash per second), for example, the expected time between blocks is measured in years at current difficulty levels.
- Infrastructure: Reliable servers, low-latency network connectivity, and monitoring systems.
Most solo operators and small mining farms lack the hashrate to justify a private pool. The variance would be too high. Private pools are primarily used by large-scale operations that mine hundreds of petahashes or more and want to avoid sharing fees with a third party. Some operations run private pools for their own machines while also pointing overflow hashrate to public pools as a backup.
The Economics of Pool Mining
Understanding pool mining economics requires looking beyond the payout method to the full picture of block rewards, fees, and operational costs.
Block Reward Components
Every Bitcoin block produces two types of revenue:
- Block subsidy: Currently 3.125 bitcoin per block (after the April 2024 halving). This subsidy halves approximately every four years, with the next halving expected around 2028.
- Transaction fees: The sum of all fees paid by transactions included in the block. The total varies significantly based on network demand. During high-fee periods, transaction fees can represent 10-30% or more of total block revenue.
At approximately 144 blocks per day, the network produces about 450 bitcoin in daily block subsidies. Transaction fees add a variable amount on top. A pool's share of this revenue is proportional to its share of network hashrate.
Effective Earnings Calculation
A miner's expected daily earnings from pool mining can be approximated as:
(Miner hashrate / Network hashrate) × Daily block rewards × (1 - Pool fee)
For example, a miner with 200 TH/s on a network of 900 EH/s, earning from blocks producing an average of 3.3 bitcoin each (subsidy plus fees), with a pool fee of 2%:
(200 TH/s / 900,000,000 TH/s) × (3.3 BTC × 144 blocks) × 0.98 = approximately 0.0001035 bitcoin per day
Whether that bitcoin covers the miner's electricity and capital costs depends on the bitcoin price, the local electricity rate, and the efficiency of the hardware. Pool mining doesn't change the fundamental economics of mining. It changes the distribution of variance.
Frequently Asked Questions
Can I switch mining pools whenever I want?
Yes. Miners can redirect their hashrate to a different pool at any time by changing the pool URL in their mining software or firmware settings. Under Stratum V1, this requires changing a single stratum+tcp:// endpoint address. Under Stratum V2, the encrypted connection simply re-establishes with the new pool. There is no lock-in period. Under PPLNS payout methods, switching pools may mean forfeiting unpaid shares from the previous pool's window, so timing matters. Under PPS or FPPS, all submitted shares are paid regardless of when you leave.
Do I need a lot of hashrate to join a mining pool?
No. Most pools accept any amount of hashrate. Even a single ASIC miner can connect to a major pool and start earning proportional rewards. The minimum payout threshold (the smallest balance the pool will send) is the practical barrier for very small miners, not the hashrate requirement. Some pools offer Lightning Network payouts to reduce minimum thresholds.
Is pool mining less profitable than solo mining?
Over a long enough time horizon with enough hashrate, expected earnings converge between pool and solo mining, minus the pool's fee. Pool mining is less profitable by the amount of the fee (1-4%). The trade-off is variance: solo mining means long stretches with no income at all, while pool mining provides regular payments. Mathematically, a solo miner with fraction p of the network hashrate has a per-block probability of p to find that block; pool mining converts this Bernoulli distribution into a steady expected-value payout. For most miners, the reduced variance far outweighs the small fee.
What happens if my mining pool goes down?
If the pool server goes offline, connected miners stop receiving work and their hardware sits idle (or continues hashing stale work, which wastes electricity). Most mining software and firmware support configuring a backup pool. If the primary pool goes down, the miner automatically switches to the backup. Configuring at least one backup pool is standard practice.
Could a mining pool steal my bitcoin?
A pool cannot steal bitcoin you already hold. Pool rewards are paid out from the pool's earnings to the payout address you configure. The risk is that a dishonest pool operator could underreport your shares or misrepresent pool earnings. This is why choosing a reputable pool with transparent accounting matters. Your mining hardware connects to the pool to submit work, but the pool never has access to your wallet or existing bitcoin.
What is the difference between a mining pool and cloud mining?
A mining pool coordinates hashrate from miners who own and operate their own hardware. Cloud mining is a service where you pay a company to mine on your behalf using their hardware. With pool mining, you control your equipment, choose your pool, and can switch at any time. With cloud mining, you are purchasing a contract and have no control over the hardware. Cloud mining services have a well-documented history of scams and unfavorable economics for buyers.