Mining pool

A mining pool converts irregular solo-mining rewards into more predictable, smaller payments by aggregating miners’ hashing power. In a proof-of-work network such as Bitcoin, miners repeatedly vary transaction-block data until a cryptographic hash satisfies the network’s difficulty target.¹ A pool gives participating machines a candidate block and a less demanding internal target. A result meeting that internal target is called a share: it normally proves that the miner performed work, even though it does not qualify as a network block.

When a miner finds a hash meeting the blockchain’s actual target, the pool broadcasts the block and, if it is accepted, receives the block subsidy and transaction fees. The operator then allocates the proceeds among miners according to recorded shares, less any stated fee. This arrangement changes payment frequency, not the underlying probability that the pool finds blocks: a larger combined hashrate raises the pool’s expected share of discoveries, while network difficulty regulates the overall production rate.²

Pool payment schemes differ chiefly in how they distribute luck and risk between the operator and miners. Under pay-per-share, a miner receives a relatively fixed amount for valid shares, with the operator bearing short-term variance. Proportional systems divide a block reward among shares submitted during the relevant round, so miner income follows the pool’s luck. Pay-per-last-N-shares methods use a moving window that can reduce incentives to leave after an unlucky round, while score-based systems weight shares by submission timing.

These designs create economic trade-offs rather than a single universally best method. A fee may cover infrastructure, payout processing, and the operator’s exposure to variance. Miners must also consider minimum withdrawal thresholds, rejected shares, stale work, custody arrangements, and whether the pool deducts transaction fees or only the block subsidy. Formal research on pooled-mining rewards shows that payment rules can affect miners’ incentives to join, leave, or switch pools.³

Mining pools improve operational efficiency while creating a potential concentration point in a decentralized network. The pool server commonly constructs candidate blocks, assigns work through a mining protocol, receives block discoveries, and maintains accounting records; miners therefore trust it for accurate reporting and payment. The Bitcoin developer documentation describes mining as a process involving transaction selection, block construction, hashing, and propagation, all of which a pool may coordinate for its participants.²

A pool with substantial hashrate cannot simply rewrite arbitrary historical transactions, because valid blocks must still satisfy consensus rules and nodes independently verify them. It can, however, influence which transactions are included, delay or censor selected transactions, and—if it controls enough effective hashpower—make some attacks more feasible. The 51% attack is a probabilistic majority-hashrate threat, not an automatic power to create valid coins or spend funds without authorization.¹ Protocols such as Stratum V2 seek to let individual miners select transactions while retaining pool-based payment coordination, reducing some forms of operator control.

Mining pools are also shaped by network geography, connectivity, and accounting edge cases. A block found by one pool may become stale if another valid block reaches the network first; the associated work generally earns nothing, although share-based accounting may still compensate ordinary contributions. Pools therefore invest in low-latency connections, redundant servers, and rapid block-template updates. Miners can also direct different devices toward different pools, balancing fees, reliability, payout currencies, and political or geographic risk.

Pool concentration is not identical to ownership concentration. A pool may aggregate many independent miners whose machines can be redirected elsewhere, while a large industrial operator may control substantial hardware without operating a large public pool. Mining pools have also served as testing grounds for alternative payout mechanisms and decentralized coordination. NIST identifies mining, consensus, incentives, and distributed validation as interlocking components of blockchain systems, emphasizing that technical design and economic organization cannot be separated.⁴ The distinction matters when interpreting hashrate charts: they measure observed or estimated computational contribution, not necessarily a pool’s legal ownership or permanent control.

Hashrate

The rate at which mining hardware performs hash calculations.

Share

A partial proof of work submitted to a pool to document a miner’s contribution.

Block subsidy

Newly issued cryptocurrency paid to the miner or pool that successfully adds a block.

Stale share

A share submitted after its associated work is no longer useful, often because a new block or job has arrived.

Pay-per-share

A payout method that compensates miners for accepted shares at a predetermined rate, transferring short-term variance to the pool.