Hard fork

O que é um hard fork?

Um hard fork é uma alteração nas regras de consenso de uma blockchain que não é compatível com versões anteriores executadas por nós que seguem as regras precedentes.

Após a ativação das novas regras, nós atualizados podem aceitar blocos ou transações que nós não atualizados consideram inválidos.

Os nós que quiserem continuar acompanhando a rede atualizada devem instalar um software compatível antes ou pouco depois da ativação.

O glossário para desenvolvedores do Bitcoin descreve um hard fork como uma alteração das regras de consenso que compromete a segurança dos nós que não são atualizados.

O glossário da Ethereum explica de forma semelhante que uma alteração que provoca um hard fork pode gerar uma divergência permanente quando nós antigos não conseguem validar blocos produzidos segundo as novas regras.

Um hard fork pode modificar limites de blocos, formatos de transação, comportamento da máquina virtual, operações criptográficas, regras de taxas, requisitos para validadores, regras de mineração ou outras partes fundamentais do protocolo de uma criptomoeda.

O termo descreve a compatibilidade da alteração das regras, e não o nível de discordância política em torno dela.

Uma atualização planejada e amplamente apoiada pode ser um hard fork mesmo quando quase todos os participantes seguem a mesma cadeia atualizada.

Já um hard fork controverso pode resultar em duas blockchains persistentes quando grupos diferentes continuam aplicando regras distintas.

Por que se chama fork?

Um fork ocorre quando os participantes de uma blockchain não seguem todos o mesmo caminho de blocos válidos.

O termo remete à imagem de um caminho que se divide em dois ramos.

Antes da ativação de um hard fork, nós atualizados e não atualizados podem concordar com o mesmo histórico da blockchain.

Após a ativação, eles podem discordar sobre quais novos blocos atendem às regras do protocolo.

Os nós atualizados começam a aplicar as novas regras de consenso no ponto de ativação especificado.

Os nós antigos continuam aplicando as regras anteriores porque seu software não entende nem aceita a alteração.

Se ambos os grupos continuarem produzindo e reconhecendo blocos, o histórico compartilhado da blockchain poderá se dividir em dois históricos independentes.

Se quase todos os participantes economicamente relevantes fizerem a atualização, o ramo antigo poderá receber pouco ou nenhum suporte contínuo.

A alteração das regras ainda será um hard fork, mesmo que não surja uma segunda criptomoeda duradoura.

Como funciona um hard fork

Um hard fork normalmente começa com uma proposta para alterar uma ou mais regras de consenso da blockchain.

Os desenvolvedores criam especificações técnicas que descrevem o novo comportamento.

As equipes de clientes implementam as regras em softwares de nó compatíveis.

O código proposto é revisado, testado e, em geral, ativado em redes de desenvolvimento ou testnets públicas antes da ativação na mainnet.

Em seguida, os participantes recebem instruções sobre as versões de software necessárias e as condições de ativação.

A ativação pode ocorrer em uma altura de bloco, data e hora, época, slot, valor de dificuldade total ou outro gatilho definido pelo protocolo.

Antes do ponto de ativação, o software atualizado geralmente continua seguindo as regras existentes.

Na ativação, os nós atualizados passam a usar a nova lógica de validação.

Os blocos criados sob as novas regras podem conter recursos ou comportamentos que os nós antigos rejeitam.

Mineradores ou validadores também precisam usar software compatível para que a rede atualizada aceite seus blocos.

O que são regras de consenso?

Regras de consenso são as regras que nós operados de forma independente usam para determinar se blocos, transações e estados da blockchain são válidos.

Elas podem definir a oferta permitida de moedas, assinaturas de transações, estrutura dos blocos, contabilização de gas, alvo de proof-of-work, comportamento dos validadores e execução de contratos inteligentes.

Um nó não aceita um bloco apenas porque outro participante diz que ele é válido.

O nó verifica o bloco de acordo com as regras implementadas em seu software.

Nós que implementam regras incompatíveis podem chegar a conclusões diferentes sobre o mesmo bloco.

Um hard fork altera essas conclusões ao permitir ou exigir comportamentos que o software anterior não aceita.

Por isso, um hard fork exige coordenação entre operadores de nós, mineradores ou validadores, desenvolvedores de aplicativos, provedores de infraestrutura, carteiras e outros participantes da rede.

Hard fork vs. soft fork

Um hard fork introduz uma alteração de regras que nós antigos não reconhecem como válida.

Um soft fork introduz regras mais restritivas que podem continuar compatíveis com as verificações de validade feitas por nós antigos.

Em um soft fork, os nós atualizados aplicam uma restrição adicional, enquanto os nós antigos ainda podem reconhecer como válidos os blocos que obedecem a essa restrição.

Em um hard fork, os nós atualizados podem aceitar algo que os nós antigos rejeitam.

Por exemplo, o guia da blockchain do Bitcoin explica que aumentar o tamanho permitido do bloco acima do limite reconhecido por nós antigos exige um hard fork.

A distinção diz respeito à compatibilidade técnica, e não a se uma atualização é boa, ruim, popular ou controversa.

Ambos os tipos de fork podem exigir testes extensivos e coordenação da comunidade.

Hard fork vs. fork temporário da cadeia

Um fork temporário da cadeia pode ocorrer sem nenhuma alteração nas regras de consenso.

Dois mineradores ou validadores podem produzir blocos válidos diferentes aproximadamente ao mesmo tempo.

Alguns nós podem receber inicialmente um bloco, enquanto outros recebem o bloco concorrente.

O mecanismo de consenso acaba fazendo com que um ramo se torne a cadeia reconhecida e o outro seja abandonado.

Esse evento de curta duração às vezes é chamado de fork acidental, ramo obsoleto ou reorganização temporária.

Um hard fork é diferente porque altera as regras usadas para avaliar a validade dos blocos.

A competição temporária entre blocos pode ocorrer em nós que executam regras idênticas; um hard fork envolve conjuntos de regras incompatíveis.

Hard fork vs. fork de software

Um fork de software ocorre quando desenvolvedores copiam o código-fonte de um projeto e criam uma versão separada.

Esse sentido é comum no desenvolvimento de código aberto.

Copiar o código de um cliente de blockchain não cria automaticamente uma nova rede de criptomoeda.

Um desenvolvedor pode criar um fork de um repositório para propor melhorias, testar recursos ou manter uma implementação independente de cliente.

Um hard fork de blockchain altera especificamente o comportamento do consenso em uma rede ativa e pode afetar quais blocos os nós aceitam.

As duas ideias podem se sobrepor quando um projeto de software copiado lança uma blockchain separada, mas não são idênticas.

Hard fork planejado

Um hard fork planejado é uma atualização programada do protocolo, apoiada pelas principais comunidades de desenvolvimento e infraestrutura da rede.

Os detalhes da ativação normalmente são publicados com antecedência.

Os operadores de nós recebem instruções para instalar software compatível antes do ponto de ativação.

Desenvolvedores de carteiras e contratos inteligentes, validadores, mineradores, provedores de dados e outros serviços podem testar seus sistemas com as novas regras.

Quando a adoção é ampla, a rede pode migrar para as novas regras sem manter uma cadeia antiga relevante.

Muitas das principais atualizações da rede Ethereum são implementadas como hard forks coordenados.

A linha do tempo oficial de forks da Ethereum lista atualizações que alteraram o comportamento das camadas de execução e consenso ao longo da história da rede.

Hard fork controverso

Um hard fork controverso ocorre quando grupos significativos discordam sobre quais regras de consenso devem definir a criptomoeda.

Um grupo pode adotar as novas regras, enquanto outro continua deliberadamente usando as anteriores ou implementa uma alteração diferente.

Se ambos os lados tiverem usuários, desenvolvedores, operadores de nós, atividade econômica e produtores de blocos suficientes, poderão surgir duas redes persistentes.

Cada rede desenvolve então seu próprio histórico de blockchain após o ponto de divisão.

Com o tempo, as redes podem adotar nomes, símbolos, roteiros de desenvolvimento, modelos de segurança e valores de mercado diferentes.

Um fork controverso é, em parte, técnico e, em parte, social, pois o software não pode obrigar participantes independentes a reconhecer um ramo como legítimo.

Todo hard fork cria uma nova moeda?

Não. A maioria dos hard forks coordenados não cria uma segunda criptomoeda duradoura.

Uma nova moeda só se torna relevante quando um ramo alternativo continua operando e recebe suporte técnico e econômico suficiente.

Se quase todos os mineradores ou validadores, nós, usuários, carteiras e aplicativos migrarem para as regras atualizadas, o ramo antigo poderá parar de produzir blocos ou se tornar economicamente irrelevante.

A rede atualizada pode manter o nome, os saldos dos ativos, o histórico e a identidade da comunidade existentes.

Em geral, os usuários continuam mantendo o mesmo ativo nativo sem precisar convertê-lo quando uma atualização de rotina é concluída com sucesso.

Um ativo separado pode surgir quando outro grupo decide manter uma cadeia diferente após a divisão.

O que acontece com as moedas durante uma divisão da cadeia?

Quando ocorre uma divisão persistente, as duas cadeias compartilham o mesmo histórico de transações até o ponto do fork.

Assim, um endereço que detinha ativos antes da divisão pode aparentar ter saldos correspondentes nas duas cadeias resultantes.

A chave privada que controlava o endereço antes do fork pode, inicialmente, autorizar transações nas duas cadeias.

Isso não significa que os dois ativos terão o mesmo valor de mercado, segurança, liquidez ou suporte a longo prazo.

Cada cadeia desenvolve seu próprio estado após a divisão.

Uma transação confirmada em um ramo não atualiza automaticamente o saldo no outro, a menos que o replay faça com que a mesma transação assinada também seja aceita nele.

Antes de tentar acessar ativos nas duas cadeias, os usuários devem entender as regras de segurança e de replay.

O que é um ataque de replay após um hard fork?

Um ataque de replay pode ocorrer quando uma transação assinada para uma blockchain também é válida em outra blockchain que compartilha o mesmo histórico e as mesmas regras de assinatura.

Um observador pode copiar a transação assinada de um ramo e transmiti-la no outro.

O usuário pode pretender transferir ativos apenas na primeira cadeia e, sem querer, transferir ativos correspondentes nas duas.

A proteção contra replay diferencia as transações entre redes.

A EIP-155 adicionou um identificador de cadeia à assinatura de transações da Ethereum para ajudar a impedir que uma transação destinada a uma cadeia seja válida em outra que use um identificador diferente.

Os usuários não devem presumir que todo fork inclui automaticamente uma proteção contra replay eficaz.

Antes de movimentar ativos criados por uma divisão da cadeia, consulte as instruções específicas do fork.

O que é um Chain ID?

Um Chain ID é um identificador numérico usado para diferenciar uma rede blockchain de outra em fluxos de assinatura de transações e aplicativos.

Incluir o Chain ID na transação assinada ajuda a vincular a autorização à rede pretendida.

As carteiras também usam Chain IDs para selecionar configurações de rede, endereços de contratos, tokens e informações sobre taxas.

Duas cadeias persistentes não devem usar intencionalmente o mesmo Chain ID quando isso puder gerar riscos de replay ou para a interface do usuário.

Um Chain ID não comprova que uma rede é confiável nem que um token é legítimo.

Os usuários ainda precisam verificar o nome da rede, o ativo nativo, o explorador de blockchain, as configurações da carteira e os detalhes da transação.

Identificação de forks entre nós

Os nós precisam de um meio para determinar se seus pares são compatíveis com as mesmas regras da cadeia.

A EIP-2124 define um identificador de fork que nós compatíveis com a Ethereum podem usar nas verificações de compatibilidade entre pares.

O identificador representa ativações de forks anteriores e um ponto de ativação futuro esperado.

Nós compatíveis podem permanecer conectados, enquanto pares claramente incompatíveis podem se desconectar.

Isso ajuda a evitar o desperdício de recursos com a troca repetida de dados entre nós que acabarão rejeitando as cadeias uns dos outros.

Identificadores de fork ajudam na segurança da rede, mas não substituem a validação completa de blocos e transações.

Métodos de ativação de hard fork

Uma ativação por altura de bloco começa quando a blockchain atinge um número de bloco predeterminado.

Uma ativação por timestamp começa quando o horário do bloco alcança ou ultrapassa um valor especificado.

A ativação por época é comum em redes de proof-of-stake que organizam o tempo de consenso em épocas e slots.

Uma ativação por dificuldade total pode ser acionada quando o proof-of-work acumulado alcança um limite definido.

Cada método tem vantagens e considerações operacionais.

Os tempos entre blocos variam, então nem sempre é possível prever a ativação por altura de bloco com precisão de segundos.

Programações de proof-of-stake baseadas em tempo podem oferecer uma estimativa mais precisa do horário de ativação.

Os clientes precisam implementar a lógica de ativação de forma consistente para não divergirem no momento da transição.

Hard forks em redes de proof-of-work

Em uma rede de proof-of-work, os mineradores criam blocos candidatos e os nós completos validam esses blocos de acordo com as regras de consenso.

Um hard fork pode alterar o algoritmo de mineração, a estrutura do bloco, a recompensa, o cálculo da dificuldade, as regras de transação ou os recursos permitidos por bloco.

Mineradores que não atualizarem o software podem produzir blocos rejeitados por nós atualizados.

Equipamentos de mineração atualizados também podem se tornar incompatíveis com o ramo antigo quando o algoritmo de proof-of-work muda.

O hashrate pode se dividir entre cadeias concorrentes quando ambos os ramos continuam operando.

A segurança de cada ramo passa a depender, em parte, da quantidade de poder de mineração compatível restante e da facilidade de redirecionar hashrate externo.

Nós completos continuam rejeitando blocos que violem suas próprias regras, independentemente do trabalho gasto para criá-los.

Hard forks em redes de proof-of-stake

Em uma rede de proof-of-stake, os validadores precisam usar software que implemente as regras corretas de consenso e execução.

Um hard fork pode alterar as funções dos validadores, os formatos de bloco, as penalidades, as transições de estado, as operações criptográficas ou o comportamento da máquina virtual.

Validadores que usem software desatualizado podem deixar de cumprir funções, seguir um ramo incompatível ou sofrer penalidades, dependendo do protocolo.

Implementações de clientes diferentes precisam concordar com as novas regras para evitar uma falha de consenso.

Operadores de nós devem atualizar tanto os clientes de execução quanto os de consenso quando a rede usar camadas de clientes separadas.

O guia de operação de nós da Ethereum recomenda que os operadores instalem as versões corretas dos clientes antes de hard forks importantes.

Hard forks da Ethereum

A Ethereum usa atualizações coordenadas da rede para introduzir mudanças na camada de execução, na camada de consenso ou em ambas.

As atualizações das camadas de execução e consenso podem ter nomes de desenvolvimento separados, combinados em um único nome público para a atualização.

As mudanças Prague e Electra, por exemplo, formaram a atualização Pectra.

A documentação oficial da Pectra registra que a atualização foi ativada na Ethereum Mainnet em 7 de maio de 2025.

A atualização principal seguinte da Ethereum, Fulu-Osaka ou Fusaka, foi ativada em 3 de dezembro de 2025.

Em julho de 2026, a linha do tempo oficial identifica Glamsterdam como a próxima grande atualização, ainda sem data de ativação definida.

Essas atualizações mostram que um hard fork pode ser um método rotineiro de desenvolvimento do protocolo, e não uma tentativa de criar uma moeda concorrente.

O hard fork da Ethereum DAO

O hard fork da Ethereum DAO é um exemplo histórico de resposta controversa a um incidente grave envolvendo um contrato inteligente.

A comunidade da rede debateu se as regras do protocolo deveriam ser alteradas para lidar com os ativos afetados pelo incidente.

Alguns participantes adotaram o histórico alterado, enquanto outros continuaram reconhecendo o histórico original.

O resultado mostrou que a governança de uma blockchain inclui decisões sociais sobre qual software e estado os participantes escolhem reconhecer.

A documentação de governança da Ethereum aborda o evento como um exemplo importante da interação entre grandes alterações de protocolo e a coordenação da comunidade.

Esse exemplo não significa que desenvolvedores possam reescrever uma blockchain casualmente sempre que um contrato inteligente falha.

Intervenções desse tipo podem gerar disputas duradouras sobre imutabilidade, legitimidade e autoridade de governança.

Considerações sobre hard forks do Bitcoin

Alterações de consenso do Bitcoin exigem coordenação cuidadosa porque nós operados de forma independente aplicam as regras que escolhem executar.

Uma alteração proposta que amplie o conjunto de blocos válidos além do que nós antigos aceitam é uma mudança que provoca hard fork.

Aumentar o limite de tamanho de bloco acima do máximo aceito por um nó antigo é um exemplo técnico comum.

Nós antigos rejeitariam o bloco maior mesmo que os nós atualizados o aceitassem.

Manter dois conjuntos de regras incompatíveis pode resultar em cadeias separadas se ambos os lados continuarem recebendo apoio de mineradores, nós, usuários e participantes econômicos.

A história do Bitcoin influenciou discussões mais amplas do setor cripto sobre atualizações conservadoras, compatibilidade com versões anteriores, soberania dos nós e consenso da comunidade.

Por que as blockchains usam hard forks

Uma blockchain pode precisar de um hard fork para introduzir funcionalidades que não podem ser expressas nas regras de consenso existentes.

Um hard fork pode adicionar novos tipos de transação, precompilações criptográficas, opcodes, recursos de conta ou capacidades para validadores.

Pode alterar limites de recursos para ajudar na escalabilidade ou reduzir riscos de negação de serviço.

Pode corrigir uma vulnerabilidade grave do protocolo ou remover comportamentos obsoletos.

Pode alterar a emissão, a contabilização de taxas, a distribuição de recompensas ou os mecanismos de consenso.

Também pode simplificar regras antigas que geram complexidade desnecessária de implementação.

Em geral, um hard fork só deve ser usado após considerar compatibilidade, segurança, testes, implantação e impacto no ecossistema.

Governança de hard forks

Raramente há uma única pessoa com autoridade ilimitada para obrigar todos os participantes de blockchains públicas a atualizar seus sistemas.

Os desenvolvedores podem propor e implementar software, mas os operadores de nós decidem quais versões executar.

Mineradores ou validadores decidem quais blocos compatíveis produzir e atestar.

Desenvolvedores de aplicativos decidem qual cadeia seus softwares aceitam.

Carteiras e provedores de infraestrutura decidem como rotular e conectar-se à rede resultante.

Usuários e detentores de ativos decidem qual rede reconhecem e usam.

A coordenação econômica entre esses grupos muitas vezes determina se uma atualização se torna a continuação dominante da cadeia.

Assim, a governança ocorre por meio de especificações técnicas, discussões públicas, lançamentos de clientes, testes, sinalização e adoção efetiva do software.

Quem decide se um hard fork é bem-sucedido?

Nenhuma métrica isolada determina o sucesso de todos os hard forks.

O apoio dos desenvolvedores importa porque os clientes precisam implementar e manter as regras.

A adoção pelos nós importa porque eles aplicam os critérios de validade.

A adoção por mineradores ou validadores importa porque os blocos precisam ser produzidos sob as novas regras.

O suporte de aplicativos e carteiras importa para que os usuários possam acessar a rede.

Liquidez e suporte do mercado são relevantes quando surgem ativos separados.

O reconhecimento da comunidade importa porque o valor das criptomoedas depende, em parte, de expectativas compartilhadas e acordo social.

Um ramo tecnicamente funcional pode continuar economicamente fraco quando poucos usuários ou aplicativos o reconhecem.

Testes de hard fork

Um hard fork deve ser testado em várias implementações de clientes e condições de rede.

Os desenvolvedores precisam de vetores de teste que confirmem que todos os clientes calculam o mesmo estado após o fork.

Testnets públicas podem revelar problemas de sincronização de nós, participação de validadores, processamento de transações e compatibilidade de aplicativos.

Redes temporárias de desenvolvimento podem ser criadas especificamente para testar uma atualização planejada.

Equipes de segurança podem realizar fuzzing, testes diferenciais, análises formais e simulações de negação de serviço.

Mesmo testes extensivos não garantem que a ativação na mainnet ocorrerá sem problemas.

Durante a transição, os operadores devem acompanhar os canais oficiais de comunicação e manter procedimentos de resposta a incidentes.

Diversidade de clientes e segurança de hard forks

Muitas blockchains têm mais de uma implementação independente de cliente de nó.

A diversidade de clientes pode reduzir a dependência de uma única base de código, mas todos os clientes precisam interpretar as regras de consenso da mesma forma.

Um bug em um cliente pode fazer com que seus nós aceitem ou rejeitem blocos diferentes.

Se esse cliente controlar uma grande parte da rede, o bug poderá causar uma divisão grave da cadeia ou perda de finalidade.

Os testes de hard fork devem comparar os resultados de implementações independentes.

Operadores de nós também podem reduzir a dependência do ecossistema em relação a uma única implementação ao apoiar uma diversidade saudável de clientes.

O que os operadores de nós devem fazer

Os operadores devem confirmar se a atualização exige um novo software.

Devem obter versões de fontes autenticadas do projeto.

As notas da versão devem ser verificadas quanto a sistemas operacionais compatíveis, migrações de banco de dados, alterações de configuração e combinações de clientes necessárias.

Antes de uma manutenção importante, os operadores devem fazer backup das chaves e dos dados de configuração necessários.

Após a atualização, o nó deve ser sincronizado e monitorado.

Os operadores devem verificar se o Chain ID, a versão do fork, a altura do bloco, as conexões com pares e o status do cliente correspondem à rede pretendida.

Ignorar uma atualização obrigatória pode deixar o nó seguindo uma cadeia incompatível ou inativa.

O que os validadores devem fazer

Os validadores devem instalar, antes da ativação, um software que entenda as novas regras de consenso.

Devem confirmar a compatibilidade dos componentes de execução, consenso, validação e assinatura.

Signatários remotos e ferramentas de monitoramento também podem precisar de atualização.

Os validadores não devem usar configurações conflitantes que possam causar dupla assinatura ou atestações incompatíveis.

Os sistemas de backup devem ser atualizados com cuidado para que uma contingência não reinicie software desatualizado.

Atualizações não realizadas podem causar perda de recompensas, penalidades por inatividade ou consequências mais graves, dependendo da rede e do comportamento.

O que os mineradores devem fazer

Os mineradores devem confirmar se seus nós, softwares de geração de modelos de bloco, sistemas de pool e firmwares de mineração são compatíveis com as novas regras.

Um hard fork que altere o algoritmo de proof-of-work pode exigir outro hardware ou firmware.

Minerar blocos sob regras obsoletas pode desperdiçar eletricidade, pois nós atualizados podem rejeitá-los.

Os participantes de pools devem entender qual cadeia recebe o hashrate que contribuem.

Não devem confiar apenas no nome ou painel do pool, pois configurações e políticas de pagamento podem mudar durante um fork controverso.

O que usuários de carteiras devem fazer

Em geral, usuários comuns de carteiras não precisam tomar nenhuma medida especial durante um hard fork coordenado.

Os saldos e as chaves privadas costumam continuar válidos na cadeia atualizada.

Ainda assim, os usuários devem manter o software da carteira atualizado e acompanhar anúncios de fontes oficiais da rede.

Um usuário nunca deve revelar uma frase de recuperação para reivindicar uma atualização, converter moedas, sincronizar uma carteira ou receber supostos ativos de um fork.

Atualizações legítimas de protocolo não exigem que os usuários enviem frases de recuperação a sites ou representantes do suporte.

Quando uma divisão persistente cria ativos separados, os usuários devem aguardar orientações claras de segurança antes de tentar movimentar qualquer saldo.

É preciso converter moedas após um hard fork?

Normalmente, uma atualização de rede de rotina não exige trocar uma moeda antiga por uma nova.

O mesmo registro contábil e os mesmos saldos continuam sob as regras atualizadas.

Por exemplo, as orientações oficiais da Ethereum sobre atualizações afirmam que os usuários não precisam converter seus ativos nativos após atualizações coordenadas do protocolo.

Uma mensagem que exija uma conversão urgente pode ser uma tentativa de phishing.

Uma migração separada pode ser necessária quando um projeto lança intencionalmente uma nova rede ou contrato de token, mas isso não é uma característica automática de todo hard fork.

Os usuários devem verificar as alegações sobre migração na documentação oficial do protocolo, em vez de confiar em mensagens não solicitadas.

Hard fork e compatibilidade de contratos inteligentes

Um hard fork pode alterar a execução de contratos inteligentes mesmo que o código-fonte deles permaneça inalterado.

Os custos de gas podem aumentar ou diminuir.

Novos opcodes podem ficar disponíveis.

Comportamentos antigos podem ser restringidos ou removidos.

Informações de blocos, transações ou contas disponibilizadas aos contratos podem mudar.

Aplicativos que dependam de premissas precisas sobre gas, comportamento de opcodes ou campos de bloco devem ser testados segundo as novas regras.

Os desenvolvedores também devem confirmar a compatibilidade de ferramentas de desenvolvimento, indexadores, oráculos, relayers e serviços de infraestrutura.

Hard fork e redes Layer 2

Redes Layer 2 podem depender de formatos de transação da camada base, disponibilidade de dados, finalidade, custos de gas e comportamento de contratos inteligentes.

Por isso, um hard fork da camada base pode afetar rollups, bridges, sequenciadores, provers e sistemas de saque.

Desenvolvedores de Layer 2 talvez precisem atualizar softwares de nós, circuitos de prova, implantações de contratos ou cálculos de taxas.

Uma atualização da camada base destinada a melhorar a escalabilidade pode aumentar a capacidade de dados ou introduzir novas operações criptográficas.

A alteração deve ser testada nas duas camadas, pois uma atualização válida na camada base ainda pode expor premissas de sistemas dependentes.

Hard fork e bridges

Bridges cross-chain precisam determinar qual ramo reconhecer quando uma blockchain conectada se divide.

Uma bridge que aceite mensagens dos dois ramos sem separação clara pode enfrentar reivindicações duplicadas ou não reconhecidas de ativos.

Operadores de bridges podem suspender transferências durante um fork controverso até que a identidade e a finalidade da cadeia fiquem mais claras.

Contratos inteligentes podem precisar de identificadores de cadeia, conjuntos de validadores ou raízes de blocos atualizados.

Durante uma divisão incerta, os usuários devem evitar transferir ativos por bridges, a menos que o serviço tenha publicado uma política de suporte clara.

Hard fork e oráculos

Oráculos fornecem dados externos usados por sistemas de empréstimo, ativos de valor estável, derivativos e outros contratos inteligentes.

Uma divisão da cadeia pode criar duas versões do mesmo contrato de oráculo e feed de preços.

Os operadores de oráculos precisam decidir se fornecem dados de um ramo, dos dois ou de nenhum temporariamente.

Aplicativos podem apresentar falhas quando presumem que os dados do oráculo continuarão funcionando normalmente em todo fork.

As equipes de protocolo devem definir procedimentos de emergência para preços desatualizados, reorganizações da cadeia e ramos não suportados.

Hard fork e ativos de valor estável

Uma divisão da blockchain pode duplicar a representação on-chain de um ativo de valor estável sem duplicar as reservas off-chain do emissor.

A organização responsável pelo resgate pode reconhecer apenas um ramo.

O token do ramo não suportado pode perder o valor de resgate mesmo que seu saldo no contrato inteligente pareça inalterado.

Os usuários não devem presumir que todo token duplicado representa uma reivindicação duplicada no mundo real.

Emissores de ativos, custodiante, bridges e sistemas de governança podem influenciar qual ramo mantém suporte prático.

Hard fork e posições em DeFi

Um fork persistente pode duplicar estados de contratos inteligentes, como depósitos de garantia, empréstimos, posições de liquidez e saldos de governança.

A cópia do estado não garante que ambas as versões continuem funcionando economicamente.

Feeds de preços, ativos estáveis, bridges, administradores, liquidadores, aplicativos de interface e serviços externos podem dar suporte a apenas um ramo.

Uma posição de empréstimo pode se tornar insegura quando seu oráculo deixa de atualizar os dados.

Um pool de liquidez pode ficar muito desequilibrado quando um ativo duplicado perde valor externo.

Os usuários não devem tratar posições DeFi duplicadas como riqueza adicional sem risco.

Hard fork e tokens não fungíveis

Um hard fork pode criar registros on-chain idênticos de tokens não fungíveis nos dois ramos no ponto da divisão.

O reconhecimento por marketplaces, o suporte dos criadores, os serviços de metadados, os direitos de propriedade intelectual e o consenso da comunidade podem favorecer apenas uma versão.

Imagens ou metadados off-chain não se tornam automaticamente ativos separados só porque o estado do contrato foi copiado.

O valor econômico de cada versão depende do reconhecimento contínuo e do suporte da infraestrutura.

Hard fork e tokens de governança

Saldos de tokens de governança podem ser duplicados quando uma cadeia se divide.

Cada ramo pode então realizar votações separadas ou reconhecer decisões de governança diferentes.

Delegações e estados de propostas também podem ser copiados no ponto do fork.

Organizações off-chain, entidades legais, sites, repositórios e signatários do tesouro podem apoiar apenas um ramo.

O poder de voto do token, por si só, pode não determinar qual ramo controla recursos externos.

Riscos de segurança de hard forks

Um hard fork pode expor bugs de software que não foram encontrados durante os testes.

Clientes diferentes podem calcular resultados distintos para a mesma transação.

Nós desatualizados podem seguir uma cadeia incompatível.

Validadores podem deixar de cumprir funções ou assinar mensagens conflitantes.

Mineradores podem desperdiçar hashrate em blocos rejeitados.

Aplicativos podem usar Chain IDs ou endereços de contratos incorretos.

Ataques de replay podem movimentar ativos inesperadamente entre ramos.

A redução da participação de mineração ou staking pode enfraquecer temporariamente a segurança da cadeia.

Golpistas podem explorar a confusão com instruções falsas de atualização, ativos falsificados ou ferramentas fraudulentas para carteiras.

Riscos de mercado de hard forks

Um hard fork controverso pode gerar volatilidade significativa nos preços.

Os participantes do mercado podem discordar sobre qual ramo receberá suporte a longo prazo.

A liquidez pode se fragmentar entre ativos relacionados.

Provedores de infraestrutura podem suspender depósitos e saques durante períodos de incerteza.

Os critérios de confirmação de transações podem se tornar mais rigorosos porque as reorganizações da cadeia ficam mais prováveis.

Um novo ativo de fork pode começar com pouca liquidez e oscilações extremas de preço.

Não há garantia de que o valor combinado dos dois ativos após o fork será igual ou superior ao valor do ativo original.

Golpes envolvendo hard forks

Golpistas costumam alegar que os usuários precisam conectar uma carteira para receber moedas criadas por um hard fork futuro.

Um site fraudulento pode solicitar uma frase de recuperação, chave privada, aprovação de token ou assinatura de mensagem.

Outro golpe pode vender um token de fork falso antes mesmo de existir uma rede legítima.

Atacantes também podem criar softwares falsos para carteiras que alegam oferecer suporte aos dois ramos, mas roubam chaves.

Nenhuma reivindicação legítima de fork exige que o usuário revele uma frase de recuperação.

Antes de interagir, os usuários devem confirmar a documentação oficial da cadeia, o código-fonte, as versões dos clientes, o Chain ID, a proteção contra replay e o explorador de blockchain.

Como se preparar para um hard fork

Confirme a data, o bloco, a época ou outro gatilho exato de ativação em fontes oficiais da rede.

Verifique se a atualização é coordenada ou se pode gerar uma divisão persistente.

Atualize os softwares de nós, validadores, carteiras e aplicativos por canais autenticados.

Faça backup das chaves e dos dados de configuração necessários, sem expor segredos de recuperação.

Verifique Chain IDs, versões dos clientes, identificadores de fork e endereços de contratos.

Se a atualização puder afetar o comportamento das transações ou a finalidade, suspenda operações automatizadas de alto risco.

Após uma divisão controversa, aguarde a estabilização da produção de blocos antes de movimentar grandes quantias.

Antes de tentar acessar ativos duplicados, verifique a proteção contra replay.

Como avaliar um hard fork proposto

Comece identificando exatamente quais regras de consenso serão alteradas.

Analise a especificação técnica e o motivo da mudança.

Verifique se várias equipes independentes de clientes implementaram e testaram a proposta.

Revise os resultados de testnets, auditorias, riscos conhecidos e divergências não resolvidas.

Determine como ocorrerá a ativação e o que acontecerá com nós desatualizados.

Verifique se as transações terão proteção contra replay e identificadores de cadeia distintos.

Considere os efeitos da atualização sobre carteiras, contratos inteligentes, validadores, mineradores, bridges, oráculos e redes Layer 2.

Diferencie o suporte técnico de alegações promocionais sobre preços futuros de ativos.

Benefícios de um hard fork

Um hard fork pode introduzir funcionalidades importantes que as regras antigas não conseguem suportar.

Pode corrigir falhas graves do protocolo.

Pode melhorar a escalabilidade, o processamento de transações, o suporte criptográfico ou a experiência dos desenvolvedores.

Pode alterar parâmetros econômicos que já não atendem aos objetivos da rede.

Pode remover comportamentos obsoletos e simplificar a implementação dos clientes.

Também pode permitir que uma comunidade com prioridades fundamentalmente diferentes mantenha um conjunto independente de regras.

Limitações de um hard fork

Um hard fork exige ampla coordenação entre muitos participantes independentes.

Nós desatualizados podem se tornar incompatíveis ou inseguros.

Uma ativação malsucedida pode interromper a produção de blocos ou o funcionamento dos aplicativos.

Um fork controverso pode dividir usuários, desenvolvedores, recursos de segurança, liquidez e efeitos de rede.

Ativos copiados podem gerar problemas de replay, bridges, oráculos e resgate.

A atualização também pode introduzir novos bugs ao tentar resolver problemas antigos.

Por isso, um hard fork deve ser tratado como um grande evento de protocolo, e não como uma atualização rotineira de aplicativo.

Equívocos comuns sobre hard forks

Um equívoco comum é achar que todo hard fork cria criptomoedas grátis.

A maioria das atualizações planejadas continua como uma única rede, sem um segundo ativo valioso.

Outro equívoco é pensar que todo hard fork resulta de uma disputa na comunidade.

Muitos hard forks são atualizações técnicas amplamente apoiadas.

Um terceiro equívoco é acreditar que apenas os desenvolvedores podem obrigar todos a adotar novas regras.

Participantes independentes escolhem qual software e cadeia reconhecem.

Um quarto equívoco é pensar que saldos on-chain duplicados garantem valor duplicado no mundo real.

Reservas off-chain, aplicativos, liquidez e apoio da comunidade podem reconhecer apenas um ramo.

Um quinto equívoco é acreditar que os usuários precisam inserir uma frase de recuperação para atualizar suas moedas.

Atualizações de blockchain nunca exigem que segredos da carteira sejam revelados a outra pessoa ou site.

Perguntas frequentes

O que é um hard fork em termos simples?

É uma alteração nas regras de uma blockchain que softwares antigos de nó não conseguem aceitar ou validar completamente.

Um hard fork é uma nova blockchain?

Um hard fork altera as regras da blockchain e pode criar um novo ramo, mas uma blockchain separada e duradoura só existe quando participantes continuam apoiando os dois conjuntos de regras.

Todo hard fork cria uma nova criptomoeda?

Não. Atualizações coordenadas normalmente continuam como uma única rede, sem criar um segundo ativo relevante.

Qual é a diferença entre hard fork e soft fork?

Um hard fork introduz regras que nós antigos rejeitam; um soft fork geralmente introduz regras mais rigorosas que continuam válidas segundo as verificações mais abrangentes dos nós antigos.

Um hard fork pode acontecer por acidente?

Um bug de software pode causar acidentalmente uma validação incompatível, mas hard forks planejados são alterações de protocolo especificadas e ativadas deliberadamente.

Preciso vender criptomoedas antes de um hard fork?

Não há uma regra geral que exija a venda, mas os usuários devem entender os possíveis riscos de volatilidade, divisão da cadeia, replay e liquidez.

Preciso converter minhas moedas após um hard fork?

Uma atualização coordenada normalmente não exige conversão, pois os saldos existentes continuam sob as regras atualizadas.

O endereço da minha carteira muda após um hard fork?

Em geral, ele continua válido, embora novas regras, formatos de endereço ou o modelo de migração de uma rede específica possam exigir outro procedimento.

Meu saldo pode aparecer nas duas cadeias?

Sim. Quando duas cadeias compartilham o mesmo histórico anterior ao fork, o mesmo saldo pode aparecer inicialmente nos dois ramos.

Moedas duplicadas de um fork são dinheiro grátis?

Não. Saldos duplicados podem envolver ataques de replay, baixa liquidez, ativos não suportados, carteiras inseguras, impostos, golpes e valor de mercado incerto.

O que é proteção contra replay?

É um mecanismo que impede ou reduz a chance de uma transação assinada para uma cadeia ser copiada e aceita em outra.

O que é um Chain ID?

É um identificador de uma rede blockchain que pode vincular uma transação assinada especificamente a essa rede.

Um hard fork pode reverter transações?

Em teoria, um hard fork pode alterar o estado reconhecido, mas atualizações de rotina normalmente preservam o histórico e os saldos existentes.

Quem controla um hard fork?

Os desenvolvedores propõem e implementam regras, enquanto nós, mineradores, validadores, aplicativos, usuários e participantes econômicos determinam qual software e cadeia apoiam.

Mineradores podem forçar um hard fork?

Mineradores podem apoiar um ramo com poder de hash, mas nós completos ainda podem rejeitar blocos que violem as regras que aplicam.

Validadores podem continuar usando software antigo?

Podem continuar executando-o tecnicamente, mas talvez sigam uma cadeia incompatível, deixem de cumprir funções ou sofram penalidades do protocolo.

Um hard fork afeta contratos inteligentes?

Sim. Alterações em custos de gas, opcodes, tipos de transação, campos de bloco ou regras de transição de estado podem afetar o comportamento dos contratos inteligentes.

Um hard fork pode afetar posições DeFi?

Sim. Estado duplicado, oráculos não suportados, falhas de bridges, fragmentação da liquidez e mudanças no valor dos ativos podem tornar inseguras as posições após o fork.

Um hard fork pode afetar tokens não fungíveis?

Sim. Os registros podem existir nos dois ramos, mas o reconhecimento por marketplaces, serviços de metadados, criadores e comunidades pode ser diferente.

Como reivindicar moedas de um fork com segurança?

Primeiro, verifique se existe uma segunda cadeia legítima, confirme a proteção contra replay, use software revisado e nunca revele uma frase de recuperação.

Por que as redes programam hard forks?

Para adicionar recursos importantes, mudar o comportamento do consenso, corrigir vulnerabilidades, melhorar a escalabilidade ou atualizar regras econômicas.

Um hard fork pode falhar?

Sim. Baixa adoção, bugs nos clientes, implementações inconsistentes, coordenação fraca ou testes insuficientes podem interromper a ativação.

Um hard fork é permanente?

As novas regras de consenso permanecem em vigor na cadeia atualizada até que outra alteração de protocolo as modifique.

Um hard fork é sempre ruim para uma criptomoeda?

Não. Um hard fork bem testado e amplamente apoiado pode melhorar uma rede, enquanto um fork mal coordenado pode criar riscos graves.

Como verificar um anúncio de hard fork?

Consulte a documentação oficial do protocolo, as notas de versão dos clientes, as especificações técnicas, os detalhes de ativação e várias equipes independentes de desenvolvimento.

Um hard fork vai pedir minha seed phrase?

Não. Uma atualização legítima de blockchain nunca exige que os usuários revelem uma seed phrase ou chave privada.

Conclusão

Um hard fork é uma alteração incompatível com versões anteriores nas regras de consenso aplicadas pelos nós de uma criptomoeda.

Nós atualizados passam a aceitar ou exigir comportamentos que nós antigos não reconhecem como válidos.

A alteração pode ser uma atualização planejada da rede ou fazer parte de uma divergência séria sobre o futuro da blockchain.

Um hard fork não cria automaticamente uma segunda cadeia permanente nem uma nova criptomoeda valiosa.

Uma divisão duradoura exige suporte técnico, de segurança, da comunidade e econômico contínuo para ambos os ramos.

Quando ocorre uma divisão, saldos anteriores ao fork podem aparecer nas duas cadeias, mas os ativos resultantes podem ter segurança, liquidez, governança e valor de mercado diferentes.

A proteção contra replay e Chain IDs distintos são importantes porque as mesmas chaves privadas e formatos de transação podem existir inicialmente nos dois ramos.

Operadores de nós, mineradores, validadores, carteiras, desenvolvedores de contratos inteligentes, bridges, oráculos e sistemas Layer 2 precisam se preparar para mudanças que afetem seus softwares.

Durante uma atualização coordenada, usuários comuns muitas vezes só precisam manter atualizado o software confiável da carteira.

Nunca devem inserir uma frase de recuperação em um site para converter, atualizar, validar ou reivindicar ativos associados a um fork.

Hard forks são ferramentas importantes para adicionar funcionalidades, corrigir falhas de protocolo, alterar regras econômicas e apoiar o desenvolvimento de longo prazo de uma blockchain.

Também criam riscos envolvendo clientes incompatíveis, divisões da cadeia, ativos duplicados, aplicativos instáveis e incerteza no mercado.

A abordagem mais segura é verificar a especificação técnica, as condições de ativação, as versões oficiais dos clientes, a identidade da cadeia e o projeto de proteção contra replay antes de agir.

No universo das criptomoedas, um hard fork mostra que as regras da blockchain são aplicadas por software, mas adotadas por meio da coordenação entre pessoas e organizações que escolhem executar esse software.