Bitcoin Core prepara uma defesa contra um velho ataque ao ajuste de dificuldade

• O PR #35949 foi fundido a 7 de setembro de 2026 no Bitcoin Core.
• A alteração corrige como se monta o template do último bloco de cada período.

O Bitcoin Core, o software de referência da rede Bitcoin, alterou a forma como os mineradores preparam um dos blocos de cada período a 7 de setembro. 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 foi ajustado o software que monta os blocos antes de serem minerados.

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) enganar a hora dos blocos.

Cada bloco de Bitcoin tem um carimbo de tempo. 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 corrigido totalmente, mais de uma década depois de ser conhecido, não é descuido. Mudar uma regra do consenso do Bitcoin exige que quase toda a rede --- mineradores, exchanges, quem opera um nó --- esteja de acordo e pronta ao mesmo tempo. Esse acordo coletivo, mais do que a dificuldade técnica, é o que leva anos a construir.

Por isso, a solução não ataca esse problema sozinha, mas juntamente com outras três falhas antigas do design original do Bitcoin. A proposta que as agrupa chama-se 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 alteração

A alteração de que fala esta nota está documentada no pull request 35949 do repositório oficial do Bitcoin Core, e ocupa-se 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 alteração 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 desta alteração, se isso ocorresse 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 alteração, explicou no próprio repositório que este 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 bloqueado. Este 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: quem desenvolve o Bitcoin Core não corrige as falhas de consenso de uma só vez. Primeiro preparam o software que trabalha <<à volta>> 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 conseguem 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 milhares de milhõ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 a ser uma possibilidade real para quem tem poder de mineração suficiente, e isso obriga a indústria a assumir que esse risco continua aberto. A diferença é que agora há um caminho concreto, com código já aprovado, para fechá-lo.

Este conteúdo é disponibilizado apenas para fins informativos gerais e não constitui aconselhamento financeiro, de investimento, jurídico ou fiscal. Quaisquer eventos, recompensas, promoções online ou informações relacionadas aqui mencionados não devem ser interpretados como uma recomendação, solicitação ou convite para comprar, vender, negociar ou realizar quaisquer outras operações com criptoativos. Os criptoativos são altamente voláteis e podem resultar em perdas. A disponibilidade dos serviços, produtos e eventos relacionados da WEEX pode variar consoante a região. O utilizador é responsável por garantir que a sua participação está em conformidade com a legislação e os regulamentos locais aplicáveis.