
Um hard fork corresponde a uma alteração fundamental das regras numa blockchain, criando um novo conjunto de regras incompatível com a versão anterior. Os nós que mantêm o software antigo permanecem na cadeia original, enquanto os nós atualizados passam a operar na nova cadeia, o que frequentemente resulta em duas blockchains independentes e paralelas. Na maioria dos casos, os hard forks são atualizações coordenadas pela comunidade, mas alguns podem originar divisões permanentes.
Quando o software da blockchain é atualizado com novas regras, os nós que não atualizam rejeitam blocos ou transações criados segundo essas regras como “inválidos”, levando a uma divisão no consenso da rede. Os participantes — como miners ou validators, responsáveis pela produção de blocos em sistemas Proof of Work e Proof of Stake, respetivamente — decidem qual o conjunto de regras que pretendem seguir.
Os hard forks resultam, geralmente, de necessidades técnicas, de segurança ou de governação. Entre os motivos mais comuns encontram-se a correção de vulnerabilidades críticas, a expansão de funcionalidades, o ajuste de taxas de transação ou parâmetros de bloco, ou a resolução de desacordos relativos à direção do projeto ou aos seus valores fundamentais.
Por exemplo, após incidentes de segurança, os programadores podem propor novas regras para evitar a exploração de vulnerabilidades. Para ultrapassar limitações de desempenho, os protocolos podem alterar os formatos de transação ou os ambientes de execução. Quando existem divergências sobre a alteração do histórico da blockchain, um hard fork pode conduzir à coexistência de duas blockchains de forma duradoura.
O hard fork assenta numa alteração de protocolo que não é retrocompatível. Ou seja, os nós que mantêm o software antigo não conseguem validar blocos ou transações criados segundo as novas regras, provocando uma divisão do consenso.
Uma blockchain pode ser vista como um registo onde todos seguem o mesmo livro de regras. Quando esse livro é atualizado, quem continua a usar a versão antiga não consegue interpretar os registos feitos com a nova; se ambos os grupos continuarem a registar transações, surgem dois registos independentes. As novas cadeias modificam frequentemente elementos como formatos de transação, regras de scripting ou de máquina virtual, limites de tamanho de bloco ou identificadores de cadeia, levando os nós antigos a considerar os novos dados inválidos.
Num hard fork que divide a cadeia, os utilizadores podem passar a deter ativos em ambas as cadeias, uma vez que ambas divergem a partir de um estado histórico comum. Este processo baseia-se normalmente num “snapshot”, que regista todos os saldos de contas a uma determinada altura de bloco para servir de base à atribuição de ativos após a divisão.
Se o hard fork for apenas uma atualização coordenada, sem criação de nova cadeia, os ativos dos utilizadores continuam normalmente na cadeia original — sendo apenas necessário aguardar que as carteiras e aplicações concluam as atualizações de compatibilidade. Caso surja uma nova cadeia, os símbolos dos tokens, o suporte a stablecoins, os protocolos DeFi e os mercados NFT podem evoluir de forma distinta em cada cadeia. Nota: Um snapshot corresponde ao saldo registado num momento específico; um airdrop refere-se à distribuição de novos ativos para endereços elegíveis na nova cadeia.
Na gestão de ativos, os utilizadores devem verificar quais as bolsas e carteiras que suportam cada cadeia. Podem ocorrer suspensões de transferências e negociações durante o período do fork, e bridges cross-chain ou posições de empréstimo podem estar sujeitas a risco de liquidação ou divergência de preços. Alguns forks implementam “proteção contra replay”, garantindo que uma transação só é válida numa das cadeias, prevenindo ataques de replay em que a mesma assinatura seja aceite por ambas.
As bolsas emitem geralmente avisos de risco e divulgam os seus planos com antecedência. Na Gate, para hard forks relevantes, o procedimento padrão passa por anunciar previamente o momento do snapshot, suspender temporariamente depósitos e levantamentos dos tokens afetados, avaliar o suporte ao mapeamento de ativos ou airdrops para novas cadeias com base em critérios técnicos e de segurança, e retomar os serviços após a atualização das carteiras.
Aviso de risco: Toda a atividade on-chain durante um fork pode estar sujeita a atrasos de confirmação e volatilidade de preços. Os utilizadores devem atuar com cautela e confiar apenas nos comunicados oficiais da Gate.
Um hard fork é uma atualização incompatível — os nós antigos não conseguem validar blocos produzidos segundo as novas regras. Já um soft fork é uma atualização retrocompatível — os nós antigos reconhecem os novos blocos como válidos, mas podem não suportar as novas funcionalidades.
Recorrendo à analogia das regras de trânsito: um hard fork equivale a mudar totalmente o código da estrada, tornando impossível a circulação de veículos antigos; um soft fork é como criar novas faixas ou limites de velocidade — os veículos antigos continuam a circular, mas não acedem às novas funcionalidades. Historicamente, a atualização Segregated Witness (SegWit) do Bitcoin em 2017 foi implementada via soft fork, enquanto o Bitcoin Cash resultou de um hard fork nesse mesmo ano.
Entre os exemplos mais conhecidos de hard forks, destaca-se o da Ethereum em 2016 após o incidente The DAO — a maioria da comunidade optou por “reverter fundos roubados”, originando a atual Ethereum (ETH), enquanto os opositores da reversão continuaram como Ethereum Classic (ETC). Em 2017, divergências na comunidade Bitcoin sobre escalabilidade deram origem ao Bitcoin Cash (BCH) através de hard fork.
Importa ainda referir que muitas atualizações da rede Ethereum (como Istanbul e London) foram tecnicamente hard forks, mas não geraram divisões permanentes devido à forte coordenação comunitária. Isto demonstra que nem todos os hard forks conduzem a divergências persistentes — o desfecho depende da governação e do consenso.
Em 2024, as blockchains públicas maduras recorrem sobretudo a hard forks coordenados para atualizações programadas — permitindo alterações não retrocompatíveis e minimizando divisões de cadeia. Já ecossistemas emergentes ou com disputas de governação significativas mantêm o risco de divisões prolongadas.
Entre os principais riscos estão ataques de replay, fragmentação do ecossistema (com aplicações e liquidez dispersas por várias cadeias), suporte inconsistente a stablecoins ou oracles, falhas ou atrasos em transações durante períodos de migração, e esquemas ou anúncios fraudulentos. Para mitigar estes riscos, são essenciais processos de governação claros, testes rigorosos, mecanismos de proteção contra replay e atualizações sincronizadas por bolsas e prestadores de infraestrutura.
Um hard fork é uma atualização de protocolo incompatível que pode originar blockchains paralelas. Os utilizadores devem dar prioridade a anúncios oficiais, ao momento do snapshot, à atualização das carteiras, à proteção contra replay e à forma como bolsas como a Gate gerem o mapeamento de ativos e o suporte ao serviço. A maioria dos hard forks são atualizações coordenadas que não resultam em divisões duradouras — mas durante o período do fork, limite a atividade e mantenha-se atento a riscos e fraudes.
Sim. Durante um hard fork, as suas moedas na cadeia original permanecem intactas e recebe também o montante equivalente na nova cadeia. Por exemplo, quando o BTC sofreu um hard fork para BCH, os utilizadores com 1 BTC receberam igualmente 1 BCH na nova cadeia — desde que as moedas estivessem em carteiras ou bolsas (como a Gate) que suportassem ambas as cadeias. Se guardar as moedas em autocustódia, poderá ter de realizar passos adicionais para aceder aos novos ativos.
Normalmente, os preços sobem antes de um hard fork devido à expectativa de valor na nova moeda; após a divisão, os preços da moeda criada podem disparar ou colapsar, dependendo do apoio da comunidade e das listagens em bolsa. Estas flutuações envolvem risco — os menos experientes devem evitar negociar frequentemente durante forks. Para horários e políticas de forks específicos, consulte sempre os anúncios oficiais de plataformas como a Gate.
Depende da política da bolsa. A maioria das bolsas de referência (como a Gate) credita automaticamente os utilizadores com as novas moedas após um hard fork, mas a distribuição pode demorar dias ou até semanas. Consulte sempre os anúncios oficiais com antecedência — nunca presuma que todas as bolsas suportam todos os ativos resultantes de forks.
O valor das novas moedas depende do consenso da comunidade e da adoção futura. Algumas moedas resultantes de forks do BTC (como BCH ou BSV) ainda mantêm valor de mercado; muitas outras tornaram-se sem valor ao longo do tempo. Como o valor é volátil e incerto, evite compras especulativas antes de analisar a liquidez e o suporte do ecossistema — plataformas como a Gate fornecem dados relevantes.
As moedas guardadas em carteiras frias existem simultaneamente em ambas as cadeias após um hard fork — mas será necessário utilizar software de carteira compatível com a nova cadeia para importar a chave privada e aceder aos novos ativos. Este processo implica risco operacional; se não estiver familiarizado, considere transferir os ativos para uma bolsa como a Gate antes do fork, para que a atribuição de ativos seja feita de forma segura por si.


