Nostr vs Bluesky vs Mastodon: comparação completa
Três respostas diferentes para o mesmo problema. Como Nostr, Bluesky e Mastodon diferem em identidade, arquitetura, moderação e quem escolhe qual.
As três redes que as pessoas realmente comparam quando dizem "alternativas ao Twitter" são Nostr, Bluesky e Mastodon. Elas compartilham o objetivo amplo de não serem uma plataforma social de uma única empresa. Elas discordam sobre quase tudo sobre como chegar lá.
Este guia é a comparação lado a lado. É honesto sobre os pontos fortes e fracos de cada rede. Construímos nostr.blog em cima de Nostr, então obviamente achamos que Nostr é a resposta certa para certos usuários; também achamos que Bluesky se encaixa melhor para outros e Mastodon para um terceiro grupo. A decisão importa e merece uma comparação clara.
TL;DR. Mastodon é uma federação de servidores independentes do tipo Twitter com regras por servidor. Bluesky é um protocolo (AT Protocol) que tenta ser federado, mas é principalmente uma empresa hoje. Nostr é um protocolo pub/sub sem servidores importantes, apenas pequenos relays intercambiáveis. Escolha Mastodon se você quer governança de comunidade scoped a servidor, Bluesky se você quer a substituição mais suave do Twitter, Nostr se você quer sua identidade ser impossível de censurar em qualquer relay.
Quando estiver pronto, pegue seu endereço @nostr.blog
A definição breve de cada um
Mastodon foi lançado em 2016. É uma rede social tipo Twitter construída no protocolo ActivityPub. Os usuários se inscrevem em um servidor específico (uma "instância"), que tem suas próprias regras, seu próprio administrador e suas próprias decisões de moderação. As instâncias são federadas entre si, para que usuários em diferentes instâncias possam se seguir. Se sua instância cair ou bani você, sua identidade e lista de seguidores estão vinculadas a essa instância e não se transferem automaticamente.
Bluesky foi lançado ao público em 2023. Usa AT Protocol, que o time Bluesky desenvolveu. AT tem três camadas: PDSs (Personal Data Servers, que armazenam seus posts), Relays (que agregam e republicam) e App Views (que renderizam feeds). Em teoria, qualquer uma delas pode ser executada por qualquer um. Na prática, Bluesky PBC (a empresa) executa a instância principal de cada uma, e a maioria dos usuários se inscreve lá por padrão.
Nostr foi especificado no final de 2020 por um desenvolvedor chamado fiatjaf. É um protocolo pub/sub sobre WebSockets com assinaturas criptográficas. Sua identidade é um par de chaves no seu dispositivo. Relays (pequenos servidores) armazenam e encaminham eventos assinados. Nenhuma empresa executa "o" Nostr; o protocolo não tem nada centralizado.
Tabela lado a lado
| Dimensão | Mastodon | Bluesky | Nostr |
|---|---|---|---|
| Identidade vive em | Uma instância específica | Seu DID (portátil em PDSs) | Sua chave privada (totalmente local no dispositivo) |
| Ponto único de falha | Sua instância | Infraestrutura Bluesky PBC | Nenhum |
| Você pode ser banido no nível de rede | Não, apenas no nível de instância | Atualmente sim (via moderação Bluesky PBC) | Não |
| Dificuldade de inscrição | Difícil (escolher instância) | Fácil (email + senha) | Fácil com signup guiado, médio raw |
| Tamanho da rede (abril de 2026) | ~2M usuários ativos | ~25M usuários ativos | Algumas centenas de milhares |
| Algoritmo de feed | Nenhum por padrão | Feeds curados opcionais | Nenhum por padrão |
| Modelo de monetização | Doações, Patreon | Nenhum embutido ainda | Zaps (dicas Bitcoin Lightning) |
| Facilidade de executar seu próprio servidor | Médio (Mastodon + Postgres) | Difícil (stack PDS completo) | Fácil (um único binário, menos de 1 GB RAM) |
| Aplicativos móveis | Muitos, qualidade variável | Oficial + alguns de terceiros | 10+, nenhum oficial |
| Apoio corporativo | Nenhum, comunitário | Bluesky PBC ($13M seed 2023) | Nenhum, nenhuma empresa é dona do protocolo |
Propriedade de identidade
Em Mastodon, sua identidade é @you@mastodon.social ou onde quer que você se tenha inscrito. Se essa instância desaparecer, sua conta se foi. Alguns servidores deixam você migrar sua lista de seguidores para uma nova instância, mas o processo é desajeitado e não cobre seu histórico de posts. Na prática, a maioria dos usuários fica onde começaram.
Em Bluesky, sua identidade é um DID (Decentralized Identifier), resolvível em PDSs. Em teoria, você poderia mover sua conta do PDS da Bluesky PBC para um auto-hospedado e manter o mesmo handle. Na prática, quase ninguém faz isso, porque o stack PDS auto-hospedado é complicado. A opção é real, mas subutilizada.
Em Nostr, sua identidade é uma chave privada que você gera no seu próprio dispositivo. Não está vinculada a nenhum servidor. Qualquer relay que sirva seus eventos é intercambiável. Se cada relay que você usa desaparecesse amanhã, você poderia publicar em novos e seus seguidores ainda o encontrariam porque eles seguem sua chave pública, não um endereço de servidor.
A classificação por "como é difícil tirar de você" é clara: Mastodon (fácil, vinculado à instância), Bluesky (médio, portátil em teoria), Nostr (praticamente impossível porque nenhum servidor tem poder sobre usuários).
Arquitetura de rede
Mastodon é federação. Um número finito de servidores se falam. Seu servidor decide quais outros servidores aceitarão conteúdo e enviarão conteúdo. Defederação no nível de instância (uma instância recusando falar com outra) é comum e tem implicações políticas.
Bluesky é um protocolo em camadas. PDS armazena posts. Relay agrega. App View renderiza. Na configuração padrão, uma empresa fornece todas as três camadas. No futuro descentralizado, estas poderiam ser independentes. Em abril de 2026, esse futuro ainda é principalmente uma empresa.
Nostr é pub/sub sem coordenação central. Clientes se conectam diretamente a relays. Relays não falam entre si. Você publica em vários relays; seus seguidores se inscrevem em vários relays; a união daquilo dá a todos um feed razoável. Não há "federação" porque não há nada para federar; cada relay é independente por design.
A arquitetura mais simples é Nostr. A especificação de protocolo mais rica em recursos é Bluesky. A mais estabelecida operacionalmente é Mastodon.
Moderação
Mastodon tem moderação por instância. O administrador da sua instância escreve regras e as aplica. Instâncias bloqueiam outras instâncias. Conteúdo que é legal em um lugar mas proibido em outro pode ser invisível em metade da rede. Isso é tanto um recurso (escopo comunitário) quanto um ponto de fricção (você muda de instância quando as regras não se encaixam mais).
Bluesky tem moderação centralizada pela Bluesky PBC, com serviços de labeler que os usuários podem optar em cima disso. A experiência padrão é mais próxima ao Twitter: uma plataforma, uma regra de livro, labelers extra customizáveis pelo usuário para coisas como nudez, desinformação, spam.
Nostr não tem moderação no nível de plataforma. Cada relay decide o que aceita. Cada cliente decide o que exibe. Cada usuário ajusta listas de mute. O protocolo apenas verifica autenticidade criptográfica, não aceitabilidade social. Para usuários que querem curação, clientes responsáveis empacotam padrões sensatos; para usuários que não querem nada filtrado, a opção existe.
O tradeoff entre os três: moderação Mastodon é em escala comunitária e geralmente rigorosa. Moderação Bluesky é em escala de plataforma e polida. Moderação Nostr é em escala de usuário e irregular.
Monetização
Mastodon não tem monetização nativa. Os usuários direcionam para Patreon, Ko-Fi ou similar. O protocolo ActivityPub não define um primitivo de pagamento.
Bluesky também não tem monetização nativa em abril de 2026. O time tem discutido, mas não entregou.
Nostr tem zaps, a dica Bitcoin Lightning que qualquer um pode enviar em um toque. Um escritor Nostr popular pode realistically ganhar a vida apenas com zaps se seu público valoriza o trabalho o suficiente. Nenhuma taxa de plataforma, nenhum intermediário de anúncios, o dinheiro se move do remetente para o destinatário em segundos. Esta é uma vantagem significativa para qualquer pessoa cujo modelo de negócio seja suporte direto de audiência.
A vantagem de monetização é real e atualmente única para Nostr nessa comparação. Se isso compensa a audiência menor de Nostr é específico do usuário.
Adoção e efeito de rede
Números honestos para abril de 2026:
- Mastodon: cerca de 2 milhões de usuários ativos mensais, estável desde que a onda de migração do Twitter de 2022 diminuiu. Pesado em tech, jornalismo e academia.
- Bluesky: cerca de 25 milhões de usuários ativos mensais, crescente, com grande sobreposição de jornalistas, políticos e acadêmicos do Twitter.
- Nostr: algumas centenas de milhares de usuários ativos mensais, crescimento lento e estável, pesado em Bitcoin, cypherpunk e círculos de desenvolvedores independentes.
Para referência: Twitter/X tem cerca de 500 milhões, Meta Threads cerca de 250 milhões.
Se as pessoas que você quer alcançar são jornalistas ou acadêmicos, Bluesky tem a maioria deles agora. Se seu círculo é Bitcoin ou cypherpunk, Nostr tem mais. Se você está em um nicho específico (comunidade furry, economistas acadêmicos, pequenas subculturas tech), Mastodon geralmente tem a representação mais densa via instâncias com escopo de tópico.
Ecossistema de desenvolvedores
Mastodon tem uma API madura, várias centenas de apps, décadas de literatura de federação. A tecnologia é bem compreendida e entediante, no bom sentido.
Bluesky tem uma API mais jovem mas bem documentada. AT Protocol é ambicioso; construir sobre ele é menos áspero que o AT raw costumava ser, mas ainda mais envolvido que construir sobre Mastodon.
Nostr tem a superfície de protocolo mais simples dos três. Um desenvolvedor pode escrever um cliente Nostr funcional em um fim de semana com uma biblioteca websocket e uma implementação SHA-256. Esta simplicidade é por que já existem 10+ clientes Nostr, comparado a talvez 4 clientes Bluesky maiores em maturidade similar. A desvantagem é que há menos convenção, então clientes discordam sobre coisas sutis (convenções de tag, números de kind específicos para casos de uso nicho) e a spec às vezes parece estar se movendo sob seus pés.
Quem deveria escolher qual
Nem todos precisam escolher um. Usar dois ou três por um tempo é o conselho honesto.
Mastodon é certo para você se:
- Você quer escopo comunitário (uma instância específica com pessoas que pensam como você e regras firmes)
- Você se importa com compatibilidade ActivityPub com o resto do Fediverse
- Você é confortável com lealdade em nível de instância e migração potencial se sua instância mudar política
Bluesky é certo para você se:
- Você quer a substituição mais suave do Twitter em termos de UX e paridade de recursos
- A audiência que você quer alcançar já está lá (jornalistas, acadêmicos, usuários politicamente engajados)
- Você está bem com o nível atual de centralização em troca de um produto polido
Nostr é certo para você se:
- Propriedade de identidade importa para você acima de tudo
- Você está em ou é curioso sobre o espaço Bitcoin ou cypherpunk
- Você valoriza a capacidade de monetizar diretamente via zaps
- Você é confortável com uma comunidade menor e mais técnica por enquanto
- Você quer um protocolo que você pode construir você mesmo sem pedir permissão a ninguém
Se Nostr é sua escolha e você quer a distância mais curta entre decisão e primeiro post, nostr.blog agrupa identidade, carteira e um cliente web completo em uma página. Você pode adicionar um cliente móvel nativo mais tarde e sua identidade viaja com você.
Perguntas frequentes
Bluesky é mais descentralizado que Nostr?
Posso fazer cross-post entre Nostr, Bluesky e Mastodon?
Qual é mais fácil se inscrever: Nostr, Bluesky ou Mastodon?
Nostr e Bluesky interoperam?
Qual é mais resistente a takedowns?
Continue lendo
O que é Nostr? Um guia em português simples para 2026
Nostr é um protocolo simples e aberto para mídia social e identidade. Nenhuma empresa o executa, nenhuma conta pode ser deletada por ninguém além de você. Explicado simplesmente.
7 min de leituraComparaçõesNostr vs Twitter/X: uma comparação honesta lado a lado
O que realmente difere entre Nostr e Twitter/X em 2026. Identidade, moderação, algoritmos, monetização e quem deveria fazer a mudança.
9 min de leitura