Avatar
Daniel Cadenas
89ef92b9ebe6dc1e4ea398f6477f227e95429627b0a33dc89b640e137b256be5
No empujes el río

The reason we didn't use kind 1984 directly is that the semantics are not quite the same. This is a request to the bot for flagging something, so you point to the note or npub and provide a suggestion explaining why. This is because:

We want our own vocabulary, NIP-69 (https://github.com/nostr-protocol/nips/pull/457), which is also friendly to automated reports. This is evolving, so it’s not marked as final.

There is a high chance we will choose something different from what is suggested, either from OpenAI's evaluation or our own manual selection. This is also a hint: we are not receiving a report kind; we are receiving a request for a report with different semantics than kind 1984.

Allowing user-provided inputs and just relaying them blindly for the anonymity functionality would make the Tagr bot appear to have a schizophrenic "personality." For example, both the victim of harassment and the harasser could use it, and from an outside perspective, the bot would appear to ban everything randomly without a consistent set of rules. The idea is to have many bots tailored to different preferences, and you follow those you like.

But I like the idea of a new kind. We are using plain JSON just because it was the more flexible initial approach while developing the service. Right now, we do the communication through NIP-17, so it's a kind 1059 wrapping a kind 13 wrapping a kind 14 with our custom JSON in the content.

I think what you propose is to have a new kind different from kind 14, right? Let's say kind 1986 "Report Request"? Currently, I like that we are fully wrapping the reported note inside the payload, so we don't need to fetch anything, but it’s not a big deal to have it as an e-tag for more consistency, although that increases the chances of not finding it.

So we'd be using NIP-59 wrapping this new kind. It would not be signed for the same reasons kind 14 is not, and also because all the requester identity comes from the kind 13, and we'd be repeating info.

It's just a nip-17 private message with a predefined json structure that the bot can understand:

reporterText: just a free form human readable description on why you think it should be analyzed. Useful for potential manual processing.

reportedEvent: being the full event you are flagging. May be only analyzed by AI, if AI doesn't flag it, there's a manual inspection through a Slack channel integration.

Running Tidal

(but on web because I can't get the app from Uruguay 😢 )

https://tidal.com/browse/album/304166092?u

Replying to Avatar daylightco

Website is live ☀️

https://daylightcomputer.com/product

Early leader.

nostr:note12tzr8uyf0ug5csg3xzeh0j8er46vv86kfycp848q95a0cnldhz2sm6sc92

hmmm your are missing something here

Hey Greg at least use Primal that does the lightning wallet setup for you, just so we can thank you for the website

We are seeing another surge of events at one of the nos.social servers, just in case checked stats.nostr.band and it matches https://stats.nostr.band/#daily_profile_events . I wonder if we are under some bot swarm attack as few weeks ago