> LN requires that both sender and receiver be online at the same time to transact. This never existed on Bitcoin.
Correct, but this is clearly stated in its whitepaper and is one of the tradeoffs to get massively more txs and privacy.
> If you're an LN merchant accepting payments, you must periodically topoff your side of the channel...just so you can keep accepting money. This problem never existed on Bitcoin. I can have an empty address on Bitcoin and receive any amount of money without any limits.
Correct, but you can also move those funds to other channels you have already opened. Also, loop-in and loop-out are coming. Also, receiving multiple bitcoin transactions on a single UTXO is a privacy hit for all involved.
> In Lightning when making a transactions you must always reserve the current Bitcoin onchain miner fee, so that if either channel party wants to close the channel it'll get accepted and mined by a Bitcoin miner. (...)
You need to if you don't plan to aggregate your settlement and opening txs, or aggregate those transactions with others. All if that tech is still coming.
> In Bitcoin my coins can only be stolen if I leak my private key. Well for LN your money can be stolen simply by not being online to monitor your money. (...)
This is your first statement rewritten. I will not address it again.
> The unsolvable routing problem. (...)
And yet, the vast majority of transactions on the LN proceed without a problem, and further improvements like AMP will further reduce the number of failed fees. Another option is to make an on-chain transaction.
> LN is centralizing around LNbig.com (...)
Like bitcoin was centralizing around Satoshi's mining farm in the first year of Bitcoin? LN is at infancy stage, and has a hard cap on what amount of BTC you can open a channel with.
> With Bitcoin I can keep my money in a cold wallet. With LN it's either a hot wallet or cold wallet and I must close all my channels and pay the Bitcoin onchain fee just to close it. You're literally choosing betwen low fees OR security with Lightning, where as with Bitcoin you have both.
Besides the fact that bitcoin will still be there, all of these points are explained as part of the network. I don't understand why you are harping about these sorts of issues when the whitepaper or easily found literature about LN clearly state these issues. Also; don't forget that LN doesn't have to be the only second layer on Bitcoin. I can imagine banks building a second layer walled garden with the feature of settling onchain. Heck, this could be made in less than a year, and would basically give every user in the world the option to buy bitcoin. They would however need to have the right volume of BTC available, so it would be utterly devastating to those vested in fiat (which is why they aren't doing it yet).
> Both creators of Lightning Drya and Poon have publicly stated LN was never meant to be a scaling solution for Bitcoin and show many problems that will simply never be solved.
Drya is, to my knowledge still very positive on LN, don't know about Poon though.
> In the Lightning whitepaper, LN requires AT LEAST 133MB+ blocks for global adoption for LN to work without congestion (...)
With the then current code, and the then current block size. Block size has increased with Segwit. Taproot will further increase capacity. Channel factories are a thing thought of after publishing the white paper, etc.
> While Bitcoin Cash just works.
Bitcoin Cash works. I agree. It's miners will keep raising the block size and spammers will keep filling those blocks to make the ghost towm seem inhabited. Then, users will slowly stop their BCH full nodes because it becomes a bother to keep them online. After that, it will centralize to a small set of players that will be able to change the consensus rules to their wish. Is that the decentralized peer-to-peer money you wanted? This attack vector is a considerably more important threat than reduced adoption will ever be.