Talk:Mining pool reward FAQ

Content dispute

I think this revision by holy-fire is the best. https://en.bitcoin.it/w/index.php?title=Mining_pool_reward_FAQ&oldid=8977

all it needs is a citation to the whitepaper describing the pool hopping attack and also a citation to the closing of bitpenny, which is strongly suspected, on statistical grounds, by that pool's operator, of being due to griefing (real-block withholding).

Subject to further user comments, i plan to revert the page to this revision. --Nanotube 20:25, 26 May 2011 (GMT)

• That revision contains FUD about pool-hopping on share-based pools (it is not an attack, and is not cheating). The only time pool-hopping creates unfair rewards is when score-based pools are involved. It also discounts as a myth, the fact that share-based pools are disadvantageous to intermittent miners. --Luke-jr 20:32, 26 May 2011 (GMT)

Pool-hopping

I strongly object to having Pool-Hopping included in this article. It's a way of cheating the system. It's a system that increases how much you make at the expense of others who are earning it in a more fair way. If pool-hopping can directly cause a system to FAIL, it should NOT be advertised as a good way to earn more bitcoins --Firestorm 23:10, 26 May 2011 (GMT)

• • It is just as much "at the expense of others" as is BFI_INT, GPUs, or any other improvement in efficiency. Pool-hopping cannot cause a system to fail, and is not being advertised as good. The language is intentionally neutral, while giving all the facts. --Luke-jr 23:21, 26 May 2011 (GMT)

It directly states that pools can be brought to a standstill using this. Anything that results in pools blacklisting them is not something to be advertised. I feel that it would be like going onto a gaming Wiki and linking to all the hacks and exploits in the game --Firestorm 23:30, 26 May 2011 (GMT)

First I'd like to clarify that Luke's points about "score-based could lead to reverse pool-hopping" and "score-based penalized intermittance" are both wrong (as I've also tries to explain here). As for the first, my method was specifically calibrated to be immune to any round-age hopping, whether forward and reverse (and slush's method is somewhat subject to forward hopping, but not reverse). And disconnecting from a score-based pool has no effect on already submitted shares.

Luke does bring up an interesting point. If there were only proportional pools, and solo would be impractical, and everybody would pool-hop, then it will reach the point that everyone mines for the youngest-round pool at each point, so it would even out while giving more power to the smaller pools. However:

• Solo mining will exist, and will give a nice payout bonus over the hashrate ratio for those who can mine solo;
• Score-based pools will exist, and they'll be the target once all proportional pools reach 43.5%, so proportional pools will eventually freeze and never receive a share again.
• With BFI_INT, we need to adopt it for security reasons, because an attacker on the network will use it and gain an advantage on the honest network if we don't. With pool hopping, we don't need to adopt it because it can't be used by an attacker for an advantage.

So I don't think this is really a sustainable solution. Holy-Fire 04:15, 27 May 2011 (GMT)

And, if this wiki page is to remain, we need to sort this out and include all relevant information. It would be silly to even mention reward systems at all without specifying their advantages and disadvantages (and it would be silly to have a reward FAQ without explaining reward systems). Holy-Fire 04:17, 27 May 2011 (GMT)