A TX on the 'rejected' state should still be watched for authorization.
This fixes the bug where delayed cash-out confirmations would not
trigger a exchange sell command.
If a costumer originates a cashOut transaction at one device, and then
redeemed at a different device, the wrong machine would have bills debited from it.
With device_id being saved at the cash_out_actions table the bills can
be properly reconciled.
Made the queries from 'monitorLiveIncoming' and 'monitorStaleIncoming'
return mutually exclusive records from the db.
Both this methods are polled and perform the same actions on the
records. As a result, transaction erros were prone to happen.
