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

[wetwood]

Is this still valid? or has it been updated?
-o stratum+tcp://stratum.bitcoin.cz:3333

technically yep, ya can use stratum2.bitcoin.cz or stratum3.bitcoin.cz
and yea, it's been updated to use those 2 new addresses ( still same port )

are there any other flags i should be using? in GUI version you can put -v -w -f etc are we able to do same with cgminer

Cheers buddy

[wetwood]

http://s11.postimg.org/oozklfrmr/mhs.jpg
Is this just a bug on the website. program reports 60+ on website its 5?

[digital]

Is this just a bug on the website. program reports 60+ on website its 5?

the rate reported on the website is not very accurate first off, and second it's a half hour average based on shares submitted during that time.  So if you just started a miner after over a half hour of down time it will take 30 minutes at least before is shows a fairly accurate rate.

[wetwood]

Thanks digital, new to this. wanted to make sure it wasn't me making a mistake somewhere.

[digital]

Is this just a bug on the website. program reports 60+ on website its 5?

the rate reported on the website is not very accurate first off, and second it's a half hour average based on shares submitted during that time.  So if you just started a miner after over a half hour of down time it will take 30 minutes at least before is shows a fairly accurate rate.

Actually, now that i think about it, i'm not sure about the half hour part.  It might be the average for the round based on shares submitted...

[digital]

Thanks digital, new to this. wanted to make sure it wasn't me making a mistake somewhere.

np, you'll see it going up as more shares get submitted....

[slush]

hm we have 30% lower hash rates compared to before the DDOS attack, higher difficulty but 163% pool luck? something must be wrong

Nothing is wrong, pool is just lucky. Btw luck has nothing to do with difficulty change or pool hashrate, it just reflects if pool needed more or less shares to find a block than it should in average.

[scouzi]

hm we have 30% lower hash rates compared to before the DDOS attack, higher difficulty but 163% pool luck? something must be wrong

Nothing is wrong, pool is just lucky. Btw luck has nothing to do with difficulty change or pool hashrate, it just reflects if pool needed more or less shares to find a block than it should in average.

Seems that luck is sometimes followed by bad luck. NO blocks for over 4 hours. Crank it up guys!

[gbx]

Hash rate is coming back up.  Maybe we lost some miners or they just haven't reconnected... but we bounced back pretty quickly I thought!  Although the 2000ghash rate I saw on the upswing reminded me of the good old days not so long ago...

[Lanidarc]

What is the longest round you've seen? And I mean when the pool is at normal capacity...

Here's two back to back 5hr rounds just before I joined the pool:

17325    2013-04-07 10:49:25    5:05:30    30603679    none    none    230105    25.35777321    confirmed
17324    2013-04-07 05:43:55    5:09:28    31541022    none    none    230072    25.06230000    confirmed

[ewitte]

What is the longest round you've seen? And I mean when the pool is at normal capacity...

Here's two back to back 5hr rounds just before I joined the pool:

17325    2013-04-07 10:49:25    5:05:30    30603679    none    none    230105    25.35777321    confirmed
17324    2013-04-07 05:43:55    5:09:28    31541022    none    none    230072    25.06230000    confirmed

I've seen several over 8 may have been a 12 in there.  Was unstable a few weeks wasn't looking all that closely.

[fourd00rgtz]

they all balance out.

last week we had a 10s block and then 2 or 3 later a 2s block.

[jerethdaminer]

not when you get no shares in said 10 second block

[Lanidarc]

they all balance out.

last week we had a 10s block and then 2 or 3 later a 2s block.

Yea I totally remember that! I managed to get 1 single share in each of those -- got a whole fat bit-cent for one of them!

17371    2013-04-09 07:57:02    0:00:02    2486    1    0.01013451    230426    25.32750321    confirmed
17369    2013-04-09 07:46:03    0:13:38    1638468    247    0.00359697    230425    25.01540000    confirmed
17368    2013-04-09 07:32:25    2:03:31    14878237    2384    0.00374702    230419    25.09605321    confirmed
17367    2013-04-09 05:28:54    0:43:38    3921392    625    0.00289388    230403    25.21300322    confirmed
17365    2013-04-09 04:45:16    0:00:10    3559    1    0.00702936    230396    25.14230000    confirmed

[abracadabra]

I'm using cgminer 2.11.3, 2.11.4 and 2.10.5 on several rigs.
I assume that using http://api.bitcoin.cz:8332 should autoswitch me over to the stratum port. And it appears that in the past that was always the case.
Has something changed recently?  When I logged into my account today, the profile page had a big warning about my miners connecting via getwork.

Do I now have to force port 3333? is 8332 only getwork?

[nybbler905]

I just migrated pool to another datacentre (longer story later...). There are three loadbalancers behind every of following DNS:

stratum.bitcoin.cz
stratum2.bitcoin.cz
stratum3.bitcoin.cz

So nine machines are filtering the traffic right now. Balancers behind stratum.bitcoin.cz seems to be dead from the attack, but time to time I see some accepted connection. Once the connection is established, it will be kept by the balancer (that's nice advantage of Stratum protocol).

Please try these URLs in your miners, some of them will, at least after few tries, work for you.

some one may want to copy this in to a sticky some place.... the Stratum servers ( yes plural ) have changed and yes Port 3333 and not any thing else for Stratum ( getwork will cost ya 10% fee otherwise )

[PetrovMichael]

... before APR 16 i saw access time [73ms] [78ms]...

I'm keeping all this very seriously...

Slush, thank you ! today much better [62ms] [77ms] max [78ms]

tracert stratum.bitcoin.cz [94.23.174.94]

  ^{1     1 ms     1 ms     1 ms  192.168.1.1 [192.168.1.1]
  2    20 ms    20 ms    20 ms  ...pool.ukrtel.net
  3    20 ms    20 ms    20 ms  10.50.19.74 [10.50.19.74]
  4    44 ms    44 ms    44 ms  xe-11-1-0.bar1.Budapest1.Level3.net [212.162.26.5]
  5    55 ms    56 ms    56 ms  4.69.141.250
  6    56 ms    58 ms    55 ms  ae-73-73.csw2.Frankfurt1.Level3.net [4.69.163.6]
  7    55 ms    54 ms    55 ms  ae-2-70.edge5.Frankfurt1.Level3.net [4.69.154.73]
  8    69 ms    68 ms    68 ms  fra-5-6k.fr.eu [91.121.131.5]
  9    66 ms    66 ms    67 ms  rbx-g2-a9.fr.eu [178.33.100.254]
 10    66 ms    66 ms    66 ms  vss-2-6k.fr.eu [91.121.131.89]
 11    69 ms    69 ms   166 ms  94-23-174-94.ovh.net [94.23.174.94]}

[Otaci]

During the recent DDOS I switched to BTCGuild for a while. I'm back here now. One feature that they have which is pretty nice is the "Inactive Miner Notification". It sends an e-mail when a miner becomes inactive for over x minutes. Any chance of having a similar feature in this pool?

[joolzg]

also Slush whats the reason for 100 confirmations before earnings become confirmed?

joolz

[slush]

During the recent DDOS I switched to BTCGuild for a while. I'm back here now. One feature that they have which is pretty nice is the "Inactive Miner Notification". It sends an e-mail when a miner becomes inactive for over x minutes. Any chance of having a similar feature in this pool?

Yes, soon.