Search content
Sort by
Showing 20 of 158 results by eminer001
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
Hello Pinpins,
You say that you use standard Yiimp code but you offer additional parameters like mc= that is not in standard yiimp code. What yiimp implementation offers mc=SYMBOL that is also enabled for BlockMasters and other pools ?
You say that you use standard Yiimp code but you offer additional parameters like mc= that is not in standard yiimp code. What yiimp implementation offers mc=SYMBOL that is also enabled for BlockMasters and other pools ?
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
skein algo is broken and is reporting 10k USD per day since 24 hours ago.
also NIST5 is broken since than and is reporting 1000 times more profit and a few thousands miners do not make any money at all.
Why don't you monitor your pool?
http://zerg.zergpool.com/site/mining >>> check SKEIN and NIST5
also NIST5 is broken since than and is reporting 1000 times more profit and a few thousands miners do not make any money at all.
Why don't you monitor your pool?
http://zerg.zergpool.com/site/mining >>> check SKEIN and NIST5
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
Anybody seen this, how is it possible, that two last earning blocks just dissapeared in about 1 min after they appeared there? Newest block was added to that list with time "41 sec ago", it was 0.04*** mbtc, second block was just few mins old, 0.00** something. I was doing some tests for few hours and all the time was checking how much is coming, i have 4 1080 ti + 5 1080. They was Hshare hsr blocks. Then i check back in about 1 min and 2 newest blocks are gone? They newer come back and now there in last earnings list is 43 min gap between blocks, where in middle was 2 block before. Any explanation?
Ok, one hour more and same story happened again, now i was waiting when i will have new immature block in earnings list, took screenshot and 2 min later it is gone from list!
Ok, one hour more and same story happened again, now i was waiting when i will have new immature block in earnings list, took screenshot and 2 min later it is gone from list!
Can you post the screenshot with the proof that pinpin is stealing your earnings ?
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
UPDATE.
1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!
1. VERGE clearnet version was installed to reduce amount of orphans blocks found. It is safe to mine with less orphans now.
Hopefully it will improve accuracy as well!
Does it mean that orphan rate is not included in profit prediction? This would explain a lot, as suggested before.
Hope clearnet helps, because these orphans are anoying. However, I thought that ist due to relatively low hashrate in comparison to whole network, am I wrong?
I think wrong estimates were caused by worsen connectivity via darknet, hence orphans, hence lower end result. Now have fixed it, see it is much better already for last blocks in x17 Verge.
The issue is not fixed at all. There are 10 Orphan blocks on zergpool for the past 10 hours and each block is found every 45 minutes and this means a loss of 10% caused by orphan blocks and because of the terrible "DARKNET" network you are using.
Because you actually pay 30% less and 10% of the loss is caused by orphans it means you are stealing the rest of 20% from miners.
Miners should be aware that advertised 0,5% is a scam because you are located in Russia and using DARKNET to hide you is actually hurting mining process but you want to be hidden and untraceable because of the DARK-ACTIVITY you are doing by stealing.
AHashPoll does not have orphan blocks like you and because they are not hackers like you and they are not stealing from miners like you do, because you pay 30% less and this is shown in Awesome Miner.
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
Zerg Pool is a complete scam. I mined afor 24 hours using multi-algos with 12 GTX 1080s and got 0.00005 btc. All the while my miner said I was cranking out between 300-400 MH/s on Lyra2v2. I was mining on Verge today using Zerg Pool when it was 10 times more than all the other coins and I made less in 12 hours than I did in 2 hours using zpool. Dont fall for 0.5% fee gimmick and go to a better pool.
Now Awesome Miner just introduced a feature from Options-> "Statistics" called "Adjust reported revenue for actual payout performance". After you enable that feature you will notice that for many algos zergpool is at 60%-70% payout compared to advertised. You will find for the same algo much better payout for other pools.
When you compare using Awesome Miner zergpool payout of 70% for the same algo from other pools and you see that other pools pay 90% of the amount they advertise, you will very easy understand that it is somehow better pay 1% pool fee than being scamed and have 30% being stolen from you by zergpool and advertising it as 0% fee when it is actually 30% fee.
Do some tests with real BTC wallets and you will see that is is not fair to have 30% of your revenue stolen from you.
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0.5% fee, 180+ coins
Yes, i seen that. My rig was mining LUX, but later it just dissappeared from PHI pool stats. I was like...once more, same story, time wasted.
Maybe the universe via pinpin is telling you something... and its time to leave this pool until pinpin figures his shit out. Right now blazepool has been paying BETTER than zerg on x16r for the past couple days. Its what I did.
Yes, I also moved to BlazePool.
I also tried some other much better pools from this list: https://crypt0.zone/recommended-pools/details/RVN
I also think RavenMiner is the best pool for RVN, it has 7000 miners on RVN with 6 BTC payments every day. It's 35% more profitable in daily payments than zergpool. ==> https://ravenminer.com/
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
Comparing zergpool and hashrefinery in a same day and same algo x17 with XVG.Zergpool eat my profits but hashrefinery paid to me.Note this is not the first time.
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
same happened here
https://i.imgur.com/etwc5Wb.png
on that times my miner reported a high profit from X17 (verge). Now it is the last on the algo list
Code:
Miner Algorithm Speed mBTC/Day BTC/Day USD/Day BTC/GH/Da
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
However... my last earnings on the pool looks to be stable
Code:
DATE BALANCE DIFF 12H DIFF 24H
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
It seems they took the money from the account and you lost the time you spent mining on that pool, because all your earnings was taken from your account, right ?
http://i67.tinypic.com/dw26av.png
Yes, too bad that exactly the same thing happened to 5000 miners and all earnings and mining time are lost.
Do you know why this problem only happened to zergpool and the other pools had no issues like this ?
Do you think that reporting statistics that are 10 times higher for X17 than on any other pool is acceptable to see for 5 hours ? What do you think ?
It happened again today with LUX. Ayone noticed 18 orphan blocks and 180 LUX coins lost ?
http://i65.tinypic.com/2u4r3t4.png
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike,
I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
I understand your frustration, but you should just deselect Zergpool yourself from your list if they have crossed a line for you. I don't think it should just be removed from Awesome miner. Some people may only be using it for a couple algorithms, (and they may be ones you don't even use) but those people may really want it as an option. I'd like to see MORE pools added (Blazepool, and Yiimp pool for starters) Even if you hate a pool and never want to use it, it will help you to have it in the list because other people who do have it selected will switch to that pool, leaving less miners at the pool that you DO prefer, and also, everybodys miners won't all go to the same place at the same time if there are more pools available.I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
They are at 6k miners from below 1k miners just because of us, AM miners that selected zergpool from AM settings.
ZergPool should be aware that as easy it was to skyrocket to 6k they can go back to below 1k if zergpool is removed from AM.
Miners simply had no option because X17 is one of the most popular algos from all pools.
AM's performance and credibility relies on pool's statistics that if they send for 6 hours statistics for X17 that are 10 times higher than any other pool, than AM did nothing to prevent it and is the one that could be blamed also.
Mining works as a synergy between Awesome Miner and and pools like zergpool. If the pools send statistics that are 10 times higher for 6 hours, than AM's credibility is affected because its lack of protection and users will try to use any other mining software that offers them stability and reliability. For 6 hours, 4500 miners had no protection from AM and mined on a fork and pool administrators did nothing for 6 hours as you can see from everybody's graphs.
don't know how it's all AM's fault and all those extra 5k miners are all AM users....but if you think it's ZergPool that was reporting false data, you were pretty wrong, first XVG forked due to the attack, and major pool shuts down to implement the fork etc. and difficulty reported by WTM also coincides with the btc/mh reported by the active pools. Low difficulty, high profit...there's nothing ppl can do with things out of their control. Sorry if the Zerg hasn't been polite in their discord channels, but maybe the other way round not everyone is tolerant being accused of scammers, hash stealers ... etc.
BTW, I don't use any of the online services except NH pretty much as a failover protection only. So I haven't been zerged....point being...if you care about profits so much, you should really be choosing the pools carefully.
Also, don't assume the pools are making profit over this. Did you see MPH's announcement on MUSIC now? as well as other occassions that chainsplit happens at both HashRefinery, Ahashpool...that they displayed good gestures that they still paid for the orphaned blocks that were mined on the wrong chain...As someone who might predict, dear you would not appreciate it at all since you believe that they made so much money off you by all means through your accusations against them all the time. But TBH, they are not obliged to compensate you when sh*ts like that happens...None of the pool ops, SW devs other than XVG team for example, are responsible for attacks on the XVG network in the past days, and yet, would XVG team compensate you? not at all!
***
Back to topic regarding the solution however, you can simply support my suggestion that the implementation of rules based on profit (globally/individuallly) can be actuated. If I can set miners to profit switch when profit falls below certain threshold, who says I can't do it the other way round? when it got absurdly high that I can disable a pool until the coin's stat return to what I deemed "normal".
Support my proposition, this is not the smartest workaround, but it does what you asked...a safeguard that you could define the threshold values yourself and hopefully works while you are sleeping.
What do you think ?
When all the other 4 pools have no issue, and when zergpool has this issue for 6 hours making 4500 miners loose all for 6 hours, it's something from bad management of the pool, right ?
Also AM should implement a protection against this type of behavior from pools, right ?
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike,
I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
I understand your frustration, but you should just deselect Zergpool yourself from your list if they have crossed a line for you. I don't think it should just be removed from Awesome miner. Some people may only be using it for a couple algorithms, (and they may be ones you don't even use) but those people may really want it as an option. I'd like to see MORE pools added (Blazepool, and Yiimp pool for starters) Even if you hate a pool and never want to use it, it will help you to have it in the list because other people who do have it selected will switch to that pool, leaving less miners at the pool that you DO prefer, and also, everybodys miners won't all go to the same place at the same time if there are more pools available.I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
They are at 6k miners from below 1k miners just because of us, AM miners that selected zergpool from AM settings.
ZergPool should be aware that as easy it was to skyrocket to 6k they can go back to below 1k if zergpool is removed from AM.
Miners simply had no option because X17 is one of the most popular algos from all pools.
AM's performance and credibility relies on pool's statistics that if they send for 6 hours statistics for X17 that are 10 times higher than any other pool, than AM did nothing to prevent it and is the one that could be blamed also.
Mining works as a synergy between Awesome Miner and and pools like zergpool. If the pools send statistics that are 10 times higher for 6 hours, than AM's credibility is affected because its lack of protection and users will try to use any other mining software that offers them stability and reliability. For 6 hours, 4500 miners had no protection from AM and mined on a fork and pool administrators did nothing for 6 hours as you can see from everybody's graphs.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike,
I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
I have a question for you and anyone else who can help.
Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new
The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.
I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.
When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?
Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" . I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.
Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end, maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.
Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
If a pool with high minimum payout stops servicing a coin (XVG), is has to payout the miners in the same moment or...
Each and every sh*tcoin around can be hacked, forked or f*cked up some other way or simply die forever, at any arbitrary moment, taking along all its earnings, payments, wallets, etc. It's a part of the current cryptocurrency gambling. No sane pool-owner would guarantee the opposite or take any responsibility of that unlucky sh*tcoin's devs.However zergpool's owner could deactivate that XVG coin a bit earlier, not waiting for several hours.
I also think that if the coin had been disabled as it happened immediately on ahashpool there would not have been so many angry miners with so many lost hours of mining.
The owner takes 0,5% pool fee even if it advertises everywhere, even in the title of this thread that the pool is 0% and this is not true : ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, <<< not true, and disappointing late action taken after 6 hours
The owner of the pool is the one that supposed to disable XVG because he takes the fee and miners lost money because of this lack of action.
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
Comparing zergpool and hashrefinery in a same day and same algo x17 with XVG.Zergpool eat my profits but hashrefinery paid to me.Note this is not the first time.
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
same happened here
https://i.imgur.com/etwc5Wb.png
on that times my miner reported a high profit from X17 (verge). Now it is the last on the algo list
Code:
Miner Algorithm Speed mBTC/Day BTC/Day USD/Day BTC/GH/Da
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
However... my last earnings on the pool looks to be stable
Code:
DATE BALANCE DIFF 12H DIFF 24H
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
It seems they took the money from the account and you lost the time you spent mining on that pool, because all your earnings was taken from your account, right ?
http://i67.tinypic.com/dw26av.png
Yes, too bad that exactly the same thing happened to 5000 miners and all earnings and mining time are lost.
Do you know why this problem only happened to zergpool and the other pools had no issues like this ?
Do you think that reporting statistics that are 10 times higher for X17 than on any other pool is acceptable to see for 5 hours ? What do you think ?
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
If you lost money it seems that the only reason for you loss was that you mined on zergpool because the 3 statistics from zergpool increased 10 times in profitability for X17, a very steady algo.
They also did not react on zergpool and the majority of miners with all type of statistics (current, 24h estimates and also 24h actual) increased 10 times as you can see in the statistics.
http://i67.tinypic.com/dw26av.png
They also did not react on zergpool and the majority of miners with all type of statistics (current, 24h estimates and also 24h actual) increased 10 times as you can see in the statistics.
http://i67.tinypic.com/dw26av.png
top 3 statistics that are 10 times higher than any other pool for 5 hours are all from Zergpool with colors purple, green and yellow.
What do you think ? Anyone still wants to mine on this pool that is the only one with problems, or should we switch to a different pool with better management ?
I think they will go from 5k miners to 1k miners very soon, the same thing happened with hashrefinery pool when they proved themselves unreliable.
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
If you lost money it seems that the only reason for you loss was that you mined on zergpool because the 3 statistics from zergpool increased 10 times in profitability for X17, a very steady algo.
They also did not react on zergpool and the majority of miners with all type of statistics (current, 24h estimates and also 24h actual) increased 10 times as you can see in the statistics.
full image size here: https://www.dropbox.com/s/j0vnvpbv07dh4r0/Screenshot%202018-04-05%2012.08.36.png?dl=0
They also did not react on zergpool and the majority of miners with all type of statistics (current, 24h estimates and also 24h actual) increased 10 times as you can see in the statistics.
full image size here: https://www.dropbox.com/s/j0vnvpbv07dh4r0/Screenshot%202018-04-05%2012.08.36.png?dl=0
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
Comparing zergpool and hashrefinery in a same day and same algo x17 with XVG.Zergpool eat my profits but hashrefinery paid to me.Note this is not the first time.
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
Then the zergpool scam or not?
Welcome to observey my wallet 15zaMGX3FK2N8f29FfmKCRTVmXK3Ho9DTu
http://i63.tinypic.com/2ykkp6w.png
http://i67.tinypic.com/2l9ibd1.png
same happened here
https://i.imgur.com/etwc5Wb.png
on that times my miner reported a high profit from X17 (verge). Now it is the last on the algo list
Code:
Miner Algorithm Speed mBTC/Day BTC/Day USD/Day BTC/GH/Da
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
y
----- --------- ----- -------- ------- ------- ---------
ccminerAlexis78 X17 35.01 MH/s 3.708 0.00371 24.529 0.10592
CCminernevermorex64 X16r 32.76 MH/s 0.632 0.00063 4.182 0.01930
CcminerTpruvotx64 Lyra2z 6.26 MH/s 0.531 0.00053 3.509 0.08474
CcminerAlexis78xevan Xevan 10.42 MH/s 0.523 0.00052 3.460 0.05022
ccminerAlexis78 Skein 1.69 GH/s 0.512 0.00051 3.390 0.00030
ccminerAlexis78 C11 51.87 MH/s 0.440 0.00044 2.908 0.00847
ccminerAlexis78 Hsr 38.13 MH/s 0.437 0.00044 2.893 0.01147
CcminerAlexis78Phi Phi 61.09 MH/s 0.388 0.00039 2.567 0.00635
CcminerKlaust NeoScrypt 2.50 MH/s 0.314 0.00031 2.075 0.12544
ccminerAlexis78 Nist5 145.13 MH/s 0.312 0.00031 2.063 0.00215
ccminerAlexis78 Lyra2RE2 127.26 MH/s 0.312 0.00031 2.062 0.00245
CcminerAlexis78keccakc Keccakc 2.38 GH/s 0.306 0.00031 2.022 0.00013
CcminerSkunk Skunk 98.58 MH/s 0.305 0.00030 2.015 0.00309
CcminerTpruvotcuda9 Tribus 173.18 MH/s 0.299 0.00030 1.975 0.00172
CcminerTpruvotcuda9 Bitcore 46.19 MH/s 0.241 0.00024 1.596 0.00522
ccminerAlexis78 Sib 39.81 MH/s 0.144 0.00014 0.952 0.00361
However... my last earnings on the pool looks to be stable
Code:
DATE BALANCE DIFF 12H DIFF 24H
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
04/01/2018 07:16:35 0.00000184 0.00000000 0.00000000
04/01/2018 19:16:53 0.00030059 0.00029875
04/02/2018 07:17:23 0.00056172 0.00026113 0.00055988
04/02/2018 19:16:44 0.00084412 0.00028240
04/03/2018 07:16:58 0.00104918 0.00020506 0.00048746
04/03/2018 19:17:48 0.00127587 0.00022669
04/04/2018 07:17:36 0.00154743 0.00027156 0.00049825
04/04/2018 19:18:23 0.00171156 0.00016413
It seems they took the money from the account and you lost the time you spent mining on that pool, because all your earnings was taken from your account, right ?
Re: [ANN][POOL] ZERGPOOL.com - NEW!Multialgo, autoexchange, 0% fee, 180+ coins
why long time no block on raven mining? happening on other algos too!
For the past 24 hours RVN / x16R mining was a disaster ! http://zerg.zergpool.com/site/mining All my miners were receiving stratum errors with "server is full" or connection denied and the server was not able to allow more than 1000 RVN miners without errors to a part of the miners.
1)
Do you know if load balancing was implemented for x16r ?
you should have 2 or 3 stratum instances for x16r and use round-robin to balance miners
there should be the public port for RNV that is from load balancer
and the load balancer distributes the the miners to all stratum instances with port1, port2, port3
also ZPOOL and many other pools have load balancing for stratum servers implemented to allow more than 1000 miners per stratum instance and per coin and have instances respond really fast to sudden new connections requests
2)
don't you think that having very low difficulty allowed on many algos creates a lot of problems on your server ?
if you check the stratum source-code you will see that every accepted share automatically has an "insert into database" query
if I am allowed set the difficulty low, I spam your server with 10 shares per second from each miner and each share means an INSERT query into your MYSQL database that is not very fast because each index for columns must be created after each insert, and that is creating a LOCK on that table for each insert. Why do you think NiceHash and so many other pools have high minimum difficulty ??
It should be fixed, don't you think ?
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike,
Anyway we can do some brainstorming together on a way to improve the Profit Switching mode of the software?
If i understand NemoMiner, basically its logging the 24hr est, 24hr actual, and Current est, then its doing a calculation to figure out a running offset.. then applying it to smooth out the outlier spikes in profit that result in poor actual pay.
Example:
x17:
Current: 0.01523 *which is based on current sharerate and exchange price
24hr Est: 0.01853 *which is a projection of the next 24hrs based on the current exchange rate
24hr Actual: 0.01544 *which is based on actual payouts from past 24hrs of exchanged coins
Trust:
(3/26/2018 0500EST 24hr Est:) - (3/27/2018 0500EST 24hr actual) = Trust 24hr Offset
Example:
(0.01853)-(0.01544)=0.00309 Difference of 16.7%
So on the profit switching list,
it will compare the current price with a running offset to determine if its worth switching to, because if the current est... greater than the 16.7% current offset, than its more likely it will actually payout more.
Then the next day lets say the new next 24hr trust offset is 17.0%, it does an averaging
16.7 and 17.0 for an average running offset of 16.85% and so far as time of the software collects data.
One thing i noticed on nemo's is if the offset places the coin below the 24hr actual, it defaults to 24hr actual price on the list for profit switching.
Basically, the trust offset in nemo miner is just saying hey, this is the expected amount of drop in value on this algo after all the peeps switch over to catch the spikes in high current payout and its actually exchanged for payout to peeps. The part i dont know how it does it is how it is taking into account current prices to this trust offset to mix those values into the calculations, thus why i suggest some brainstorming by the masses to figure out a good way of doing this.
Thanks for your feedback. I'm very much open for a discussion on this topic.Anyway we can do some brainstorming together on a way to improve the Profit Switching mode of the software?
If i understand NemoMiner, basically its logging the 24hr est, 24hr actual, and Current est, then its doing a calculation to figure out a running offset.. then applying it to smooth out the outlier spikes in profit that result in poor actual pay.
Example:
x17:
Current: 0.01523 *which is based on current sharerate and exchange price
24hr Est: 0.01853 *which is a projection of the next 24hrs based on the current exchange rate
24hr Actual: 0.01544 *which is based on actual payouts from past 24hrs of exchanged coins
Trust:
(3/26/2018 0500EST 24hr Est:) - (3/27/2018 0500EST 24hr actual) = Trust 24hr Offset
Example:
(0.01853)-(0.01544)=0.00309 Difference of 16.7%
So on the profit switching list,
it will compare the current price with a running offset to determine if its worth switching to, because if the current est... greater than the 16.7% current offset, than its more likely it will actually payout more.
Then the next day lets say the new next 24hr trust offset is 17.0%, it does an averaging
16.7 and 17.0 for an average running offset of 16.85% and so far as time of the software collects data.
One thing i noticed on nemo's is if the offset places the coin below the 24hr actual, it defaults to 24hr actual price on the list for profit switching.
Basically, the trust offset in nemo miner is just saying hey, this is the expected amount of drop in value on this algo after all the peeps switch over to catch the spikes in high current payout and its actually exchanged for payout to peeps. The part i dont know how it does it is how it is taking into account current prices to this trust offset to mix those values into the calculations, thus why i suggest some brainstorming by the masses to figure out a good way of doing this.
Awesome Miner already have access to these numbers, so making some adjustments to the profit switcher should be possible. Please give me a little more time to investigate before I get back with a longer response.
What I had in mind since before was that the Awesome Miner cloud could help out here to build this statistics trend, so you don't have to run Awesome Miner for a longer period of time to build the trust-level. It could be provided for you.
I've tested and used for several days Nemos Miner 3 and I do think that:
1) Nemos Miner has a lot more miners (10 ccminer forks for various miners and cuda versions to maximize hashrate+ high prfitability RVN x16r mining) and to select the best miner for each algo it will benchmark them all and use the best one with highest hash-rate (for 300 seconds and bench-marking is done in in mining mode, so earnings are nt lost, and important is that mining begins after benchmark is complete, and this is very useful when compared to AM that doesn't have this feature).
2) Nemos Miner has a better algorithm switching implementation using BrainPlus and EarningTracker with past statistics
Patrike, I recommend you to check their sourcecode and statistics files from /statistics folder to improve performance.
I started on the same pool both Awesome MIner and Nemos Miner and after 48 hours Nemos miner had a better real BTC payout than AM (never trust inflated statistics, always compare real BTC payments).
How you managed to get v3.0, ive only seen as high as 2.5.2 on his gethub
I am here to stick with AM, but for now im only using it mainly as a monitor for my rigs, this is a feature that nemo doesnt have currently that AM does, i just hope we can improve AM and make it way better so everyone comes to AM to help build up this community, i feel this software has far more potential.
Future things that would help AM is the ability to run it on Linux, this is something that 3 other common miners are already transitioning into, NemoMiner, MultipoolMiner, and WatchdogMiner are all partnering up with HiveOS to run on linux.... I think if a linux version of the remote awesome miner would be the first step in the right direction, still use the main program off windows, but allow the rigs to be on linux and communicate
You have to download the latest sourceode from git with the green button "download zip". There is no need to compile or change any other files, you just have to run the bat file and it works with higher profitability with default settings.
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike,
Anyway we can do some brainstorming together on a way to improve the Profit Switching mode of the software?
If i understand NemoMiner, basically its logging the 24hr est, 24hr actual, and Current est, then its doing a calculation to figure out a running offset.. then applying it to smooth out the outlier spikes in profit that result in poor actual pay.
Example:
x17:
Current: 0.01523 *which is based on current sharerate and exchange price
24hr Est: 0.01853 *which is a projection of the next 24hrs based on the current exchange rate
24hr Actual: 0.01544 *which is based on actual payouts from past 24hrs of exchanged coins
Trust:
(3/26/2018 0500EST 24hr Est:) - (3/27/2018 0500EST 24hr actual) = Trust 24hr Offset
Example:
(0.01853)-(0.01544)=0.00309 Difference of 16.7%
So on the profit switching list,
it will compare the current price with a running offset to determine if its worth switching to, because if the current est... greater than the 16.7% current offset, than its more likely it will actually payout more.
Then the next day lets say the new next 24hr trust offset is 17.0%, it does an averaging
16.7 and 17.0 for an average running offset of 16.85% and so far as time of the software collects data.
One thing i noticed on nemo's is if the offset places the coin below the 24hr actual, it defaults to 24hr actual price on the list for profit switching.
Basically, the trust offset in nemo miner is just saying hey, this is the expected amount of drop in value on this algo after all the peeps switch over to catch the spikes in high current payout and its actually exchanged for payout to peeps. The part i dont know how it does it is how it is taking into account current prices to this trust offset to mix those values into the calculations, thus why i suggest some brainstorming by the masses to figure out a good way of doing this.
Thanks for your feedback. I'm very much open for a discussion on this topic.Anyway we can do some brainstorming together on a way to improve the Profit Switching mode of the software?
If i understand NemoMiner, basically its logging the 24hr est, 24hr actual, and Current est, then its doing a calculation to figure out a running offset.. then applying it to smooth out the outlier spikes in profit that result in poor actual pay.
Example:
x17:
Current: 0.01523 *which is based on current sharerate and exchange price
24hr Est: 0.01853 *which is a projection of the next 24hrs based on the current exchange rate
24hr Actual: 0.01544 *which is based on actual payouts from past 24hrs of exchanged coins
Trust:
(3/26/2018 0500EST 24hr Est:) - (3/27/2018 0500EST 24hr actual) = Trust 24hr Offset
Example:
(0.01853)-(0.01544)=0.00309 Difference of 16.7%
So on the profit switching list,
it will compare the current price with a running offset to determine if its worth switching to, because if the current est... greater than the 16.7% current offset, than its more likely it will actually payout more.
Then the next day lets say the new next 24hr trust offset is 17.0%, it does an averaging
16.7 and 17.0 for an average running offset of 16.85% and so far as time of the software collects data.
One thing i noticed on nemo's is if the offset places the coin below the 24hr actual, it defaults to 24hr actual price on the list for profit switching.
Basically, the trust offset in nemo miner is just saying hey, this is the expected amount of drop in value on this algo after all the peeps switch over to catch the spikes in high current payout and its actually exchanged for payout to peeps. The part i dont know how it does it is how it is taking into account current prices to this trust offset to mix those values into the calculations, thus why i suggest some brainstorming by the masses to figure out a good way of doing this.
Awesome Miner already have access to these numbers, so making some adjustments to the profit switcher should be possible. Please give me a little more time to investigate before I get back with a longer response.
What I had in mind since before was that the Awesome Miner cloud could help out here to build this statistics trend, so you don't have to run Awesome Miner for a longer period of time to build the trust-level. It could be provided for you.
I've tested and used for several days Nemos Miner 3 and I do think that:
1) Nemos Miner has a lot more miners (10 ccminer forks for various miners and cuda versions to maximize hashrate+ high prfitability RVN x16r mining) and to select the best miner for each algo it will benchmark them all and use the best one with highest hash-rate (for 300 seconds and bench-marking is done in in mining mode, so earnings are nt lost, and important is that mining begins after benchmark is complete, and this is very useful when compared to AM that doesn't have this feature).
2) Nemos Miner has a better algorithm switching implementation using BrainPlus and EarningTracker with past statistics
Patrike, I recommend you to check their sourcecode and statistics files from /statistics folder to improve performance.
I started on the same pool both Awesome MIner and Nemos Miner and after 48 hours Nemos miner had a better real BTC payout than AM (never trust inflated statistics, always compare real BTC payments).
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike, there is a bug.
I noticed lately that online services are not updated as specified on "update interval" and online services table remains unchanged for more than half an hour sometimes when comparing AM with Nemos Miner statistics update at the same time.
I am thinking that because there are so many miners, most probably errors are returned from the pools with connection timeout. A very fast workaround would be to retry after 10 seconds a new pool statistics update and do not wait another update interval of a few minutes.
Waiting for the next update interval when again, it could be an error when one request is made might be too much and the miner could mine a very unprofitable coin that spiked for some minutes.
This might be also the problem that is causing Awesome Miner to be less profitable with current mining than 24h, against all logic. What I think it happens is that AM starts mining Tribus for example at $20/day/rig and after that profitability for tribus drops to $3/day/rig and because AM is not refreshing statistics, all rigs remain to mine at $3/day/rig even half an hour, and this leads to disastrous profitability if you use current statistics.
A solution might be introducing a very fast NodeJs socket based statistics on 2 separate servers(for fail safe) that will be used to send statistics to miners through the socket without any delay and that can handle easily 100,000 connections without noticeable cpu load. You will make on your server requests to pool API every 10 seconds, but you will avoid having Awesome Miner making 100,000 http requests to pool APIs that are overkill for all pools.
Like that you will reduce api load for pools by 10,000 times, by implementing this is a huge optimization for everyone.
What do you think, Patrike ?
I noticed lately that online services are not updated as specified on "update interval" and online services table remains unchanged for more than half an hour sometimes when comparing AM with Nemos Miner statistics update at the same time.
I am thinking that because there are so many miners, most probably errors are returned from the pools with connection timeout. A very fast workaround would be to retry after 10 seconds a new pool statistics update and do not wait another update interval of a few minutes.
Waiting for the next update interval when again, it could be an error when one request is made might be too much and the miner could mine a very unprofitable coin that spiked for some minutes.
This might be also the problem that is causing Awesome Miner to be less profitable with current mining than 24h, against all logic. What I think it happens is that AM starts mining Tribus for example at $20/day/rig and after that profitability for tribus drops to $3/day/rig and because AM is not refreshing statistics, all rigs remain to mine at $3/day/rig even half an hour, and this leads to disastrous profitability if you use current statistics.
A solution might be introducing a very fast NodeJs socket based statistics on 2 separate servers(for fail safe) that will be used to send statistics to miners through the socket without any delay and that can handle easily 100,000 connections without noticeable cpu load. You will make on your server requests to pool API every 10 seconds, but you will avoid having Awesome Miner making 100,000 http requests to pool APIs that are overkill for all pools.
Like that you will reduce api load for pools by 10,000 times, by implementing this is a huge optimization for everyone.
What do you think, Patrike ?
Are you there ?
To check I used "view details" for the miner and seen that statistics are not being updated as supposed to. Most probably DDOS protection from datacenters denies the API requests to pools statistics because there or too many or simply all pool servers are overloaded by thousands of requests they receive every minute.
It is important to have a retry procedure at a few seconds after failed attempt for all failed or timeout errors from pools statistics until you implement a reliable socket based service.
Remember that pools refresh the statistics every 30 seconds and you can decrease the number of requests to pools from 500 per second (thousands of miners requesting HTTP pool statistics updates) to just one every 10 seconds and after that you can update all 100.000 miners next seconds using sockets. Like that you will decrease pool server load by at least 500 times.
I switched a few hundred rigs I have from Aweosome Miner to Nemos Miner 3.0 because it handles better statistics requests and also I have in Nemos 5 more miners that was not included in Awesome Miner (raven miner , poly, ...)
What do you think, Patrike ?
Are you there, Patrike ?
Statistics are not updating every X minutes, if one pool fails to return statistics, also all the other pools statistics are not updated, probably you have an error in the code.
Also I think it will be very useful to see on "VIEW DETAILS" what pool statistics was updated and when (because one pool might have failed statistics for half an hour and you can continue to mine Tribus for example at 10% of the amount you could mine X17 if you had statistics updated and not remained with outdated Tribus high statistics form half an hour ago), right ?
As you also point out, it's not that uncommon that some of these pools are down (at least from an API point of view) some period of times. Awesome Miner will of course fail to update the profit information during that period of time. However, as soon as the pool is responding to the API requests again, Awesome Miner will get the refreshed profit information before the next profit switching check is going to happen. It's generally not a good idea to try again within just a few seconds, because then you just put even more load on the poor server that is trying to recover.
Awesome Miner is also more friendly to the pool API's than some other software. When you have a many miners with Awesome Miner, it's only the main application that request the information from the pools - not each miner. With some other mining software where you don't have any centralized management, I assume each computer doing mining will put load on the pool API's.
If a single pool like zpool is down, it should not affect the statistics updates for all the others as these requests are allowed to fail individually. Based on your report here, I will however do some investigation here to see if there can be any scenario where it isn't working as expected. If you have found any specific way of reproducing it, please let me know. Thanks!
I do like your point about being able to see when the last updates was made. As these are global updates for the pools it should probably not go into the View Details of each miner, but in some application wide "Service Status". It would also be good so see if for example the WhatToMine API is unavailable in a similar way. Also, today you can see if Awesome Miner mark any pool as "Failed" in the View Details dialog. In the same global "Service Status" dialog, it would be good to see a summary of this. Then you can simply open this dialog and get a good understanding of if a few specific Nicehash pools are down, or the Zpool API hasn't been updated for 4 hours and so on.
Thanks for the answer. Don't you think that a websocket type solution as I described above will help? With that you can do without any issues one single request every 5 or 10 seconds and after that send the response to all AM users and you can free a lot the load on pool API requests. Also you will have past hours information about pools that miners do not have when initially connecting that will be useful also.
From my point of view additional delay after current pool statistics is refreshed (current pool statistics is refreshed every 30 seconds) will only make AM's performance lack behind Nemos miner or other software that can switch my miners faster than AM after pool statistics informed me that Tribus profitability just decreased 10 times and AM keeps me mining on Tribus for another 2 or more minutes (until statistics will work) instead of a few seconds how NemosMiner does now.
Do you agree ?
Today the minimum profit switching interval is 60 seconds in Awesome Miner, as the profit switching interval can only be set in number of miners. I have received feedback a few times in the past about being able to define the profit switching interval in seconds as well. By allowing the user to specify 30 seconds (that's very frequent), you would also be able to get faster updates from the pools. However, I think it's a quite small gain in updating every 30 seconds compared to 60 seconds - but the best is of course to leave that decision to the user of the software.
The minimum value is 2 minutes. I can not set 1 minute. Can you check ? We need at least 1 minute to avoid mining on unprofitable algo that is volatile (tribus, skunk, timetravel).
Re: [Awesome Miner]- Powerful Windows GUI to manage and monitor up to 5000 miners
Patrike, there is a bug.
I noticed lately that online services are not updated as specified on "update interval" and online services table remains unchanged for more than half an hour sometimes when comparing AM with Nemos Miner statistics update at the same time.
I am thinking that because there are so many miners, most probably errors are returned from the pools with connection timeout. A very fast workaround would be to retry after 10 seconds a new pool statistics update and do not wait another update interval of a few minutes.
Waiting for the next update interval when again, it could be an error when one request is made might be too much and the miner could mine a very unprofitable coin that spiked for some minutes.
This might be also the problem that is causing Awesome Miner to be less profitable with current mining than 24h, against all logic. What I think it happens is that AM starts mining Tribus for example at $20/day/rig and after that profitability for tribus drops to $3/day/rig and because AM is not refreshing statistics, all rigs remain to mine at $3/day/rig even half an hour, and this leads to disastrous profitability if you use current statistics.
A solution might be introducing a very fast NodeJs socket based statistics on 2 separate servers(for fail safe) that will be used to send statistics to miners through the socket without any delay and that can handle easily 100,000 connections without noticeable cpu load. You will make on your server requests to pool API every 10 seconds, but you will avoid having Awesome Miner making 100,000 http requests to pool APIs that are overkill for all pools.
Like that you will reduce api load for pools by 10,000 times, by implementing this is a huge optimization for everyone.
What do you think, Patrike ?
I noticed lately that online services are not updated as specified on "update interval" and online services table remains unchanged for more than half an hour sometimes when comparing AM with Nemos Miner statistics update at the same time.
I am thinking that because there are so many miners, most probably errors are returned from the pools with connection timeout. A very fast workaround would be to retry after 10 seconds a new pool statistics update and do not wait another update interval of a few minutes.
Waiting for the next update interval when again, it could be an error when one request is made might be too much and the miner could mine a very unprofitable coin that spiked for some minutes.
This might be also the problem that is causing Awesome Miner to be less profitable with current mining than 24h, against all logic. What I think it happens is that AM starts mining Tribus for example at $20/day/rig and after that profitability for tribus drops to $3/day/rig and because AM is not refreshing statistics, all rigs remain to mine at $3/day/rig even half an hour, and this leads to disastrous profitability if you use current statistics.
A solution might be introducing a very fast NodeJs socket based statistics on 2 separate servers(for fail safe) that will be used to send statistics to miners through the socket without any delay and that can handle easily 100,000 connections without noticeable cpu load. You will make on your server requests to pool API every 10 seconds, but you will avoid having Awesome Miner making 100,000 http requests to pool APIs that are overkill for all pools.
Like that you will reduce api load for pools by 10,000 times, by implementing this is a huge optimization for everyone.
What do you think, Patrike ?
Are you there ?
To check I used "view details" for the miner and seen that statistics are not being updated as supposed to. Most probably DDOS protection from datacenters denies the API requests to pools statistics because there or too many or simply all pool servers are overloaded by thousands of requests they receive every minute.
It is important to have a retry procedure at a few seconds after failed attempt for all failed or timeout errors from pools statistics until you implement a reliable socket based service.
Remember that pools refresh the statistics every 30 seconds and you can decrease the number of requests to pools from 500 per second (thousands of miners requesting HTTP pool statistics updates) to just one every 10 seconds and after that you can update all 100.000 miners next seconds using sockets. Like that you will decrease pool server load by at least 500 times.
I switched a few hundred rigs I have from Aweosome Miner to Nemos Miner 3.0 because it handles better statistics requests and also I have in Nemos 5 more miners that was not included in Awesome Miner (raven miner , poly, ...)
What do you think, Patrike ?
Are you there, Patrike ?
Statistics are not updating every X minutes, if one pool fails to return statistics, also all the other pools statistics are not updated, probably you have an error in the code.
Also I think it will be very useful to see on "VIEW DETAILS" what pool statistics was updated and when (because one pool might have failed statistics for half an hour and you can continue to mine Tribus for example at 10% of the amount you could mine X17 if you had statistics updated and not remained with outdated Tribus high statistics form half an hour ago), right ?
As you also point out, it's not that uncommon that some of these pools are down (at least from an API point of view) some period of times. Awesome Miner will of course fail to update the profit information during that period of time. However, as soon as the pool is responding to the API requests again, Awesome Miner will get the refreshed profit information before the next profit switching check is going to happen. It's generally not a good idea to try again within just a few seconds, because then you just put even more load on the poor server that is trying to recover.
Awesome Miner is also more friendly to the pool API's than some other software. When you have a many miners with Awesome Miner, it's only the main application that request the information from the pools - not each miner. With some other mining software where you don't have any centralized management, I assume each computer doing mining will put load on the pool API's.
If a single pool like zpool is down, it should not affect the statistics updates for all the others as these requests are allowed to fail individually. Based on your report here, I will however do some investigation here to see if there can be any scenario where it isn't working as expected. If you have found any specific way of reproducing it, please let me know. Thanks!
I do like your point about being able to see when the last updates was made. As these are global updates for the pools it should probably not go into the View Details of each miner, but in some application wide "Service Status". It would also be good so see if for example the WhatToMine API is unavailable in a similar way. Also, today you can see if Awesome Miner mark any pool as "Failed" in the View Details dialog. In the same global "Service Status" dialog, it would be good to see a summary of this. Then you can simply open this dialog and get a good understanding of if a few specific Nicehash pools are down, or the Zpool API hasn't been updated for 4 hours and so on.
Thanks for the answer. Don't you think that a websocket type solution as I described above will help? With that you can do without any issues one single request every 5 or 10 seconds and after that send the response to all AM users and you can free a lot the load on pool API requests. Also you will have past hours information about pools that miners do not have when initially connecting that will be useful also.
From my point of view additional delay after current pool statistics is refreshed (current pool statistics is refreshed every 30 seconds) will only make AM's performance lack behind Nemos miner or other software that can switch my miners faster than AM after pool statistics informed me that Tribus profitability just decreased 10 times and AM keeps me mining on Tribus for another 2 or more minutes (until statistics will work) instead of a few seconds how NemosMiner does now.
Do you agree ?