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

[simc]

Could the dip at the beginning of the round be due to Slush's long polling optimisation, are slower miners loosing out to quicker ones?

[slush]

The last 3 blocks (10416, 10417, 10418) have been marked as invalid ... is something wrong? 

Cross-check for block validity on blockexplorer failed for some reason (I think BE was down for a moment). I fixed it manually right now.

[slush]

Littleshop, Epoch - your payout in short rounds is lower, because there's more hashpower on the beginning of the round (yes, thanks to pool hopers). There's around 10-20% of increase in pool rate, which explains your math (because your own hashrate is smaller portion of total hashrate).

[organofcorti]

Littleshop, Epoch - your payout in short rounds is lower, because there's more hashpower on the beginning of the round (yes, thanks to pool hopers). There's around 10-20% of increase in pool rate, which explains your math (because your own hashrate is smaller portion of total hashrate).

I think a 20% increase in hashrate causing a 20% decrease in fulltime miner earnings is unlikely. I'm willing to accept it if you can show me a proof though.

[Clipse]

slow miners allways get less rewards on short rounds with high hashrate pools, nothing strange about it.

Higher hashrate users would submit most of the shares in short rounds claiming most of the rewards.

[organofcorti]

slow miners allways get less rewards on short rounds with high hashrate pools, nothing strange about it.

Higher hashrate users would submit most of the shares in short rounds claiming most of the rewards.

Slow miners shouldn't get less reward on short rounds. If you're constantly hashing, then the likelihood of submitting a share in the first ten seconds of a round should be the same as at any other ten second interval. So I'd expect an increase in variance, but no change in expected value of a share due to the length of a round and miner hashrate.

[slush]

So I'd expect an increase in variance, but no change in expected value of a share due to the length of a round and miner hashrate.

...and did you asked those users how large dataset they're comparing?

Those +20% in hashrate was my tip, pool knows only 30min average hashrate so I don't know exactly what's the boost on the beginning of the round.

[organofcorti]

So I'd expect an increase in variance, but no change in expected value of a share due to the length of a round and miner hashrate.

...and did you asked those users how large dataset they're comparing?

No, and it did occur to me that it might just be variance they're experiencing. However,  Littleshop, Epoch were asking if pool hopping could cause a consistent loss of income and I pointed out that a 20% loss of income would require a massive hashrate boost until whatever the current correct hop point is.

Those +20% in hashrate was my tip, pool knows only 30min average hashrate so I don't know exactly what's the boost on the beginning of the round.

But you could work it out - anyone can. Your site provides shares submitted since start of round and time since start of round, so you can easily calculate the equivalent hashrate. Time how long the first say 130 000 shares (ish? Not at my abacus atm) of the round take to submit.

[simc]

So I'd expect an increase in variance, but no change in expected value of a share due to the length of a round and miner hashrate.

...and did you asked those users how large dataset they're comparing?

No, and it did occur to me that it might just be variance they're experiencing. However,  Littleshop, Epoch were asking if pool hopping could cause a consistent loss of income and I pointed out that a 20% loss of income would require a massive hashrate boost until whatever the current correct hop point is.

Those +20% in hashrate was my tip, pool knows only 30min average hashrate so I don't know exactly what's the boost on the beginning of the round.

But you could work it out - anyone can. Your site provides shares submitted since start of round and time since start of round, so you can easily calculate the equivalent hashrate. Time how long the first say 130 000 shares (ish? Not at my abacus atm) of the round take to submit.

OK I've had my abacus out and run it over my stats for yesterday.  I only have 24 hours worth of data so the sample size is a bit small really but there does seem to be a trend towards short rounds having a higher average hash rate.  Some short rounds I have done better than average others worse, but even factoring in the higher hash rate I'm a little down but at this point I'm only considering 6 samples of rounds less than 10 minutes so not exactly conclusive.  The other way to look at it is that the miners that are pool hopping are loosing out to me on the longer rounds as their shares decay, I don't think it's easily possible to calculate my submitted shares and thus payout per share for a round.

Results here
https://docs.google.com/spreadsheet/ccc?key=0Ahmqn5gYZuJNdDRVb2doZGtocHZEYVVlY21EYXFrV3c

[organofcorti]

OK I've had my abacus out and run it over my stats for yesterday.  I only have 24 hours worth of data so the sample size is a bit small really but there does seem to be a trend towards short rounds having a higher average hash rate.  Some short rounds I have done better than average others worse, but even factoring in the higher hash rate I'm a little down but at this point I'm only considering 6 samples of rounds less than 10 minutes so not exactly conclusive.  The other way to look at it is that the miners that are pool hopping are loosing out to me on the longer rounds as their shares decay, I don't think it's easily possible to calculate my submitted shares and thus payout per share for a round.

Results here
https://docs.google.com/spreadsheet/ccc?key=0Ahmqn5gYZuJNdDRVb2doZGtocHZEYVVlY21EYXFrV3c

I've analysed your data here. Comments are welcome, but keep them to the 'How to hop' thread, since this is getting a bit off topic.

[disclaimer201]

Sorry, to interrupt. I've generated 6 blocks now in 7 months and received 213.5 BTC @ slush's pool and one block somewhere else with say 10 btc payout. Should I have gone solo? I really get the feeling I should have. The pool is fine, but still it's a bit frustrating.

[digital]

Sorry, to interrupt. I've generated 6 blocks now in 7 months and received 213.5 BTC @ slush's pool and one block somewhere else with say 10 btc payout. Should I have gone solo? I really get the feeling I should have. The pool is fine, but still it's a bit frustrating.

Your better off going with the pool.  It will even out in the long run trust me.

I started out the same way, only on a smaller scale.  I found 3 blocks in my first three months while only receiving about 50 btc.  But since then I haven't found any blocks (im still at three) and i've been paid over 200 btc.

In reality you pretty much get paid the same either way, just with a pool the payouts come on a regular basis.  With solo mining it could be a year between blocks...

[dishwara]

Not only you, many i see saying same thing, including me.

When they first join pool, they find some blocks, but after that they never find any blocks.
It's really strange to me.
How can a new joined miner can able to find blocks when he is new, but not when he is old?
or some one tricking us that new ones found blocks by saying you found blocks in statistics?

I found 3 blocks joining pool & with in a month, that's around last year march, after that i so far found only 2 blocks & i stopped mining in oct.

[ensign_lee]

Is something wrong with the share counting?

I just noticed that slush says that my two miners haven't been doing any work at all for the past 14 hours, and yet my comp has been making all the noises and what not that it normally does when mining, and guiminer says that it has been producing hashes.

ensignlee.Daniel1 and ensignlee.Daniel2 if that would help troubleshoot for you, slush.

[Barlog]

guiminer says that it has been producing hashes.

ensignlee.Daniel1 and ensignlee.Daniel2 if that would help troubleshoot for you, slush.

Guiminer use opencl (poclbm) core? Try to change it phoenix or other.

[ensign_lee]

guiminer says that it has been producing hashes.

ensignlee.Daniel1 and ensignlee.Daniel2 if that would help troubleshoot for you, slush.

Guiminer use opencl (poclbm) core? Try to change it phoenix or other.

Why it suddenly change and no longer count my shares?

[BinoX]

There is something wrong with the default GUIminer engine (poclbm) for some reason.

Seems to have started in the last day or so, although I'm not sure what's so special about today that would cause it to change...

https://asktom.cf/index.php?topic=62590.0 has other people having problems with guiminer on other pools as well

[ensign_lee]

There is something wrong with the default GUIminer engine (poclbm) for some reason.

Seems to have started in the last day or so, although I'm not sure what's so special about today that would cause it to change...

https://asktom.cf/index.php?topic=62590.0 has other people having problems with guiminer on other pools as well

Oh, so it's guiminer's fault, not slush. What the hell?

And what the heck is my computer doing if it's not submitting shares anyhow? It's obviously still working...

[BinoX]

I don't really know python, but after having a look through the source code and following it through to the point at which the error occurs it seems to be a problem with submitting a found result... But it does appear to keep looking even though it doesn't seem able to send them. Which is why the computers still seem to be busy.

[slush]

I don't have an idea why GUI miner is failing, but the bug appear also on other pools and I didn't modified pool core in last few days. I think it is something strange in gui miner...