Author

Topic: hashing question (Read 1811 times)

donator
Activity: 2058
Merit: 1054
June 16, 2012, 03:53:51 PM
#7
Note that with the GPU hardware most miners use, scanning the whole 2^32 range of nonce values takes a matter of seconds.  Mining software will scan the whole range looking for a valid hash for the block and then increment the timestamp or reorder some transactions so it can try again.
Why would the miner increment the timestamp or reorder to try again? Once they get a valid hash for a block, wouldn't they just want to simply claim the 50 coins and move on?
The miner will scan the whole range looking for a valid hash. Only one time in ~1.6 million this scan will result in finding a valid hash. If it doesn't, the miner will tweak the header, typically by increasing the timestamp or the extraNonce.
newbie
Activity: 26
Merit: 0
June 16, 2012, 03:47:18 PM
#6
Note that with the GPU hardware most miners use, scanning the whole 2^32 range of nonce values takes a matter of seconds.  Mining software will scan the whole range looking for a valid hash for the block and then increment the timestamp or reorder some transactions so it can try again.

Why would the miner increment the timestamp or reorder to try again? Once they get a valid hash for a block, wouldn't they just want to simply claim the 50 coins and move on?
newbie
Activity: 15
Merit: 0
June 16, 2012, 10:57:57 AM
#5
Note that with the GPU hardware most miners use, scanning the whole 2^32 range of nonce values takes a matter of seconds.  Mining software will scan the whole range looking for a valid hash for the block and then increment the timestamp or reorder some transactions so it can try again.
donator
Activity: 2058
Merit: 1054
June 15, 2012, 06:45:16 AM
#4
The nonce ("random data") is incremented sequentially from 0 to 2^32-1. There's also an extraNonce in the coinbase transaction, which I believe is also incremented sequentially.

Some data is chosen randomly by each miner (such as the payout address of the coinbase transaction) and affects the Merkle root which is also part of the hashed data.
riX
sr. member
Activity: 326
Merit: 254
June 15, 2012, 06:43:59 AM
#3
If you're thinking about coordinating the nonce with other users to not calculate the same hashes, it is not needed, since you have different block data (the address the reward is payed out to).
newbie
Activity: 11
Merit: 0
June 15, 2012, 06:40:36 AM
#2
I believe the number or preceeding 0s is set according to the required difficulty to achieve a roughly 10 minute interval.

In terms of salt, it's a bit like hashing the transaction data with millions of different salts until you achieve an output with n preceeding 0s.

https://en.bitcoin.it/wiki/Difficulty
newbie
Activity: 22
Merit: 0
June 15, 2011, 12:55:11 AM
#1
Sorry this may have been published before but i was just curious


as i understand it the the 0000hash = (block data + random data) to get the correct hash (in this case with the N amount of leading "0")


is that random (like a salt but im not sure if it is called a salt) data coordinated in anyway with other users

is the salt generatoed randomly or is it brute force

any information would be great


Jump to: