Thanks for your ideas
So first I have to tell you I'm an economics student and really not a programmer.
I'm very excited about a financial system that is built on an algorithm, instead of the reputation of certain institutions.
However I'm rather new to the actual mechanisms of the trasnactions.
So with bitcoin @ 500 USD/BTC you are talking about 2mBTC to 10 mBTC Id think the fee of 0.1mBTC could be a problem as its 1-5% of the coins transfered each time and you also want to profit. How would you solve this?
So when I want to do a small transaction, I have to pay extra miner fees?
Do I understand it right, that the system is designed to give miner incentives to confirm bigger transactions first and to rather avoid small (or spam) transactions?
Can I see somewhere what's the likelyhood that a transaction is confirmed very fast, with a given miner fee and the assumption of profit maximizing miners, based on empirical results?
How can you time in advance when the TX will be confirmed? Or could your customer only determine when the TX will be broadcasted?
They could determine when the TX will be broadcasted. Is it possible to guarantee that for example in 95% of the time the TX will be confirmed within the next hour? This would lower the uncertainty for the customer.
Can you explaine what blocknotify and walletnotify more or less is?
But explain it like to a little child or a golden retriever
![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
Best scene:
https://www.youtube.com/watch?v=SmHl7hKlVj4Make the payment arrive at cold storrage and since you have a timetable when you need to send coins you can manually fill a hot wallet that automatically handles the timed TX from you to the destiny. E.g. do not allow times less than 8 hours in advance so you know how much you need in the hot wallet for the next 8 hours and can fill it in 3 shifts each day.
That makes sense thank you!