O que é um mecanismo de consenso?

Um mecanismo de consenso é o conjunto de regras que uma rede blockchain usa para decidir qual bloco aceitar em seguida e qual histórico do registro seguir. Os nós recebem e verificam dados de forma independente. Mesmo quando as mensagens chegam em momentos diferentes ou alguém envia informações conflitantes, regras compartilhadas precisam permitir que a rede continue.

Consenso não significa que todos concordam sobre tudo nem que todos os nós veem os mesmos dados ao mesmo tempo. Significa que, nas condições definidas pelo protocolo, os nós que seguem as regras podem acabar adotando históricos compatíveis e distinguir registros que ainda podem mudar daqueles que atingiram o grau de finalidade exigido pelo protocolo.

Um bloco válido não é necessariamente o bloco escolhido pela rede

Ao validar um bloco, um nó verifica regras como assinaturas de transações, prevenção de gasto duplo e limites de tamanho. A validação responde: “Este candidato pode ser aceito?”

O consenso também precisa responder: “Se vários candidatos forem válidos, sobre qual deles a rede deve continuar?” A latência pode fazer dois participantes publicarem blocos diferentes quase ao mesmo tempo. Ambos podem ser válidos, mas não ocupar a mesma posição em um único histórico. Os nós usam trabalho acumulado, votos de validadores, uma ordem programada ou outro sinal do protocolo.

As regras de validade determinam quais dados podem participar da seleção. As regras de escolha de bifurcação e finalidade determinam depois qual histórico será seguido. Elas cumprem funções diferentes, mas este artigo usa o sentido amplo de consenso que inclui as regras necessárias para manter um estado compartilhado.

Processo básico do consenso

Os detalhes variam entre redes. As quatro etapas abaixo formam um modelo geral. Em registros baseados em blocos, como Bitcoin e Ethereum, dados pendentes costumam ser reunidos em blocos candidatos.

Propor ou coletar dados pendentes

O protocolo define quem pode propor, ordenar ou coletar o próximo lote de dados. A prova de trabalho permite que participantes disputem a oportunidade por meio de cálculos. A prova de participação geralmente agenda validadores conforme stake, aleatoriedade e limites do protocolo. Uma rede permissionada pode alternar nós autorizados ou usar várias rodadas de mensagens para concordar com uma ordem.

Em redes baseadas em blocos, esta etapa distribui oportunidades de produção. De modo mais amplo, o mecanismo precisa impedir que uma pessoa ganhe tanta influência quanto identidades falsas consiga criar. Por isso, os projetos exigem computação, ativos em stake, autorização ou outra condição escassa.

Validar dados candidatos

Os nós executam as verificações do protocolo ao receber uma transação, bloco ou resultado de ordenação. O direito de propor não transforma dados inválidos em válidos. Outros nós podem rejeitar assinaturas incorretas, gastos duplos, transições de estado inválidas ou dados malformados.

Resolver históricos concorrentes

Os nós podem receber transações em ordens diferentes ou observar vários blocos válidos na mesma altura ou intervalo. O protocolo precisa definir a ordem de processamento ou a ramificação a seguir. Por exemplo, os nós do Bitcoin comparam o trabalho acumulado das ramificações, enquanto os nós de prova de participação do Ethereum usam o peso do stake representado pelas atestações para escolher a ponta atual. Novas informações podem substituir uma ramificação recente por outra; isso é uma reorganização da blockchain.

Decidir quando uma transação tem finalidade suficiente

Confirmação e finalidade descrevem a possibilidade de uma transação ser substituída. Alguns mecanismos usam confirmação probabilística: à medida que mais blocos são adicionados, reescrever o histórico geralmente fica mais difícil, sem um instante único que torne um bloco absolutamente imutável. Outros selecionam periodicamente blocos de referência para votação. Esses pontos de verificação atingem um estado final definido pelo protocolo após um limite de votos.

Resultados finais conflitantes geralmente indicam que falharam as premissas sobre participação, comportamento honesto ou comunicação. Redes com corte de stake também podem punir certas violações, mas penalidades não fazem parte de todo mecanismo de finalidade.

A finalidade permanece condicional. Falhas de software, participantes maliciosos suficientes, uma divisão prolongada da rede ou uma intervenção de emergência fora do protocolo podem exceder as premissas de segurança. Por isso, é preciso distinguir contagem de confirmações, confiança probabilística crescente e uma regra explícita de finalidade.

Regras comuns em um mecanismo de consenso

Um projeto completo vai além de uma ação isolada de mineração ou votação. Ele costuma definir:

• Participação: quem pode propor, votar ou validar e como identidades falsas são limitadas.
• Proposta: quando e como transações são organizadas e um bloco candidato é publicado.
• Validação: como outros nós determinam se blocos e transações são válidos.
• Escolha de bifurcação: qual ramificação seguir quando existem várias válidas.
• Finalidade: quando um bloco não deve mais ser revertido na operação normal.
• Tratamento de falhas: como a rede responde a participantes offline, atrasos e mensagens conflitantes.
• Recompensas e penalidades: como recompensas, taxas, corte de stake ou outros incentivos influenciam o comportamento.

Nem todo mecanismo apresenta essas regras como módulos separados e nem toda rede usa recompensas em tokens. É preciso avaliar o processo completo, não apenas se ele usa computação ou stake.

Diferenças entre mecanismos comuns

Prova de trabalho

A prova de trabalho faz produtores de blocos repetirem cálculos até encontrar um resultado que cumpra a dificuldade do protocolo. Quando cadeias válidas concorrem, os nós geralmente seguem a ramificação com mais trabalho acumulado. Para reescrever o histórico, um invasor precisa refazer o trabalho relevante e alcançar a rede honesta.

Essa abordagem vincula influência a trabalho computacional verificável. Os custos incluem energia, equipamentos, operação e tempo de confirmação. A segurança também depende da distribuição do poder computacional, da conectividade, das regras de dificuldade e da validação correta pelos nós.

Prova de participação

A prova de participação permite que validadores que bloqueiam ativos do protocolo proponham blocos ou votem. O protocolo define seleção, peso de voto, recompensas, penalidades por inatividade e tratamento de votos conflitantes. Alguns projetos finalizam explicitamente um bloco após um limite de votos.

Fazer staking não é apenas “manter ativos e votar”. Validadores precisam executar software, verificar blocos e enviar mensagens no prazo. As regras de seleção, penalidade e finalidade também variam entre redes.

Votação permissionada ou proponentes rotativos

Algumas blockchains permissionadas determinam antecipadamente quais organizações ou nós podem participar. Esses nós podem se alternar na proposta de blocos ou usar várias rodadas de mensagens e votos para confirmar uma ordem. Como as identidades e a quantidade de participantes são limitadas, o sistema pode definir quantos nós offline ou mal-intencionados tolera e quais condições de comunicação exige. Essas são suas premissas de falha.

Esses projetos não exigem competição computacional aberta nem staking público, mas dependem de controle de membros, gerenciamento de chaves e governança organizacional. A adequação depende das relações de confiança e dos objetivos do sistema.

Equilíbrio entre segurança e continuidade

Sistemas distribuídos costumam avaliar o consenso com duas perguntas: os nós podem confirmar resultados conflitantes e a rede pode continuar produzindo blocos? A primeira propriedade é chamada de segurança e a segunda, vivacidade.

Suponha que uma parte da rede fique temporariamente sem comunicação com a outra, criando uma partição. Um protocolo pode pausar a confirmação final para impedir que os dois grupos finalizem resultados incompatíveis, mas a liquidação fica parada. Outro pode permitir que ambos avancem e depois usar a escolha de bifurcação. O primeiro prioriza evitar conflitos; o segundo prioriza o progresso, mas pode exigir a reversão de uma ramificação recente.

Os projetos adotam premissas diferentes sobre número de participantes, proporção maliciosa, atraso de mensagens e sincronização. Uma confirmação mais rápida, sozinha, não demonstra que um mecanismo é melhor.

Outras compensações incluem abertura, requisitos de hardware ou stake, tempo de confirmação, capacidade, recuperação de falhas, consumo de recursos e concentração da participação. Melhorar uma propriedade pode elevar o custo de outra.

O consenso não prova que informações externas são verdadeiras

O consenso pode fazer participantes aceitarem o mesmo registro digital segundo as regras do protocolo. Ele não consegue, sozinho, provar que uma informação do mundo externo está correta. Se validadores processarem o mesmo preço, isso mostra apenas que o valor foi registrado conforme o protocolo, não que a fonte era exata ou impossível de manipular.

Também não garante que um contrato inteligente esteja sem falhas, que uma chave privada não tenha sido roubada ou que uma pessoa tenha entendido a transação assinada. Origem dos dados, segurança de software, proteção de chaves e autorização continuam sendo problemas distintos.

Regras de consenso e governança do protocolo

As regras de consenso determinam como os nós processam blocos agora. A governança do protocolo determina como essas regras podem mudar. Desenvolvedores podem propor uma atualização, operadores podem escolher instalar o software e validadores podem sinalizar apoio. Publicar código não obriga todos os nós a adotar uma regra.

Se participantes executarem regras incompatíveis, a rede pode se dividir em históricos separados. Comunicação e adoção durante uma atualização são questões de governança; validação e seleção de blocos depois da ativação são execução do consenso. Os temas são relacionados, mas não idênticos.

Perguntas frequentes

Um mecanismo de consenso é apenas uma votação?

Não. Alguns usam votos explícitos, enquanto a prova de trabalho depende principalmente de computação verificável e regras de seleção da cadeia. Mesmo sistemas de votação costumam incluir proposta, validação, escolha de bifurcação e finalidade.

Todos os nós precisam concordar ao mesmo tempo?

Não. Eles podem receber mensagens em ordens diferentes e seguir temporariamente ramificações distintas. O objetivo é que nós que cumprem as regras convirjam para resultados compatíveis dentro das premissas de falhas e ataques.

Uma transação é final assim que entra em um bloco?

Não necessariamente. Ela pode ter apenas uma confirmação inicial, e seu bloco ainda pode ser substituído durante uma reorganização. A resposta depende das regras de confirmação e finalidade da rede específica.

O consenso pode impedir todos os ataques?

Não. Ele trata falhas e conflitos específicos apenas dentro das premissas sobre rede, participantes e recursos. Falhas de software, chaves roubadas, dados externos incorretos, isolamento da rede ou coordenação acima do limite de segurança ainda podem causar problemas.

Conceitos relacionados

Continue com blockchain e bloco, além dos conceitos de nó blockchain e hash criptográfico, ou volte ao Glossário de cripto.

Fontes

• NISTIR 8202: visão geral da tecnologia blockchain — consenso, resolução de conflitos e modelos gerais.
• Whitepaper do Bitcoin — transmissão de transações, prova de trabalho, seleção de cadeia e confirmação.
• Guia para desenvolvedores do Bitcoin: blockchain — trabalho acumulado, validação e seleção da cadeia.
• Ethereum.org: prova de participação — propostas, atestações, escolha de bifurcação e finalidade.
• Ethereum.org: Gasper — combinação de escolha de bifurcação e finalidade por pontos de verificação.
• Artigo do Raft: In Search of an Understandable Consensus Algorithm — segurança, continuidade e condições de comunicação no consenso distribuído.