NIP-32 define um padrão para anexar rótulos a eventos Nostr, usuários e outras entidades. Rótulos fornecem metadados estruturados que clientes podem usar para categorização, avisos de conteúdo, sistemas de reputação e moderação.

Como Funciona

Rótulos usam eventos kind 1985 com uma tag L definindo o namespace do rótulo e tags l aplicando rótulos específicos dentro desse namespace. A entidade rotulada é referenciada através de tags padrão como e (eventos), p (pubkeys) ou r (URLs de relay).

{
  "kind": 1985,
  "tags": [
    ["L", "content-warning"],
    ["l", "nsfw", "content-warning"],
    ["e", "<event_id>"]
  ],
  "content": "Contém imagens explícitas"
}

O sistema de namespace previne colisões de rótulos. Um rótulo “spam” no namespace “ugc-moderation” tem semântica diferente de “spam” no namespace “relay-report”. Isso permite que múltiplos sistemas de rótulos coexistam sem interferência.

Casos de Uso

Sistemas de moderação de conteúdo usam rótulos para marcar spam, conteúdo ilegal ou violações de política. Sistemas de reputação anexam pontuações de confiança ou status de verificação a pubkeys. Plataformas de mídia aplicam avisos de conteúdo (NSFW, violência, spoilers). Operadores de relay usam rótulos para recursos e resolução de disputas.

A proposta Trusted Relay Assertions usa rótulos NIP-32 para recursos de relay. Quando operadores disputam pontuações de confiança, eles publicam eventos kind 1985 com L = relay-appeal e tipos de rótulo como “spam”, “censorship” ou “score”.

Implementações de cliente variam em como consomem rótulos. Alguns clientes tratam rótulos de usuários seguidos como recomendações, enquanto outros consultam serviços de rotulagem especializados. O design descentralizado permite que usuários escolham em quais rotuladores confiar.

Fontes primárias:

Mencionado em:

Veja também: