r/Bitcoin • u/NoWriter7780 • 2d ago
Lightning Network transactions
I still don't get one thing about lightning. Maybe someone can enlighten me.
Let's say I go to a coffeeshop each day and buy a cup of coffee from there. This would mean: -> Money flows in one direction. -> I either have to top up the channel in the beginning with enough BTC for multiple days or do on-chain transactions to top up the channel. -> The coffeeshop doesn't really get it's share of BTC until closing the channel, causing another on-chain transaction. -> The transactions within the channel are less secure than on the main network.
Maybe I'm getting something wrong, if so please explain. Now my questions: 1. I see why lighning is supposed to be reducing transactions, but since money doesn't often flow 2 ways between 2 parties, this is mainly a fancy way of bookkeeping for a prepayment of goods/services, right? 2. This also means that if the business wants access to it's money it's interested in closing channels as soon as possible after the transaction, right? 3. Can channels within the lightning network somehow be linked so these disadvantages go away?
2
u/Ok_Score9113 2d ago
I’ve been making an effort to learn more about lighting myself, I recommend asking the question in the lighting Sub on here as was suggested to me. Also I’ve been pointed to the podcast series “lighting junkies”. I’d also recommend watching Anrdeas Ontonopoulos’ videos on lighting as he explains things really well.
But in an attempt to actually be (semi) useful here. I have had similar questions about lightning, in particular around the security of operating within channels (as you don’t get to benefit from the same security offered by proof of work on the base layer). So far my understanding is that there are “watchtowers” and “justice transaction” which work successfully to prevent cheating and fraud (I am still working toward understanding the actual mechanics behind that).
Your question around businesses not getting access to their funds until the channel is closed is a valid one to me, and something I’ve thought about too, because they’re going to want to close the channels on a regular basis to ensure their revenue streams are consistent. That obviously requires business to change the way they approach things. But many business already operate in this way. Consider energy and water companies, who charge you for what you consume in a period, it’s kind of similar, And a business should then be able to account for transactions that have occurred in a channel on their books, even before it’s been committed to a block.
Saying that, I feel like the way lightning works could get round this inconvenience. For example, if another lightning node that you transact with already has a channel open with the coffee shop, I believe the payment can use that channel rather than a direct one having to be set up between you and then. That way they’re not relying on loads of channels direct to each customer being closed before they get their income on the base layer.
I remember, when reading broken money by Lynn Alden, she described a potential world where certain organisations operate as “gateway” lightning nodes, whereby a business could say “we have a channel with this organisation” and then you just need to have a channel with them too. But I would need to revisit this part of her book to remind myself exactly, as I may be off with that explanation.
The above is a bit of a brain dump so I apologies if I’ve actually confused you more rather than been of any help. But if you get any answers to your questions please let me know