pull down to refresh

Even if we implement all wallet options, I'm not sure this is what anyone wants longterm. We either need:
  1. one option, that's ubiquitous across wallets/implementations, for both send and receive, that's one click to configure (oauth for wallets)
    • e.g. bolt12 (recv) + boltXX (for send)
  2. every lightning app with a built-in self-custody/trustodial wallet (aka breez nodeless, greenlight, or spark)
Regardless of (1) or (2), the majority of apps with either:
  1. go custodial and KYC
  2. use ecash if they ever figure out a way to avoid shotgun KYCing and rugging people to death
None of this scales most likely (ie no one wants any of the above longterm either ... although (1) is the freest of them all, mirror mirror). So really, we need de minimus exemptions to AML/MTL for custodianship if bitcoin apps are going to be a take-over-the-world thing imo.
SN will effectively try to do all four, all optional, to the extent that we can, in the meantime. lol
55 sats \ 4 replies \ @supratic 23h
This new release will be even more confusing... There's an high chance users will get lost between all the wallet options provided, plus the dilemma in sending vs receiving... Wallet page could start with something like this: two setups,
  1. select SEND or RECEIVE click attach first and then show only the available wallet for each.. seeing the message sending not supported isn't ideal
End up with something like this first
then allow stackers to add backups wallets for each option
reply
29 sats \ 3 replies \ @ek 23h
thanks for the feedback
reply
What was not working defining wallet by type? (LND, CLN, NWC, LNaddress, etc..)
why this big change?
reply
0 sats \ 1 reply \ @ek 22h
We mixed protocols (LNC, NWC, lightning address) with wallets.
Many people didn’t realize they have at least a lightning address because they didn’t see their wallet listed.
reply
55 sats \ 0 replies \ @supratic 22h
Make more sense this way then, I've been too optimistic assuming everyone knows what protocols are and how they work.
reply
100 sats \ 1 reply \ @Scoresby 23h
really, we need de minimus exemptions to AML/MTL for custodianship if bitcoin apps are going to be a take-over-the-world thing imo.
Feels like this is a long ways away.
reply
0 sats \ 0 replies \ @k00b 23h
yep, only a generation or so from now lol.
most lightning app devs seem to be betting on, as is, flawed custodial solutions in the meantime. i just don't see those solutions producing products I would use. so, I'm hoping the first (1) and (2) come sooner than later.
the simplest solution for us would be to drop p2p zapping all together and just make all sat earning happen via rewards and territory revenue ... but i don't want that product future either.
reply
0 sats \ 0 replies \ @k00b 23h
reply