Plus if they are willing to accept the trade-off. I believe exchanges that want large transfers between them should join the federation of BTC-issued tokens in the Liquid sidechain.
The other side of that is that can cause exchanges to become more "bank like"
All you need is of of them to start.
There will be no
BTC transferred till certain limits have been hit or till the end of the day everything else would just be a journal entry.
Think about it. If I am going to send from a to b all they have to do is note it in their database someplace.
Then if you send from b to a it's just notes
BTC going the other way and deducts from the total owed.
Overnight they settle up, and send in one tx.
Unless the amount goes over over a certain level, then they trigger a settlement.
You now have Chase and CitiBank but with
BTC instead of $.
Others want to join in. Look banking 2.0 same as 1.0 just with
BTC.
OK it's a worst case scenario and probably not going to happen but.....
-Dave
Exchanges are generally profitable, and
should have assets in excess of their customer deposits if their business is run well. If an exchange has 10,000
BTC in their various wallets, but their customers have a total of 9,500
BTC on deposit, would you be concerned if the exchange accepted up to, say 400
BTC from another exchange that was not actually received until the end of the day? The exchange would be able to process all customer withdrawals if everyone withdrew all of their bitcoin.
I would be more concerned if exchanges did what you describe and it resulted in fractional reserves.
IMO, exchanges should use large LN channels amongst each other to facilitate transfers between exchanges. Exchange A could allow their customers to send coin to their accounts at Exchange B instantly, and the two exchanges could instantly settle the transaction via their open LN channel. There would be no need for the customer to generate/provide a LN invoice, only their account details of their other exchange account.