sharky112065
|
|
June 25, 2011, 11:36:41 AM |
|
The confirmed blocks are almost caught up to the last block completed. We have been extremely unlucky.
|
Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
|
|
|
de_bert
Newbie
Offline
Activity: 42
Merit: 0
|
|
June 25, 2011, 04:24:39 PM |
|
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 (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 25, 2011, 04:44:33 PM |
|
(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.
|
|
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 25, 2011, 11:00:21 PM |
|
That's why I'm talking that I failed in description for *average* user :-).
|
|
|
|
Justsomeforumuser
Member
Offline
Activity: 84
Merit: 10
|
|
June 26, 2011, 12:08:44 AM |
|
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?
|
Ho-Hum.
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 26, 2011, 09:01:37 AM |
|
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 (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 26, 2011, 09:08:02 AM |
|
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
Member
Offline
Activity: 84
Merit: 10
|
|
June 26, 2011, 09:54:40 AM |
|
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.
|
Ho-Hum.
|
|
|
Rodyland
|
|
June 26, 2011, 09:55:38 AM |
|
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?
|
Beware the weak hands! 1NcL6Mjm4qeiYYi2rpoCtQopPrH4PyKfUC GPG ID: E3AA41E3
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 26, 2011, 11:23:31 AM |
|
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
|
|
June 26, 2011, 12:19:30 PM |
|
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.
|
Beware the weak hands! 1NcL6Mjm4qeiYYi2rpoCtQopPrH4PyKfUC GPG ID: E3AA41E3
|
|
|
slush (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 26, 2011, 04:02:58 PM |
|
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
|
|
June 26, 2011, 04:56:52 PM |
|
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
Moderator
Legendary
Offline
Activity: 4284
Merit: 8816
|
|
June 26, 2011, 05:38:19 PM |
|
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 (OP)
Legendary
Offline
Activity: 1386
Merit: 1097
|
|
June 26, 2011, 07:41:43 PM |
|
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
Moderator
Legendary
Offline
Activity: 4284
Merit: 8816
|
|
June 26, 2011, 08:57:52 PM |
|
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
Member
Offline
Activity: 84
Merit: 10
|
|
June 27, 2011, 12:27:34 AM |
|
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
|
Ho-Hum.
|
|
|
3txx
Member
Offline
Activity: 111
Merit: 11
|
|
June 27, 2011, 01:48:41 AM |
|
my confirmed reward rate didn't change any more (since 4-5h) - anybody with the same problem?
|
|
|
|
datguywhowanders
Member
Offline
Activity: 112
Merit: 10
|
|
June 27, 2011, 01:51:01 AM |
|
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
I've been seeing (hearing really as my fans die down and then wind back up again a few minutes later) a lot of problems communicating today as well. Are we having issues or seeing another DDoS, Slush?
|
Donations Welcome: 163id7T8KZ6MevqT86DjrBF2kfCPrQsfZE
|
|
|
|