Profile: 42a0825e...
Like queries that would get sent to relays, or this is purely a client-side thing?
(I may have misinderstood the convo here, I was thinking in terms of algos like say recommending new contacts or interesting posts, flagging fake accounts, search functionality, etc.)
I wonder if APIs exposing such algos could be a type of "layer 2" for nostr. Since relays already have databases of events they may not be too hard to build on top.
For the most part as a user I don't care about spam because I don't follow spammers. It seems like more of a problem for relays.
I feel to some extent spam will have to be addressed by standard server-side rate limiting and banning of abusive IP addresses at the relay level, that at least helps keep the complexity out of the protocol itself
were they
Whatever happened to Parler? Are they still operating or were forced into hibernation?
This also doesn't require any changes to the underlying protocol
I do think there's still room for data-driven methods that detect this type of thing. All the data is out in the open so anyone can build heuristics or algorithms for flagging non-human accounts, for instance. Those algorithms can then be open sourced for any relay operator or client to use.
It may be instructive that PoW was originally invented to deal with spam but AFAIK isn't used for that today. Everyone uses machine learning, which may work on nostr too.
Regarding PoW, how would this work exactly? It seems to me it's only effective if all clients opt in (If a client doesn't do you just ignore PoW for those clients? Then all spammers use that client. If you require it then you ban everyone that uses the client. Both seem bad.)
Actually that may not work because then you'd have to pay multiple times to send to several relays
I think this idea was already suggested, but certain relays could charge a toll in order to post to them (but not read from them). These relays will tend to be spam-free.
I still like the idea of making a small payment to use nostr (although if it's not crypto that probably becomes painful to implement, and if it is you alienate lots of people). Easily eliminates 95% of spam and provides some type of monetary incentive to developers or relay operators.
Looks like this is pretty much the proposed NIP-21 I guess
I feel this should be pretty easy to do (theoretically at least), when you ask for DMs prove ownership of your private key and then the relay only responds with DMs sent to the corresponding public key
Could it be part of the protocol that relays only send encrypted messages if they know the person receiving is the intended recipient? In that sense the relay is behaving more like a private server and should solve any privacy concerns.
IMO from a privacy standpoint it's probably better using nostr only for public communication. If someone wants to carry about a truly private conversation I'd rather use an encrypted DM to set up an actual peer to peer channel that isn't broadcast to the world and use that instead. No point storing the events for everyone else to see even if they can't decrypt them.
I think it was btcd. I did a bit of reading and apparently lots of people have complained about extremely slow sync times, possibly due to garbage collection. I switched to bitcoind and after a little over a day have gotten further than five days with btcd.
I agree they suck when in comes to delaying transactions. What issues have you had with them out of curiosity?