Topic: [ANN][POOL] ZERGPOOL.com - Multialgo, autoexchange, 0.5% fee, 250+ coins - page 13. (Read 57735 times)

Please let me know your wallet address by PM or discord

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

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.


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

[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]

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?

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

+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.

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

Sigh!

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

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.

NO FLAG TO SET MERGED MODE MINING--

I mine lyra2v3, and it features 3 coins.  VertCoin (VTC) has a solid value, the other two are less valuable by at least an order of magnitude.

If I set "mc=VTC" in my password string, I mine VTC, and accumulate shares for VTC while waiting for a block.  If I do not set a mining coin (i.e. "mc"), the pool directs my hash to any of the three coins, but not necessarily to VTC.  I loose out on VTC shares when mining the less valuable coins.

If there was a merge-mining flag, "mg=VTC/HANA", or just "mg" to merge-mine all merge-mineable coins within an algo, I would accumulate shares on VTC at the same rate as if I were mining only VTC, and still receive shares for the merge-mined coins and earn BTC for payout.

Apparently, YIIMP portions out hash based on difficulty.  The less valuable coins often have frequent blocks, but it may take more than a day of mining less valuable coins to equal the value of a single VTC block, which currently has blocks found every few hours.

Not all coins and algorithms support merge-mining.  VTC was designed for merge-mining.  SHA256 and Scrypt allow merge-mining.  More earnings could be mined by the miners if merge-mining were a flag option at the pool.  I don't think the pool would loose any earnings, likely it would gain earnings with a greater coin turnover on the market.       --scryptr

I've been trying to follow but I'm lost. I can't figure whether you're compaining about
allocating hash to coins in the multipool or merged mining. They aren't related.

A clear problem definition would help.

THANKS FOR THE ANSWER--

The question has been on my mind for some time.  What I don't like about YIIMP is that it can portion my hash away from a high-value coin and mine a low-value coin with my hash instead of merge-mining both with the same hash.  When this happens, I lose out on building "hash-equity" (or contributing and accumulating shares) for the high-value coin.

--scryptr

yaamp/yiimp has had merged mining for a long time. Take a look at scrypt, all those coins at the
bottom of the list with the hashrate in gray are merge mined.

THERE IS AN OLD, RESPECTED POOL THAT PAYS YOU TO MINE LITECOIN--

I can't remember its name just now, but it pays more than 100% for your hashrate. Seriously!

The secret?  It merge-mines so many scrypt-algo coins that the other scrypt coins result in a more-than-100% scrypt yield for the pool.  The miner can only get LiteCoin (LTC), all the merge-mined scrypt coins go for the profit margin.  The miner gets a fixed percentage, 1% or 2% or something.  That is to say the miner gets more than he would make mining LTC solo with no fee at all.  And, this is while pool mining and submitting shares.

That is why I asked pinpins about merge-mining.  No extra effort or energy is necessary to merge-mine multiple coins of the same algorithm.  VertCoin (VTC) was the first to introduce this, and some scrypt coins and X11 coins are merge-mineable by design.  It does take extra effort to code and set-up a pool for this.  I'd like to know if YIIMP pools are compatible.

I hope that pinpins might answer...       --scryptr

Hello, first: you have a good pool. Now my question: how can i mine with a StrongU STU-U2 on the blake2b algorithm at your pool?

Thank you for a answer.

Actually some company has released new scrypt miners and is not selling them to the public. Nicehash and all the other pools in the last week has seen scrypt tripled in hashrates.

Sucks that us little guys cannot get them.

Just clarify solo and non solo is just matter of reward distribution in case your miner was identified as finder. Hashing and block finding logic is the same in a pool.

When it comes to hashing and mc= option, I always recommend to put alternative coin in mc set, like mc=DGB/GAME. Giving example, as pool is autoswitch when DGB appears on top of list, all free hash(not locked with mc=) is moves to DGB and all of sudden DGB becomes full of hash, until next diff raise it receives more hash that it can consume, pool logic then moves extra hash to next coin in your list based on profitability, say GAME, and you have chance to find block there and utilizing left overs in better manner.

Hope this helps or clarifies a bit.

pinpin

Sorry for delay in response, I do respond quicker in discord.
I see you were hashing during 24h on scrypt, so I assume it got connected finally?

pinpin