I do not know where such information comes from but today it looks like the truth. My employees last 10 hours work useless, despite the fact that they are on a larger pool. Almost all the blocks for this time took the pool http://zel.cloudpools.net to which it is impossible to connect !!! (ping zel.cloudpools.net 100% loss) This is very similar to fraud. Confirmation of that in the explorer block, see blocks with 9447 Feb 11, 2018 4:01:35 AM Someone using z-nomp! by 9637 Feb 11, 2018 1:01:15 PM Someone using z-nomp! and further. A pool with a large hash
https://zelcash.miningspeed.com/ almost nothing gets !!! How so?
I hope you have a good explanation for this.
For the record, our (CloudPools) servers were up all day. If you could not connect (with a miner. you cannot ping our servers directly), it was because the servers were (at times) turning down connections in an attempt to maintain less than 51% of the network hash (read: 51% attack). This occured primarily after the larger miningspeed pool (and coinblockers) stopped finding blocks for a while. We were the only (as far as I know) pool to stay up throughout the day when everyone else was experiencing issues that the Zel team is still working on investigating. All of our blocks were confirmed legit and are being paid out.
There is no "fraud". Please join either the Zel discord, or ours, and see what is really going on before making unfounded assumptions like this. We work very hard to provide professional infrastructure and support for everything we do - "fraud" is the last thing we represent.
Unreasonable assumptions?
I am a miner and beyond my competence to understand exactly what happened, however I have already seen such a situation with Bitcoin Gold (there lawsuits have been filed in this regard). And as I have the right to my opinion and I can express it, which I did. I did not blame anyone for fraud but only expressed an assumption, substantiating it (maybe not entirely objectively, based on the information that I had).
About your invitation to the discord. I consider bitcointalk to be the main source of information and discussions (which follows even from its name) and I think that it is here that first of all there should be information about the problems, discord and slack place for discussing the details and other things. It is in the bitcointalk that information about the problems should first of all be in order to reduce the financial losses of the rest of the community.
I appeal to the Zel team:
We miner pay you 6.2% of our production and I think we have the right to be timely aware of the problems that cause us damage, as well as, subsequently, about the true causes of these problems.
In addition, you stated about very serious technical tasks (Utilizing both Equihash and Ethash blockchains) that you intend to solve. So, really, you could not secure the blocking in advance from the 51% attack, registering protection in the work algorithm? What was it? When attacking 51%, as far as I know, a pool with a large hash may block the blocks of other network members, it turned out the other way around, for some reason the pool with the largest hash was an outcast.
Explain.
I apologize for my English (google translate)