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

2990 sats \ 20 comments \ @ek 4h meta

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

view all related items

67 sats \ 6 replies \ @SimpleStacker 3h

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

30 sats \ 2 replies \ @ek OP 3h

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 3h

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.

0 sats \ 0 replies \ @ek OP 3h

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)

30 sats \ 0 replies \ @justin_shocknet 3h

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

30 sats \ 1 reply \ @ek OP 3h

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

0 sats \ 0 replies \ @DarthCoin 3h

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.