Higher difficulty pooled mining: Difference between revisions
New page detailing future mining protocol |
Numerous corrections |
||
(One intermediate revision by one other user not shown) | |||
Line 1: | Line 1: | ||
'''Higher difficulty pooled mining''' | '''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 == | == Concept == | ||
Line 6: | Line 6: | ||
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. | 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 0023#Basic Pool Extensions|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 == | == Technical details == | ||
Communication | 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 0022|BIP 22]] and [[BIP 0023|BIP 23]] are needed. | |||
== History == | == History == | ||
The first Bitcoin pool to use higher difficulty pooled mining was [[BitPenny]], which uses a fixed difficulty of 8. | |||
== Support == | == Support == | ||
=== Pools === | === Pools === | ||
Only | :''Main article: [[Comparison of mining pools]] | ||
Only a few pools make use of higher difficulties at this time. | |||
=== Software === | === Software === | ||
:''Main article: [[Getwork support]]'' | :''Main article: [[Getwork support]]'' | ||
[[Category:Mining]] |
Latest revision as of 03:17, 31 August 2012
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