O NIP-85 define um sistema para delegar cálculos custosos a provedores de serviço confiáveis que publicam resultados assinados como eventos Nostr. Pontuações de Web of Trust e métricas de engajamento exigem rastrear muitos relays e processar grandes volumes de eventos, trabalho que é impraticável em dispositivos móveis e clientes de navegador.

Como Funciona

O NIP-85 usa quatro kinds de evento para asserções sobre diferentes tipos de sujeito:

  • Kind 30382: Asserções de usuário — contagem de seguidores, posts, respostas, reações, volumes de zap, rank normalizado (0-100), tópicos comuns e horas ativas
  • Kind 30383: Asserções de evento — avalia notas individuais com contagem de comentários, citações, reposts, reações e dados de zap
  • Kind 30384: Asserções de evento endereçável — aplica métricas de engajamento em todas as versões de artigos de forma longa e páginas wiki coletivamente
  • Kind 30385: Asserções de identificador externo — avalia identificadores externos (livros, filmes, sites, locais, hashtags) referenciados via NIP-73

Cada asserção é um evento endereçável substituível onde a tag d contém o sujeito: um pubkey, ID de evento, endereço de evento ou identificador NIP-73. Provedores de serviço assinam esses eventos com suas próprias chaves, e clientes os avaliam com base nas relações de confiança.

Descoberta de Provedores

Usuários declaram quais provedores de asserção confiam publicando eventos kind 10040. Cada entrada especifica o tipo de asserção com o pubkey do provedor e dica de relay, mais variantes de algoritmo opcionais. Usuários podem criptografar a lista de tags em .content usando NIP-44 para manter suas preferências de provedor privadas.

Clientes constroem uma lista de provedores verificando quais provedores as contas que seguem confiam, criando uma camada de reputação descentralizada para os próprios provedores de asserção.

Modelo de Segurança

Provedores devem usar chaves de serviço diferentes para algoritmos distintos, e uma chave única por usuário quando os algoritmos são personalizados, evitando correlação cruzada de consultas entre usuários. Cada chave de serviço recebe um evento de metadados kind 0 descrevendo o comportamento do algoritmo. Eventos de asserção só devem ser atualizados quando os dados subjacentes realmente mudam, permitindo que clientes armazenem resultados em cache com segurança.

Adoção

O NIP-85 formaliza um padrão que já estava surgindo de forma informal. O servidor de cache do Primal computa métricas de engajamento e pontuações de Web of Trust. Antiprimal faz bridge desses cálculos para clientes Nostr padrão usando kinds de evento NIP-85. Nostr.band opera o relay wss://nip85.nostr.band referenciado nos próprios exemplos da spec. Amethyst tem suporte experimental a Trusted Assertions em sua biblioteca quartz.

Fontes primárias:

Mencionado em:

Veja também: