Blockchain: o que é, como funciona e onde não serve

Blockchain é um registro de dados mantido por muitos computadores ao mesmo tempo, organizado em blocos encadeados por criptografia, de tal forma que alterar um registro antigo exigiria refazer todos os posteriores e convencer a maioria da rede a aceitar a versão nova. Na prática, é um histórico que ninguém consegue reescrever sozinho.

A maioria das explicações para por aí, com as palavras descentralizado, imutável e transparente repetidas em sequência. Este guia vai além: mostra o que existe dentro de um bloco, por que o encadeamento funciona, qual problema concreto a tecnologia resolveu, o que cada uma daquelas três propriedades não garante, e onde ela não serve.

O que existe dentro de um bloco

Um bloco não é uma metáfora, é uma estrutura de dados com partes definidas. Todo bloco carrega:

• As transações do período. O conteúdo propriamente dito: quem transferiu o quê para quem, ou qualquer outro registro que a rede aceite.
• O carimbo de tempo. Quando o bloco foi criado.
• Uma impressão digital das transações. Um resumo criptográfico que representa todo o conteúdo do bloco em poucos caracteres.
• A impressão digital do bloco anterior. É esta parte que forma a corrente, e é a peça mais importante do desenho inteiro.

Essa impressão digital tem nome técnico, hash, e uma propriedade que sustenta tudo: qualquer alteração no conteúdo original, por menor que seja, produz um resultado completamente diferente. Trocar uma vírgula muda o hash inteiro, e não é possível partir do hash para descobrir o conteúdo.

Vale registrar o que um bloco não contém, porque é fonte frequente de mal-entendido. Ele não guarda arquivos, imagens ou documentos: o espaço é caro e limitado, e o conteúdo ficaria público para sempre. Quando um projeto precisa associar um documento a um registro na rede, o padrão é gravar apenas a impressão digital do arquivo, mantendo o arquivo em outro lugar. Assim é possível provar depois que aquele documento existia naquela data e não foi alterado, sem expor o conteúdo nem pagar por ele.

Por que a corrente não pode ser reescrita

Como cada bloco guarda a impressão digital do anterior, os blocos ficam presos uns aos outros em ordem. Imagine uma corrente de mil blocos e alguém tentando alterar uma transação do bloco 400:

1. A alteração muda o conteúdo do bloco 400, e portanto muda o hash dele.
2. O bloco 401 guardava o hash antigo do 400, então agora ele aponta para algo que não existe mais. O 401 fica inválido.
3. Corrigir o 401 muda o hash do 401, o que invalida o 402. E assim até o bloco mil.
4. Cada uma dessas correções exige refazer o trabalho de validação daquele bloco, e fazer isso mais rápido que o resto da rede, que continua produzindo blocos novos.

Não é que seja proibido alterar: é que sai caro demais e fica evidente. A imutabilidade da blockchain não é uma regra, é uma consequência econômica do desenho. É por isso que ela depende de a rede ter muitos participantes independentes: uma rede pequena é barata de reescrever.

Há um detalhe do desenho que merece atenção por ser contraintuitivo: a rede não impede que se tente reescrever, ela apenas torna a tentativa perdedora. Qualquer participante pode montar uma versão alternativa da corrente a partir de qualquer ponto do passado. O que decide não é uma proibição, é a comparação: a versão que acumulou mais trabalho de validação prevalece, e a alternativa é descartada por todos automaticamente. Segurança aqui não vem de bloqueio, vem de custo.

O problema que a tecnologia resolveu

Antes de 2008, dinheiro digital tinha um obstáculo sem solução conhecida sem um intermediário: o gasto duplo. Um arquivo pode ser copiado infinitamente, e nada impede que a mesma unidade de valor seja enviada a duas pessoas ao mesmo tempo. A solução usada até então era um banco central de registros, que sabia o saldo de todos e recusava a segunda transferência.

O que o desenho publicado em 2008 propôs, e a rede iniciada em janeiro de 2009 colocou em funcionamento, foi resolver isso sem esse intermediário: todos os participantes mantêm o mesmo histórico, e há uma regra para decidir qual versão vale quando duas aparecem ao mesmo tempo. É esse o problema original, e entendê-lo evita o erro mais comum sobre o tema, que é imaginar blockchain como um banco de dados melhor. Ela não é mais rápida nem mais barata que um banco de dados: é a alternativa quando não existe um administrador aceito por todos.

A regra usada para resolver divergências merece ser dita com clareza, porque é o coração do desenho: quando dois blocos válidos aparecem quase ao mesmo tempo, a rede segue provisoriamente as duas versões, e vence aquela sobre a qual mais trabalho se acumular em seguida. Quem estava do lado perdedor descarta seu bloco e adota a versão vencedora. Não existe uma autoridade decidindo: existe uma regra que todos os participantes aplicam sozinhos e que converge para o mesmo resultado.

Como a rede concorda: proof of work e proof of stake

Com muitos computadores registrando ao mesmo tempo, é preciso uma regra para escolher quem escreve o próximo bloco e para resolver divergências. Dois mecanismos dominam.

Proof of work, ou prova de trabalho. Os participantes competem resolvendo um problema matemático que só se resolve por tentativa e erro, gastando processamento e energia. Quem acha a solução primeiro publica o bloco e recebe recompensa. Reescrever o histórico exigiria refazer todo esse gasto, o que torna o ataque caro. É o mecanismo do Bitcoin, e a origem do consumo energético que a tecnologia é criticada por ter.

Proof of stake, ou prova de participação. Em vez de gastar energia, os participantes depositam moeda da própria rede como garantia e são sorteados para validar blocos. Quem tenta fraudar perde o depósito. O Ethereum migrou da primeira para a segunda em setembro de 2022, com redução drástica do consumo de energia da rede.

Os dois compartilham uma premissa que costuma passar despercebida: a segurança depende de nenhum participante, ou grupo coordenado, controlar a maioria da capacidade de validação. É o chamado ataque de maioria. Em redes grandes, reunir essa maioria custa mais do que qualquer ganho possível, e é isso que sustenta a confiança. Em redes pequenas ou novas, o custo é baixo, e já houve casos de redes menores sofrerem esse tipo de ataque na prática. Tamanho de rede, portanto, não é vaidade: é a própria garantia de segurança.

Chaves e carteiras: o que significa ser dono

Em uma blockchain não existe conta com senha que alguém possa recuperar. Existe um par de chaves matemáticas: uma chave privada, que é o segredo, e uma chave pública, derivada dela, que gera o endereço visível para todos.

Assinar uma transação com a chave privada prova que ela partiu do dono do endereço, sem revelar a chave. É isso que substitui o “eu autorizo” de um sistema tradicional.

Duas consequências práticas costumam surpreender quem chega agora. A primeira: perdeu a chave privada, perdeu o acesso, definitivamente, porque não há administrador para redefinir nada. A segunda: uma carteira não guarda moedas, guarda chaves. Os registros estão na rede; a carteira é o que prova que você pode movimentá-los.

Uma consequência prática disso aparece no dia a dia de quem usa: transações não são gratuitas mesmo quando o valor transferido é pequeno, porque a taxa remunera quem faz a validação e protege a rede contra ser inundada de registros sem custo. Redes que tentaram eliminar a taxa por completo enfrentaram exatamente esse problema, e a taxa acabou sendo reintroduzida de outra forma.

O caminho de uma transação

Juntando as peças, veja o que acontece entre alguém apertar “enviar” e o registro estar consolidado:

1. A transação é montada. Origem, destino, valor e a taxa que o remetente se dispõe a pagar por ser processado.
2. É assinada com a chave privada. A assinatura prova a autoria sem expor o segredo, e é verificável por qualquer participante.
3. É transmitida para a rede. Um nó recebe, confere a validade e repassa aos vizinhos, que repassam adiante, até alcançar a rede toda em segundos.
4. Fica em espera. Existe uma fila de transações válidas ainda não incluídas em nenhum bloco. Quem pagou taxa maior tende a ser escolhido antes, e é por isso que o custo sobe quando a rede está congestionada.
5. É incluída em um bloco. Quem venceu a disputa por escrever o próximo bloco seleciona transações da fila e publica.
6. Recebe confirmações. Cada bloco publicado depois do seu torna a reversão mais cara. Uma transação nunca é matematicamente definitiva: ela se torna economicamente irreversível conforme os blocos se acumulam sobre ela.

O último ponto explica uma prática comum que costuma confundir: exchanges e sistemas que recebem valores esperam um número de confirmações antes de liberar o recurso. Não é burocracia, é o tempo necessário para que desfazer aquela transação deixe de compensar para um atacante.

O que as três propriedades não garantem

Descentralização, imutabilidade e transparência aparecem em toda explicação sobre o tema. Vale saber exatamente onde cada uma para, porque é aí que os projetos falham.

• Imutabilidade não é veracidade. A rede garante que o registro não mudou depois de gravado, não que ele fosse verdadeiro quando entrou. Um dado digitado errado vira erro permanente. Isso derruba boa parte dos projetos de rastreabilidade, em que a informação continua dependendo de alguém apontar um leitor ou preencher um campo.
• Descentralização não impede concentração. Uma rede pode ser tecnicamente distribuída e, na prática, ter a validação concentrada em poucos grupos grandes, seja por poder computacional, seja por capital depositado. Descentralização é uma característica de grau, não um estado binário.
• Transparência não é anonimato, e nem privacidade. Em redes públicas, os endereços não trazem nome, mas todo o histórico deles é visível para sempre. Isso é pseudonimato, não anonimato: uma vez que um endereço é associado a uma pessoa, todo o passado dele fica ligado a ela. E é também um problema de confidencialidade comercial e de conformidade com a LGPD quando há dado pessoal envolvido.

Uma quarta ressalva, menos citada e igualmente importante: estar na blockchain não confere validade jurídica. Registrar um contrato ou um certificado na rede prova que aquele conteúdo existia em determinada data e não foi alterado depois. Não substitui requisito legal de forma, reconhecimento de firma, registro em cartório ou o que a legislação exigir para aquele tipo de ato. A prova técnica e a validade jurídica são coisas distintas, e confundi-las já levou projetos a prometer o que não podiam entregar.

Contratos inteligentes

Um contrato inteligente é um programa publicado na rede que executa sozinho quando as condições definidas nele acontecem. Não depende de alguém decidir cumprir, nem de um sistema externo disparar.

Ele herda as propriedades da rede: o código é público, a execução é verificável e, uma vez publicado, não muda. Isso muda inteiramente o trabalho de quem programa, porque não existe corrigir na próxima versão. O detalhamento dessa prática está em programação em blockchain, e as linguagens envolvidas em linguagens de programação: 15 principais e como escolher.

Vale uma ressalva sobre o nome: contrato inteligente não é contrato no sentido jurídico e não tem inteligência nenhuma. É código que roda de forma automática. Se as condições programadas não corresponderem ao que as partes queriam, o programa executa a versão errada com a mesma obediência.

Há ainda uma limitação estrutural que define o que um contrato consegue fazer: ele não enxerga nada fora da rede. Não sabe a cotação do dólar, se a mercadoria foi entregue ou se choveu. Para reagir a qualquer informação externa, depende de um serviço que traga esse dado para dentro, e esse serviço passa a ser um ponto de confiança e uma superfície de ataque. Boa parte das explorações mais custosas do setor veio exatamente daí: manipular a fonte de informação em vez de quebrar o contrato.

Onde blockchain não serve

Três perguntas eliminam a maioria dos casos, e quase todo piloto corporativo abandonado responde não a pelo menos uma delas:

1. Mais de uma organização precisa escrever no mesmo registro? Se só a sua empresa registra e lê, um banco de dados resolve melhor, mais barato e mais rápido.
2. Essas organizações desconfiam umas das outras a ponto de não aceitar um administrador comum? Se todas aceitariam um terceiro contratado mantendo o sistema, o problema é de integração, não de confiança.
3. Alguém de fora precisa conferir o histórico? Auditor, regulador, consumidor final. Se ninguém externo verifica, a imutabilidade não está sendo usada para nada.

Blockchain é mais lenta, mais cara e mais complexa que um banco de dados comum, porque paga o custo de coordenar partes que não confiam entre si. Quando esse problema não existe, o custo não compra nada. Os casos que passaram e os que falharam estão em blockchain nos negócios: onde funciona e onde falhou.

Fora desses três casos, o padrão que se repete nos projetos abandonados é sempre o mesmo: a tecnologia funcionou, e a rede não se formou. Uma blockchain compartilhada só entrega valor se os outros participantes entrarem, e concorrentes raramente aceitam entrar em uma infraestrutura operada por um deles. O obstáculo é comercial e político, não técnico, e é por isso que avaliar um projeto começa perguntando quem mais já concordou, e não qual plataforma usar.

Blockchain, Bitcoin e criptomoeda não são a mesma coisa

Os três termos circulam como sinônimos e não são:

• Blockchain é a tecnologia de registro encadeado e distribuído.
• Bitcoin é a primeira rede construída sobre ela, e a que a tornou conhecida.
• Criptomoeda é um tipo de aplicação: um ativo digital nativo de uma rede. Foi a primeira aplicação, e continua sendo a de maior volume, mas não é a única.

Dentro do último termo cabe outra distinção útil. Moedas nativas, como as que remuneram quem valida blocos, existem por causa do funcionamento da própria rede. Já os tokens são registros criados por contratos publicados sobre uma rede existente, e podem representar qualquer coisa que as partes combinem: participação, crédito, acesso, um ativo do mundo real. É por isso que criar um token é tecnicamente simples, e por que isso diz muito pouco sobre o valor do que ele representa.

A confusão tem custo prático: empresas descartam a tecnologia por associá-la à volatilidade de ativos digitais, e outras adotam esperando as propriedades da rede pública em uma implementação privada controlada por elas mesmas, onde essas propriedades não existem.

Se a avaliação chegou ao ponto de considerar construir algo, o corte que antecede qualquer escolha de tecnologia é outro: o que exatamente vai ser feito, para quem, e se aquilo tem demanda. Esse recorte está em como definir o escopo do primeiro produto digital e em três critérios que dizem se uma ferramenta interna vira produto.

Perguntas frequentes