Forfeited balances when using NiceHash!

[juanfrand]

Hello guys, I have all my daily earning FORFEITED when using NiceHash renting system! I´m about to have a stroke...
Anyone else has this problem??

[CSZiggy]

I would read this post: viewtopic.php?f=7&t=3957

[pavvappav]

Not sure why PH doesn't just block nice hash miners.

[Aura89]

Not sure why PH doesn't just block nice hash miners.

Because 10% of nicehash are low luck, why would they want to cut off the revenue of 90% of nicehash users?

[juanfrand]

Exactly, and also because they can take ALL your earnings when they want to as "Forfeited", and say "It's your risk...".

They are not even answering my support ticket right now...

[pavvappav]

I agree that the policy has that appearance; however, PH is not a fly-by-night operation. One of their big selling points is that people know who the operators are and that they try very hard to keep the operation legal. This also exposes the chris and steve to having to deal with lawsuits from unhappy sellers of hashing power, and they also have reputations to maintain. The downside to the current situation is that accusations such as those from Aura89 may be made. It is much easier to just block NiceHash and avoid having to deal with NiceHash renters getting upset at Prohashing for dealing with NiceHash's inability to filter out scam hashrate sellers.

[Steve Sokolowski]

A few comments on this post:

First, Chris is investigating this particular case with juanfrand, and hopes to get back to him with more information in a day, after he's resolved the ten or so tickets higher up in the queue.

Second, the NiceHash situation is very complicated because of the legal issues involved. We are aware of a lot of information about this problem, and none of it has been shared publicly. There are a few reasons why we don't want to do that now:

• The people responsible may leave after we announce our findings, and we want to record as much data first for statistical analysis as possible so that this method has a near perfect detection record before most people abandon using it.
• There are legal issues with making statements unless we are sure that they are 100% true, and we are only 99% confident in some statements.
• NiceHash has ignored all attempts at communication so far, and we want to wait until it is long enough that they cannot excuse themselves by stating their ticket queue was backed up or they didn't receive the message.
• We determined that some other pools are much more vulnerable to this problem than we are. There is an ethical question about releasing the detection code because while we want to put an end to this problem because trolls from these pools have behaved unethically by posting bogus bugs and profitability metrics in the forums and ticket system. Releasing the code does good for the world by eliminating scammers, but may also be bad because the pools who have created troll accounts would be rewarded for their immoral behavior.

To clarify above, NiceHash does not have a 10% lower earnings rate than other pools. 10% of the rented hashrate has an earnings rate that is close to zero. Simply reducing all NiceHash earnings is not a viable option because then people who know which miners have the problem can pass the cost of the exploit off onto other customers.

One of the solutions may indeed be to prohibit usage by NiceHash. They are a continual source of problems because of their exploits, their rude customer service, and the inflexible design of their system. A stopgap measure might be to announce a temporary ban on NiceHash and see what effect that has.

[juanfrand]

Hi Steve, I understand based on your comments why you were unresponsive so far.

I’ll have patience and hope you can resolve this problem soon.

Thank you,

[juanfrand]

I just want to thank Chris and Steve for resolving the issue and returning the forfeited balance.

The problem was related to Equihash algo in NiceHash, so for future reference, everyone, be careful with that type of orders.

Kind regards
Juan