Oscar Merry - Nostr Hypermedia

I'm looking for a few people to help beta test Fountain's new nostr integration - ideally you already use Fountain but not a strict requirement! Please DM me if you're interested and repost for visibility! #asknostr

Oscar Merry 1 year ago

I've spoken to a few people about this idea and have had mixed feedback so I'm not sure it's the right approach - but I thought I'd share here anyway with the hope that it sparks conversation about the best way to represent payments for apps that want to integrate nostr for the social layer, but where the zap spec doesn't quite work for their use case. The idea is a new parameterised replaceable event that can represent any payment in any currency signed by a semi-trusted provider which in most cases will be the app that the user is posting from. I see two key benefits of this approach which currently are not supported by the zap spec: - Payment Recipient Not on Nostr - if the user making the payment is on nostr but the recipient is not, it's still useful to both allow the payment, and be able to represent it as a nostr event. Especially for apps that already have a payments component it makes the adoption of nostr easier because they don't have to try and retroactively fit the zap spec into their use case. - Multiple Currencies - it's also useful for apps that already have a payment component to be able to represent payments in any currency. This de-couples the onboarding to nostr from the onboarding to bitcoin + lightning - something that can still be encouraged but can happen gradually. For Fountain / Podcasting 2.0 specifically all the payments use keysend so as far as I'm aware there's no way to create a zap receipt that conforms to the spec. Maybe we should just try and switch all the Podcasting 2.0 payments to BOLT-11 - but with BOLT-12 and potentially other payment mechanisms like ecash becoming more popular - is it useful to have a more generic representation of a payment? Keen to hear people's feedback on this and whether there are any other ideas that might work? @jb55 would also be great to get your thoughts on whether there is a way to 'fit' keysend payments into the existing zap spec / general thoughts on extending it.

GitHub

Generic Payment Event by MerryOscar · Pull Request #1339 · nostr-protocol/nips

Many applications that use nostr as their social layer have payments as a core part of their functionality which are not necessarily nostr-native i...

Oscar Merry 1 year ago

Has anyone seen this error on @primal web before? Any ideas what may have caused it / how to resolve?

Oscar Merry 1 year ago

Does anyone know if there’s a good NIP-46 signer app on iOS? Is anyone working on this? @jb55 @miljan would you ever consider making Damus / Primal a NIP-46 signer?

Oscar Merry 1 year ago

Wow nostr onboarding is still so terrible! Tried to onboard @Mohamed to @primal … - no wallet available in the U.K. - set them up with a fountain lighting address but trying to paste into primal the scroll view was impossible to paste in (finally got it but normal user would have churned) - followed him but viewing his profile didn’t show me as a follower and didn’t give him a notification - tried zapping his first note but it didn’t work - only zapping their profile worked @miljan sorry for the critical feedback but hopefully this is useful for you guys!

Oscar Merry 1 year ago

I've really been enjoying the conversations that @ hodlbod has been having recently - here are 3 of my favourite interviews: @JeffG -