Problem is we can't keep coming up with solutions that just end up centralising infrastructure for convenience.
That's pretty much the only thing we can do, which is why we keep doing it.
Bitcoin with a 9 page whitepaper solved a world-class-problem
Yeah but the early discussion about Bitcoin banks with Nick Szabo shows that it was understood early on that the chain itself can't scale up to the whole planet.
Lightning has become an over-engineered
I consider it way under-engineered. Where are John Law's hierarchical channels? They don't need extra opcodes.
centralised honeypot for bait and switches (look at WoS recently)
WoS was holding your money in custody for convenience. That in itself has nothing to do with whether it uses Lightning or SWIFT or whatnot.
that no average user wants to help grow,
Bad, lazy users!! :)
and Liquid as we know just seems so inaccessible infrastructure-wise
It's very accessible unless you try to run a node, and you don't have to do that because only 15 nodes are actually important anyway.
and I see now it's even more centralised than LN.
Yes. It's just one mint after all.
WoS was holding your money in custody for convenience. That in itself has nothing to do with whether it uses Lightning or SWIFT or whatnot.
I understand the point of services like WoS, my point was that they made themselves a target, an easy one at that.
It's very accessible unless you try to run a node, and you don't have to do that because only 15 nodes are actually important anyway. That's exactly my point. The moment self-custody and interaction with the timechain becomes conditioned by external entities, it is not longer accessible from a self-custody PoV.
reply
But there's literally nothing other than Lightning that satisfies your requirements, not just in Bitcoin but also in crypto. Succint ZK-proofs were paraded as a scalability solution but all rollups are centralized and even if you don't have to trust its sequencer it's still an easy target and it can censor users. So we have to make Lightning work because there's barely anything else.
reply
I agree there, and that's what I wanted to say regarding Liquid's 15/16 federated nodes led by corporate entities being the sole backend of the entire Liquid system.
I've been looking into Liquid further these past few days and I'm coming to the conclusion that while it may be necessary for those looking to do various finance-oriented activities (it has a working system for various financial instruments), it is imperative that Lightning (or something that supersedes it in every way) remains alive and well for day-to-day transacting, and that it becomes more necessary than Liquid.
Lightning's most current strength is the fact that it offers both custodial and self-custodial solutions, with increasing accessibility and ease.
But Liquid has designed itself to do things that Bitcoin just cannot on-chain because it wasn't designed to. My preference would still be something like Liquid but with more of a Lightning infrastructure where it's free-for-all to back and run.
But again, the custodial solutions are becoming more and more of an easy target, and in return let down newly onboarded users.
I think we need to shift and make a bigger push for self-custody, with things like Zeus Wallet's embedded LN mobile node.
reply
Yeah, I think we basically agree.
But again, the custodial solutions are becoming more and more of an easy target, and in return let down newly onboarded users.
Yes, and my pessimistic guess is that LN providers like ASYNQ and Breeze are also going to be targets even though they're non-custodial. I wish I'm wrong about it.
Maybe Lightning on Liquid would be a good thing (Juraj Bednar proposed it too). Sort of like real LN but with negligible costs to open and close channels.
reply
They'll try to enforce regulation anywhere they can. Big public LSPs will definitely become a target. However, when most people run their own nodes, or start sharing smaller community nodes, that'll then become very hard, if not impossible to enforce - And I think that's the direction we need to go.
reply