https://www.youtube.com/watch?v=tldTGhcVWX8

Here’s a video demo of “Incognito Direct Messages” - showing a forked version of Hamstr that can send private NIP-04 DMs where no metadata is leaked to the public (no more inbox peeking).

#[0] #[1] and myself developed this as part of the Nostr Hackathon organised by Hard Yaka, Universal Names and #[2].

The main idea was developed by Anton and #[3] (developer of Hamstr.to). The essential idea is to create new disposable identities for each conversation you create, you exchange these identities with your peer secretly, and then the entire conversation takes place away from your public identity. It’s very simple, it works, there are some weaknesses (you have to trust relays), but it’s a step in the right direction.

#[6]​ #[7]​ #[8]​ #[9]​ what do you think?

Reply to this note

Please Login to reply.

Discussion

#[6] if you’re a fan of the idea I’d be more than happy to make a pull request to Damus with an implementation of it. Can be opt-in, like a long press on the send button gives you an option to upgrade your DM to an incognito DM

Iris doesn't accept DMs from unconnected public keys, so someone in your network would need to follow it first, which makes it a bit less anonymous.

Would you be open to changing that if there’s some consensus on using the private dm approach we proposed?

Is this filtering happening on the client level? If so could the client accept DMs from unconnected pubkeys provided they contain a signed invite from someone in your network?

Yes, it could. Shouldn't be too much extra work on the CPU if relays take care of spam prevention.

Like Vitor suggested, it could help for the wrapped DMs to use a different kind so the relays are able to treat them differently from regular DMs, and optimise accordingly.