|
Jack of Diamonds
|
 |
June 10, 2011, 09:22:01 PM |
|
 "Other" has 40% ? Compared to .49% 2 days ago June 8th 2011  That is certainly interesting. Someone must have +2thash/s of power just idling for attacks. Then again, collective hash rate did drop a lot. It was 400ghash/s at slush at one point. |
1f3gHNoBodYw1LLs3ndY0UanYB1tC0lnsBec4USeYoU9AREaCH34PBeGgAR67fx
|
|
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
Sayno86
Newbie
 Offline
Activity: 24
Merit: 0
|
|
June 10, 2011, 09:27:33 PM |
|
Where is slush in the top pie chart?
|
|
|
|
|
MCWey8
Member
Offline
Activity: 81
Merit: 10
[ Poor Miner ]
|
|
June 10, 2011, 09:42:31 PM |
|
Slush is not showing any status on bitcoinwatch.com
all graphs are from there bitcoinwatch.com
|
|
|
|
|
hugolp
Legendary
Offline
Activity: 1148
Merit: 1001
Radix-The Decentralized Finance Protocol
|
|
June 10, 2011, 09:51:10 PM |
|
"Other" has 40% ? Compared to .49% 2 days ago June 8th 2011 Does this mean miners are going solo because the pools are going down or misbehaving? |
|
|
|
MCWey8
Member
Offline
Activity: 81
Merit: 10
[ Poor Miner ]
|
|
June 10, 2011, 10:02:26 PM |
|
When slush's front end goes down, but mining still works (which happens quite often), his hash rate is represented on the pie chart as other.
|
|
|
|
|
Maged
Legendary
Offline
Activity: 1204
Merit: 1015
|
|
June 10, 2011, 10:03:16 PM |
|
Those graphs have a one day lag for "other", because total network hash rate takes a long time to measure. "other" is simply the average total hash rate over the last day - the current reported hash rate of all the pools. Don't get worried until it's like this for longer than a day.
|
|
|
|
|
rezin777
|
|
June 10, 2011, 10:14:45 PM |
|
Don't get worried until it's like this for longer than a day.
And don't worry then either. Other is decentralized miners doing their thing!  |
|
|
|
|
|
[Tycho]
|
|
June 10, 2011, 10:23:03 PM |
|
The 100% of this pie chart is calculated by the rate of new block generation in the network, but all the pools there are accounted by their hashare.
Hashrate and block generation rate are somehow similar, but NOT the same.
0.49% for other was wrong number.
|
Welcome to my bitcoin mining pool: https://deepbit.net - Both payment schemes (including PPS), instant payout, no invalid blocks ! ICBIT Trading platform : USD/BTC futures trading, Bitcoin difficulty futures ( NEW!). Third year in bitcoin business. |
|
|
|
bcpokey
|
|
June 10, 2011, 10:42:20 PM |
|
and now people know why Tycho (correctly) did not close registrations for deepbit despite all the people wigging out a couple days ago.
|
|
|
|
|
swusc2
Sr. Member
Offline
Activity: 304
Merit: 250
Do your part for Bitcoin!
|
|
June 10, 2011, 10:44:09 PM |
|
Also when right after a Difficulty Bump the equations go out of wack. Because difficultly isn't continuously updated, but instead in bursts. When calculating network hash speed it is based on Share/Block and Difficulty. The ratio of Share/Block to Difficulty, right after a Difficulty bump creates extra unaccounted for hash rates that are just purely a calculation error. It takes awhile to balance out.
For instance you guys remember how after each Difficulty jump it says something absurd like the network speed just jumps up like 1-4 Thash instantly.
Example: I don't know the exact equation but.
Say:
(Say the equation is Diffculty / Shares per second)
5 / 1 = 5 Hash/s
Right after an difficulty bump of +5:
10 /1 = 10 Hash/s
The Calculated hash rate jump but technically the Real hash speed hasn't changed. Right after the Difficulty bump the Share per second increases as Real Speed increases (Due to more users). That's why right after the huge jump after a difficulty bump you steady see overall hash speeds going down.
That is whats accounting for that giant portion of (Other) you probably got it right after the bump to 500k which was around 2 days or something ago.
|
|
|
|
|
