Noticing New York Coin Wallet is missing? Had some waiting to receive on this coming Sunday now it's missing.
veil
x16s
skein
lyra2v3
also FPGA
Thanks, updated!
Topic: [ANN][POOL] ZERGPOOL.com - Multialgo, autoexchange, 0.5% fee, 250+ coins - page 12. (Read 57362 times)
October 10, 2019, 01:42:25 AM
veil
x16s
skein
lyra2v3
also FPGA
Thanks, updated!
October 10, 2019, 01:38:55 AM
UPDATE
1. New CPU Power2b algo with Microbitcoin (MBC) available for mining
2. DOGE is now among guaranteed payout currencies
1. New CPU Power2b algo with Microbitcoin (MBC) available for mining
2. DOGE is now among guaranteed payout currencies
October 08, 2019, 09:44:55 AM
Noticing New York Coin Wallet is missing? Had some waiting to receive on this coming Sunday now it's missing.
veil
x16s
skein
lyra2v3
also FPGA
October 05, 2019, 01:44:11 PM
Noticing New York Coin Wallet is missing? Had some waiting to receive on this coming Sunday now it's missing.
October 05, 2019, 06:20:58 AM
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.
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!
October 03, 2019, 06:23:38 PM
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! ⚡️
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! ⚡️
October 03, 2019, 06:22:15 PM
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.
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.
October 03, 2019, 03:53:38 PM
@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?
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?
October 01, 2019, 03:23:34 PM
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
))
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
)) 
September 29, 2019, 11:34:36 AM
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
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
September 03, 2019, 02:42:47 PM
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
September 01, 2019, 01:10:50 AM
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
August 29, 2019, 01:28:15 PM
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.
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.
August 28, 2019, 11:38:44 AM
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?
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
August 28, 2019, 11:30:14 AM
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
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.
August 27, 2019, 09:50:16 PM
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?
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.
August 27, 2019, 03:29:46 PM
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]
August 27, 2019, 09:25:43 AM
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?
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?
August 26, 2019, 06:54:04 PM
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
August 24, 2019, 11:24:22 AM
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
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.
Jump to: