Is there a fix in the work for this?
@npub18na8...nmgn
Login to reply
Replies (22)
Donβt use Nostr for DMs π
SimpleX integration
DDos attack it by letting two npubs with bots talk back and forth within milliseconds apart
make @npub18na8...nmgn unwatchable
To break correlation as to whom is messaging whom, use ephemeral private+public keys for private conversation instances and optionally exchange the pubkeys via a series of intermediaries.
---
To mitigate metadata about sizes of messages, add padding
---
To mitigate frequency which may reveal time of activity of participants, automate regular message transmissions (empty padded, ignored), and limit how often real messages are sent to the same interval
then there will be a bot that filters the bots
Then it will start dming the first bot

and on and onβ¦
y nobody talking bout disss ss
private zap messages do this already on notes, no?
sounds tiresome to continuously try to filter new npubs @semisol what you say?
yes but integrated somehow
so the private zap msgs slot becomes default slot
dont know if possible to make it run on millisatoshis and coded away so noone has to rly do anything for it
Each DM costs 1 sat to send, consider it a private zap each time.
Semi said I was highly regarded for discussing this and that SimpleX integration makes so much more sense
for me np
problem for ppl who dont necessarily want to make use of ln (new nostriches)
just do an approved list
we are all highly regarded, first of all
second, i hab no idea ab simplex so no idea
iβd argue itβs a relatively simple solution for now until they integrate SimpleX into clients (or make it Nostr native even π€)
Not a complete fix, but nevertheless a good defense in depth measure: https://nips.be/42
Basically, an authentication scheme so that relays wouldn't serve DM notes to anyone unless they can cryptographically prove that they're the intended recipient.