[ANN][POOL] ZERGPOOL.com - Multialgo, autoexchange, 0.5% fee, 250+ coins

[jurajdobias]

UPDATE.

1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!

Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?

[pinpins]

UPDATE.

1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!

Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?

I think wrong estimates were caused by worsen connectivity via darknet, hence orphans, hence lower end result. Now have fixed it, see it is much better already for last blocks in x17 Verge.

[flyingminer]

Looks like something is going wrong with mining  particular coin with auto exchange to wallet address :

 I tried to mine LUX with option -p  c=BTC, mc=LUX on port 8333 but got also some FOLM earnings
I tried to mine ULT with option -p  c=BTC, mc=ULT on port 4933 but got also plenty of other skein coins earnings

Hope you can help

[eminer001]

UPDATE.

1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!

Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?

I think wrong estimates were caused by worsen connectivity via darknet, hence orphans, hence lower end result. Now have fixed it, see it is much better already for last blocks in x17 Verge.

The issue is not fixed at all. There are 10 Orphan blocks on zergpool for the past 10 hours and each block is found every 45 minutes and this means a loss of 10% caused by orphan blocks and because of the terrible "DARKNET" network you are using.

Because you actually pay 30% less and 10% of the loss is caused by orphans it means you are stealing the rest of 20% from miners. 

Miners should be aware that advertised 0,5% is a scam because you are located in Russia and using DARKNET to hide you is actually hurting mining process but you want to be hidden and untraceable because of the DARK-ACTIVITY you are doing by stealing.

AHashPoll does not have orphan blocks like you and because they are not hackers like you and they are not stealing from miners like you do, because you pay 30% less and this is shown in Awesome Miner.

[geck]

UPDATE.

1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!

Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?

I think wrong estimates were caused by worsen connectivity via darknet, hence orphans, hence lower end result. Now have fixed it, see it is much better already for last blocks in x17 Verge.

The issue is not fixed at all. There are 10 Orphan blocks on zergpool for the past 10 hours and each block is found every 45 minutes and this means a loss of 10% caused by orphan blocks and because of the terrible "DARKNET" network you are using.

Because you actually pay 30% less and 10% of the loss is caused by orphans it means you are stealing the rest of 20% from miners. 

Miners should be aware that advertised 0,5% is a scam because you are located in Russia and using DARKNET to hide you is actually hurting mining process but you want to be hidden and untraceable because of the DARK-ACTIVITY you are doing by stealing.

AHashPoll does not have orphan blocks like you and because they are not hackers like you and they are not stealing from miners like you do, because you pay 30% less and this is shown in Awesome Miner.

Even so, ahashpool is also paying 30% less for x17

[SouthMining]

Pool Estimates are made by looking at past results. That will differ, because block finding is luck. So if you found 20 blocks the past 24h, that desn not necessarily mean, you will find 20 blocks in the next 24h - still you made an assumption that it will be so if the hashrate/diff stays the same (which is never the case). At least, that's how I understand it.

Now, AM seems to compare the estimates to actual payouts. So what they actually compare is how "correct" the pool estimate was. Which again - involves luck and time because they have to wait for maturing at least. The only real information you can get out of this is how CONISTENT that percentage is. So if over a period of - say - >1 week, a pool gets measured at 70% you can assume, that it will be wrong always. If a pool gets measured 70% for just a day it may mean nothing at all.

and beside that, in the past years, the estimates were ALWAYS too high. Always. Every Pool, NH as well. Because those estimates are highly volatile and can never reach a 100% accuracy, which is completely fine, as long as they keep comparable and not being manipulated

If you are on pool A mining but pool B has the luck to find a block - it would've been better to be on pool B. But you wasn't. That's the game.

If someone is interested, I do permanent measurements on earnings and zergpool for example has a 10% rate everyday at 18:00-19:00h GMT, those payouts arrive later on, not sure why this is, but all I care is 24h profit and yes, the estimates don't match. But they never do and never did, at no pool, I've measured lots of them. NH (not a pool but still) has the most accurate so far, which is easy, because they don't need to make any assumptions at all, they have realtime data

[rob3123]

Hello, after recent updates on nemosminer(now its 3.0) i can no longer find an europe server option to connect to zergpool. Why is that? How can i coonect to the europe server now ?

[MrPlus]

Hello, after recent updates on nemosminer(now its 3.0) i can no longer find an europe server option to connect to zergpool. Why is that? How can i coonect to the europe server now ?

https://bitcointalk.org/index.php?topic=2759935.msg32754602#msg32754602

[BitBustah]

2018-03-21 08:29:05] Stratum connection failed: Failed to connect to mine.zergpool.com port 8533: Timed out
[2018-03-21 08:29:05] ...retry after 30 seconds
[2018-03-21 08:29:56] Stratum connection failed: Failed to connect to mine.zergpool.com port 8533: Timed out
[2018-03-21 08:29:56] ...retry after 30 seconds
[2018-03-21 08:30:47] Stratum connection failed: Failed to connect to mine.zergpool.com port 8533: Timed out
[2018-03-21 08:30:47] ...retry after 30 seconds

 Same here

Same here.

[flyingminer]

Looks like something is going wrong with mining  particular coin with auto exchange to wallet address :

 I tried to mine LUX with option -p  c=BTC, mc=LUX on port 8333 but got also some FOLM earnings
I tried to mine ULT with option -p  c=BTC, mc=ULT on port 4933 but got also plenty of other skein coins earnings

Hope you can help

My mistake,the syntax requires no space after the comma : -p  c=BTC,mc=LUX works

[flyingminer]

Pool Estimates are made by looking at past results. That will differ, because block finding is luck. So if you found 20 blocks the past 24h, that desn not necessarily mean, you will find 20 blocks in the next 24h - still you made an assumption that it will be so if the hashrate/diff stays the same (which is never the case). At least, that's how I understand it.

Now, AM seems to compare the estimates to actual payouts. So what they actually compare is how "correct" the pool estimate was. Which again - involves luck and time because they have to wait for maturing at least. The only real information you can get out of this is how CONISTENT that percentage is. So if over a period of - say - >1 week, a pool gets measured at 70% you can assume, that it will be wrong always. If a pool gets measured 70% for just a day it may mean nothing at all.

and beside that, in the past years, the estimates were ALWAYS too high. Always. Every Pool, NH as well. Because those estimates are highly volatile and can never reach a 100% accuracy, which is completely fine, as long as they keep comparable and not being manipulated

If you are on pool A mining but pool B has the luck to find a block - it would've been better to be on pool B. But you wasn't. That's the game.

If someone is interested, I do permanent measurements on earnings and zergpool for example has a 10% rate everyday at 18:00-19:00h GMT, those payouts arrive later on, not sure why this is, but all I care is 24h profit and yes, the estimates don't match. But they never do and never did, at no pool, I've measured lots of them. NH (not a pool but still) has the most accurate so far, which is easy, because they don't need to make any assumptions at all, they have realtime data

The luck factor is important especially if pool hash rate is low, but as you mine longer the luck factor should decreased.

One way to figure things is to mine simultaneously different pools (sharing your hashrate equally between them indeed).

For instance I'm mining LUX simultaneously with zergpool and  bsod : so far bsod is giving 30% more earning than zergpool but considering BSOD finding blocks more often I have to wait to see if the difference in earning persists.

[SouthMining]

luck factor never changes. probability changes with the amount of hashrate on a pool - you can assume but not predict. btc value changes. you can assume but not predict .. there are just lots of unpredictable factors.

[flyingminer]

luck factor decrease when time frame increase that's just law of large number. That does not mean you can predict but you can nevertheless compare two different pool during the same period

[Flash54]

scrypt on you pool with nicehash don`t work

[alnash]

UPDATE.

1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!

Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?

I think wrong estimates were caused by worsen connectivity via darknet, hence orphans, hence lower end result. Now have fixed it, see it is much better already for last blocks in x17 Verge.

The issue is not fixed at all. There are 10 Orphan blocks on zergpool for the past 10 hours and each block is found every 45 minutes and this means a loss of 10% caused by orphan blocks and because of the terrible "DARKNET" network you are using.

Wtf is this "darknet network"?? 

[SouthMining]

status API (actual_24h) reports and actual payouts do have some serious mismatches .. anyone else experiencing this and is there some issue on the pool? (mainly mining on x16r/s). there are 3x/day almost zero payouts in a period of ~4hrs. Not sure if this is expected on zergpool or there is some issue with auto-exchange?

looks like: 4hrs almost no balance change followed by 4 hrs steady balance rise, then again 4 hrs no balance change. not sure if this matches up with the mismatch between reported vs real earnings ( but looks like )

[MrPlus]

hi , how can i monitor on 24h how much gathering mBTC ?
Last 24 Hours Balance line not show tooltip

You could use NPlusMiner with Earnings Tracking logs enabled.
https://github.com/MrPlusGH/NPlusMiner/releases

[rmSX13]

how come my hashrate in zergpool's UI is always higher than in my AwesomeMiner's? For a 1080ti you should be getting 65mhs right but in zergpool sometimes it shows twice that? Is that accurate that I'm hashing 120mhs for 1 card?

[guytechie]

Is something wrong with skunk stratum?  It took almost 3 minutes to start mining.

Code:

*** ccminer 2.2.4 for nVidia GPUs by tpruvot@github ***
    Built with VC++ 2013 and nVidia CUDA SDK 9.0 32-bits

  Originally based on Christian Buchner and Christian H. project
  Include some kernels from alexis78, djm34, djEzo, tsiv and krnlx.

BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo (tpruvot)

[2018-04-15 00:26:32] Starting on stratum+tcp://skunk.mine.zergpool.com:8433
[2018-04-15 00:26:32] NVAPI GPU monitoring enabled.
[2018-04-15 00:26:32] 3 miner threads started, using 'skunk' algorithm.
[2018-04-15 00:26:33] API open in full access mode to 0/0 on port 4068
[2018-04-15 00:29:22] Stratum difficulty set to 0.1
[2018-04-15 00:29:22] skunk block 322315, diff 72.517
[2018-04-15 00:29:22] GPU #2: Intensity set to 21, 2097152 cuda threads
[2018-04-15 00:29:22] GPU #1: Intensity set to 21, 2097152 cuda threads
[2018-04-15 00:29:22] GPU #0: Intensity set to 21, 2097152 cuda threads
[2018-04-15 00:29:23] GPU #2: EVGA GTX 1080 Ti, 4147.59 kH/s
[2018-04-15 00:29:23] GPU #1: EVGA GTX 1080 Ti, 3588.89 kH/s
[2018-04-15 00:29:23] GPU #0: EVGA GTX 1080 Ti, 3565.94 kH/s
[2018-04-15 00:29:27] GPU #1: EVGA GTX 1080 Ti, 54.78 MH/s
[2018-04-15 00:29:27] GPU #0: EVGA GTX 1080 Ti, 53.79 MH/s
[2018-04-15 00:29:28] GPU #2: EVGA GTX 1080 Ti, 54.79 MH/s
[2018-04-15 00:29:28] accepted: 1/1 (diff 0.118), 96.23 MH/s yes!
[2018-04-15 00:29:30] accepted: 2/2 (diff 0.236), 105.12 MH/s yes!
[2018-04-15 00:29:33] GPU #2: EVGA GTX 1080 Ti, 55.07 MH/s
[2018-04-15 00:29:33] accepted: 3/3 (diff 0.182), 113.65 MH/s yes!
[2018-04-15 00:29:36] GPU #1: EVGA GTX 1080 Ti, 55.49 MH/s
[2018-04-15 00:29:36] accepted: 4/4 (diff 0.107), 118.00 MH/s yes!

Then after a bit, it starts rejecting

Code:

[2018-04-15 00:29:43] accepted: 7/8 (diff 0.489), 129.29 MH/s booooo
[2018-04-15 00:29:43] reject reason: Invalid job id
[2018-04-15 00:29:46] GPU #2: EVGA GTX 1080 Ti, 54.48 MH/s
[2018-04-15 00:29:47] accepted: 7/9 (diff 0.129), 133.41 MH/s booooo
[2018-04-15 00:29:47] reject reason: Invalid job id
[2018-04-15 00:29:50] GPU #0: EVGA GTX 1080 Ti, 54.71 MH/s
[2018-04-15 00:29:50] accepted: 7/10 (diff 0.101), 134.61 MH/s booooo
[2018-04-15 00:29:50] reject reason: Invalid job id
[2018-04-15 00:29:52] GPU #1: EVGA GTX 1080 Ti, 55.16 MH/s
[2018-04-15 00:29:52] accepted: 7/11 (diff 0.738), 136.31 MH/s booooo
[2018-04-15 00:29:52] reject reason: Invalid job id
[2018-04-15 00:29:52] accepted: 7/12 (diff 0.215), 137.48 MH/s booooo
[2018-04-15 00:29:52] reject reason: Invalid job id
[2018-04-15 00:29:56] GPU #2: EVGA GTX 1080 Ti, 54.33 MH/s
[2018-04-15 00:29:56] accepted: 7/13 (diff 0.191), 139.92 MH/s booooo
[2018-04-15 00:29:56] reject reason: Invalid job id
[2018-04-15 00:29:57] GPU #1: EVGA GTX 1080 Ti, 54.90 MH/s
[2018-04-15 00:29:58] accepted: 7/14 (diff 0.233), 140.80 MH/s booooo
[2018-04-15 00:29:58] reject reason: Invalid job id
[2018-04-15 00:29:59] accepted: 7/15 (diff 0.183), 142.42 MH/s booooo
[2018-04-15 00:29:59] reject reason: Invalid job id
[2018-04-15 00:29:59] GPU #0: EVGA GTX 1080 Ti, 54.36 MH/s
[2018-04-15 00:29:59] accepted: 7/16 (diff 1.198), 143.27 MH/s booooo
[2018-04-15 00:29:59] reject reason: Invalid job id
[2018-04-15 00:30:05] GPU #2: EVGA GTX 1080 Ti, 54.30 MH/s
[2018-04-15 00:30:05] accepted: 7/17 (diff 0.218), 145.09 MH/s booooo
[2018-04-15 00:30:05] reject reason: Invalid job id
[2018-04-15 00:30:06] accepted: 7/18 (diff 0.118), 145.09 MH/s booooo
[2018-04-15 00:30:06] reject reason: Invalid job id
[2018-04-15 00:30:07] GPU #1: EVGA GTX 1080 Ti, 54.93 MH/s
[2018-04-15 00:30:07] accepted: 7/19 (diff 0.148), 145.78 MH/s booooo
[2018-04-15 00:30:07] reject reason: Invalid job id
[2018-04-15 00:30:09] accepted: 7/20 (diff 0.139), 146.33 MH/s booooo
[2018-04-15 00:30:09] reject reason: Invalid job id
[2018-04-15 00:30:10] GPU #0: EVGA GTX 1080 Ti, 54.20 MH/s
[2018-04-15 00:30:10] accepted: 7/21 (diff 0.403), 146.98 MH/s booooo
[2018-04-15 00:30:10] reject reason: Invalid job id
[2018-04-15 00:30:18] GPU #2: EVGA GTX 1080 Ti, 53.95 MH/s
[2018-04-15 00:30:19] accepted: 7/22 (diff 0.141), 147.64 MH/s booooo
[2018-04-15 00:30:19] reject reason: Invalid job id
[2018-04-15 00:30:25] skunk block 322318, diff 89.956

[pinpins]

scrypt on you pool with nicehash don`t work

Hi,

Did you check it on compatibility? Perhaps it is to do with starting difficulty you can specify d=