Como executar seu próprio relay Nostr em 2026

Executar um relay Nostr é acessível. O software é de código aberto, o protocolo é simples e um relay utilizável funciona em um VPS de $5. Se você já fez self-hosting de qualquer coisa antes, você pode executar um relay em uma tarde.

A questão é se você deveria. A maioria dos usuários não precisa do seu próprio relay. Alguns casos específicos se beneficiam fortemente.

Este guia é o passo a passo completo para alguém que quer tentar.

Instale strfry ou nostream em um pequeno VPS, aponte um domínio para ele, abra a porta 443. Leva cerca de uma hora para alguém confortável com Linux. Os custos de execução são $5-15/mês. Útil para comunidades específicas, usuários conscientes de privacidade e qualquer pessoa que queira controle mais profundo sobre sua infraestrutura Nostr.

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

Por que você pode querer executar um

Seis razões legítimas. Se nenhuma se aplicar, use relays públicos.

Relay comunitário. Você quer um relay para um grupo específico (um Nostr corporativo, uma comunidade de hobby, um encontro local). As políticas do seu relay refletem as normas desse grupo. Spammers externos não podem inundá-lo porque você controla o acesso de escrita.

Privacidade. Você quer pelo menos um relay na sua configuração onde você conhece o operador. Seus hábitos de leitura nesse relay não são vistos por terceiros.

Retenção. Relays públicos às vezes eliminam eventos antigos. Seu próprio relay mantém suas postagens indefinidamente se quiser.

Experimentação. Você está construindo um cliente, uma extensão de relay ou testando novos NIPs. Ter seu próprio relay é essencial para desenvolvimento.

Desempenho específico da região. Nenhum relay bom existe na sua área geográfica. Executar um na sua região o serve (e possivelmente outros) melhor.

Princípio. Você valoriza contribuir para a rede ao hospedar um nó. Isso é raro, mas real; alguns operadores executam relays porque a saúde do Nostr depende de muitos independentes.

Escolhendo software de relay

As duas opções principais de código aberto a partir de abril de 2026:

strfry. Escrito em C++, usa LMDB para armazenamento, extremamente rápido. Lida com grandes cargas de eventos (milhões de eventos) em hardware modesto. A escolha para relays focados em desempenho.

nostream. TypeScript, executado em Node.js, usa PostgreSQL. Mais fácil de hackear se você conhece JavaScript. Bom para políticas e plugins personalizados.

Várias outras opções existem (rnostr em Rust, khatru framework para Go, vários forks). Para um primeiro relay, strfry ou nostream cobrem o caso comum; ambos são bem documentados e mantidos ativamente.

Este guia usa strfry para o passo a passo concreto.

Requisitos de hardware

Para um relay pequeno (dezenas a centenas de usuários):

• VPS: 1-2 núcleos de CPU, 1-2 GB de RAM
• Armazenamento: 10-50 GB dependendo da retenção
• Largura de banda: 100-500 GB/mês
• Custo: $5-15/mês em Hetzner, DigitalOcean, Linode ou similar

Para um relay médio (milhares de usuários):

• VPS: 4 núcleos de CPU, 4-8 GB de RAM
• Armazenamento: 200+ GB, idealmente SSD
• Largura de banda: 1+ TB/mês
• Custo: $30-80/mês

A maioria dos operadores de relay iniciantes começa com um VPS de $5, que é mais do que suficiente para centenas de usuários.

Passo a passo de configuração: strfry no Ubuntu

Passos concretos para uma implantação básica. Assume um VPS Ubuntu 22.04+ novo.

Passo 1: Preparar o servidor

# Atualizar o sistema
sudo apt update && sudo apt upgrade -y

# Instalar dependências de compilação
sudo apt install -y git build-essential libssl-dev libz-dev \
    liblmdb-dev libflatbuffers-dev libsecp256k1-dev \
    libzstd-dev pkg-config

Passo 2: Clonar e compilar strfry

cd /opt
sudo git clone https://github.com/hoytech/strfry.git
cd strfry
sudo git submodule update --init
sudo make setup-golpe
sudo make -j4

A compilação leva cerca de 5-10 minutos em um VPS pequeno.

Passo 3: Configurar o relay

Edite /opt/strfry/strfry.conf. As seções importantes:

• caminho db: onde os eventos são armazenados
• endereço network e porta de ligação
• seção info: nome do relay, descrição, contato, chaves públicas
• políticas de retention: quanto tempo manter eventos

Para uma configuração básica, os padrões funcionam. Customize a seção info para descrever seu relay.

Passo 4: Configurar o serviço

Crie uma unidade systemd para que strfry funcione persistentemente. /etc/systemd/system/strfry.service:

[Unit]
Description=strfry Nostr relay
After=network.target

[Service]
ExecStart=/opt/strfry/strfry relay
WorkingDirectory=/opt/strfry
User=strfry
Restart=always

[Install]
WantedBy=multi-user.target

Crie o usuário e ative:

sudo useradd -r -s /bin/false strfry
sudo chown -R strfry:strfry /opt/strfry
sudo systemctl enable --now strfry

Passo 5: Configurar TLS (proxy reverso)

Clientes Nostr esperam wss:// (WebSocket sobre TLS). Use Caddy ou Nginx na frente do strfry.

Caddy é o mais fácil. Instale:

sudo apt install -y caddy

Configure /etc/caddy/Caddyfile:

seu-dominio-relay.com {
    reverse_proxy /* localhost:7777
}

Recarregue: sudo systemctl reload caddy. Caddy obtém automaticamente um certificado TLS do Let's Encrypt.

Passo 6: Apontar DNS

Crie um registro A para seu-dominio-relay.com apontando para o IP do seu VPS. Aguarde alguns minutos para que o DNS se propague.

Passo 7: Verificar

Do seu laptop:

curl -s https://seu-dominio-relay.com

Deve retornar uma resposta breve confirmando que o relay está funcionando. Em um cliente Nostr, adicione wss://seu-dominio-relay.com à sua lista de relays. Você deve vê-lo como conectado e começar a receber eventos.

Tempo total decorrido: 30-60 minutos para alguém familiarizado com Linux; 2-3 horas para um iniciante.

Operando o relay

Uma vez em execução, um relay requer manutenção mínima. Algumas tarefas recorrentes:

Monitorar uso de disco. O banco de dados do strfry cresce com eventos retidos. Verifique mensalmente; limpe se necessário.

Atualizar o software. strfry recebe atualizações; você recompila quando há atualizações significativas. Geralmente algumas vezes por ano.

Verificar logs para padrões de spam. Um relay sob ataque de spam pesado pode precisar de ajustes de limite de taxa ou aperto de política.

Renovar TLS. Caddy faz isso automaticamente. Se você usar Nginx manualmente, configure a renovação automática do certbot.

Fazer backup do banco de dados. Para pequenos relays, um rsync semanal para outro servidor é suficiente. Para dados que você se importa fortemente, mais frequente.

Comprometimento total de tempo: talvez 30 minutos por mês uma vez que o relay está estável.

Políticas a decidir

As regras do seu relay são suas. Decida cedo e documente.

Quem pode escrever. Completamente aberto (qualquer evento assinado)? Lista branca (pubkeys específicas)? Pago (taxa de sat por evento)?

Quais tipos. Aceitar todos os tipos de eventos, ou apenas tipos específicos (apenas kind:1, sem repostagens, sem reações)?

Limite de taxa. Quantos eventos por minuto por pubkey? Os limites padrão de strfry são razoáveis; aperte se abusado.

Retenção. Manter eventos para sempre, ou limpar após X dias? A limpeza reduz disco, mas perde histórico.

Moderação. Você remove manualmente eventos específicos ou pubkeys específicas? Você é o administrador; pode fazer.

Publique suas políticas em / (a resposta de info) para que os usuários saibam o que esperar. Um relay opaco é uma bandeira vermelha para os usuários.

Custos na prática

Um orçamento anual realista para um pequeno relay público:

• VPS: $60-180
• Domínio: $12-15
• Ferramentas de monitoramento e backup (opcionais): $0-60
• Seu tempo: 5-10 horas ao longo do ano
• Custo total: $80-250/ano

Para um relay pago com assinantes, a receita pode cobrir isso e mais. Para um relay gratuito, é uma contribuição fora do bolso para a rede (ou para seu próprio uso).

Executando em grande escala

Pequenos relays são fáceis. Crescer para a faixa de centenas de milhares de usuários requer trabalho de operações real.

Considerações:

• Otimização de banco de dados. As configurações padrão de strfry/nostream funcionam até um certo ponto. Além de ~500k usuários ativos, indexação personalizada e ajuste importa.
• Distribuição geográfica. Um relay em uma região não pode servir o mundo em baixa latência. Grandes relays frequentemente executam clusters.
• Proteção DDOS. Relays populares sofrem ataques. Cloudflare na frente do relay, ou outros serviços DDOS, é comum.
• Custo em grande escala. Um relay servindo milhões de leituras por dia pode custar milhares de dólares por mês em largura de banda e computação.

Muito poucos operadores executam em grande escala. Damus-relay, nos.lol, relay.primal.net e um punhado de outros são os pesos pesados atuais. Pequenos relays não precisam competir; a rede se beneficia de ambos.

Por que você pode não querer executar um

Razões honestas para permanecer como usuário de relays públicos.

• Você não tem um motivo específico. Executar por princípio é bom; executar por princípio sem qualquer outra motivação desaparece.
• Você não gosta de trabalho sysadmin. O relay não é complexo, mas você tocará configurações Linux, logs e TLS ocasionalmente.
• Você já confia nos relays públicos. Se os padrões funcionam para você, adicionar o seu é trabalho extra sem ganho claro.
• Você não publica ou lê o suficiente para justificá-lo. Usuários ocasionais raramente precisam do seu próprio relay.

Não há pressão na comunidade Nostr para executar seu próprio relay. A maioria dos usuários ativos não executa. A rede não precisa que cada usuário contribua infraestrutura; precisa de o suficiente para permanecer descentralizada.

Depois que está em execução

Conte para as pessoas. Um relay sem usuários não é um relay; é um backup. Poste no Nostr sobre seu novo relay, explique suas políticas e convide usuários que se encaixem nas políticas a se conectarem. Espere 10-50 usuários no primeiro mês se promover; mais se você for conhecido em uma comunidade específica.

Executar um relay contribui para a saúde da rede e lhe dá um pedaço de infraestrutura que é genuinamente seu. Para o usuário certo, é um projeto gratificante.