[4+ EH] Slush Pool (slushpool.com); Overt AsicBoost; World First Mining Pool

[Iyeman]

I really do not understand your scoring system. 

30 seconds on google would explain the scoring system and all the other payout systems

https://en.bitcoin.it/wiki/Comparison_of_mining_pools

Score - Score based system: a proportional reward, but weighed by time submitted. Each submitted share is worth more in the function of time t since start of current round. For each share score is updated by: score += exp(t/C). This makes later shares worth much more than earlier shares, thus the miner's score quickly diminishes when they stop mining on the pool. Rewards are calculated proportionally to scores (and not to shares). (at slush's pool C=300 seconds, and every hour scores are normalized)


so when you see it drop back to 200 or whatever its because the scores were normalized...

[mb300sd]

Does the score system mean that the pool is vulnerable to reverse pool hopping? Like only joining in on a block towards the end?

[slush]

Does the score system mean that the pool is vulnerable to reverse pool hopping? Like only joining in on a block towards the end?

Yes, of course. Everything you need is to be the God :-).

I'm kidding. "Reverse pool hopping" does not work, because nobody knows when round will finish (in the oposite everybody knows when round begin, which is the problem with standard proportional method).

[digital]

User bars - finally! Thanks twmz for hell fast support. Please visit btcstats.net to pick yours. I'll integrate userbars to website soon.

YES!  50 posts at the same time User Bars are available.   

[digital]

hmm, still got "image removed"...

maybe I need 51 posts?

edit:  still there, hopefully there's just a delay...

[Iyeman]

hmm, still got "image removed"...

maybe I need 51 posts?

edit:  still there, hopefully there's just a delay...

You have to go back and put the image back and when i hit 50 posts it took a few hours for the system to change my permissions.

[digital]

hmm, still got "image removed"...

maybe I need 51 posts?

edit:  still there, hopefully there's just a delay...

You have to go back and put the image back and when i hit 50 posts it took a few hours for the system to change my permissions.

Thanks, I didn't notice that it actually changed the code that was pasted in...

[slush]

One guy reported me that he lost some coins, because he didn't confirm new wallet fast enough while his reward already crossed over threshold. To prevent this stupid issue, pool won't process payouts for users who have pending wallet change in progress.

To enable payouts again, you need to cancel request or confirm new wallet.

[organofcorti]

I'm not trying to criticize your work or your site.  You've done something I could never do on my own.  I use your site because it is the largest merged mining pool I have found.  But I see so many other sites that have merged mining all having the same basic stats available to the users.  I just don't see how some of these basic stats would be so difficult to display.  Just in my thinking, it would seem that you would need to have these stats anyway to calculate proper payout, so displaying these stats to the users would be as simple as storing them in another table to on database and re-writing some of the stat pages to display them. 

I've spent way too much time analysing Slush's pool, and it is definitely my favourite with lots of easter eggs for the mathematically inclined. More importantly, the payouts over a week or so are exactly as I'd expect, the statistics are fantastic, and the website quick and intuitive. I have to agree with Slush that you really don't need to know your submitted shares and unless you have the exact time each was submitted you won't end up with the correct score anyway.


If you know your average hashrate and score for a round, then you can approximate the number of shares submitted using:

Code:

c y log(1+z/(c y))

where c=300, z is your score and c is your miner speed in shares per second. It will probably be +/- 5% out, but it should be close.

Sometimes I'm making 0.030 BTC per block found, and sometimes I'm making as low as 0.006 per block found. 

You probably won't trust me on my say-so, but I've analysed my scores and the pool scores on and off for a few months and my earnings match simulated earnings quite well. That said, the longer a round lasts the more the variance in payout you will observe - you're more likely to get much more or less than you'd expect for longer rounds.

[organofcorti]

Another limitation of the function I give above is that it won't calculate any imaginary shares (math joke for the geeks out there)

For that you would need the full derivation:

Code:

c y log(1+z/(c y)+2*i*pi)

Now you can check the score of non-real shares! I wonder what my imaginary gpu's hashrate is? Something pretty damn devastating, i expect.

[dietwice]

Hello everybody,

Is the pool ok?
As for me the current 9+ hour block looks a bit unlucky.
And the previous 4 hour too.

[Bigpiggy01]

It looks like something is up.

My miners are all running properly though, so I suspect that it's Slush poking around with stats etc.

[slush]

Everything seems to be ok. It's "only" 9.5mil shares, so nothing impossible. For example, deepbit had 10+ mil shares in one round today, too.

[Bigpiggy01]

Estimated rewards etc seem totally off though atm 

[slush]

Estimated rewards etc seem totally off though atm 

OK, it's only >estimated< reward; it's calculated from slightly outdated info (becuase of caching). I'll watch how rewards from this block will be finally distributed and if there will be something weird, I'll fix it. Thanks for pointing me to that.

[RobertRibbeck]

I really do not understand your scoring system.

30 seconds on google would explain the scoring system and all the other payout systems

https://en.bitcoin.it/wiki/Comparison_of_mining_pools

Score - Score based system: a proportional reward, but weighed by time submitted. Each submitted share is worth more in the function of time t since start of current round. For each share score is updated by: score += exp(t/C). This makes later shares worth much more than earlier shares, thus the miner's score quickly diminishes when they stop mining on the pool. Rewards are calculated proportionally to scores (and not to shares). (at slush's pool C=300 seconds, and every hour scores are normalized)


so when you see it drop back to 200 or whatever its because the scores were normalized...

With current pool hash rate Early shares submitted by a pool hopper will decline very quickly
every increase in total hash rate of the pool increases that rate of decline
The score system esentially makes what you submited at the beginning of a round worthless
even if you mine for the whole round

[digital]

Hello everybody,

Is the pool ok?
As for me the current 9+ hour block looks a bit unlucky.
And the previous 4 hour too.

Yeah, im sure it's just unlucky.  I've seen 12+ hour blocks in the recent past (not counting the 1 1/2 day block from when the pool was ddos'ed).

Didn't happen as often when the pool was up around 2000 ghash, but now that its around 1200/1300 there is a lot more variance.

[DutchBrat]

Most of my miners are getting:

Pool not responding errors

Are we being attacked again

[naypalm]

Looks alright on my end 

[slush]

This weekend (29-30. October) I'm migrating pool from London (linode.com) to France (ovh.com). Although I believe everything will be fine, there will be at least one outage during database migration (probably something around 30 minutes).