Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 546. (Read 2171056 times)

It's the number of unique miners who found at least one block for sample period (the number is incorrect for solo - it reports number of miners with reward assignment to unidentified pools. For listed pools it is accurate). It's a better measure of miner diversity than "total miners in a pool" - while there are 300 miners in some pool, most of them are small to the point of statistical insignificance.

As for the TB sizes, the script only uses current reward assignments, which is incorrect when miner switches pool often, once I rewrite it to be as accurate as possible (must parse whole blockchain history), I'll put it online somewhere.

Of course it's big variances/luck factor when making such statements, but I have tested all major pools with both windows and linux quite extensively. The only data I was missing was dev's v2 pool on windows (to use java isn't fair). Since I beta-tested Blago's new miner, I could mine there for several days, until his fixed some bugs. Finally I could use a version very similar to the one released today, and factoring in increased diff and minor miner bugs, I got more coins at dev's v2 pool than on the others.

Uray's SG pool is different than, e.g. koko's or his own US pool. The award calculations are made in such a way that it benefits miners with larger capacity than those with a few TBs. Big payouts are given to the guys contributing the most; payments are often several thousand. His US pool, on the other hand, give smaller payments but quite often instead. However, recently uray is using new pool code in beta-phase, which unfortunately effected performance negativity (since a few days thinks look much better though).

Crowetic has changed his award calculations to be more similar to the SG pool, which I think is great.

As I have rather big mining capacity, on several accounts, the most most profitable pool for me was uray's SG - before the changes in the code/beta phase. However, the fact that dev's pool uses limit for deadline it also benefits miners with more capacity, as they will have a lot more of sub-200k share than those with less.

This also means that which pool is "the best" will vary given how much you are mining with. For regular users uray's US pool or koko's might be the best choice.

Regarding stability, all major pools have reported problems, but dev's has done that only a few times.

Good info.
What's # of miners?  burstpool has 11% with 32 miners and solo has 64% with 7 miners?

i have this error with latest blago miner release...
"share lost due the new block"
and
passfhare is for different account?

And we have new record... Pretty solid growth!

Thanks   For testing purpose, I ran a beta-version of this on dev's v2 pool for 24 hours. Don't really know how many TBs + I had a couple of hours downtime, but in 24h I received 14770 bursts. During that time I found one block, so it was a nice result compared to solo-mining.

Sending the 14K as a donation to you of course.  

Guys say please, all have reduction extraction on V2 pool.. the last few days??

realy guys,right now some things happens with burst.Before I found about 1 block/day with my 16 tb,but now I have no blocks found in 5 days,and diff is still going up.wtf is going there?Does google started to mine burst right now?

When it suddenly started growing ~10days ago, I wrote an IRC bot for this. The diff was roughly 5000TB. First it was about 50TB day up until 250TB/day and now it seems to stabilished at roughly 8PB (2 days average).


Solo used to be like 45%, now is 65%. The new hashpower seems to be divided 65%/35% solo/pool, with devlpool seeing highest increase. This is all guess work and may be not what is really happening.

Also, orphan rate (up to 3 blocks deep) started appearing more often, possibly due to races caused by wild difficulty readjustments. Current 24 blocks average BURST uses is insufficient to cover the variance involved (numbers start making sense at ~100 blocks). I'm currently investigating how to visualize the orphan blocks.

no payments from koko's pool [http://cryptomining.farm/] since 30/11/2014 13:31:18.

all ok?

anyone can tell us if uray's pool SG is fixed?

thanks...

I'm uncertain whether such a possibility exists, if it does it would make stuff like that relatively trivial.

However, since known pool operators haven't said that the added power comes from them I'd say the added power comes from an individual or a private pool that chooses to remain anonymous atm.

IIRC someone reported a pretty regular bounce up and down in diff and surmised it is a data center being switched on and off of burst mining.

i think this could be possible if we have the possibility to query plot size by address...
if we have this possibility, it is really easy to query the pools total plot size querying each address on pool and sum it...

Is it possible to create a chart that shows where the network rate is coming from?  Pools or large solo miner?  Very curious if the sudden increased difficulty is due to a data center or growth of community.

ok but you are talking about pools semi freeze at that level of difficulty...

i quote who highest is the difficukty, and lowest is the probability to find a block...

but pool continue to work better... although it will be less profitable

hy mmmmaybe

can you explain how do you do this statistic???

i have 12TB....

which pool do you think it is the better???
dev V2???

or urays US o SG?

thanks!

harder to find a block , no block no payout 

why pools could freeze when difficulty rise??

maybe higher network size... higher traffic???

Working great with devs pool.  Thanks