Encouraging users to rollover channels instead of adding redundant ones is generally bad for privacy, speed and reliability.
Will Blockstream stop at nothing to undermine Lightning just because they lost the implementation battle?
Wrong, wrong, and wrong, yet again. There's many terrific privacy improvements that can happen with splicing that would have not been possible before. There's no downtime with splices, and your "reliability" statement is unfounded considering it just launched for both CLN and Phoenix in beta to test it out.
And great bLoCksTreAm conspiracy yet again. It's so funny how you're leaning into the worst takes of lightning every single time.
reply
There's downtime if your 1 channel peer goes down. It's also less private to have 1 peer instead of 2.
This is just more centralization tech being pushed by Blockstream, resisting AMP, as they rub it in your face by not repenting on the "Core" branding.
Shouldn't you be busy simping for LDK's cloud storage? Or have you accepted the facts I pointed out about mobile nodes?
reply
It's about redundant channels with the same peer, keeping the channel open while still making on chain payments, and you can even manage multiple channels across different peers in a single transaction now. So if anything it encourages multiple peers more than it did before.
Do some research dog.
reply
I'm the researching skeptic. You're a "current thing" maxi, blindly taking the salaried dev class at face value.... even as Lightning continues to be attacked from all directions.
You seem to know very little about any of this.
Swaps are superior for user centered cases, and Dusty has even admitted that the primary use of this is for LSP's (centralizing) to shrink capacity without down time.
Just admit that it's bearish tech and you've been fooled again.
reply
So I take it your argument assumes the person only has one channel instead of multiple? If a person has multiple channels and wants to make one of them bigger, what's the problem?
reply
Add a 3rd.
reply
That's not an argument against it
reply