O que é um relay Nostr? Um guia em linguagem simples

Toda mensagem Nostr viaja através de um relay. Seu cliente envia eventos assinados para relays; os clientes de outros usuários buscam eventos de relays; repete para cada post, like, follow e DM. O relay não é um componente glamouroso, mas é o componente que faz a rede funcionar.

Este guia cobre o que um relay realmente é, o que faz e não faz, e como pensar sobre quais relays importam para seu uso.

TL;DR. Um relay é um pequeno servidor que aceita eventos Nostr assinados via WebSocket, os armazena e os encaminha para inscritos. Não existe "o" relay Nostr; a rede é formada por milhares de relays independentes que não se coordenam. Seu cliente se conecta a vários simultaneamente; a união é sua visão da rede.

Quando estiver pronto, pegue seu endereço @nostr.blog →

O que um relay faz

Três tarefas, todas simples.

Aceitar eventos. Um cliente abre uma conexão WebSocket e envia uma mensagem EVENT com um objeto JSON assinado. O relay verifica a assinatura (ela corresponde à chave pública reivindicada?), opcionalmente verifica políticas (spam, limites de taxa, listas de bloqueio) e aceita ou rejeita. Eventos aceitos vão para armazenamento.

Armazenar eventos. Relays usam um banco de dados local (geralmente SQLite ou PostgreSQL) indexado por ID do evento, chave pública do autor, tipo e valores de tags. Isso permite que respondam a filtros de inscrição com eficiência.

Servir inscrições. Um cliente envia uma mensagem REQ com um filtro ("me dê eventos desses autores, desses tipos, desde esse timestamp, limitado a 100"). O relay consulta seu banco de dados para eventos armazenados correspondentes, os transmite, depois envia EOSE (fim dos eventos armazenados) e mantém a inscrição aberta. Qualquer novo evento que corresponda ao filtro é enviado ao cliente em tempo real.

Essa é a API completa do relay, com pequenas variações. Um relay não faz nada mais: sem ranking, sem recomendação, sem moderação além de suas próprias políticas, sem coordenação entre relays.

O que um relay não faz

Várias coisas que um relay poderia teoricamente fazer mas geralmente não faz.

Falar com outros relays. Relays são independentes. Eles não se sincronizam entre si. Se um post está no relay A mas não no relay B, alguém lendo apenas de B não o vê. A replicação acontece porque clientes publicam em múltiplos relays, não porque relays se espelham.

Impor regras globais. Cada relay tem suas próprias regras. O que um rejeita, outro aceita. Não há autoridade de política global.

Verificar reivindicações fora da cadeia. Um relay aceita eventos assinados; não verifica que "alice@example.com" em um campo NIP-05 realmente mapeia para a chave pública do evento. Esse é o trabalho do cliente.

Agir como uma plataforma. Um relay não é um site com página inicial, feed ou marca. É um backend. Usuários nunca interagem com relays diretamente; clientes o fazem.

Por que o design é inusitado

A maioria das redes tem servidores que fazem muito. Uma instância Mastodon não é apenas um relay; é uma aplicação web completa tipo Twitter com usuários, perfis, timelines, ferramentas de moderação, painéis de administração. Um servidor XMPP tem usuários, salas, MUC, pubsub. Um homeserver matrix é um software pesado.

O relay do Nostr é deliberadamente minimalista. Um relay não sabe quem são seus usuários (sem contas de usuário no relay). Um relay não possui seu conteúdo (a autenticidade do conteúdo vem de assinaturas, não de quem o armazenou). Um relay não se federa (sem coordenação em nível de protocolo com outros relays).

Essa minimalidade é por que existem tantos relays. Executar um é barato porque um relay faz tão pouco. Um VPS de $5/mês pode executar um relay servindo centenas de usuários ativos. Compare isso com executar uma instância Mastodon, que em escala similar requer significativamente mais recursos e manutenção.

Relays padrão vs relays customizados

Todo cliente Nostr vem com uma lista padrão. Entradas comuns em 2026:

• wss://relay.damus.io (operado por Damus, alto volume)
• wss://nos.lol (operado por comunidade, gratuito)
• wss://relay.primal.net (operado por Primal)
• wss://offchain.pub (comunidade, estável)
• wss://relay.nostr.band (foco em agregação)
• wss://nostr.wine (pago, filtrado de spam)

Esses funcionam para a maioria dos usuários. Os três primeiros lidam com a maior parte do tráfego diário. Substituí-los não é necessário a menos que você tenha um motivo. (Se você se inscreveu via nostr.blog, uma lista padrão de relays curada já está configurada para você; pode ajustá-la nas configurações mais tarde.)

Motivos para customizar:

• Desempenho. Um relay mais perto de você geograficamente é mais rápido. Se você está na Ásia, adicionar um relay baseado na Ásia acelera as leituras.
• Privacidade. Se você não quer que um relay maior específico veja seus padrões de inscrição, use diferentes.
• Especialização por tópico. Alguns relays focam em tópicos ou comunidades específicas. Conectar-se a eles aumenta sua exposição a esse conteúdo.
• Tolerância a spam. Se você está sobrecarregado de spam, um relay pago filtrado de spam pode valer a pena a inscrição.

Quantos relays você deve usar

Três ou quatro é geralmente o ponto ideal. Mais não é sempre melhor.

Muito poucos (1-2). Uma interrupção de um único relay silencia seus posts temporariamente. Não há redundância suficiente.

Ideal (3-6). Seus posts chegam a lugares suficientes para que interrupções não importem. O desempenho de leitura é bom porque o cliente pode correr consultas entre eles.

Muitos (10+). Cada relay adiciona latência e transferência de dados. Clientes devem consultá-los todos; os lentos atrasam todo o feed. Bateria e largura de banda aumentam sem benefício proporcional.

Se em dúvida, use os padrões. Se perseguindo um motivo específico, ajuste em incrementos.

Políticas de relay importam

Todo relay tem regras não escritas ou escritas sobre o que aceita. A maioria é leniente; algumas são rigorosas. Alguns tipos de política comuns:

Escrita aberta, leitura aberta. Qualquer um pode postar, qualquer um pode ler. A maioria dos relays comunitários.

Escrita paga, leitura aberta. Você paga uma pequena taxa para postar; qualquer um pode ler seus posts. A maioria dos relays pagos. Reduz drasticamente spam.

Lista de permissões. Apenas contas aprovadas podem postar. Usado para relays de empresa ou comunidade.

Filtrado por tópico. Aceita apenas eventos correspondentes a certos critérios (hashtag, tipo, comprimento).

Geofence. Aceita apenas usuários de regiões específicas. Incomum.

Antes de contar com um relay, verifique suas políticas escritas (geralmente em /.well-known/nostr.json ou o endpoint de informações do relay). Se seu padrão de postagem não corresponder às políticas do relay, as escritas falharão silenciosamente.

Executar seu próprio relay

Surpreendentemente fácil. Uma configuração básica:

1. Alugue um VPS (na faixa de $5/mês funciona bem).
2. Instale uma implementação de relay. strfry e nostream são as duas implementações de código aberto comuns.
3. Abra a porta 443 ou 8080; aponte o DNS para o servidor.
4. Inicie o relay.

Tempo total: menos de uma hora para alguém confortável com Linux. Nenhuma configuração complexa necessária pronta para uso. Executar um relay para você ou uma pequena comunidade adiciona resiliência à rede e oferece controle explícito sobre uma parte de seus dados Nostr.

Um guia dedicado sobre isso está em run-your-own-relay.

Relays e privacidade

Cada relay ao qual você se conecta vê:

• Seu endereço IP
• Os filtros aos quais você se inscreve (quais chaves públicas você lê, quais hashtags você observa)
• Seus posts (seu conteúdo, já que você os publicou aqui)
• Horário de sua atividade

Relays não veem:

• Conteúdo de DMs criptografados (apenas texto cifrado)
• Sua chave privada

Para usuários que se importam em minimizar vazamento de metadados em nível de relay:

• Use Tor ou uma VPN.
• Espalhe suas leituras entre muitos relays para que ninguém veja o quadro completo.
• Use clientes que rotacionam relays para diferentes tipos de inscrição.

A maioria dos usuários não precisa de nada disso. O modelo de privacidade do protocolo assume que relays são infraestrutura semi-confiável semi-pública; não foi projetado para esconder seus padrões de atividade deles.

Escolhendo relays: uma regra simples

Se você é novo: mantenha os padrões.

Se você está especificamente frustrado com algo (spam, velocidade, confiabilidade): mude apenas o que está frustrando você. Adicione um ou dois relays ou troque o que o incomoda.

Se você é avançado: curate intencionalmente. Escolha 4-6 relays que cobrem suas necessidades (geografia, tópicos, nível de confiança) e gerencie-os cuidadosamente.

Se você é paranóico: espalhe-se entre relays independentes suficientes para que nenhum operador veja sua atividade completa. Use Tor. Misture regiões.

O movimento errado é adicionar dezenas de relays esperando que mais seja melhor. Clientes lentos e largura de banda desperdiçada são o resultado, não uma experiência melhor.