NIP-32 : Étiquetage
NIP-32 définit un standard pour attacher des étiquettes aux événements Nostr, aux utilisateurs et à d’autres entités. Les étiquettes fournissent des métadonnées structurées que les clients peuvent utiliser pour la catégorisation, les avertissements de contenu, les systèmes de réputation et la modération.
Fonctionnement
Les étiquettes utilisent des événements kind 1985 avec un tag L définissant l’espace de noms de l’étiquette et des tags l appliquant des étiquettes spécifiques au sein de cet espace de noms. L’entité étiquetée est référencée via des tags standard comme e (événements), p (pubkeys) ou r (URLs de relais).
{
"kind": 1985,
"tags": [
["L", "content-warning"],
["l", "nsfw", "content-warning"],
["e", "<event_id>"]
],
"content": "Contient des images explicites"
}
Le système d’espace de noms empêche les collisions d’étiquettes. Une étiquette « spam » dans l’espace de noms « ugc-moderation » a une sémantique différente de « spam » dans l’espace de noms « relay-report ». Cela permet à plusieurs systèmes d’étiquetage de coexister sans interférence.
Pourquoi c’est important
Le choix de conception clé est que les étiquettes sont des assertions, pas des faits intégrés au protocole. Un événement kind 1985 indique qu’un acteur a étiqueté quelque chose dans un espace de noms donné. Les clients ont encore besoin d’une politique de confiance pour décider quelles étiquettes afficher, masquer ou ignorer.
Cela rend NIP-32 utile bien au-delà de la modération. La même structure peut porter des avertissements de contenu, des marqueurs de vérification, des systèmes de classification ou des données de réputation de relais sans imposer un vocabulaire global unique à tous les clients.
Cas d’utilisation
Les systèmes de modération de contenu utilisent les étiquettes pour marquer le spam, le contenu illégal ou les violations de politique. Les systèmes de réputation attachent des scores de confiance ou un statut de vérification aux pubkeys. Les plateformes médias appliquent des avertissements de contenu (NSFW, violence, spoilers). Les opérateurs de relais utilisent les étiquettes pour les appels et la résolution des litiges.
La proposition Trusted Relay Assertions utilise les étiquettes NIP-32 pour les appels de relais. Lorsque les opérateurs contestent les scores de confiance, ils publient des événements kind 1985 avec L = relay-appeal et des étiquettes telles que spam, censorship ou score.
Notes d’interopérabilité
Les clients diffèrent dans leur façon de consommer les étiquettes. Certains traitent les étiquettes des utilisateurs suivis comme des recommandations, tandis que d’autres interrogent des services d’étiquetage spécialisés. La conception décentralisée permet aux utilisateurs de choisir quels étiqueteurs ils font confiance, mais cela signifie aussi qu’une étiquette sans contexte de confiance visible peut être trompeuse.
Sources principales :
- Spécification NIP-32 - Standard d’étiquetage
Mentionné dans :
Voir aussi :