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

[kookiekrak]

seems the site stopped updating. hopefully all shares and payouts are still being kept track of.

man it scared me. i though my system was down

[Seraphim401]

Add me to the list  
Shares not being counted and estimated reward is  almost zero.

[allinvain]

2011-07-26 15:30:59: Listener for "Slush 2 OpenCL": 26/07/2011 15:30:59, Problems communicating with bitcoin RPC 0 2
2011-07-26 15:32:15: Listener for "Slush 2 OpenCL": 26/07/2011 15:32:15, Unhandled exception Failed to submit share
2011-07-26 15:44:51: Listener for "Slush 2 OpenCL": 26/07/2011 15:44:51, Unhandled exception Failed to submit share
2011-07-26 15:50:21: Listener for "Slush 1 OpenCL": 26/07/2011 15:50:21, Unhandled exception Failed to submit share
2011-07-26 16:06:19: Listener for "Slush 2 OpenCL": 26/07/2011 16:06:19, Unhandled exception Failed to submit share
2011-07-26 16:14:19: Listener for "Slush 1 OpenCL": 26/07/2011 16:14:19, Unhandled exception Failed to submit share
2011-07-26 16:21:15: Listener for "Slush 2 OpenCL": 26/07/2011 16:21:15, Unhandled exception Failed to submit share

Slush, you on this?

[slush]

Slush, you on this?

It looks like a problem with www cache. All shares are being logged on all backends, so don't worry, they are counted. Recalculating reward later is just a one liner.

[CyberPhunk]

So, you're saying we shouldn't be worried that nearly 2 hours of submitted shares aren't being counted on our account page?

That's a lot of down time if it isn't true.

Yay, block ended and reward of .0000017!

switching to backup until this gets fixed.  

[Hawkix]

Even if the shares will be re-accounted, the last block took more than 5 hours. The problems started, according to my graphs, around 18:20 GMT. Pitty.

[anthony.selby]

so you have an ETA to the fix ... its a little concerning ... I'm watching my mining machines working but I don't see any reward and i got .0000016 rewards ? after a 5 hour block

[Seraphim401]

WTF!5 hours work @ 1300 Mh/s and this is what I get 0.00000041.


Update: Thanks for fixing  it.

[teflone]

WTF!5 hours work @ 1300 Mh/s ans this is what I get 0.00000041.

2g hash here..

Same result, nest to nothing..

5:17 hours..

[sniper_sniperson]

6933    2011-07-26 20:38:17    5:17:14    6299980    0.00000111    138182    96 confirmations left

Rofl 

[cosurgi]

And we have just found another block! A short round after a long one. Actually there should be few short rounds after this record 5 hours round.

I happily keep mining, I'm sure that rewards will be all fine after this is all sorted out

[sniper_sniperson]

Probably Slush will recalculate the rewards again, but with missing count of submited shares I think this will be hard to be done 

[Alex AXe]

Same problems there. 5 hours at 370 mhs and only 0.00000011  

And now more then 30 shares was sent and nothing is displaying in statistic

[slush]

It is a problem with SQL, after so long use the share table reached its all time limit. This is not related to 5 hour round, but to total pool uptime (starting from december). Those shares were not counted in database in fact. Fortunately all shares are also counted separately on each backend, so I only need to merge this data from backends now.

[sniper_sniperson]

Fortunately all shares are also couned separately on each backend, so I only need to merge this data from backends now.

Hoooooooraaaaaaaaaaaaay 

[zx9r]

It is a problem with SQL, after so long use the share table reached its all time limit. This is not related to 5 hour round, but to total pool uptime (starting from december). Those shares were not counted in database in fact. Fortunately all shares are also counted separately on each backend, so I only need to merge this data from backends now.

Good job

[slush]

OK, the rewards were recalculated. To compansate all moral damages I don't take 2% fee for rounds 6933 and 6934, but instead I give you 1 BTC extra. Those rounds are worth for you 51 BTC each.

If for anyone the rewards for those two rounds were not recalculated correctly, please report here and I will fix this tomorrow.

[CyberPhunk]

you guys fly off the handle awful easy over nothing... a 5 hour block a 5 minute block.

The issue wasn't that we were in a 5 hour block, it was that for over 2 hours the account page wasn't showing a true total of shares submitted. It just stopped counting them, or so it appeared.

Looks good now, Slush. 

[allinvain]

Thanks for fixing it slush. It seems all is well now.

[smudo]

If I go to https://mining.bitcoin.cz/ or https://mining.bitcoin.cz/accounts/login/?next=/accounts/profile/ , it stays secure but when I login, the website takes me to my account unencrypted. Could you please implement a certified SSL Server Certificate to your site? Also to stick to HTTPS at any given time connected to mining.bitcoin.cz? Or an option to stay connect securely after logging in?

Hi pekv2,

I worked around this bug with the Firefox extension "HTTPS Everywhere" (https://www.eff.org/https-everywhere). In order to work with the pool's site you have to create a custom ruleset (as described at https://www.eff.org/https-everywhere/rulesets).

For mining.bitcoin.cz it looks like this:

Code:

<ruleset name="mining.bitcoin.cz">
  <target host="mining.bitcoin.cz" />

  <rule from="^http://mining.bitcoin.cz/" to="https://mining.bitcoin.cz/" />
  <securecookie host="^mining\.bitcoin\.cz$" name=".*" />
</ruleset>

Put this in a file called mining.bitcoin.cz.xml in the HTTPSEverywhereUserRules folder in your Firefox profile. After restart you will only ever see https for the site. Also your cookie will be marked  as secure and thus only be sent over https. Maybe you have to log out and in again to have this take effect.

HTH