Topic: Vertcoin - 1 | ASIC - 0 | Lyra2RE | Decentralised | GPU Mineable | Open Source - page 68. (Read 415431 times)
August 17, 2015, 05:51:50 PM
Android Wallet Beta - https://www.reddit.com/r/vertcoin/comments/3hd8ic/officialbeta_android_wallet_released/
August 17, 2015, 03:47:35 PM
I see djm34 already pushed diff 256 to ccminer.
Now, what should we use on pools that didn't need --diff 2 like give me coins?
oh... Now, what should we use on pools that didn't need --diff 2 like give me coins?
(feel like having been tricked...)--diff 0.5 and probably an email to ask them to change their diff... (now the previous version is still good)
(that's exactly why I didn't want to change anything in the first place... )
not sure why nicehashsupport asked for some consensus among devs, while he can't even do that with pool owner...
I wrote that already; I asked because your own implementations had discrepancy.
August 17, 2015, 12:43:15 PM
I see djm34 already pushed diff 256 to ccminer.
Now, what should we use on pools that didn't need --diff 2 like give me coins?
oh... Now, what should we use on pools that didn't need --diff 2 like give me coins?
(feel like having been tricked...)--diff 0.5 and probably an email to ask them to change their diff... (now the previous version is still good)
(that's exactly why I didn't want to change anything in the first place... )
not sure why nicehashsupport asked for some consensus among devs, while he can't even do that with pool owner...
August 17, 2015, 12:28:13 PM
Sure I can, but just need to be sure that it is the case for all pool (coinotron is also using it), there were report that trying to use 256 as default on ccminer caused people not getting their proper hashrate reported (and I am pretty sure it was nicehash... 
)
)It could not have been us. Look, you made ccminer commit with Lyra2REv2 on 1st August 2015:
https://github.com/djm34/ccminer-lyra/commit/da9aa83b6781d80b5646151c4aadde72b570da60#diff-9acce430ae3f108b08ddace35f26512aR1152
We integrated Lyra2REv2 12 days later:
https://www.nicehash.com/?p=news&id=27
August 17, 2015, 12:21:47 PM
I see djm34 already pushed diff 256 to ccminer.
Now, what should we use on pools that didn't need --diff 2 like give me coins?
Now, what should we use on pools that didn't need --diff 2 like give me coins?
All of the pools should adapt diff 256, you should notify pool operators about this.
August 17, 2015, 12:13:13 PM
I see djm34 already pushed diff 256 to ccminer.
Now, what should we use on pools that didn't need --diff 2 like give me coins?
Now, what should we use on pools that didn't need --diff 2 like give me coins?
August 17, 2015, 12:12:18 PM
Sure I can, but just need to be sure that it is the case for all pool, there were report that trying to use 256 as default on ccminer caused people not getting their proper hashrate reported (and I am pretty sure it was nicehash... )
That's why I didn't change the difficulty (and other developpers, who tried got burned) so far on ccminer (and use --diff 2 if needed ).
But if nicehash finally agrees to use the same difficulty (256) as other pools, I can do it in no time.
)That's why I didn't change the difficulty (and other developpers, who tried got burned) so far on ccminer (and use --diff 2 if needed ).
But if nicehash finally agrees to use the same difficulty (256) as other pools, I can do it in no time.
At NiceHash we are using difficulty 256 from day one since we based our implementation on your sgminer release, therefore anyone who is using a miner with diff 256 (for example sgminer, cpuminer-multi) never had an issue, but those who were using miners with diff 128 of course had issues in terms of half reported speed (without using --diff 2 param). Nevertheless ... yes, please change it to 256 in ccminer and make new binaries ... and please also pass this info to sp_, tpruvot and other popular ccminer developers. Thanks!
August 17, 2015, 11:23:57 AM
Sure I can, but just need to be sure that it is the case for all pool, there were report that trying to use 256 as default on ccminer caused people not getting their proper hashrate reported (and I am pretty sure it was nicehash... )
That's why I didn't change the difficulty (and other developpers, who tried got burned) so far on ccminer (and use --diff 2 if needed ).
But if nicehash finally agrees to use the same difficulty (256) as other pools, I can do it in no time.
)That's why I didn't change the difficulty (and other developpers, who tried got burned) so far on ccminer (and use --diff 2 if needed ).
But if nicehash finally agrees to use the same difficulty (256) as other pools, I can do it in no time.
At NiceHash we are using difficulty 256 from day one since we based our implementation on your sgminer release, therefore anyone who is using a miner with diff 256 (for example sgminer, cpuminer-multi) never had an issue, but those who were using miners with diff 128 of course had issues in terms of half reported speed (without using --diff 2 param). Nevertheless ... yes, please change it to 256 in ccminer and make new binaries ... and please also pass this info to sp_, tpruvot and other popular ccminer developers. Thanks!
August 17, 2015, 11:03:19 AM
Regarding old lyra2: we used standard lyra2re diff that was used in all miners (cpu, cc, sgminer). There was no diff parameter needed. No confusion.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
I think 256 is correct. Its used on P2Pool, by yourselves and also Verters. @djm34, can this be updated in ccminer so that its correct?
)That's why I didn't change the difficulty (and other developpers, who tried got burned) so far on ccminer (and use --diff 2 if needed ).
But if nicehash finally agrees to use the same difficulty (256) as other pools, I can do it in no time.
August 17, 2015, 10:50:26 AM
Regarding old lyra2: we used standard lyra2re diff that was used in all miners (cpu, cc, sgminer). There was no diff parameter needed. No confusion.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
I think 256 is correct. Its used on P2Pool, by yourselves and also Verters. @djm34, can this be updated in ccminer so that its correct?
August 17, 2015, 09:16:53 AM
Regarding old lyra2: we used standard lyra2re diff that was used in all miners (cpu, cc, sgminer). There was no diff parameter needed. No confusion.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
REGARDING NEW LYRA2REV2
djm34, you used different diffs multiplicators in your sgminer and in your ccminer. Proof is here:
Your sgminer:
https://github.com/djm34/sgminer/blob/master/algorithm.c#L990
Your ccminer:
https://github.com/djm34/ccminer-lyra/blob/master/ccminer.cpp#L1153
For sgminer, you used 256, while for ccminer you left it at 128. Since your miner was linked in OP of this thread, we considered it as an official miner for Vertcoin. We made our proxy compatible with official miner. We had no idea that you made different multiplicator for ccminer - usually for us is enough to check code of one miner. If that was the case, we would surely bring this to attention sooner, before adding algorithm to our service.
As it stands now, there is huge confusion. Since we followed your sgminer implementation, we used value 256. As a result, miners not using your sgminer gets 50% less speed on our service.
Other ccminer developers followed your ccminer implementation, where multiplicator is set to 128 (as original Lyra2RE). All NVIDIA miners get only 50% speed at NiceHash if not using diff 2 parameter.
This issue is critical and whoever is in charge of Lyra2REv2 algorithm, needs to come forward and state which multiplicator is correct one.
August 17, 2015, 06:03:02 AM
djm, you should really explain, why you made your sgminer with diff multi 256, but your ccminer with old lyra2 diff multi 128? This has caused a lot of confusion among miners.
the never ending story continues... 
For ccminer (the version I maintain at least) they both uses the same setting old and new, didn't touch the difficulty, and as far as I remember I always had to use a diff 2 to get it working on nicehash with the old lyra, even though it wasn't the case on some other pool... so you are probably more at the origin of the confusion than me
)... and this is the origin of the discrepancies between version: us (miner devs) trying to accommodate one or the other pool... (so don't expect me to follow that path again)
Also it has always been intended to be 256 (even the old), and for the old, 128 it is a request by someone telling me that it is 128 everywhere for the old lyra.
edit: I have updated github to incorporate Wolf0 change (the pragma unroll), thanks.
to pool owner: if you want specific difficulties, just talk to other pool owner and come up with a setting which can be use everywhere...
August 17, 2015, 04:27:24 AM
Please help spread the hash between active vertcoin pools.
4% pool fee on Verters? That's enough to get me to move.
Yes, its only temporary but verters has around or over 51% at times, which I do not want.
August 17, 2015, 03:41:19 AM
August 16, 2015, 09:38:12 PM
mine on miningpoolhub..it works great
August 16, 2015, 09:13:32 PM
Please help spread the hash between active vertcoin pools.
4% pool fee on Verters? That's enough to get me to move.
moved after they failed to resolve the stratum interrupt issue, that 4% must be a glitch or they want people to use other pools too
August 16, 2015, 08:17:48 PM
Please help spread the hash between active vertcoin pools.
4% pool fee on Verters? That's enough to get me to move.
August 16, 2015, 04:31:57 PM
djm, you should really explain, why you made your sgminer with diff multi 256, but your ccminer with old lyra2 diff multi 128? This has caused a lot of confusion among miners.
Yeah, exactly ... since tpruvot already adapted the diff multi 256 for lyra2rev2 for cpuminer-multi I suggest you to change ccminer diff multi to 256, and make new binaries ... and other devs should follow you (sp_, etc ...) ... this should be fixed asap.
August 16, 2015, 04:14:13 PM
djm, you should really explain, why you made your sgminer with diff multi 256, but your ccminer with old lyra2 diff multi 128? This has caused a lot of confusion among miners.
August 16, 2015, 03:41:10 PM
Please help spread the hash between active vertcoin pools.
Jump to: