Pages:
Author

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

member
Activity: 1028
Merit: 19
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
newbie
Activity: 5
Merit: 2
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.
member
Activity: 1028
Merit: 19
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
member
Activity: 1028
Merit: 19
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.
legendary
Activity: 1470
Merit: 1114
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.
legendary
Activity: 1470
Merit: 1114

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]
newbie
Activity: 31
Merit: 0
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?

legendary
Activity: 1797
Merit: 1028
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
legendary
Activity: 1470
Merit: 1114
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.
jr. member
Activity: 212
Merit: 6
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
legendary
Activity: 1470
Merit: 1114
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!
legendary
Activity: 1797
Merit: 1028
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
legendary
Activity: 1470
Merit: 1114
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.
legendary
Activity: 1797
Merit: 1028
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.

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


legendary
Activity: 1470
Merit: 1114
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.
legendary
Activity: 1797
Merit: 1028
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.


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
legendary
Activity: 1470
Merit: 1114
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.



legendary
Activity: 1797
Merit: 1028
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.


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
newbie
Activity: 11
Merit: 0
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.
jr. member
Activity: 65
Merit: 2
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.
Pages:
Jump to: