Quote from: jimprofit99 on February 23, 2014, 05:30:33 PM

The occasional delay is not the problem here... but having some guys paid while other not!!! If you are running a business and pay half of your employees, I can guaranty you that you'll have to deal with a strike the next day. I just try to say that every miner should be treated the same way, without randomly picking people or something like that! If only 50% can be paid you delay the payout for everyone or pay everyone a half payout. It's just accounting.

Anyway, thanks for the payout, and I'm looking forward for the final explanation from cryptsy, they so often have issues that they become expert in justifications and other excuses.

I'd actually like to move _more_ towards a system like this. Right now, withdrawals from exchanges are still manual, so payouts are still manual. Ideally in the future, we'll be running a payout cron every hour or so, and it will pay users in order of who hasn't been paid in the longest time, up to the amount that we have in the account at the time.

The reason for this is just to keep a smaller amount of btc in our accounts as much as we can. Not that security is in question, but the less time that I have the btc in my possession (wallet) the better off I feel. Its either in the exchange (ideally want to minimize this as well - but thats a different discussion), and if they get hacked, you guys can be pissed at them. Or its been sent immediately, and if you (the miner) gets hacked, again, you can't be mad at me.

The issue with moving to something like this, is because earnings are essentially immediate, and withdrawals can take some time (especially if we move to multiple exchanges), we will very rarely have on hand enough to cover _everyone_ that should be paid on an hourly basis. I feel that a queue based system would be extremely fair, and accomplish the goals of getting miners paid as fast as possible, and holding coins as little as possible.

Essentially payouts would be queue based. As soon as you reach the minimum payout threshold (0.01 currently), you would be put at the end of the queue (and continue to earn coins until paid obviously). The payout script would see how much it has available to send, and pull that number of people off the front of the queue, pay them, and go back to waiting for another withdrawal to hit the server.

This is essentially the exact same way that Eligius pool works for bitcoin (except as coinbase transactions, rather than payout scripts), and I like the way that it is done.

Thoughts?