Bitcoin Forum
June 30, 2024, 02:09:19 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Curious about mining security  (Read 440 times)
BorisTheSpider (OP)
Full Member
***
Offline Offline

Activity: 210
Merit: 100


View Profile
January 20, 2014, 11:50:05 AM
 #1


Hi everyone,

Not much of a programmer, but interested in crypto for a long time (way prior to BTC). I just have some questions I'd be interested to know the answers to about pooled mining.

1. How are miners kept honest in regard to what shares they complete? Ie. if a pool hands out shares to a worker, and the worker reports those shares as done, how does the pool know they were really done? It would clearly be impractical to verify all the work, and if the pool tried to verify part of the work, as soon as the client knew which part would be checked it could just do that subset of the work. What stops a dishonest client from claiming to have done a share when it hasn't?

2. What stops a dishonest worker from hashing on a pool, taking it's share of payouts all the time it doesn't hit a block, but then when it does hit a block, simply announcing that block to the network and claimining it all for itself?

Rannasha
Hero Member
*****
Offline Offline

Activity: 728
Merit: 500


View Profile
January 20, 2014, 12:30:12 PM
 #2

1. How are miners kept honest in regard to what shares they complete? Ie. if a pool hands out shares to a worker, and the worker reports those shares as done, how does the pool know they were really done? It would clearly be impractical to verify all the work, and if the pool tried to verify part of the work, as soon as the client knew which part would be checked it could just do that subset of the work. What stops a dishonest client from claiming to have done a share when it hasn't?
Shares are simply proof-of-work results with a lower difficulty than the network difficulty. To find a block, you might need to find a hash value lower than 1,000 (using arbitrary numbers as example). To find a share, a pool may ask for hash values lower than 10,000,000, so finding a share would be 10,000 times easier than finding a block.

After submitting the work, the pool only has to apply the hash function once to verify correctness and credit the share.

Quote
2. What stops a dishonest worker from hashing on a pool, taking it's share of payouts all the time it doesn't hit a block, but then when it does hit a block, simply announcing that block to the network and claimining it all for itself?
The block header that is being used in the input of the hash-function depends on the transactions, in particular the coinbase transaction that awards the block reward. The pool will distribute work that has a coinbase transaction sending the block reward to an address controlled by the pool. If a miner wants to mine for himself, he has to insert his own address instead. But doing so means that the block the miner just found is no longer valid.
BorisTheSpider (OP)
Full Member
***
Offline Offline

Activity: 210
Merit: 100


View Profile
January 20, 2014, 09:22:27 PM
 #3


Rannasha thanks for the reply. That makes perfect sense now.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!