3 ms·
100% bogus? I'm not sure what bad/incorrect statistics you are referring to since it's relatively straight forward to find. The current target hash is "0x00000
by gibybo 14y ago
100% bogus? I'm not sure what bad/incorrect statistics you are referring to since it's relatively straight forward to find.
The current target hash is "0x000000000000022FBE0000000000000000000000000000000000000000000000"
This means that to solve a block, you must find a SHA-256 hash of that block's transactions + nonce that hash to a value equal or below that target. Since the output of a SHA-256 hash is essentially random, the probability of finding a nonce that evaluates to hash at or below that target is roughly [target]/[possible sha256 outputs] or 3.51e60/2^256, or 3.034e-17. On average, that means it takes 1/3e-17 or 3.3e16 hashes per block. To calculate average hashes per second of the network, we look at number of blocks solved in the last x unit of time (if you want a 24 hour average, take the number of blocks in the past 24 hours). As of the time of this post, 170 blocks have been solved in those 24 hours. This implies an expected 24*3.3e16 or 8e17 hashes have been computed. Divide by 86400 (seconds in a day) and you get 9.26e12, or 9.26 TH/s. The site reports 6.5 TH/s, presumably because it uses a longer window than 24 hours (probably 7 days).
Just because it's a statistical average instead of the exact rate doesn't mean it's 100% bogus. If you want, you can use fairly standard statistical models to find an acceptable error margin.
- deepblueocean 14y agoIt doesn't bother you that your method counts only unique hash values tested? Or that this value is being used on the site to talk about power expenditure (which is clearly related to total hashes per second, not unique hashes)? You're right that you can compute the N-second average rate easily. But nobody reports the "network hash rate" as such. And since the denominator matters a lot in determining what the number means, pretty much all the numbers you find out in the world are (1) misreported and (2) bogus.
- gibybo 14y agoIt does count only unique hash values, but why should that bother me? People don't randomly generate the same 256 bit number very often (in fact, the probability is so low that it has almost certainly never happened) When I search for "bitcoin network hashrate" on google, the first link is http://bitcoin.sipa.be/ http://bitcoin.sipa.be/, which does in fact report the N-second average rate. It reports the 7-days, 14-day, and 30-day average rate.
- Danieru 14y agoDuplicate hashes are an issue because of the birthday problem: http://en.wikipedia.org/wiki/Birthday_problem http://en.wikipedia.org/wiki/Birthday_problem The chance of two hashes being equal is small but the number of two hash pairs grows exponential to the number of hashes.
- gibybo 14y agoNo, it's still not an issue. Check out the table for 256 bit numbers in the article you linked. To get a 0.1% probability of even a single collision, you need to generate 1.5e37 hashes. At 10 TH/s, that would take 3e17 years. 10 million times longer than the age of the universe.
- mikeash 14y agoThe birthday paradox basically says that you can expect a collision when you've explored the square root of the problem space. For birthdays, you expect a collision in a group of sqrt(365) ~= 19 people. For a 256-bit hash, you expec a collision in a group of 2^128 hashes. That is still huge. Absent a weakness in the hash being found, it's unlikely anyone will ever generate two colliding hashes.
- mrb 14y agoYou have errors. 170 blocks have been found so 170*3.3e16 = 5.6e18 hashes have been computed. Divided by 86400 = 64.9 Thash/s (and the site currently reports 65.2 Thash/s, not 6.5).
- gibybo 14y agoAh oops, you are correct. Looks like I cannot edit my post otherwise I would fix it :/