for implementing payments, two questions:

1. for lightning, are you mostly thinking trusted/custodial (offered by the user's relay?) or something else?

2. since each nostr key can be used to create a valid bitcoin address, what do we do to prevent/discourage address re-use?

Reply to this note

Please Login to reply.

Discussion

1. For lightning I wouldn't mind it being custodial. I like the way stacker.news did it with ln-auth to log in and a lightning wallet connected to that authenticated user. Not sure how that actually works and if it would work on Nostr/Branle though but it works fine for them

I can't picture custodian wallet managed by nostr relays. Each relay a separate wallet? nightmare. this sounds like something that clients would end up implementing, nostr could add a NIP to set your payment address on your profile

I agree, that would probably not work really well with the way Nostr works. A NIP to set your payment address would be nice. I'd prefer to set it to either my Bitcoin on-chain address or e.g. an encoded Bolt12 offer but that's just my personal preference

On that note, I haven't played too much around with Bolt 12 yet, just read a bit about it. Seems to fit this purpose, that's why I mention it.

Sorry if you are getting multiple replies @0xtr Branle seems to be lagging for me. But yes, Bolt12 and paynyms is interesting. Hopefully custodial-relay wallets are not really necessary.

2. Not sure on that one

For the address reuse problem, it seems to me like the main solution would be for participants in nostr who want to do payments to adopt (by convention) something like paynym or similar. Alternatively, if nostr has a simple way to switch out a pubkey for a new one...