Bitcoin Forum
December 08, 2016, 04:09:43 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: A method to get higher precision in total network hashrate  (Read 902 times)
tucenaber
Sr. Member
****
Offline Offline

Activity: 336


View Profile
March 21, 2012, 08:45:20 AM
 #1

I was thinking that to get better accuracy when estimating network hashrate you could exploit the fact that the big pools publicise their hashrate with almost perfect accuracy, i.e. the exact number of shares. If you trust their numbers you could get a lower variance if you counted the pools' blocks separately.

If N(t) is the number of blocks minted up to time t, then ΔN(t)/Δt is the best estimation of network hashrate λ in the period Δt, which has variance λ/Δt. But if we express it as a sum of unknown and known hashrates:

N(t) = N'(t) + N''(t) where N' has the unknown rate λ' and N'' has known rate λ'', then Var( N(t)/Δt ) = Var(N'(t)/Δt + N''(t)/Δt) = λ'/Δt + 0

According to http://blockchain.info/pools we could reduce the variance by half by using the three largest pools, and by more than 75% by using the ten largest pools.

My question is, which pools can you trust to give correct numbers?
1481170183
Hero Member
*
Offline Offline

Posts: 1481170183

View Profile Personal Message (Offline)

Ignore
1481170183
Reply with quote  #2

1481170183
Report to moderator
1481170183
Hero Member
*
Offline Offline

Posts: 1481170183

View Profile Personal Message (Offline)

Ignore
1481170183
Reply with quote  #2

1481170183
Report to moderator
1481170183
Hero Member
*
Offline Offline

Posts: 1481170183

View Profile Personal Message (Offline)

Ignore
1481170183
Reply with quote  #2

1481170183
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
RoloTonyBrownTown
Sr. Member
****
Offline Offline

Activity: 350



View Profile
March 21, 2012, 10:09:51 AM
 #2



N(t) = N'(t) + N''(t) where N' has the unknown rate λ' and N'' has known rate λ'', then Var( N(t)/Δt ) = Var(N'(t)/Δt + N''(t)/Δt) = λ'/Δt + 0



Er, yeah!  That's totally what I was just about to say...

Liberate
Member
**
Offline Offline

Activity: 70


Freedom is Free


View Profile
March 21, 2012, 05:07:12 PM
 #3

You can trust no one but yourself.

Will code for coins, python c#, php(+html, jss, sql) scripts can also pen testing(not a skid) PM me https://bitcointalk.org/index.php?topic=71889.msg813212#msg813212

BTC: 1X8Uwr6vxtuudvxgPv9SqP2c6omWUC3qn
LTC: LaZ8A9YTHbNiFuhRFdCt7KNRuU2XFPXgfA
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218


Gerald Davis


View Profile
March 21, 2012, 05:18:20 PM
 #4

p2pool.  No way to fake those shares as they are verified by each node.

Other pools it comes down to a judgement call.  Smaller pools might have more reason to lie (to attract more members) and you get biggest bang for the back looking at larger pools.  I wouldn't take stats from Bitclockers, ABCPool, or any >100% PPS.

Likely deepbit, slush, BTC Guild, EMC, and p2pool should be enough data points.
P4man
Hero Member
*****
Offline Offline

Activity: 504



View Profile
March 21, 2012, 05:36:26 PM
 #5

Nitpick: the hashrate that pools publish is also just an estimate. Granted, its based on the number of shares, not the number of blocks, so it should be a lot more accurate.

Anyway, for calculating network hashrate, I dont see a reason to disbelieve any of the big pools

Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!