Fanis! Thanks for saying so & for featuring it in the LN Markets newsletter, that means a ton to me.
  • On your first point, yes "mixed solutions" are approximately what I had in mind! I wonder if one version of that might be where the LSP opens (one) private channel to the user, and when the user goes to make payments, it's routed directly through the LSP. That way the # of channels doesn't spiral out of control.
  • Contacts is a reeeeeeally good point to bring up! I didn't realize that Blixt had implemented a contacts scheme, are they using nostr? I've played around with Bitkit and I like the idea & tech behind slashtags, too.
Thank you for your perspective here, much appreciated!
My pleasure, really!
The contact thing in Blixt seems to be essentially storing payment info (such as a Lightning Address or LNURL-Pay link) under a contact name. So it lacks automatic updatability, but can still be very useful for frequent payments.
I'm not sure what you mean regarding the LSP opening only one private channel with each user. That's pretty much what Phoenix does already with splicing, resizing the channel every time its needed. But it's not possible to receive a 10 sats payment for the first time, because it doesn't cover the on-chain fees of opening a channel. So the idea behind a "mixed solution" is that the LSP would take the Lightning funds for themself and send the user e-cash tokens instead. Once the user's balance is big enough (say 10k sats), the LSP will open a private channel with them. If many users reach this balance threshold approximately at the same time, it becomes possible for the LSP to batch the channel opening of many users into only one bitcoin transaction.
reply
Yes that makes sense -- about the LSP not being able to open a channel for 10 sat transaction. I saw that Calle posted about this sort of model on twitter yesterday: https://twitter.com/callebtc/status/1696897866936053927?s=20
I think I am going to include the contacts aspect and this hybrid model in the article. Great suggestions!
reply