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

[scryptr]

You misunderstand, you can't choose the merged coins, the coin devs do. One coin is primary and you mine
that, Any coins merged with it also receive your hash.

Merged mining is only supported for coins designed for it.

The available parasite coins are always listed at the bottom and always have hash assigned to them.
The hash display is gray to indicate merged hash.

In most cases you can identify the host coin because the hash rates match, but scrypt is more complicated
because there are multiple hosts and multiple parasites. It would be nice to be able to identify which
parasites merge with which hosts.

THE MERGE FLAG WOULD ONLY APPLY TO MERGE-MINEABLE COINS--

Merge-mining must be implemented at the pool, as well as designed into the coins.  I don't know which coins are merge-mineable in the three Lyra2v3 coins available at ZergPool.  Looking at the scrypt algo list, I do see "coins at the bottom", but I see no color or shade difference.  I do see 4 or 5 coins there with identical hash rates.  The hash rates are less than the total given for the algo, however.

I'd like to see merge-mineable coins available as an flag option.       --scryptr

[joblo]

You misunderstand, you can't choose the merged coins,

THE MERGE FLAG WOULD ONLY APPLY TO MERGE-MINEABLE COINS--

I'd like to see merge-mineable coins available as an flag option.       --scryptr

Sigh!

[somaton]

pinpin

You still think that this is normal starting/lower difficulty for x25x coin? really? 7 shares in 12 min?

https://cdn1.imggmi.com/uploads/2019/8/23/77d60e4afb4305b5d6a931018c9dd96e-full.jpg

[joblo]

pinpin

You still think that this is normal starting/lower difficulty for x25x coin? really? 7 shares in 12 min?

https://cdn1.imggmi.com/uploads/2019/8/23/77d60e4afb4305b5d6a931018c9dd96e-full.jpg

+1,

A high default starting diiff can be tolerated but the bigger problem is the minimum diff is too high for
a single GPU, even worse for CPU. The ability to set a lower starting diff or automatic adjustment
to a reasonable diff would be greatly appreciated.

[scryptr]

You misunderstand, you can't choose the merged coins,

THE MERGE FLAG WOULD ONLY APPLY TO MERGE-MINEABLE COINS--

I'd like to see merge-mineable coins available as an flag option.       --scryptr

Sigh!

MERGE-MINEABLE COINS SHOULD BE MARKED--

At the very least it should be obvious which coins are merge-mineable.  They should have punctuation (superscript, subscript, asterisk) or a special color or special color underlining.

I don't know which coins are capable of merge-mining, and I don't know if all merge-mineable coins are merge-mined by default.

Further, these coins are not parasitic, they are value-added, or symbiotic, at the worst.  As I stated recently, there is at least one pool that earns its profits by merge-mining LiteCoin and scrypt-algo symbiont coins.  Those profits are shared with the miners (1% or better), who then pocket a better yield of LTC than they would if solo-mining at a 0% fee.       --scryptr

[Melfyce]

Hey guys I need your help.
So I've setup my miner to mine Dynamic [DYN] on zergpool.

This is what it looks like and it seems to be working:
sgminer.exe -k argon2d -o stratum+tcp://argon2d-dyn.mine.zergpool.com:4239 -u myDYNwallet -p c=DYN,mc=DYN

However, I havent gotten any payouts yet, but accumulated some DYN and they show up under "balance" and "total unpaid". What is the default threshold for DYN?

[joblo]

MERGE-MINEABLE COINS SHOULD BE MARKED--

At the very least it should be obvious which coins are merge-mineable.  They should have punctuation (superscript, subscript, asterisk) or a special color or special color underlining.

I don't know which coins are capable of merge-mining, and I don't know if all merge-mineable coins are merge-mined by default.

[sarcastic]

Don't be so pig headed, it's not that complicated. The profit of the parasites is near zero anyway.
Just mine LTC for a few minutes and see what other coins pop up in your pending list.

Whining about the design of the pool software is unproductive. Make a feature request to the devs
if it's that important to you.

[/sarcastic]

[joblo]

I have been investigating a problem of invalid job id rejects mining various algos at zergpool.

It looks to me like like the miner never receives the new block from the pool. I have opened a
git issue (https://github.com/JayDDee/cpuminer-opt/issues/193) to investigate from the miner
side but it llso needs o be investigated from the pool side.

I haven't found any delays in the miner detecting a new block, it appears the message was never
received and the miner continued to submit shares for the old block until the next block was
sent by the pool.

Did the pool fail to send the block to that miner or did it get lost?

I did some more testing and it seems I'm receiving stale data from the pool. I'm getting data
regularly but sometimes it has an old job id.

There are no errors reported, I copy the data from the socket and it has the same job id

In the following you can see the sequence with a couple of debug printfs and annotations.

Code:

[2019-08-27 17:13:08] Starting Stratum on stratum+tcp://yespowerr16.mine.zergpool.com:6534
[2019-08-27 17:13:08] 16 miner threads started, using 'yespowerr16' algorithm.
[2019-08-27 17:13:09] Stratum difficulty set to 0.5
newjobcheck (null)   (null)
newjobcheck 7e61   (null)            <----------------------------------------------------------------- first job received
newjob
[2019-08-27 17:13:09] yespowerr16 block 463840, job 7e61, network diff 0.0072
newjobcheck 7e61   7e61             <----------------------------------------------------------------- second job, same job id
[2019-08-27 17:13:41] Share 1 submitted by thread 1, job 7e61.   <------------------------ share submitted with provided job id
[2019-08-27 17:13:41] Rejected, diff 1.41e-05, 32.665 secs, A/R/B: 0/1/0.
[2019-08-27 17:13:41] reject reason: Invalid job id.          <------------------------------------ share rejected as expected

I hope this provides a clue of what's going on so it can be solved.

[pinpins]

pinpin

You still think that this is normal starting/lower difficulty for x25x coin? really? 7 shares in 12 min?

https://cdn1.imggmi.com/uploads/2019/8/23/77d60e4afb4305b5d6a931018c9dd96e-full.jpg

+1,

A high default starting diiff can be tolerated but the bigger problem is the minimum diff is too high for
a single GPU, even worse for CPU. The ability to set a lower starting diff or automatic adjustment
to a reasonable diff would be greatly appreciated.

Ok, this is changed now to accommodate 1 GPU level.

[pinpins]

Hey guys I need your help.
So I've setup my miner to mine Dynamic [DYN] on zergpool.

This is what it looks like and it seems to be working:
sgminer.exe -k argon2d -o stratum+tcp://argon2d-dyn.mine.zergpool.com:4239 -u myDYNwallet -p c=DYN,mc=DYN

However, I havent gotten any payouts yet, but accumulated some DYN and they show up under "balance" and "total unpaid". What is the default threshold for DYN?

Please let me know your wallet address by PM or discord

[dede021385]

Hello everyone,
there is a problem with the pool?
My L3 + tell me the dead server and look at the graph of the pool, the hashrate is much lower today.

[pinpins]

Just tell me who has merged coins mined at your pool? Does admins keep merged blocks?

Hello,

No, those are proportionally distributed among all contributors of shares(users)

pinpin

[scryptr]

Just tell me who has merged coins mined at your pool? Does admins keep merged blocks?

Hello,

No, those are proportionally distributed among all contributors of shares(users)

pinpin

ARE MERGE-MINED COINS MERGE-MINED BY DEFAULT? --

I want to know if merge-mined coins are 100 percent merge-mined.  If I set "mc=abc", and coin "abc" has merge-mined pairs, will the merge-mined pairs be mined by default?  Or, would I need to specify the merge-mined pairs "cde" and "fgh" in the "mc=abc/cde/fgh" parameter?

Basically, I want to mine the merge-mined pairs of any coin that I mine, but I do not want to mine low value coins within an algorithm set that cannot be merge-mined.

I would also like to see merge-mineable coins designated with a special color, or punctuation.  I want my hash to be efficiently engaged while mining.

--scryptr

[scryptr]

THANK YOU FOR MARKING MERGE-MINED COINS--

ZergPool has begun designating merge-mined coins in the Scrypt algorithm.  This makes it very easy to see from where the "other coins" are coming on a miner's dashboard.

Just a note:  merge-mined coins do not cost extra effort or power on the miner's part.  They simply share the same algorithm's hash, and are generally of lower difficulty than the primary coin(s).  A lower difficulty block solution may earn a block of merge-mined coins while it does not solve a block for a primary coin.  That is why a miner may see multiple blocks of merge-mined coins between blocks of primary coins.

I still have one question:  Is Scrypt the only algorithm where merge-mining is currently taking place on ZergPool?       --scryptr

EDIT:  I received an answer on Discord.  Scrypt and Sha256 have merge-mined coins.       --scryptr

[borodaus]

 Hello!
Please tell me, on your pool I can mine any coins with automatic conversion to lightcoin LTC (to receive payments LTC)
If so, how to do this operation using the Avesome miner software (if possible using screenshots)?
Thank you - I'm not a magician, I'm just learning ))

[joblo]

@pinpins

There appears to be a stratum difficulty problem with x16rv2.

I tried to set a lower diff using "-p d=2" (default is 5) but the pool reports diff 2.5.
As a result I occasionally submit low difficulty shares (between 2 and 2.5 presumably)
which are rejected.

I tried d=2, d=2.5, d=3 but all three result in 2.5 at the pool and 2 at the miner.

Using the default both pool and miner report diff 5.

Possibly an issue with fractions?

[Siolim]

Hello.

FPGA a long time ago:

x17
bcd
skunk
neoscrypt
nist5
keccakc
honeycomb
x16rt
verushash
bmw512
equihash125
equihash96
equihash192
equihash144
Dmd-groestl
Blake2b

This is just what we know.
Feel free to specify.

Almost nothing was left for the GPU, all markets are dead. FPGA broken pre-consensus rake everything from the markets.

[Siolim]

for example

https://news.fpga.guide/hardware-spotlight-cvp-13-by-bittware/

Hey miners! Good
iece Good news for you! 💡

Whitefire990's latest X16 bitstream for CVP13 has been released with related updates! 🔥
Adding Cubehash partial bitstreams (401/576 partials are now available)
X16S support for Pigeoncoin and X16RT for Gincoin
The possibility of mining 25% of the blocks
PC has a 16 hour limit and no development fee
24 hour average hash rate of 50MH / s
"Note" ⚡️
X16Rv2 is expected in 2-3 days! ⚡️

[pinpins]

Hello.

FPGA a long time ago:

x17
bcd
skunk
neoscrypt
nist5
keccakc
honeycomb
x16rt
verushash
bmw512
equihash125
equihash96
equihash192
equihash144
Dmd-groestl
Blake2b

This is just what we know.
Feel free to specify.

Almost nothing was left for the GPU, all markets are dead. FPGA broken pre-consensus rake everything from the markets.

Thanks, I will get config updated!

[bitcorning]

Noticing New York Coin Wallet is missing?   Had some waiting to receive on this coming Sunday now it's missing.