sounds good

Lets imagine capacity will be improved after the weekend and the pool will work just excellent. Then probably you should just limit lowest static diff (as many pools do) and then turn this buggy "one way diff increase" off, especially taking into account not only NH miners, but also the us...

Steve, I appreciate your efforts to make pool stable and still profitable. However the last feature you have applied when low stat diff miners with BIG hashrate are switching to high diff by pool decision - in order to keep share per second less than 1, seems did not give the effect. What I see is t...

.. Just want to wish you good luck and I hope you understand that the normal NH users (not the bots with 50GH+ for 5 minutes) are not the enemies of the pool - the bigger and stable hash rate means more stable and more money to all miners and pool admins too.

.. unfortunately, the pool again became unstable.. 30 minutes 100% rejects at pool

Chris, respects to you for this step, glad to see true fair play

I took a look on the coins stats, so probably I will try to set static diff for Scrypt at max the nice hash "miner" is able to carry on as I feel, it's 262k no more. Or even 131. I don't know how it will affect mining of low diff coins but at least I will try to fight with negative delta, ...

Thanks for comments. The question came from the sad experience with Nice Hash (not only working with Prohashing). When the profitability of Scrypt is jumping up to 10+ cents, my fixed (as stated by Nice Hash... true fair fixed order shall not be affected by any Bot- initiated orders, but I don't thi...

Hello, I am just started mining on Prohashing/scrypt before few days and need recommendations on setting up the min dynamic diff by password parameters. The idea is to setup min starting dynamic diff, allowing miner to for example to start mining with, let's say, 32768, not less, and up assigned dyn...