Generic Payment Event

[MerryOscar]

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.

Read here - https://github.com/MerryOscar/nips/blob/generic-payment/XX.md

---

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 e​asier 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.

Keen to hear people's feedback on this and whether there are any other ideas that might work?