would you consider using the nip I linked above? have you had a chance to review it? its written to be extensible for events, hashtags, users. and to allow users to create lists other than just mute that they can name themselves.
Discussion
also I don't think its appropriate for nip04 encryption scheme here..? isn't this only for when shared secret is needed?
That NIP looks good, would implement.
Do you know if many relays support https://github.com/nostr-protocol/nips/blob/master/33.md? I think it would directly enable the key-value storage feature on Nostr that I've been pushing. D tag is the key.
K-V storage would actually enable you to set block / follow / like status per event or user (d: "likes/${eventId}", content: "true") so you don't need to worry about your devices being out of sync and overwriting each others' lists.
And the events stay smaller when you update just one key, vs. events that contain a list of potentially 1000s of entries.
But that's something we can do later. NIP42 looks good.
from this discussion it looks like #[3] implemented it on his nostream relay already
https://github.com/nostr-protocol/nips/pull/54
the key-value storage thing is very interesting. and I have to agree that having likes as a replaceable event does make a lot of sense.
