-
Notifications
You must be signed in to change notification settings - Fork 37
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
Add public and private zaps #1040
Conversation
ca290a7
to
5ee0c64
Compare
We'll still have some reference for it inside of mutiny, right? And for private zaps, the receiver will still see it was from the sender? |
Not unless we want to persist the key and which event it is associated with
yes they can tell the main drawback is if I do a private zap Ben -> Tony, if I open up in Damus I will see you were private zapped but won't be able to tell it was mine. For the receiver it will all be normal though |
That's fine IMO, I don't care that much if we're limited here. But will it still show up in Mutiny is more my question. |
yes, because we save the info locally |
needs rebase |
2d3df86
to
d22650e
Compare
d22650e
to
777d9c1
Compare
New release of rust-nostr came out so was able to simplify |
This was almost very simple, but sadly doing private zaps with a NIP-07 extension isn't very well supported. The way clients generate the random npub is deterministic from the user's nsec, but since we don't have the user's nsec, we cannot do this. Private zaps will still work, we can just randomly generate the key, the problem is if we see the event in the future, we won't be able to decrypt it ourselves.