NIP-88 WIP Nostr Cash #627
Conversation
Update 88.md Update 88.md Update 88.md Update 88.md typo typos typo adding descriptions for workflows Expanded explanation added explanation
| } | ||
| ``` | ||
|
|
||
| Relay responds with payment request, which user pays: |
There was a problem hiding this comment.
Should use NIP-15 payment_options for consistency
|
I don't understand why use this instead of Cashu, for example, which is already a simple protocol that seems to be battle-tested and used in some places. |
More because a nostr native ecash/whatever needs to be generic. Nostr is NOT bitcoin, despite them working so well together. I also worry about the type of mints you get if the electronic cash is blinded, and the regulatory issues they will have. If Cashu can become generic in what the mint will accept, and the ecash can embed its own denomination that the wallet client can use, then I agree Cashu is a great idea (although blinded still worries me) |
Co-authored-by: arthurfranca <arthur.a.franca@gmail.com>
This comment was marked as spam.
This comment was marked as spam.
Link? Never heard of this. I suppose it's pronounced like "cashew" for maximum confusion? Google reveals several competing options: |
6 participants
Nostr native, very simple credit/cash/cheque/token system so relays can offer minting/custodial services.
Not blinded by default, so not an ecash, but I imagine a relay could implement a blinded version.
A Nostr cash system should be versatile enough for clearnet/darknet bitcoin/shitcoin. Credits issued by "mints" will vary in quality and trust, but that's okay, users can demand certain mints, or certain payment types (such as bitcoin, where value can be redeemed immediately). Swap services will also emerge over time.