|
Title: How do pools ensure participants return their successful hashes? Post by: bitcredit on June 12, 2011, 07:53:12 AM My understanding is that pools pay participants based on the number of "near misses" they submit while the pool itself is only able to post a successful block if one of the participants submits a hash that meets the current difficulty level.
What's to stop a peer from reporting all of its near misses but keeping the winning hash for itself if it happens to find one? This seems like an ideal strategy since the peer is guaranteed a payout from the pool for all the blocks it doesn't get based on its share, but will also get the full payout for the few blocks it does happen to get. Title: Re: How do pools ensure participants return their successful hashes? Post by: Artefact2 on June 12, 2011, 07:56:03 AM My understanding is that pools pay participants based on the number of "near misses" they submit while the pool itself is only able to post a successful block if one of the participants submits a hash that meets the current difficulty level. What's to stop a peer from reporting all of its near misses but keeping the winning hash for itself if it happens to find one? This seems like an ideal strategy since the peer is guaranteed a payout from the pool for all the blocks it doesn't get based on its share, but will also get the full payout for the few blocks it does happen to get. If you contribute a pool, you can withhold shares that meet the difficulty criteria, yes. But you cannot use them to win the 50 BTC only for you : the solution only works for the pool. This is not really a problem on proportional-type pool, it just makes the round longer. But it is very dangerous on pay-per-share-type pools : by withholding solutions, it's like the pool is always having "bad luck", and the pool operator always pays more than 50 BTC per round. Title: Re: How do pools ensure participants return their successful hashes? Post by: bitcredit on June 12, 2011, 07:57:56 AM Thanks!
Is this because the pool's address is already included in the block of data for which a hash is being generated? Title: Re: How do pools ensure participants return their successful hashes? Post by: Artefact2 on June 12, 2011, 08:02:20 AM Thanks! Is this because the pool's address is already included in the block of data for which a hash is being generated? I'm not familiar with the internals, but the solution you find will only work for the pool, yes. Title: Re: How do pools ensure participants return their successful hashes? Post by: Mike 71 on June 12, 2011, 08:04:30 AM Thanks! Is this because the pool's address is already included in the block of data for which a hash is being generated? I'm not familiar with the internals, but the solution you find will only work for the pool, yes. Thats the exact reason, right. The calculated Hash hashes also the transaction to the pool address. If you change the pool address, the Hash will change. Title: Re: How do pools ensure participants return their successful hashes? Post by: BombaUcigasa on June 12, 2011, 08:05:10 AM Thanks! The pool already has the transactions it wants to perform ready and will pay you to validate them. The pool only sends you a hashed version of them. You need to know the exact set and order of transactions the pool has in mind to use the solution for yourself.Is this because the pool's address is already included in the block of data for which a hash is being generated? Title: Re: How do pools ensure participants return their successful hashes? Post by: bitcredit on June 12, 2011, 08:07:38 AM Thanks! Is this because the pool's address is already included in the block of data for which a hash is being generated? I'm not familiar with the internals, but the solution you find will only work for the pool, yes. Thats the exact reason, right. The calculated Hash hashes also the transaction to the pool address. If you change the pool address, the Hash will change. Well, what if you generate a hash that meets the difficulty criteria but by that time the pool's closed? Does that mean the coins go to a dead address and are lost forever? Title: Re: How do pools ensure participants return their successful hashes? Post by: Artefact2 on June 12, 2011, 08:09:19 AM Thanks! Is this because the pool's address is already included in the block of data for which a hash is being generated? I'm not familiar with the internals, but the solution you find will only work for the pool, yes. Thats the exact reason, right. The calculated Hash hashes also the transaction to the pool address. If you change the pool address, the Hash will change. Well, what if you generate a hash that meets the difficulty criteria but by that time the pool's closed? Does that mean the coins go to a dead address and are lost forever? No, nothing happens. Title: Re: How do pools ensure participants return their successful hashes? Post by: bitsalat on September 25, 2013, 09:57:02 AM The calculated Hash hashes also the transaction to the pool address. If you change the pool address, the Hash will change. [/quote] Well, what if you generate a hash that meets the difficulty criteria but by that time the pool's closed? Does that mean the coins go to a dead address and are lost forever? [/quote] No, nothing happens. [/quote] Because the pool only gets the reward if it publishes the calculations? What happens if a poolmember doesn't finish it share of calculations? Beeing to slow or offline? What will happen then? Will the calculation become assigned to another poolmember? |