ONE CENTRAL BIG HUB with all people connected to it would be the optimal LN.
All good, except this part. That's not "optimal", that's "cheapest", which are separate concepts.
Same notion.
You will have a choice. Don't need super high levels of privacy to buy a packet of chewing gum? Then use a larger channel to save on fees (and who says the street vendor will let you use that large channel without sending it through THEIR node first? Everyone competes on a level playing field, as there is no real barrier to be a Lightning network node)
It would be totally ridiculous to have to set up a LN channel for a single payment, because setting up a LN channel will at least involve ONE on-chain payment. So this is nothing else but an on-chain transaction.
I'm not talking about privacy. With bitcoin being a transparent ledger, there is no privacy with on-chain transactions. LN and banking is more private than on-chain bitcoin. Use monero or something like that if you need privacy in crypto. Don't use bitcoin. So this is not the issue. The point with banking is that banks impose rules, impose fees, impose restrictions, impose reporting, impose a lot of things. If you are OK with all these things, FIAT BANKS are better than "guy on the internet" banks. There's nothing that LN can offer, that normal fiat banks can't offer.
Crypto, with all its burden, has an edge over fiat in those cases where fiat cannot be used. But this edge is entirely lost with a LN banking layer. The fiat banking layer works better than the LN banking layer ever can.
No, you've already accepted that aggregating multiple LN transactions into 1 on-chain transaction will allow far more transaction capacity, which will shift the more meager capacity away from the on-chain Bitcoin network. Settlement fees could end up cheaper than today's transaction fees no problem.
If your transaction on the "amateur LN network" needs, say, 20 hops to get to destination, that would mean that ON AVERAGE, every amateur LN channel needs to process at least 20 transactions in order even to BREAK EVEN with on chain transactions. That means that ON AVERAGE, every amateur LN channel needs to have locked in at least 20 times the average amount of a transaction.
If, on average, a LN transaction is, say, $50,- and every amateur node has, say, 8 links to its neighbours, and it takes 20 hops to get to destination, that means that I need to lock in $8000,- on my node, to break even: in that case, a LN transaction will be just as expensive as an on chain transaction. If I need to offer 10 times smaller fees, I need to lock in $80 000,- and hope I'll not have too many spurious settlements or I'm losing money on fees.
Settlement transactions are hardly highest priority, and that together with the effects of some capacity shifted onto LN will create positive and immutable incentives to keep on-chain AND off-chain transaction relatively cheap. Fewer people needing on-chain tx's naturally frees up on-chain capacity.
Nope. Settlement transactions are extremely urgent, because they have to be locked in before they expire. And they lock in my havings.
The chain will be full of settlement transactions, because that's the scaling idea.
Remember, if on average a LN transaction needs 20 hops, every channel needs to process at least 20 transactions before settlement in order to have a lower rate of settlement transactions on chain than if the transactions were simply executed on chain directly.
You can get your channels much longer open if you have BIG amounts and a lot of traffic in both ways. Again, this gives a HUGE economy of scale for big hubs.
What fool is going to lock in his bitcoins into channels if he doesn't have mountains of them, with almost no hope to get something out of it, and with a high risk of it costing him money, and not having his coins available when he needs them ?