| a. I meant bitcoin transaction sizing. Bitcoin fees are driven by transaction sizes and my understanding (edited) is for a LN channel to be opened and closed, the transaction needs to committed to the blockchain. What are the expected size of these transactions? And how does Segwit work for these transactions? b. Thanks for the answer. (Edited): So, it seems the current argument there will be too much competition for nodes hence people will automatically set low or no fees. c. This is unclear to me. Normally, when I am paying for stuff in bitcoin sellers tend to attach an estimated fee for the transaction. Lets take an example, I need to pay 0.1 BTC they will charge 0.101 BTC. The 0.001 BTC is the transaction fee. With LN nodes charging fees on top of it, businesses now will have two fees to account for? Additionally, my understanding now is that there are three fees now: a. Channel Opening fees to miners b. Node fees which might be zero c. Channel Closing fees to miners |
LN deposit/close transactions don't carry any information about LN payments made on the channel, so their size doesn't grow with usage. They are simply 2-2 multisig transactions, so somewhat larger than the minimal 1-in-1-out tx, but probably (didn't check this) not larger than median bitcoin transaction.
> And how does Segwit work for these transactions
those are always pay-to-witness-script-hash transactions, so they don't even work without segwit: https://github.com/lightningnetwork/lightning-rfc/blob/maste...
> current argument there will be too much competition for nodes hence people will automatically set low or no fees
it's not as easy, there are multiple incentives and discentives working here. lowering fees will bring more volume but increase cpu/io load. higher volume also means you need to have more capacity on your channels, which essentially means lots of funds in a hot wallet - a target for hackers. high volume also means you might become target for authorities wanting to track payments in LN. et cetera.
> With LN nodes charging fees on top of it, businesses now will have two fees to account for?
technically yes, but the fee for deposit transaction is paid only once per channel and merchants (usually) won't be involved with it. it's reasonable to assume that users will mostly fund channels with larger nodes because that brings better connectivity (you don't want to have a channel with starbucks, mcdonalds and burger king, you want single channel with a node that invested in having a lots of channels).
as for the three fees you listed - yes (but not necessarily to miners?). the assumption is that you will rarely be opening and closing channels, just like you're rarely opening and closing a new debit card. you'll open with a reliable node that makes you routable, you'll once in a while deposit more funds and eventually you will close the channel. in between you can have bajillion transactions for which you will pay close to zero fees.