O desenvolvedor do Bitcoin Matt Corallo estimou uma chance de 80% de que o BIP-54, uma proposta de atualização projetada para corrigir quatro vulnerabilidades antigas na rede, se torne o próximo soft fork do Bitcoin.
Resumo
- O desenvolvedor do Bitcoin Matt Corallo estimou uma chance de 80% de que o BIP-54, uma proposta para corrigir quatro vulnerabilidades antigas da rede, se torne o próximo soft fork do Bitcoin.
- A atualização proposta abordaria fraquezas nos ajustes de dificuldade de mineração, na validação de blocos, nas provas de árvore Merkle e nas transações coinbase duplicadas.
- O BIP-54 não tem data de ativação confirmada, embora estimativas de desenvolvedores reunidas na TABconf sugiram que a atualização possa chegar em 2027 ou, mais provavelmente, em 2028 e além.
- Alguns desenvolvedores questionaram se o Bitcoin deveria priorizar a manutenção em vez de novos recursos, enquanto Corallo acredita que a atualização poderia ajudar a estabelecer um processo mais claro para futuros soft forks.
De acordo com uma reportagem da Decrypt de 4 de novembro, Corallo discutiu a proposta durante uma aparição no MARA Foundation TV com a chefe da MARA Foundation, Isabel Foxen Duke, onde explicou por que os desenvolvedores poderiam priorizar a correção de problemas de consenso existentes antes de introduzir novos recursos.
A proposta, conhecida como Great Consensus Cleanup, remonta ao trabalho que Corallo introduziu em 2019 e desde então se desenvolveu em uma Proposta Formal de Melhoria do Bitcoin coescrita com o desenvolvedor Antoine Poinsot.
Embora a atualização não tenha data de ativação confirmada, Corallo acredita que ela aborda problemas técnicos que os desenvolvedores geralmente reconhecem sem exigir grandes mudanças na funcionalidade do Bitcoin.
“Há uma lista enorme de coisas que conhecemos e que realmente precisamos limpar”, disse Corallo, descrevendo as vulnerabilidades como preocupações genuínas, mas não ameaças imediatas à rede.
O BIP-54 propõe correções para quatro vulnerabilidades do Bitcoin
A especificação oficial do BIP-54 descreve mudanças nas regras de ajuste de dificuldade do Bitcoin, no processo de validação de transações, na estrutura da árvore Merkle e nos requisitos de transações coinbase.
Um dos problemas envolve uma vulnerabilidade conhecida como ataque timewarp, que poderia permitir que mineradores controlando a maioria do poder computacional do Bitcoin manipulassem os carimbos de data e hora dos blocos.
O Bitcoin normalmente ajusta a dificuldade de mineração a cada 2.016 blocos, ou aproximadamente duas semanas. Ao explorar as regras existentes de carimbo de data e hora, um atacante poderia reduzir artificialmente a dificuldade e fazer com que novos blocos fossem produzidos mais rapidamente do que o pretendido.
A documentação técnica da proposta estima que um atacante poderia potencialmente levar a dificuldade de mineração ao seu mínimo em 38 dias sob circunstâncias extremas.
Para resolver o problema, o BIP-54 introduz restrições aos carimbos de data e hora no início e no fim de cada período de ajuste de dificuldade, incluindo uma tolerância de duas horas destinada a acomodar variações normais.
Outra mudança proposta tem como alvo blocos especialmente construídos que exigem quantidades incomumente grandes de poder computacional para serem validados.
De acordo com a especificação, alguns blocos podem levar vários minutos para serem processados em computadores potentes e potencialmente horas em máquinas menos capazes, permitindo que mineradores maliciosos atrasem concorrentes.
O BIP-54 limitaria certas operações de verificação de assinatura a 2.500 por transação. Seus autores estimam que a restrição poderia reduzir o tempo de validação de blocos no pior caso por um fator de 40.
A terceira correção diz respeito a vulnerabilidades da árvore Merkle envolvendo transações com exatamente 64 bytes de dados não-witness.
Sob certas condições, tais transações podem se assemelhar a nós internos da árvore Merkle, potencialmente permitindo que atacantes enganem clientes leves do Bitcoin para aceitar provas fraudulentas de inclusão de transações.
As regras propostas invalidariam transações desse tamanho específico, eliminando a ambiguidade subjacente.
A mudança final aborda transações coinbase duplicadas, que são transações especiais que os mineradores criam para coletar recompensas de bloco.
O BIP-54 introduziria novos requisitos para campos de transações coinbase para evitar que problemas históricos de identificação de transações ressurgissem em alturas de bloco futuras.
A especificação identifica o bloco 1.983.702 como a altura futura mais antiga em que uma transação coinbase duplicada poderia ocorrer sob as regras existentes.
Desenvolvedores do Bitcoin enfrentam divergências sobre futuras atualizações
Apesar da confiança de Corallo, a proposta atraiu críticas de desenvolvedores que acreditam que o Bitcoin deveria priorizar atualizações que introduzam novas capacidades.
Paul Sztorc, cofundador e CEO da LayerTwo Labs, descreveu a perspectiva de ativar o BIP-54 como "meio deprimente" em uma publicação no X, argumentando que a proposta equivale a manutenção sem adicionar funcionalidade.
Sztorc disse que os desenvolvedores que consultou na TABconf em Atlanta geralmente esperavam que a proposta de limpeza se tornasse o próximo soft fork do Bitcoin.
Suas estimativas, no entanto, sugeriam uma longa espera, com a previsão mais otimista apontando para setembro de 2027 e a maioria esperando a ativação em 2028 ou depois.
A discussão segue anos de divergências sobre mudanças no protocolo do Bitcoin desde que o Taproot foi ativado em novembro de 2021.
Em setembro, o crypto.news noticiou as preocupações de Sztorc de que o Bitcoin poderia ter dificuldades para ativar novos soft forks devido a divergências sobre como as mudanças de consenso deveriam ser aprovadas.
Ele apontou especificamente para o OP_CAT, uma atualização proposta que restauraria uma operação permitindo que scripts do Bitcoin combinassem dados e suportassem condições de gasto mais complexas.
Outras propostas, incluindo o OP_CHECKTEMPLATEVERIFY sob o BIP-119, enfrentaram dificuldades semelhantes para obter apoio suficiente em todo o ecossistema do Bitcoin.
Enquanto isso, a computação quântica tornou-se outro tema das discussões sobre o protocolo. A Coinbase recentemente delineou possíveis abordagens para proteger o Bitcoin contra futuras ameaças quânticas, incluindo o BIP-360 e sua proposta de estrutura de saída Pay-to-Merkle-Root.
Diferentemente dessas propostas, o BIP-54 se concentra em corrigir fraquezas nas regras de consenso existentes do Bitcoin.
Corallo quer que o BIP-54 estabeleça um processo de ativação de soft fork
Além das mudanças técnicas, Corallo acredita que a atualização poderia ajudar os desenvolvedores a estabelecer um processo mais previsível para introduzir futuros soft forks do Bitcoin.
Ele explicou que as atualizações do Bitcoin historicamente envolveram decisões técnicas difíceis, mas as divergências sobre os métodos de ativação tornaram-se um obstáculo igualmente importante.
Durante o debate sobre a implantação do Taproot, os participantes discordaram sobre se os mineradores deveriam sinalizar apoio antes da ativação ou se os usuários deveriam impor um prazo de ativação.
Corallo sugeriu que os desenvolvedores poderiam usar o processo de implantação do BIP-54 para resolver divergências semelhantes e estabelecer procedimentos que poderiam ser reutilizados para atualizações subsequentes.
A proposta alcançou o status de especificação completa em 22 de maio de 2026, de acordo com seu changelog oficial, embora essa designação não constitua ativação de rede.
Suas disposições de compatibilidade afirmam que as mudanças apertariam as regras de validação existentes, permanecendo compatíveis com nós que não foram atualizados.
Os autores, no entanto, incentivam os operadores de nós a atualizar seu software para que possam impor independentemente as restrições propostas.
Para os mineradores, a documentação observa que as versões 29.0 e 30.0 do Bitcoin Core já incluem proteções de modelo de bloco compatíveis com certas restrições propostas, enquanto os pools de mineração precisariam garantir que suas transações coinbase atendam aos novos requisitos.
