Challenges of Building a Non-Custodial Lightning App \ stacker news ~meta

pull down to refresh

Challenges of Building a Non-Custodial Lightning App github.com/stackernews/sn-talks/tree/develop/btcpp-berlin-2025

3369 sats \ 25 comments \ @ek 3 Oct meta

Here are the slides that I used during my presentation at lightning++ today

view all related items

67 sats \ 7 replies \ @SimpleStacker 23h

Man, this slide makes me realize that what we need is industry standards for wallet interconnectivity

30 sats \ 2 replies \ @ek OP 23h

Protocols like LNURL or NWC are standards but users don’t understand them, they would rather click their wallet and go from there. We showed protocols before and it was confusing.

50 sats \ 1 reply \ @SimpleStacker 23h

Ah, yeah good point. I haven't used that many different wallets, but the process of getting the NWC string seems like it might be different for each wallet too.

13 sats \ 0 replies \ @ek OP 23h

Yes, and would be nice if the user didn’t have to open the wallet and find that setting themselves, but SN opens the wallet and the user only needs to approve or deny (#1245549)

107 sats \ 1 reply \ @justin_shocknet 22h

... missing the slide where everyone eventually converges on CLINK

17 sats \ 0 replies \ @ealvar26 16h

Lol that's brilliant m8

30 sats \ 1 reply \ @ek OP 23h

But if you mean something like „Login with Apple“ but for wallets, you might be interested in #1245549 (though quite technical)

We will also not show all wallets immediately but give some beginner options first like Coinos, Ecash or Spark

13 sats \ 0 replies \ @DarthCoin 23h

We will also not show all wallets immediately but give some beginner options first like Coinos, Ecash or Spark

In other words "we are not custodial" but we throw the dead cat to the others. Pushing users to go to other custodial crap (LOL even Spark) is NOT a solution.