Nostr vs Blockchain

Conceito

Os dois são chamados de "descentralizados" e são arquiteturas radicalmente diferentes. Confundi-los é o erro mais comum de quem chega na área — e desfazer a confusão ensina mais sobre sistemas distribuídos do que estudar qualquer um dos dois isolado.

A pergunta que separa os dois

O meu problema tem gasto duplo?

Ou seja: existem duas ações válidas individualmente que não podem coexistir?

"Quem é dono do quê" — tem. A mesma moeda não pode ser gasta duas vezes. As duas transações são válidas isoladamente e incompatíveis juntas. Alguém precisa decidir qual veio primeiro, e todos precisam concordar com a decisão. Isso exige:

ordenação global → consenso → custo (latência, throughput, dinheiro)

"Quem disse o quê" — não tem. Dois posts não conflitam. Se você postou às 10h e eu também, ambos são verdade. Não há nada para ordenar globalmente, e portanto nada para decidir coletivamente. Basta:

assinatura (prova autoria) + replicação burra (resiste à omissão)

Essa é a tese inteira do Nostr, e é o motivo de ele ser ordens de grandeza mais barato fazendo um trabalho que superficialmente se parece.

Lado a lado

O que eles compartilham

Não é nada disso — é só o modelo de identidade:

• Chave privada = identidade. Mesma curva, inclusive: secp256k1.
• Sem recuperação de conta. O mesmo limite estrutural nos dois, pelo mesmo motivo.
• Assinatura como base de autenticidade.

E há um contato prático: zaps (NIP-57) pagam em Lightning, e Lightning roda sobre Bitcoin. Mas repare no arranjo — o Nostr não virou blockchain por isso. Ele chamou uma quando apareceu um problema que de fato tinha gasto duplo (dinheiro), e continuou sem consenso para tudo o mais.

Esse é o desenho maduro: usar consenso apenas onde há conflito real, e não como arquitetura padrão.

Trade-offs

O erro em cada direção é simétrico, e ambos aconteceram em escala:

Usar blockchain onde não há conflito. É a história da maior parte do "Web3 social" de 2017–2022. Colocar posts numa cadeia paga latência de minutos, custo por byte e imutabilidade permanente para resolver um problema que não existia — porque posts não conflitam entre si. O Nostr é a prova por construção: entrega o mesmo resultado (publicação resistente à censura, identidade portátil) sem cadeia, sem token, sem mineração.

Usar Nostr onde há conflito. Um marketplace, um leilão, uma votação, um saldo. Você vai precisar de ordem e de contagem, o protocolo não dá nenhuma das duas, e o resultado é reimplementar consenso mal na camada de aplicação — normalmente escolhendo um servidor "de referência" e recriando a centralização que se queria evitar. Ver 5. Limites do Nostr.

O trade-off, então, não é "qual é mais descentralizado". É:

A quantidade de consenso que um sistema precisa é ditada pela estrutura do conflito no domínio — não pelo grau de descentralização desejado.

Isso vale muito além de cripto. É a mesma decisão de escolher entre uma fila SQS FIFO e uma standard, entre SERIALIZABLE e READ COMMITTED, entre lock distribuído e CRDT. Ordenação só se paga quando a ausência dela produz um resultado errado.

Exemplo prático

Como cada um responde "esse post é meu e ninguém pode apagar":

As três primeiras linhas são empate — e são resolvidas por criptografia, não por consenso. Os dois usam exatamente a mesma ferramenta.

A diferença real está nas últimas três: a blockchain compra permanência garantida pagando latência, custo e escala. O Nostr escolheu não comprar, e por isso é grátis e instantâneo — com a contrapartida honesta de que sua permanência depende de alguém se importar em guardar.

Para publicação, essa troca costuma valer a pena: é muito mais fácil achar cinco relays que guardem seus posts do que justificar o custo de gravá-los numa cadeia global para sempre.

Para dinheiro, não vale: aí o gasto duplo é real, e não há atalho — consenso é o produto.

Relacionado

• 2. Tipos de Sistemas Distribuídos
• 1. Nostr
• 1. Web3 e Blockchain
• 2. Consenso e Finalidade
• 2. Nostr vs ActivityPub

---

Parte de MOC Comparações