......
Glad to see that you found the issue. Yeah, the 40 DNET is the collateral fee for obfuscation. It is actually still in your wallet, and can be found with coin control. My guess is that when you created the 10K transaction you spent the collateral, and it was created again. In the future use coin control when creating your masternode vins to avoid similar issues.
Also, there are 2 ways to stop staking, You can enter "reservebalance true 9999999" in the console to temporarily disable it while setting up a new masternode then enter "reservebalance false" when you are finished. A more permanent solution is to add "staking=0" to your darknet.conf, although there is not much point in using that method, we had to add that for bittrex, when you have more than 9999999 coins the reserve balance command is useless.
On a side note, I haven't had any issues with my masternodes, and would be interested in some debug.logs the next time anyone has issues like the past several posts have mentioned.
Thanks,with the exception of those 2 weeks in August and my first masternode, I haven't had a problem until now.
(
I'm using the CLI only...have thought about using the GUI wallet but I prefer to keep things lightweight. Coin control could be handy. I haven't felt a need for it yet.
I found the coins, with the help of listunspent and grep... and the blockexplorer. The unspent 9959.9something instead of unspent 10000 put me on the right track.
Perhaps you could clear up one thing about (remote) masternodes and controller wallets. I have had mixed luck with being able to restart a masternode without having to start it from the controller wallet.
When the the controller has not been restarted since the last time I have reactivated the masternode. The state changes as follows ( output from darknet-cli masternode status)
- error: {"code":-28,"message":"Loading block index..."}
- "status" : "Node just started, not yet activated"
- "status" : "Masternode successfully started"
When the controller has been restarted, at that masternode has not been activated. So, miss some mn payments and need to restart.
- error: {"code":-28,"message":"Loading block index..."}
- "status" : "Node just started, not yet activated"
- "status" : "Not capable masternode: Hot node, waiting for remote activation."
I guess there is some information in the controller about the masternode that is not stored persistently or does the controller need to sync with the network? I have normally kept the controller running... and sometimes held off upgrading the controller in order to keeps the masternodes up.