Higher difficulty pooled mining

From Bitcoin Wiki
Revision as of 03:17, 31 August 2012 by Luke-jr (talk | contribs) (Numerous corrections)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Higher difficulty pooled mining refers to using targets greater than difficulty 1 for pool shares. With the advent of ASIC mining, many hashrates may be sufficiently high that difficulty 1 creates too much traffic for share submissions, and is expected to become necessary in the near future.

Concept

With rapidly-increasing hashing speeds, miners are rather wasteful in terms of bandwidth. Each share requires submission to the server, which must handle shares from all miners. This can be overloading, and is suboptimal.

Higher difficulty pooled mining saves bandwidth and does not affect the expected return; however, volatility is increased. For powerful miners, volatility should be low even with a higher difficulty, and the bandwidth savings can pay off.

Pools can allow miners to request their own difficulty level using the "target" key specified in BIP 23's basic pool extensions. No pool or pool software supports this extension yet; however, Eloipool (maintained by the Eligius pool) plans to offer this functionality in the near future.

Technical details

Communication can be done, as with classical pools, with the getwork protocol (though some mining software implements this improperly). However, the getwork protocol itself cannot scale to faster hashrates. To take full advantage of faster miners, BIP 22 and BIP 23 are needed.

History

The first Bitcoin pool to use higher difficulty pooled mining was BitPenny, which uses a fixed difficulty of 8.

Support

Pools

Main article: Comparison of mining pools

Only a few pools make use of higher difficulties at this time.

Software

Main article: Getwork support