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

[no_alone]

This one is also long...
A bit sad.. But sometimes its long sometimes it fast//

[sharky112065]

The confirmed blocks are almost caught up to the last block completed. We have been extremely unlucky. 

[de_bert]

Slush, a question concerning transaction fees:

Is the payout
(50 BTC - 1 BTC fee) * (score) / (total score)
or
(TransFees + 50 BTC - 1 BTC fee) * (score) / (total score)?

Some recent blocks had relatively large fees in it, and distributing them along with the 50BTC of the block would of course be highly appreciated :-)

Btw, the explanation on your site does not reflect the current scoring system.

[slush]

(50 BTC - 1 BTC fee) * (score) / (total score)

This.

Btw, the explanation on your site does not reflect the current scoring system.

I know that, unfortunately it's pretty complex stuff to explain (exponential functio, reason for making older shares less valuable, renormalization) and I failed with some easy description for 'common users'. But because expected payout is +- the same as for share based calculation (without pool hoping), I feel like shares/total shares * 49 is correct enough for average user.

[cosurgi]

I feel like shares/total shares * 49 is correct enough for average user.

actually I tried to explain this on https://en.bitcoin.it/wiki/Comparison_of_mining_pools

and also it's here: http://forum.bitcoin.org/?topic=1976.msg50002#msg50002

[slush]

and also it's here: http://forum.bitcoin.org/?topic=1976.msg50002#msg50002

That's why I'm talking that I failed in description for *average* user :-).

[Justsomeforumuser]

I'm still getting

Listener for "Default": 25/06/2011 22:00:27, Error while loading credentials from database for xxx.xxx

errors as posted previously.

Should I take any meaning out of that?

[slush]

Should I take any meaning out of that?

It basically means there was problem in database lookup for your username/password. Do you have correct username/password? I'll search logs, it is weird as I don't see that on other workers...

[slush]

For users of Diablo Miner:

If you're using latest DiabloMiner version and see enormous stale ratio, please downgrade or use another miner. Diablo introduced "ntime rolling" feature in his miner, but those shares will be rejected by all properly coded pools using stock bitcoind as backend. There are some good reasons to *not* use ntime rolling by default. For example, poclbm uses this feature only when pool provide special http header for allowing this. Accepting shares with rolled ntime may lead to accepting duplicate work in some cases, as I found back in January.

[Justsomeforumuser]

Should I take any meaning out of that?

It basically means there was problem in database lookup for your username/password. Do you have correct username/password? I'll search logs, it is weird as I don't see that on other workers...

It only occurs rarely and mining overall seems to work. Have not changed it since signup and kept my GUIMiner settings identical except for flags and hostname for slush.

It seems similiar to an overload error as in it only pops up sometimes and mining just goes on.

[Rodyland]

I tried to log on I got:

Forbidden (403)

CSRF verification failed. Request aborted.

More information is available with DEBUG=True.


I tried to reset my password I get:
Forbidden (403)

CSRF verification failed. Request aborted.

More information is available with DEBUG=True.

Anyone know why?

Anyone?

[slush]

Anyone?

I asked you what browser do you use? It happen every time or only time to time?

Basically CSRF is protection to malicious javascripts, but there's no reason why you should see this if you're using site in standard way.

[Rodyland]

Anyone?

I asked you what browser do you use? It happen every time or only time to time?

Basically CSRF is protection to malicious javascripts, but there's no reason why you should see this if you're using site in standard way.

Sorry, didn't see your reply.  I just looked again and it's not me - you didn't reply.   But thanks for replying now.

I'm using firefox 4.0.1 on win7 64bit.  It happens every time. 

[slush]

Sorry, didn't see your reply.  I just looked again and it's not me - you didn't reply.   But thanks for replying now.

Ah, sorry, I know that I wrote you a reponse, but then obviously forgot to send the form .

I'm using firefox 4.0.1 on win7 64bit.  It happens every time. 

What form/url is that? Can you catch post request somehow (for example using firebug) and send me a PM? I tested all forms but don't see anything wrong. Also application logs are empty. Weird...

[max in montreal]

on the statistics page we only go back so far...is it possible for me to see the stats for 3-4 weeks somewhere?

[gmaxwell]

For users of Diablo Miner:

If you're using latest DiabloMiner version and see enormous stale ratio, please downgrade or use another miner. Diablo introduced "ntime rolling" feature in his miner, but those shares will be rejected by all properly coded pools using stock bitcoind as backend. There are some good reasons to *not* use ntime rolling by default. For example, poclbm uses this feature only when pool provide special http header for allowing this. Accepting shares with rolled ntime may lead to accepting duplicate work in some cases, as I found back in January.

"properly coded pools using stock bitcoind as backend"

That is an oxymoron.

If you're using stock bitcoind as a backend for a non-trivally sized pool you're going to be losing work due to blocking getworks and time/extra_nonce update races.

The change to support rolling ntime is a one line patch to bitcoind.

[slush]

If you're using stock bitcoind as a backend for a non-trivally sized pool you're going to be losing work due to blocking getworks and time/extra_nonce update races.

Afaik all pools are using bitcoind as backend, some with custom patches for better performance, as in my case.

The change to support rolling ntime is a one line patch to bitcoind.

It goes little complicated if you think about cheating users.

[gmaxwell]

It goes little complicated if you think about cheating users.

Does it?  The fact that the nonce changes doesn't create any cheating risk. So, e.g. if you just treat the few least significant bits of the timestamp as more nonce you're no worse off.


Luke has patches to make bitcoind handle ntime rolling in his public repository. I strongly suggest running them, because they also fix duplicate work that bitcoind will already issue without rolling. (because it's able to reset the extranonce twice)

[Justsomeforumuser]

Seems like an old friend is stopping by slush's pool again.
Not sure if it's just the pool being overloaded or an attack.

First time I saw the unhandled exception btw.

Listener for "Default": 26/06/2011 21:47:48, Problems communicating with bitcoin RPC
Listener for "Default": 26/06/2011 22:54:50, Problems communicating with bitcoin RPC
Listener for "Default": 26/06/2011 22:57:54, Problems communicating with bitcoin RPC
Listener for "Default": 26/06/2011 23:09:55, Problems communicating with bitcoin RPC
Listener for "Default": 27/06/2011 00:07:16, Unhandled exception (1040, 'Too many connections')
Listener for "Default": 27/06/2011 01:15:53, Problems communicating with bitcoin RPC

[3txx]

my confirmed reward rate didn't change any more (since 4-5h) - anybody with the same problem?