I forget what the actual amount is, but you all loose BTC when you cancel an order as well. How many did you cancel? I have a similar script, but you should also be adjusting your price to keep it on the lowest fringe. I have bots running that I haven't put BTC in the accounts in months, they continue to earn. Not huge earnings, it is tricky with NH. They have their ups and downs, but in the end they continue to grow.
I am actually doing that: 135% or more = buy, 125% or more is go ahead, 115% or less = throttle down and decrease as fast as I can, <115% for more than 15 minutes = sell. I decrease the price as often as I can without losing substantial hashrate, and if my hashrate is too low I increase to a level where it substantially grows while still making at least 125% profit. Also, right now I set it up so that I don't buy hashrate that can't complete an order in 24h. (That is, it looks for the NH price of enough hashrate to mine 0.01 BTC worth at that same price point, in 24h or less.)
As for the buy/sell hashrate fees: I know. It seems to be like this:
If you buy hashrate, you pay almost 4% fee. (That is, buy 0.01, get 0.0096). BUT: Once you remove an order, you get 3% of the remainder refunded. So in short, if you buy 0.01, you pay 0.0001 + 3% of what you use.
I haven't really looked into the API in a long time but looks like that actual_last24h need to be /1000
the names are a bit messed up, I'll need to go look and see what they were actually mean to say. dev won't change them since other apps are now using them...
I'd really appreciate that! One advantage is that you can get those numbers in less than one second, whereas the page I used consistently takes 20 seconds to load.
I think if I use 140% (like ax66 suggests) I could use those numbers, even if they're a bit more volatile.
I still don't think 140% would get me to break even though, or I should fine-tune my sell vs decrease policy.