Comparison of mining pools

From Bitcoin Wiki
Revision as of 21:19, 9 October 2015 by DrHaribo (talk | contribs)
Jump to: navigation, search

Reward types & explanation:

  • CPPSRB - Capped Pay Per Share with Recent Backpay. [1]
  • DGM - Double Geometric Method. A hybrid between PPLNS and Geometric reward types that enables to operator to absorb some of the variance risk. Operator receives portion of payout on short rounds and returns it on longer rounds to normalize payments. [2]
  • ESMPPS - Equalized Shared Maximum Pay Per Share. Like SMPPS, but equalizes payments fairly among all those who are owed. [3]
  • POT - Pay On Target. A high variance PPS variant that pays on the difficulty of work returned to pool rather than the difficulty of work served by pool [4]
  • PPLNS - Pay Per Last N Shares. Similar to proportional, but instead of looking at the number of shares in the round, instead looks at the last N shares, regardless of round boundaries.
  • PPLNSG - Pay Per Last N Groups (or shifts). Similar to PPLNS, but shares are grouped into "shifts" which are paid as a whole.
  • PPS - Pay Per Share. Each submitted share is worth certain amoutripnt of BC. Since finding a block requires <current difficulty> shares on average, a PPS method with 0% fee would be 25 BTC divided by <current difficulty>. It is risky for pool operators, hence the fee is highest.
  • Prop. - Proportional. When block is found, the reward is distributed among all workers proportionally to how much shares each of them has found.
  • RSMPPS - Recent Shared Maximum Pay Per Share. Like SMPPS, but system aims to prioritize the most recent miners first. [5]
  • Score - Score based system: a proportional reward, but weighed by time submitted. Each submitted share is worth more in the function of time t since start of current round. For each share score is updated by: score += exp(t/C). This makes later shares worth much more than earlier shares, thus the miner's score quickly diminishes when they stop mining on the pool. Rewards are calculated proportionally to scores (and not to shares). (at slush's pool C=300 seconds, and every hour scores are normalized)
  • SMPPS - Shared Maximum Pay Per Share. Like Pay Per Share, but never pays more than the pool earns. [6]

Visual examples of the various payout methods

Name Location TH/s[1] Merged Mining[2] Reward Type Transaction fees PPS Fee Other Fee Stm.png GBT Launched Variance Forum Website
Nexious Global 20 No PPLNS shared 1% Yes No 2015-07-26 Dynamic link link
BitcoinAffiliateNetwork United StatesEuropeChinaNetherlandsAustralia 700 NMC, DOGE PPS kept by pool 0% 0% Yes 2014-07-15 User/Dynamic link link
Slush's pool (mining.bitcoin.cz) Global 12000 No Score shared 2% Yes No 2010-11-27 User[3] link link
BitMinter United StatesGermany 3500 NMC PPLNSG shared 1% Yes No 2011-06-26 User[3]/Dynamic link link
BTC Guild United StatesEurope 10500 NMC PPLNSG shared 2% Yes No 2011-05-09 User[3]/Dynamic link link
BTCMine United States 0.1 No Score kept by pool 0% 2011-03-11 Diff 1 link link
BTCDig United States 7 No DGM kept by pool 0% Yes 2013-07-04 User[3]/Dynamic 20SPM link link
btcmp.com Germany 1.4 No PPS kept by pool 4% 2011-06-28 Diff 1 link
CKPool United States 3500 No PPLNSG shared 0.9% Yes No 2014-09-20 User[3]/Dynamic 18SPM link link
Eclipse Mining Consortium Global 1300 No DGM & PPS kept by pool 5% 0% Yes Yes 2011-06-14 User[3]/Dynamic link link
Eligius United States 4000 NMC CPPSRB shared 0% Yes Yes 2011-04-27 Dynamic: 32 shares/m link link
GHash.IO Netherlands 60000 NMC, IXC, Devcoin PPLNS shared 0% Yes No 2013-07-01 User[3] link link
Give Me COINS United StatesEurope 1000 NMC PPLNS shared 0% Yes Yes 2013-08-12 Dynamic link link
Merge Mining Pool United States 50 NMC, IXC, Devcoin DGM shared 1.5% Yes No 2012-01-08 User[3] link link
Multipool United StatesEurope 400 NMC, IXC, Devcoin Prop. shared 0% Yes No 2012-03-15 User link link
P2Pool Global (p2p) 800 Solo[4] PPLNS shared 0% Yes No 2011-06-17 User[3] link
PolMine Poland 700 NMC SMPPS shared 0% Yes Yes 2011-06-13 Dynamic/User link link

SPV Mining / Old Bitcoin Core

The following pools are known or strongly suspected to be mining on top of blocks before fully validating them with Bitcoin Core 0.9.5 or later. Miners doing this have already lost over $50,000 USD during the 4 July 2015 fork and have created a situation where small numbers of confirmations are much less useful than they normally are.

The following pools are believed to be currently fully validating blocks with Bitcoin Core 0.9.5 or later (0.10.2 or later recommended due to DoS vulnerabilities):

References

  1. Note that pool hashrate is largely irrelevant but can be seen as a popularity measurement. Note however that it is a theoretical security issue if one pool gains above 50% of the total computational power of the network, thus consider joining a pool based on other metrics.
  2. Merged mining allows miners to mine on multiple block chains at the same time with the same hashing.
  3. 3.0 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 The difficulty of the shares can be changed by the user.
  4. Merged mining can be done on a "solo mining" basis (payouts in the merged chain are not pooled).
  5. 5.0 5.1 5.2 Intention to continue SPV mining, Wang Chun, 4 July 2015

See also