Bomba de dificuldade

O que é a bomba de dificuldade?

A bomba de dificuldade era um mecanismo de protocolo que aumentava deliberadamente, ao longo do tempo, a dificuldade de mineração da antiga blockchain Ethereum, que usava Proof of Work.

Ela também era conhecida como Era do Gelo (Ethereum Ice Age), pois seu efeito final seria desacelerar a produção de blocos até que a rede Proof of Work se tornasse extremamente difícil de usar.O mecanismo adicionava um componente exponencial artificial ao cálculo normal da dificuldade de mineração.No início, o aumento de dificuldade era pequeno o bastante para quase não ser percebido.Depois, seu efeito crescia mais rapidamente conforme a blockchain alcançava períodos posteriores de número de bloco.Tempos de bloco mais longos reduziriam o número de transações processadas em determinado período e a quantidade de recompensas de bloco que os mineradores poderiam receber por dia.A bomba de dificuldade foi projetada para apoiar a transição planejada do Ethereum de Proof of Work para Proof of Stake.Ela também desestimulava mineradores e usuários a manter uma versão desatualizada do Ethereum em Proof of Work após grandes atualizações de protocolo.A bomba de dificuldade não está mais ativa na rede Ethereum atual.

O glossário oficial do Ethereum afirma que a bomba de dificuldade foi descontinuada quando o Ethereum concluiu o Merge.

Qual é a situação atual da bomba de dificuldade?

Em julho de 2026, a bomba de dificuldade é um mecanismo histórico do Ethereum, e não um recurso ativo que afete a produção atual de blocos da rede.O Ethereum concluiu o Merge em 15 de setembro de 2022, substituindo a mineração Proof of Work pela validação Proof of Stake.

A documentação oficial do Merge do Ethereum confirma que os mineradores foram substituídos permanentemente por validadores Proof of Stake.

Como a rede Ethereum atual não usa a dificuldade de mineração para selecionar produtores de blocos, não há dificuldade Proof of Work para a bomba aumentar.Agora, o Ethereum organiza as oportunidades de produção de blocos em slots Proof of Stake, em vez de pedir aos mineradores que resolvam quebra-cabeças computacionais cada vez mais difíceis.Portanto, a bomba de dificuldade não pode desacelerar a rede Ethereum atual da forma como poderia ter desacelerado a antiga cadeia Proof of Work.Os usuários não precisam transferir ETH, trocar de carteira, resgatar tokens substitutos ou concluir qualquer atualização relacionada à bomba de dificuldade.Mensagens que afirmam que os usuários precisam transferir fundos para escapar de uma nova bomba de dificuldade do Ethereum devem ser tratadas como possíveis golpes.

Por que a bomba de dificuldade foi criada?

O roteiro inicial do Ethereum previa substituir a mineração Proof of Work pelo consenso Proof of Stake.Mudar o mecanismo de consenso de uma blockchain ativa exigia anos de pesquisa, desenvolvimento, testes e coordenação.A bomba de dificuldade criou uma motivação no nível do protocolo para que a comunidade tratasse da transição, em vez de manter indefinidamente o Proof of Work.Sem a bomba, mineradores que se beneficiavam das recompensas Proof of Work poderiam ter tido um incentivo econômico maior para resistir ou atrasar a transição.A bomba também tornava menos prático continuar seguindo regras antigas de protocolo após uma atualização de rede programada.Uma cadeia que não adotasse um adiamento da bomba de dificuldade poderia ter blocos cada vez mais lentos, enquanto a cadeia atualizada voltaria a tempos de bloco administráveis.Esse projeto buscava incentivar mineradores, operadores de nós, desenvolvedores de aplicativos e usuários a coordenar-se em torno da atualização aceita.O mecanismo não permitia que um desenvolvedor desligasse o Ethereum remotamente.Seu funcionamento vinha de regras de protocolo implementadas por clientes Ethereum compatíveis e aceitas pelos participantes da rede.

Como funcionava a bomba de dificuldade?

O Ethereum Proof of Work ajustava a dificuldade de mineração para manter a produção média de blocos próxima de um intervalo-alvo.Quando os blocos chegavam rápido demais, o ajuste normal de dificuldade podia tornar o bloco seguinte mais difícil de minerar.Quando os blocos chegavam devagar demais, o ajuste podia reduzir a dificuldade normal.A bomba de dificuldade adicionava um termo exponencial separado, baseado principalmente no número do bloco.

As regras Homestead da EIP-2 incluíam esse componente exponencial no cálculo de dificuldade do Ethereum.

A bomba avançava em períodos de 100.000 blocos, em vez de aumentar continuamente a cada segundo.Durante muitos dos primeiros períodos, sua contribuição era pequena demais para ter um efeito perceptível na produção de blocos.Quando o valor exponencial se tornava suficientemente alto, os ajustes normais de dificuldade já não conseguiam compensá-lo por completo.Os tempos médios de bloco começariam então a aumentar, e esse aumento se aceleraria conforme chegassem períodos posteriores da bomba.Por isso, o mecanismo podia permanecer inativo por meses e depois se tornar operacionalmente importante em um período muito mais curto.

Por que era chamada de bomba?

A palavra “bomba” descrevia um efeito de protocolo retardado que se tornava cada vez mais disruptivo após chegar a um estágio posterior.Não se referia a malware, explosivo, ataque a carteiras ou destruição de dados da blockchain.A bomba estava documentada nas especificações de código aberto do Ethereum e no software dos clientes.Desenvolvedores e mineradores sabiam que ela existia e podiam estimar quando seus efeitos se tornariam perceptíveis.No entanto, era difícil prever o momento exato, pois a produção de blocos e a taxa de hash da rede podiam mudar.O nome Era do Gelo descrevia o mesmo mecanismo de outra perspectiva.À medida que a mineração se tornasse mais difícil e os blocos mais lentos, a cadeia Proof of Work pareceria congelar gradualmente.

O que aconteceria quando a bomba fosse ativada?

A bomba de dificuldade primeiro acrescentaria um pequeno atraso ao tempo médio dos blocos Proof of Work do Ethereum.Um intervalo entre blocos que estivesse perto de 13 ou 14 segundos poderia aumentar lentamente.Estágios posteriores poderiam elevar os tempos de bloco para 20 segundos, 30 segundos ou muito mais, caso nenhuma atualização de protocolo interviesse.Blocos mais lentos reduziriam a quantidade de espaço de bloco criada por minuto ou por hora.As transações poderiam ficar pendentes por mais tempo, pois os mineradores produziriam menos blocos no mesmo período.A redução da capacidade por unidade de tempo poderia aumentar a concorrência pelo espaço de bloco disponível.Essa concorrência poderia pressionar as taxas de transação para cima durante períodos de demanda contínua.Os mineradores também receberiam menos recompensas de bloco por dia, pois menos blocos seriam criados.A bomba não removeria fundos diretamente das carteiras nem alteraria os saldos de tokens.Seu principal efeito seria a queda da usabilidade da rede e da receita de mineração Proof of Work ao longo do tempo.

A bomba de dificuldade aumentava as taxas de gas?

A bomba de dificuldade não definia diretamente os preços de gas do Ethereum.Também não alterava diretamente o limite de gas de cada bloco.Seu efeito sobre as taxas seria indireto.Tempos de bloco mais longos significariam menos blocos e menor capacidade de transação em um período fixo.Se a demanda dos usuários continuasse alta enquanto a capacidade por hora caísse, eles poderiam competir de forma mais intensa para incluir suas transações nos blocos.Isso poderia aumentar as taxas oferecidas pelo espaço de bloco limitado.Se a demanda da rede fosse baixa, blocos mais lentos talvez não gerassem a mesma pressão sobre as taxas.Portanto, a bomba de dificuldade não deve ser descrita como um aumento automático das taxas.

Bomba de dificuldade versus dificuldade normal de mineração

A dificuldade normal de Proof of Work respondia às condições recentes de produção de blocos e ao poder de mineração da rede.Seu objetivo era manter os tempos de bloco em uma faixa relativamente estável quando mineradores entravam ou saíam da rede.A bomba de dificuldade era um aumento programado adicional, cuja finalidade não era equilibrar mudanças normais na taxa de hash.Seu objetivo era tornar progressivamente menos prática a produção de blocos Proof of Work.A dificuldade normal podia aumentar porque mais poder computacional concorria para minerar blocos.A bomba podia aumentar a dificuldade mesmo que a rede não ganhasse poder adicional de mineração.Os dois valores faziam parte do mesmo cálculo histórico de dificuldade, mas serviam a propósitos econômicos e de protocolo diferentes.

Bomba de dificuldade versus taxa de hash

A taxa de hash mede a quantidade de computação Proof of Work que os mineradores fornecem a uma rede blockchain.A bomba de dificuldade era uma regra de protocolo que aumentava o trabalho esperado para minerar um bloco Ethereum válido.Uma taxa de hash maior poderia ajudar temporariamente os mineradores a continuar produzindo blocos apesar do aumento da dificuldade.No entanto, o crescimento exponencial da bomba foi projetado para superar aumentos realistas no poder de mineração.Portanto, não seria possível neutralizar permanentemente o mecanismo apenas adicionando uma quantidade modesta de equipamentos de mineração.O Ethereum atual não usa uma taxa de hash de mineração da rede, pois a mineração Proof of Work foi removida da Ethereum Mainnet.

Bomba de dificuldade versus dificuldade total terminal

A bomba de dificuldade e a dificuldade total terminal estavam relacionadas ao histórico Proof of Work do Ethereum, mas não eram o mesmo mecanismo.A bomba de dificuldade aumentava a dificuldade atribuída a blocos Proof of Work posteriores.A dificuldade total representava a dificuldade acumulada dos blocos de uma cadeia Proof of Work.A dificuldade total terminal era o limite cumulativo predefinido usado para acionar a transição do Merge.

A EIP-3675 definiu a dificuldade total terminal da Ethereum Mainnet como 58,750,000,000,000,000,000,000.

Quando a cadeia Proof of Work aceita alcançou o limite terminal, os clientes Ethereum pararam de importar blocos Proof of Work posteriores e passaram a seguir o consenso Proof of Stake.A bomba de dificuldade podia influenciar a velocidade de acúmulo da dificuldade, mas não acionava o Merge por conta própria.

Bomba de dificuldade versus halving

Um halving de criptomoeda reduz a quantidade de novas moedas emitidas como recompensa de bloco, de acordo com uma regra programada.A bomba de dificuldade aumentava a dificuldade computacional de produzir blocos Proof of Work.Ela não dividia automaticamente por dois a recompensa de bloco do Ethereum.Algumas atualizações históricas do Ethereum combinaram um adiamento da bomba de dificuldade com uma redução separada da recompensa de bloco.Essas alterações nas recompensas foram decisões explícitas de protocolo, e não resultados automáticos da bomba em si.A bomba e um halving podem afetar a receita dos mineradores, mas o fazem por mecanismos diferentes.

Bomba de dificuldade versus queima de ETH

A bomba de dificuldade não queimava ETH.Ela afetava a dificuldade de mineração Proof of Work e o tempo dos blocos.A queima de ETH remove quantidades especificadas de ETH da circulação segundo regras separadas de taxas de transação.Uma redução das recompensas dos mineradores causada por blocos mais lentos reduziria a nova emissão diária, mas não destruiria ETH existente.Portanto, os usuários devem evitar confundir redução de emissão com queima de tokens.

Desenvolvimento inicial da bomba de dificuldade

O componente exponencial de dificuldade apareceu no projeto inicial Proof of Work do Ethereum e foi formalizado nas regras da era Homestead.Esperava-se que o mecanismo apoiasse uma futura transição para Proof of Stake.O desenvolvimento do sistema de consenso substituto levou mais tempo do que o previsto nos planos iniciais.Por isso, desenvolvedores do Ethereum adiaram a bomba em várias atualizações de rede para manter a rede Proof of Work utilizável enquanto a pesquisa sobre Proof of Stake continuava.Cada adiamento deslocava para o futuro o número de bloco efetivo da bomba, em vez de permitir que a cadeia entrasse em uma Era do Gelo severa.Os adiamentos recorrentes se tornaram uma parte importante do histórico de atualizações de protocolo do Ethereum.

Byzantium e EIP-649

A atualização Byzantium incluiu um dos primeiros grandes adiamentos da bomba de dificuldade.

A EIP-649 deslocou o cálculo exponencial em aproximadamente três milhões de blocos.

A proposta estimava que isso adiaria a Era do Gelo em cerca de 1,4 ano.A mesma atualização reduziu a recompensa de bloco Proof of Work de 5 ETH para 3 ETH.A redução da recompensa buscava, em parte, compensar o aumento da emissão diária que resultaria da volta a tempos de bloco mais rápidos.Sem o ajuste da recompensa, o adiamento da bomba teria permitido mais blocos e mais emissão do que a cadeia lenta estava produzindo.

Constantinople e EIP-1234

A transição para Proof of Stake ainda não estava pronta quando a bomba começou a se aproximar novamente.

A EIP-1234 adiou a bomba de dificuldade em aproximadamente 12 meses durante a atualização Constantinople.

A mesma proposta reduziu a recompensa de bloco Proof of Work de 3 ETH para 2 ETH.O adiamento permitiu que os mineradores continuassem criando blocos em intervalos práticos enquanto o desenvolvimento de Proof of Stake prosseguia.Também demonstrou que adiar a bomba de dificuldade exigia atualizações coordenadas de rede, e não comunicados informais.

Muir Glacier e EIP-2384

A bomba voltou a ser perceptível no fim de 2019, quando os tempos médios dos blocos Proof of Work começaram a aumentar.

A EIP-2384 adiou a bomba em mais quatro milhões de blocos, ou cerca de 611 dias, segundo a estimativa.

Essa mudança foi ativada pela atualização de rede Muir Glacier.Muir Glacier se concentrou especificamente em adiar a Era do Gelo, em vez de introduzir um grande conjunto de recursos de aplicativos sem relação com o mecanismo.A atualização mostrou com que rapidez a bomba poderia se tornar disruptiva depois que seu termo exponencial começasse a ser percebido.

London e EIP-3554

A atualização London incluiu outro adiamento da bomba de dificuldade por meio da EIP-3554.

A proposta transferiu para dezembro de 2021 o momento previsto em que os efeitos da bomba se tornariam perceptíveis.Na época, os desenvolvedores esperavam que o Merge ou outra atualização tratasse do mecanismo antes que ele afetasse significativamente os usuários.O adiamento não removeu o Proof of Work nem concluiu a transição para Proof of Stake.

Arrow Glacier e EIP-4345

O Merge não ficou pronto antes de expirar o adiamento da era London.

A EIP-4345 adiou novamente a bomba para que seus efeitos se tornassem perceptíveis por volta de junho de 2022.

A atualização correspondente, Arrow Glacier, concentrou-se nesse ajuste da bomba de dificuldade.A proposta declarou que a bomba poderia ser adiada novamente se o Merge ainda não estivesse pronto.

Gray Glacier e o adiamento final

Gray Glacier foi a última atualização da Ethereum Mainnet dedicada a adiar a bomba de dificuldade antes do Merge.

A EIP-5133 recuou a bomba em mais 700.000 blocos.

Esperava-se que o adiamento transferisse seus efeitos perceptíveis para meados de setembro de 2022.

O comunicado oficial de Gray Glacier descreveu o adiamento como sendo de aproximadamente 100 dias.

Gray Glacier não incluiu outras alterações de protocolo sem relação com a bomba.A atualização foi ativada no bloco 15.050.000 da Ethereum Mainnet, em junho de 2022.O Merge ocorreu antes que a bomba adiada pudesse degradar gravemente a rede.

Por que as atualizações receberam nomes relacionados a geleiras?

As atualizações do Ethereum dedicadas principalmente à Era do Gelo usaram nomes relacionados a geleiras.Muir Glacier, Arrow Glacier e Gray Glacier seguiram esse padrão de nomenclatura.Os nomes refletiam a relação entre a bomba de dificuldade e a ideia de uma blockchain que congelaria gradualmente.

A documentação de nomenclatura das atualizações de rede do Ethereum identifica esses nomes de geleiras como atualizações voltadas principalmente a mudanças na bomba de dificuldade.

Como o Merge encerrou a bomba de dificuldade

O Merge substituiu o consenso Proof of Work do Ethereum pelo consenso Proof of Stake.Os validadores passaram a ser responsáveis por propor blocos e participar do consenso, no lugar dos mineradores que competiam por meio de trabalho computacional.A partir do bloco de transição para Proof of Stake, a EIP-3675 exigiu que o campo de dificuldade do cabeçalho do bloco tivesse valor constante igual a zero.A especificação também removeu a validação da dificuldade Proof of Work, dos nonces de mineração, dos selos Ethash, das recompensas de ommer e das recompensas de bloco Proof of Work.Com a entrada dessas mudanças em vigor, a dificuldade de mineração do Ethereum deixou de ter função na seleção de blocos válidos na Mainnet.A bomba de dificuldade se tornou irrelevante, pois seu cálculo fazia parte das regras Proof of Work que foram aposentadas.

O que aconteceu com o opcode DIFFICULTY?

Antes do Merge, o opcode DIFFICULTY da Máquina Virtual Ethereum disponibilizava aos contratos inteligentes a dificuldade Proof of Work do bloco atual.Depois do Merge, a dificuldade Proof of Work deixou de existir na Ethereum Mainnet.

A EIP-4399 mudou o significado e o nome do opcode 0x44 de DIFFICULTY para PREVRANDAO.

Agora, o opcode disponibiliza um valor derivado do processo de aleatoriedade Proof of Stake do Ethereum, em vez da dificuldade de mineração.PREVRANDAO não é uma bomba de dificuldade substituta.Desenvolvedores que mantêm contratos inteligentes antigos devem entender que códigos que originalmente faziam referência à dificuldade de bloco podem receber informações diferentes após o Merge.

A bomba de dificuldade forçou o Merge?

A bomba de dificuldade criou pressão temporal, mas não concluiu o Merge automaticamente.A transição exigiu clientes de execução funcionais, clientes de consenso, software de validadores, especificações de rede, testes e coordenação da comunidade.Os desenvolvedores adiaram a bomba sempre que sua ativação poderia prejudicar os usuários antes que o sistema substituto estivesse pronto.O Merge final foi acionado pela dificuldade total terminal, e não pela espera até que o Ethereum congelasse.Portanto, a bomba era um mecanismo de incentivo e coordenação, e não o mecanismo técnico da transição.

Os desenvolvedores poderiam continuar adiando a bomba?

Os desenvolvedores do Ethereum poderiam propor outro adiamento, mas não poderiam impô-lo por meio de uma atualização de site ou alteração em um banco de dados privado.O adiamento exigia novas regras de consenso implementadas nos clientes Ethereum.Em seguida, operadores de nós e mineradores precisavam instalar software compatível antes do bloco de ativação.Nós que rejeitassem as novas regras poderiam permanecer em uma cadeia incompatível, na qual continuaria o cronograma antigo da bomba de dificuldade.Esse processo tornou cada adiamento uma decisão de governança da blockchain que exigia coordenação técnica e ampla adoção.

A bomba de dificuldade foi controversa?

A bomba de dificuldade gerou debates porque influenciava tanto a governança do Ethereum quanto a economia da mineração.Seus apoiadores a viam como um mecanismo útil para assegurar a conclusão da transição para Proof of Stake.Também argumentavam que ela reduzia a possibilidade de os mineradores preservarem o sistema de consenso antigo após a comunidade aceitar uma atualização.Os críticos argumentavam que a bomba reduzia a capacidade dos usuários e mineradores de rejeitar mudanças controversas e, ao mesmo tempo, manter uma cadeia antiga em funcionamento.Os adiamentos recorrentes também criavam incerteza sobre cronogramas, investimentos em mineração, atualizações de clientes e produção de blocos.O histórico da bomba mostra que incentivos de protocolo podem coordenar mudanças e também criar questões difíceis de governança.

O que a bomba de dificuldade significava para os mineradores?

Antes do Merge, os mineradores recebiam ETH por meio de recompensas de bloco e taxas de transação.Uma bomba de dificuldade perceptível teria aumentado o tempo necessário para produzir blocos.Menos blocos por dia reduziriam o número de recompensas de bloco disponíveis para toda a rede de mineração.A receita de mineração poderia cair mesmo que a recompensa atribuída a cada bloco individual permanecesse igual.Os mineradores também precisavam atualizar o software dos clientes quando uma atualização de rede aceita adiava a bomba.Após o Merge, a mineração deixou de ser um método de produção de blocos válidos na Ethereum Mainnet.

O que a bomba de dificuldade significava para os usuários?

Os usuários comuns não precisavam calcular a dificuldade de mineração nem modificar chaves de carteira por causa da bomba.Seus efeitos seriam percebidos em confirmações mais lentas, capacidade de transação reduzida e possível pressão sobre as taxas.Durante uma atualização para adiar a bomba, usuários que mantinham ETH em uma carteira comum geralmente não precisavam transferir seus ativos.As principais responsabilidades de atualização de software cabiam aos operadores de nós e de mineração.Mesmo assim, os usuários precisavam ficar atentos a golpes que alegassem ser necessário obter um novo token, migrar a carteira ou enviar a chave privada.

A bomba de dificuldade afeta redes Ethereum Layer 2?

A bomba de dificuldade histórica afetava a Ethereum Mainnet Proof of Work, que fornecia liquidação e dados para aplicativos Ethereum.Por isso, atrasos graves nos blocos da Mainnet poderiam ter afetado sistemas que dependiam de transações oportunas na Mainnet.As redes Ethereum Layer 2 atuais não estão ameaçadas por uma bomba de dificuldade ativa do Ethereum, pois a Ethereum Mainnet agora usa Proof of Stake.As redes Layer 2 ainda podem enfrentar riscos relacionados a sequenciadores, provas, bridges, disponibilidade de dados, taxas e contratos inteligentes.Esses riscos não devem ser descritos como uma bomba de dificuldade, a menos que o protocolo específico realmente contenha um mecanismo semelhante.

Outra blockchain pode ter uma bomba de dificuldade?

Outra blockchain Proof of Work poderia implementar um aumento programado semelhante na dificuldade de mineração.O termo é especialmente associado ao Ethereum porque teve papel importante no plano de transição da rede.Um mecanismo semelhante dependeria do código, do processo de governança e dos objetivos econômicos da outra blockchain.Os usuários não devem presumir que todo aumento na dificuldade de mineração seja uma bomba de dificuldade.A dificuldade normal pode aumentar naturalmente quando o poder de mineração muda ou quando um protocolo ajusta automaticamente a dificuldade para manter um intervalo estável entre blocos.

Por que a bomba de dificuldade ainda é importante

A bomba de dificuldade continua importante para compreender o histórico de desenvolvimento do Ethereum.Ela mostra como protocolos de blockchain podem usar incentivos econômicos para promover uma futura transição de rede.Também explica por que várias atualizações do Ethereum se concentraram principalmente em transferir um prazo técnico para o futuro.Desenvolvedores que pesquisam blocos históricos do Ethereum e o comportamento dos clientes ainda podem precisar compreender a antiga fórmula de dificuldade.Desenvolvedores de contratos inteligentes também podem encontrar códigos antigos que fazem referência ao opcode DIFFICULTY original.Investidores podem usar esse histórico como exemplo de como atualizações de consenso, incentivos de mineração e governança de protocolo interagem.

Equívocos comuns sobre a bomba de dificuldade

A bomba de dificuldade não destruía saldos de ETH nem apagava contratos inteligentes.Ela não causou o Merge convertendo automaticamente mineradores em validadores.Não era a mesma coisa que ajuste normal de dificuldade, dificuldade total, queima de ETH ou halving de recompensas.Ela não definia diretamente as taxas de transação.Não era um recurso oculto, pois suas regras e seus adiamentos foram publicados nas especificações abertas do Ethereum.Atualmente, ela não está em contagem regressiva para provocar outro congelamento da Ethereum Mainnet.Seu nome histórico ainda pode aparecer em artigos antigos, exploradores de blocos, documentação de software e registros de atualizações de rede.

Como pesquisar alegações históricas sobre a bomba de dificuldade

Comece verificando a Ethereum Improvement Proposal relacionada ao adiamento ou à mudança de protocolo mencionada.Confirme se a EIP alcançou o status final e foi incluída em uma atualização da Mainnet ativada.Confira o bloco de ativação, pois a criação da proposta e a ativação na rede são eventos diferentes.Compare as datas previstas com a produção real de blocos, pois as estimativas de quando a bomba de dificuldade teria efeito não eram exatas.Use a documentação oficial do Merge ao avaliar alegações de que a bomba ainda afeta o Ethereum atual.Diferencie dados históricos do Ethereum Proof of Work dos dados atuais do Ethereum Proof of Stake.Um gráfico que mostra a antiga dificuldade de mineração não prova que o Ethereum use mineração atualmente.

Perguntas frequentes

O que é a bomba de dificuldade em termos simples?

A bomba de dificuldade era uma regra do Ethereum que tornava intencionalmente a mineração Proof of Work mais difícil ao longo do tempo, para que a produção de blocos acabasse desacelerando.

Por que era chamada de Era do Gelo?

Era chamada de Era do Gelo porque blocos cada vez mais lentos poderiam fazer a blockchain Proof of Work parecer congelar.

A bomba de dificuldade ainda está ativa?

Não. A bomba de dificuldade foi descontinuada quando o Ethereum substituiu Proof of Work por Proof of Stake durante o Merge.

Quando o Ethereum concluiu o Merge?

O Ethereum concluiu o Merge em 15 de setembro de 2022.

A bomba de dificuldade acabou com a mineração do Ethereum?

O Merge encerrou a mineração na Ethereum Mainnet, enquanto a bomba serviu como incentivo complementar para concluir essa transição.

A bomba de dificuldade reduziu saldos de carteira?

Não. O mecanismo afetava a dificuldade de mineração e o tempo dos blocos, e não alterava diretamente os saldos dos usuários.

A bomba de dificuldade aumentava as taxas de gas?

Ela não alterava diretamente os preços de gas, embora blocos mais lentos pudessem reduzir a capacidade por hora e aumentar a concorrência pela inclusão de transações.

A bomba de dificuldade era o mesmo que a dificuldade de mineração?

Não. Era um componente exponencial artificial adicionado ao ajuste normal de dificuldade Proof of Work do Ethereum.

A bomba de dificuldade era o mesmo que a dificuldade total terminal?

Não. A dificuldade total terminal era o limite cumulativo Proof of Work usado para acionar o Merge.

A bomba de dificuldade era um halving?

Não. Ela aumentava a dificuldade de mineração, em vez de reduzir automaticamente a recompensa atribuída a cada bloco.

A bomba de dificuldade queimava ETH?

Não. A bomba não destruía ETH existente nem realizava a queima de taxas de transação.

Por que a bomba foi adiada várias vezes?

Ela foi adiada porque a transição para Proof of Stake não estava pronta, e permitir que a bomba avançasse prejudicaria a usabilidade da rede.

Qual foi o adiamento final da bomba de dificuldade?

Gray Glacier e a EIP-5133 determinaram o adiamento final na Mainnet antes do Merge.

Por quanto tempo Gray Glacier adiou a bomba?

Gray Glacier adiou a bomba em 700.000 blocos, o que correspondia a aproximadamente 100 dias segundo a estimativa.

O que foi Muir Glacier?

Muir Glacier foi uma atualização de rede que adiou a bomba de dificuldade em quatro milhões de blocos por meio da EIP-2384.

O que foi Arrow Glacier?

Arrow Glacier foi uma atualização que adiou a bomba para que seus efeitos se tornassem perceptíveis, segundo as estimativas, por volta de junho de 2022.

Os mineradores poderiam ignorar um adiamento da bomba?

Os mineradores poderiam rejeitar o software atualizado, mas permaneceriam em uma cadeia que seguiria as regras antigas e o cronograma anterior da bomba.

Mais equipamentos de mineração poderiam superar a bomba permanentemente?

Não se esperava que qualquer aumento realista de equipamentos superasse permanentemente o crescimento exponencial do mecanismo.

O Ethereum ainda tem um valor de dificuldade?

A produção de blocos do Ethereum após o Merge não usa dificuldade Proof of Work, e a EIP-3675 substituiu o campo histórico de dificuldade por um valor constante igual a zero.

O que substituiu o opcode DIFFICULTY?

A EIP-4399 alterou o opcode 0x44 para PREVRANDAO, que disponibiliza informações relacionadas à aleatoriedade Proof of Stake, em vez da dificuldade de mineração.

PREVRANDAO é uma nova bomba de dificuldade?

Não. PREVRANDAO não tem relação com o mecanismo histórico de dificuldade exponencial de mineração.

Os titulares de ETH precisam se preparar para outra bomba de dificuldade?

Não. O Ethereum atual usa Proof of Stake e não tem uma contagem regressiva ativa de bomba de dificuldade Proof of Work.

Uma bomba de dificuldade pode reverter transações?

Não. Ela poderia desacelerar a produção de novos blocos, mas não poderia, por conta própria, reverter transações confirmadas ou movimentar fundos.

Outras blockchains podem usar uma bomba de dificuldade?

Sim. Outro protocolo Proof of Work poderia programar um mecanismo semelhante, mas ele seria independente da bomba histórica do Ethereum.

Por que a bomba de dificuldade é importante hoje?

Ela continua importante como exemplo de governança de blockchain, migração de consenso, incentivos de mineração e obsolescência planejada de protocolos.

Conclusão

A bomba de dificuldade era um aumento exponencial incorporado ao antigo cálculo de dificuldade Proof of Work do Ethereum.Seu objetivo era tornar a mineração progressivamente mais lenta, incentivar a transição do Ethereum para Proof of Stake e reduzir o apoio a regras Proof of Work desatualizadas.À medida que os efeitos da bomba se tornassem perceptíveis, os tempos de bloco aumentariam, a capacidade de transação por hora cairia e a receita diária dos mineradores diminuiria.O Ethereum adiou o mecanismo várias vezes em atualizações como Byzantium, Constantinople, Muir Glacier, London, Arrow Glacier e Gray Glacier.Gray Glacier realizou o adiamento final, recuando a bomba em 700.000 blocos pouco antes do Merge.O Merge substituiu os mineradores por validadores Proof of Stake em 15 de setembro de 2022.Em seguida, a EIP-3675 removeu a validação de dificuldade Proof of Work e definiu como zero o campo histórico de dificuldade do bloco.A EIP-4399 alterou separadamente o antigo opcode DIFFICULTY para PREVRANDAO, destinado ao uso em Proof of Stake.Atualmente, a bomba de dificuldade não representa uma ameaça aos usuários, carteiras, contratos inteligentes ou à liquidação de redes Layer 2 do Ethereum.Hoje, sua principal importância é histórica, pois demonstra como regras de protocolo e pressão econômica podem ajudar a coordenar uma grande atualização de consenso de criptomoeda.