Bitcoin Core se prepara para uma defesa contra um antigo ataque ao ajuste de dificuldade

• O PR #35949 foi fundido em 7 de setembro de 2026 no Bitcoin Core.
• A mudança corrige como é montado o template do último bloco de cada período.

O Bitcoin Core, o software de referência da rede Bitcoin, mudou em 7 de setembro a forma como os mineradores preparam um dos blocos de cada período. O ajuste é obra do desenvolvedor Fabian Jahr.

Trata-se de um passo preliminar para uma futura correção maior. Por enquanto, nenhuma regra da rede foi alterada: apenas o software que monta os blocos antes de serem minerados foi ajustado.

A correção visa uma falha antiga e conhecida: o chamado time warp attack. É um truque que permitiria a alguém com muito poder de mineração (hashrate) trapacear com a hora dos blocos.

Cada bloco de Bitcoin possui um carimbo de data/hora. Se um minerador pudesse falsificar esse carimbo de forma sistemática, poderia enganar a rede para que acreditasse que passou menos tempo do que realmente entre os blocos. Isso diminuiria artificialmente a dificuldade de mineração, e com uma dificuldade mais baixa, esse minerador ganharia blocos mais rapidamente do que lhe corresponde, retirando recompensas de outros mineradores.

Que esse erro continue sem ser totalmente corrigido, mais de uma década depois de ser conhecido, não é descuido. Mudar uma regra de consenso do Bitcoin exige que quase toda a rede ---mineradores, exchanges, quem roda um nó--- esteja de acordo e pronta ao mesmo tempo. Esse acordo coletivo, mais do que a dificuldade técnica, é o que leva anos para ser construído.

Por isso, a solução não ataca esse problema sozinha, mas junto a outras três falhas antigas do design original do Bitcoin. A proposta que as agrupa se chama BIP54 e busca corrigir, de uma só vez: o time warp attack, os blocos projetados para serem lentos de validar, uma ambiguidade nas árvores Merkle que poderia ser usada para falsificar comprovantes de transação, e um descuido que permitiria duplicar transações coinbase (a que é criada ao minerar o bloco). Agrupar essas quatro correções evita que a rede tenha que passar pelo longo processo de acordo uma vez para cada uma.

O que corrige concretamente a nova mudança

A mudança da qual se fala nesta nota está documentada no pull request 35949 do repositório oficial do Bitcoin Core, e se ocupa pontualmente do primeiro desses quatro problemas: o time warp attack. Os outros três ---blocos lentos de validar, a ambiguidade nas árvores Merkle e as transações coinbase duplicadas--- continuam sem ter uma mudança de software equivalente até agora.

Imaginemos que o relógio do computador de um minerador está mal configurado e marca uma hora anterior à real. Antes dessa mudança, se isso acontecesse justo ao preparar o último bloco de um período de dificuldade, o software poderia ficar travado.

Calculava mal o tempo mínimo permitido e não conseguia montar um bloco válido para minerar. Na prática, esse minerador ficava sem poder trabalhar até que seu relógio se corrigisse sozinho.

Fabian Jahr, autor da mudança, explicou no próprio repositório que esse cenário é pouco provável na rede principal do Bitcoin, porque exigiria um erro de relógio muito grande. É mais frequente em redes de teste, onde as condições são menos estáveis.

Ainda assim, o Bitcoin Core preferiu resolver isso antes que se tornasse um problema real. Com o novo código, quando o relógio de um nó está atrasado, o próprio software coloca a hora correta na proposta de bloco, em vez de ficar travado. Esse ajuste já funciona na rede principal e nas de teste, embora o BIP54 em si ainda não esteja ativo em nenhuma.

Por que o Bitcoin corrige seus erros tão lentamente

Este caso mostra um padrão que raramente se vê de fora: aqueles que desenvolvem o Bitcoin Core não corrigem as falhas de consenso de uma só vez. Primeiro preparam o software que trabalha <> da regra ---neste caso, a mineração--- e só depois, se houver apoio suficiente da comunidade, ativam a mudança de fundo.

Essa ordem tem uma razão simples: se a nova regra fosse ativada sem que o software de mineração estivesse pronto, apareceriam problemas evitáveis, como nós que de repente não podem minerar por um simples erro de relógio. Os desenvolvedores preferem limpar esses detalhes antes de pedir a toda a rede que dê um passo que não tem volta.

A própria história do BIP54 confirma essa paciência. A ideia nasceu em 2019, com Matt Corallo, e ficou guardada durante anos até que Antoine Poinsot a retomou em 2023, conforme consta no próprio texto da proposta publicado no repositório de BIPs do Bitcoin. O que à primeira vista parece lentidão é, na verdade, o mesmo cuidado que evita que uma rede que movimenta bilhões de dólares adote mudanças sem o debate suficiente.

Isso não quer dizer que o time warp attack seja inofensivo enquanto isso. Continua sendo uma possibilidade real para quem tem poder de mineração suficiente, e isso obriga a indústria a assumir que esse risco permanece aberto. A diferença é que agora há um caminho concreto, com código já aprovado, para fechá-lo.

Este conteúdo é fornecido apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou tributário. Quaisquer eventos, recompensas, promoções online ou informações relacionadas mencionadas neste documento não devem ser consideradas uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar qualquer outra transação com criptoativos. Criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar conforme a região. É de sua responsabilidade garantir que sua participação esteja em conformidade com as leis e regulamentações locais aplicáveis.