topheroly (OP)
Newbie
 Offline
Activity: 21
Merit: 0
|
 |
August 08, 2011, 05:26:27 AM |
|
Added bitcoins.lc and changed the layout so is now more visually appealing.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
"With e-currency based on cryptographic proof, without the need to
trust a third party middleman, money can be secure and transactions
effortless." -- Satoshi
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 11, 2011, 02:21:38 AM
Last edit: August 11, 2011, 01:48:53 PM by topheroly |
|
Added pool growth hash rate graphs to information provided. Might include some sort of calculator next or trade data.
|
|
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 11, 2011, 10:31:27 PM |
|
Added Trade data bubble plots/loess lines to graphs available.
|
|
|
|
|
Obsi
Newbie
Offline
Activity: 30
Merit: 0
|
|
August 11, 2011, 10:42:09 PM |
|
This is very cool, thanks for putting the time into this.
|
|
|
|
|
sje397
Newbie
Offline
Activity: 23
Merit: 0
|
|
August 12, 2011, 01:08:20 PM |
|
It might provide circumstantial evidence in case of DDOS - i.e. which pool the attacker is using (since that one will likely not be affected).
|
|
|
|
|
dacoinminster
Legendary
Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
August 12, 2011, 01:46:24 PM |
|
Nice work. I salute you sir! I note that slush's pool has been lucky lately, which I was just noticing yesterday in my own spreadsheets. It's nice to have that independently confirmed. I also note that slush's pool always has a nice bell-curve look to it. It's not clear to me why everyone else has their peak on the unlucky side with a bump way up on the lucky side. I wonder if it has to do with slush's algorithm to make pool hopping unprofitable on his server . . . Anyone who finds these graphs useful should also check out: http://bitcoin.sipa.be/http://bitcoinx.com/charts/ |
|
|
|
|
fitty
|
|
August 12, 2011, 05:43:16 PM |
|
Cool project. Beyond pretty graphs, what have you learned? Are some pools luckier? Do some pools out perform the average? Before everyone starts lecturing me about statistics and probabilities, all pools are not created equal. Bitcoins.lc runs very very low invalids. I've seen other polls run as high as 3%. They're running different backends. The code that manages the workers I'm sure varies and has an effect on how effective the pool is. Maybe there's not enough data to draw any conclusions, blocks don't happen very often. But if anyone has any theories on this data do share.  |
|
|
|
dacoinminster
Legendary
Offline
Activity: 1260
Merit: 1031
Rational Exuberance
|
|
August 12, 2011, 05:51:56 PM |
|
My personal theory is that slush has the best pool for people who aren't pool-hopping. My guess is that the uneven luck distribution for other pools is a result of pool-hoppers making more on short blocks at the expense of non-pool hoppers.
slush has an algorithm that weights recent work higher than older work, which means that pool hopping doesn't get you anything. Other pools don't do this, to my knowledge.
|
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 13, 2011, 10:34:04 PM |
|
I included histograms for people to look at to actually see what effect a larger pool has on the variance of luck. As we can see, deebit has the sharpest peak around 0 implying they are running a very steady ship for payouts. When looking at the smaller pools however, you can see that there is a MUCH larger variance for their ability to find a block. Interesting to see anyway.
The stats page also includes the mean/sd/quantiles for those that want to look at the descriptive statistics.
|
|
|
|
|
|
enquirer
|
|
August 14, 2011, 03:04:00 AM
Last edit: August 14, 2011, 07:59:57 PM by enquirer |
|
Very nice graphs! And they clearly show that ALL pools on average are unlucky!
Either pool owners or block hiders screw the small miner.
|
|
|
|
|
hugolp
Legendary
Offline
Activity: 1148
Merit: 1001
Radix-The Decentralized Finance Protocol
|
|
August 14, 2011, 04:43:30 AM |
|
Very nice graphs! And they clearly show that ALL pools on average are unlucky! It doesnt show that. |
|
|
|
LightRider
Legendary
Offline
Activity: 1500
Merit: 1021
I advocate the Zeitgeist Movement & Venus Project.
|
|
August 14, 2011, 07:58:56 AM |
|
Good site, great graphs and useful information. Thanks!
|
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 18, 2011, 02:43:23 AM |
|
Added an about page and a contact form. Probably going to add something for people who are interested in the code as well. I'm still debating that.
|
|
|
|
|
|
sharky112065
|
|
August 21, 2011, 11:52:13 PM |
|
Since it is only updated daily at 5 pm now, what is the point of having 6 and 12 hour results on the charts?
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 21, 2011, 11:53:44 PM |
|
It's to give an idea of the magnitude of the variance that pools have.
|
|
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
August 31, 2011, 06:30:35 PM
Last edit: August 31, 2011, 07:53:36 PM by topheroly |
|
Added another geom_line to the plots, it helps demonstrate how much everything changes. The "Actual Luck" line is in red and is drawn through the 24hr points. I also changed the smoother formula so it only uses 12/24 scrapes because of how much the smaller pools vary.
|
|
|
|
|
topheroly (OP)
Newbie
Offline
Activity: 21
Merit: 0
|
|
September 09, 2011, 06:27:57 AM |
|
Added a spiffy break-even calculator to find out what cost it starts becoming unprofitable.
|
|
|
|
|
|
Meatpile
|
|
September 09, 2011, 05:40:05 PM |
|
That is good quality work sir.
|
|
|
|
|
|
ahitman
|
|
October 22, 2011, 01:42:37 PM |
|
What happened to the charts? Any plans on putting them back up? Are you still collecting the data the charts use?
|
|
|
|
|
|
Geremia
|
|
April 17, 2015, 02:21:25 AM |
|
For the inclined: I wrote this completely in R http://www.r-project.org/ and rastered the graphics using the package ggplot2 http://had.co.nz/ggplot2/. The formula used to calculate luck is z <- (x/y)
if z < 1
luck <- (1 - z)*(-1)
if z > 1
luck <- (z - 1)x == Actual Blocks found within Time Frame y == Estimated Blocks found within Time Frame To calculate estimated blocks, use the formula (difficulty * 2^32)/hashrate. These numbers are also grabbed from each site when the script is run. You like my histograms of hashes and nonces posted on this BitcoinTalk thread. |
|
|
|
|
