Hillary didn’t encrypt her emails😅 Also, it’s important to remember that this isn’t a Damus specific thing, it’s the nostr protocol.
Some clients support it but to be clear: the protocol states that relays SHOULD delete but they are not obliged to do so. It’s defined here: https://github.com/nostr-protocol/nips/blob/master/09.md
If you’re using Damus, this feature is not supported yet. They are working blazingly fast though so who knows, it might come soon!
#[2]
We should make a client that only shows gm events, either root events or replies. And the only thing you’re allowed to post is “gm”.
gm
It is! Fantastic domain name😂
Some clients support it but to be clear: the protocol states that relays SHOULD delete but they are not obliged to do so. It’s defined here: https://github.com/nostr-protocol/nips/blob/master/09.md
If you’re using Damus, this feature is not supported yet. They are working blazingly fast though so who knows, it might come soon!
nostr is a censorship resistant gm protocol
gm!
Wait what, I see it in JB’s profile but not yours Shiny..
I see it in my own profile but not in other’s profiles
Yeah, it’s not a lot actually. I’d guess that all time stats would contain a lot of dead keys as well because of inacitve old users but if I count the distinct pubkeys with at least one kind 0 or kind 1 event where the event was first seen on Dec 1 or later, I get 71423 distinct pubkeys which is a lot more than I would have guessed.
Different relays will probably run different policies. Some might require you to pay in sats at an interval and some might require PoW on either your pubkey or the event id. Pretty unexplored space IMO, will be fun to see what we end up with.
good luck blocking a spammer that creates new keys every 0.5 seconds :P
gm
gm Andrea!
Yep, probably lot’s of bots in the raw global feed. That will probably never end either.
This is beautiful!
Can you send me a slice? Thanks!