New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NIP-88 WIP Nostr Cash #627
base: master
Are you sure you want to change the base?
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.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should use NIP-15 payment_options for consistency
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes! Great
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>
While nostr cash is a fun play on words, it will attract negative sentiment A distributed mint or ledger would be useful with the following functions:
blinding is good, but optionally added on So these functions are done via DMs instead of zaps, could it be both, I wonder. I've always done this with a ledger table and a credit (transaction) table, which goes back to the old drupal community forge project by matslats This formulation is not bad and I think would work. It wasnt that intuitive what active and spent were at first. Probably a working demo and/or use cases would help. Maybe a bot with a battery that can be topped up via DM or zap, and that does something useful like paint a picture |
Link? |
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.