Uma linha do tempo de todos os principais marcos, forks e atualizações da blockchain Ethereum.
Forks ocorrem quando grandes atualizações técnicas ou mudanças precisam ser feitas na rede – eles normalmente derivam das Propostas de Melhoria do Ethereum (EIPs) e mudam as "regras" do protocolo.
Quando atualizações são necessárias em softwares tradicionais e controlados centralmente, a empresa simplesmente publica uma nova versão para o usuário final. As blockchains funcionam de maneira diferente porque não há propriedade central. Os clientes Ethereum devem atualizar seus softwares para implementar as novas regras do fork. Além disso, os criadores de blocos (mineradores em um mundo de Prova de Trabalho (PoW), validadores em um mundo de Prova de Participação (PoS)) e os nós devem criar blocos e validá-los de acordo com as novas regras. Mais sobre mecanismos de consenso
Essas mudanças de regras podem criar uma divisão temporária na rede. Novos blocos poderiam ser produzidos de acordo com as novas regras ou com as antigas. Os forks geralmente são acordados com antecedência para que os clientes adotem as mudanças em uníssono e o fork com as atualizações se torne a cadeia principal. No entanto, em casos raros, divergências sobre forks podem fazer com que a rede se divida permanentemente – mais notavelmente a criação do Ethereum Classic com o fork do DAO.
O software que serve de base para o Ethereum é composto por duas metades, conhecidas como e .
Nomenclatura das atualizações de execução
Desde 2021, as atualizações da camada de execução são nomeadas de acordo com os nomes das cidades dos locais anteriores da Devcon e Devconnect (opens in a new tab) em ordem cronológica:
| Nome da atualização | Ano da Devcon(nect) | Número da Devcon | Data da atualização |
|---|---|---|---|
| Berlim | 2014 | 0 | 15 de abr. de 2021 |
| Londres | 2015 | I | 5 de ago. de 2021 |
| Shanghai | 2016 | II | 12 de abr. de 2023 |
| Cancun | 2017 | III | 13 de mar. de 2024 |
| Praga | 2018 | IV | 7 de mai. de 2025 |
| Osaka | 2019 | V | 3 de dez. de 2025 |
| Amsterdã | 2022 | Devconnect | A definir - Próxima |
| Bogotá | 2022 | VI | A definir |
| Istambul | 2023 | Devconnect | A definir |
| Bangkok | 2024 | VII | A definir |
| Buenos Aires | 2025 | Devconnect | A definir |
| Mumbai | 2026 | VIII | A definir |
Nomenclatura das atualizações de consenso
Desde o lançamento da , as atualizações da camada de consenso recebem nomes de estrelas celestes começando com letras que seguem em ordem alfabética:
| Nome da atualização | Data da atualização |
|---|---|
| Gênese da Beacon Chain | 1º de dez. de 2020 |
| Altair (opens in a new tab) | 27 de out. de 2021 |
| Bellatrix (opens in a new tab) | 6 de set. de 2022 |
| Capella (opens in a new tab) | 12 de abr. de 2023 |
| Deneb (opens in a new tab) | 13 de mar. de 2024 |
| Electra (opens in a new tab) | 7 de mai. de 2025 |
| Fulu (opens in a new tab) | 3 de dez. de 2025 |
| Gloas (opens in a new tab) | A definir - Próxima |
| Heze (opens in a new tab) | A definir |
Nomenclatura combinada
As atualizações de execução e consenso foram inicialmente lançadas em momentos diferentes, mas após o The Merge em 2022, elas passaram a ser implantadas simultaneamente. Sendo assim, termos coloquiais surgiram para simplificar as referências a essas atualizações usando um único termo conjunto. Isso começou com a atualização Shanghai-Capella, comumente chamada de "Shapella", e continua com as atualizações subsequentes.
| Atualização de execução | Atualização de consenso | Nome curto |
|---|---|---|
| Shanghai | Capella | "Shapella" |
| Cancun | Deneb | "Dencun" |
| Praga | Electra | "Pectra" |
| Osaka | Fulu | "Fusaka" |
| Amsterdã | Gloas | "Glamsterdam" |
| Bogotá | Heze | "Hegotá" |
Pule direto para as informações sobre algumas das atualizações passadas particularmente importantes: A Beacon Chain; The Merge; e EIP-1559
Procurando por futuras atualizações do protocolo? Saiba mais sobre as próximas atualizações no roteiro do Ethereum.
2025
Fulu-Osaka ("Fusaka")
Prague-Electra ("Pectra")
A atualização Prague-Electra ("Pectra") incluiu várias melhorias no protocolo Ethereum com o objetivo de aprimorar a experiência para todos os usuários, redes de camada 2 (l2), stakers e operadores de nó.
O staking recebeu uma atualização com contas de validador com rendimento composto e controle aprimorado sobre os fundos em staking usando o endereço de saque de execução. A EIP-7251 aumentou o saldo efetivo máximo para um único validador para 2048, melhorando a eficiência de capital para os stakers. A EIP-7002 permitiu que uma conta de execução acionasse com segurança ações do validador, incluindo a saída ou o saque de partes dos fundos, melhorando a experiência para os stakers de ETH, ao mesmo tempo em que ajuda a fortalecer a responsabilidade dos operadores de nó.
Outras partes da atualização se concentraram em melhorar a experiência para usuários comuns. A EIP-7702 trouxe a capacidade para uma conta comum que não é de contrato inteligente () executar código semelhante a um contrato inteligente. Isso desbloqueou novas funcionalidades ilimitadas para contas tradicionais do Ethereum, como processamento em lote de transações, patrocínio de gás, autenticação alternativa, controles de gastos programáveis, mecanismos de recuperação de conta e muito mais.
Melhor experiência do usuário:
- EIP-7702 - Definir código de conta EOA
- EIP-7691 - Aumento da vazão de blob
- EIP-7623 - Aumentar o custo de dados de chamada
- EIP-7840 - Adicionar cronograma de blob aos arquivos de configuração da camada de execução
Melhor experiência de staking:
- EIP-7251 - Aumentar o
MAX_EFFECTIVE_BALANCE - EIP-7002 - Saídas acionáveis pela camada de execução
- EIP-7685 - Solicitações de camada de execução de uso geral
- EIP-6110 - Fornecer depósitos de validador onchain
Melhorias de eficiência e segurança do protocolo:
- Pectra.wtf (opens in a new tab)
- Como a Pectra aprimorará a experiência de staking (opens in a new tab)
- Leia as especificações da atualização Electra (opens in a new tab)
- Perguntas frequentes sobre a Prague-Electra ("Pectra")
2024
Cancun-Deneb ("Dencun")
Resumo de Cancun
A atualização Cancun contém um conjunto de melhorias para a execução do Ethereum com o objetivo de melhorar a escalabilidade, em conjunto com as atualizações de consenso Deneb.
Notavelmente, isso inclui a EIP-4844, conhecida como Proto-Danksharding, que diminui significativamente o custo de armazenamento de dados para rollups da camada 2 (l2). Isso é alcançado através da introdução de "blobs" de dados, o que permite que os rollups publiquem dados na Mainnet por um curto período de tempo. Isso resulta em taxas de transação significativamente mais baixas para usuários de rollups da camada 2 (l2).
- Rollups da camada 2 (l2)
- Proto-Danksharding
- Danksharding
- Leia a especificação da atualização Cancun (opens in a new tab)
Resumo de Deneb
A atualização Deneb contém um conjunto de melhorias para o consenso do Ethereum com o objetivo de melhorar a escalabilidade. Esta atualização ocorre em conjunto com as atualizações de execução Cancun para habilitar o Proto-Danksharding (EIP-4844), juntamente com outras melhorias na Beacon Chain.
As "mensagens de saída voluntária" assinadas e pré-geradas não expiram mais, dando assim mais controle aos usuários que fazem staking de seus fundos com um operador de nó terceirizado. Com esta mensagem de saída assinada, os stakers podem delegar a operação do nó enquanto mantêm a capacidade de sair com segurança e sacar seus fundos a qualquer momento, sem precisar pedir permissão a ninguém.
A EIP-7514 traz um aperto na emissão de ETH ao limitar a taxa de "rotatividade" com que os validadores podem ingressar na rede para oito (8) por época. Como a emissão de ETH é proporcional ao total de ETH em staking, limitar o número de validadores ingressantes restringe a taxa de crescimento de ETH recém-emitido, ao mesmo tempo em que reduz os requisitos de hardware para operadores de nó, ajudando na descentralização.
- Leia as especificações da atualização Deneb (opens in a new tab)
- Perguntas frequentes sobre Cancun-Deneb ("Dencun")
2023
Shanghai-Capella ("Shapella")
Resumo da Shanghai
A atualização Shanghai trouxe os saques de staking para a camada de execução. Em conjunto com a atualização Capella, isso permitiu que os blocos aceitassem operações de saque, o que permite que os stakers saquem seu ETH da Beacon Chain para a camada de execução.
Resumo da Capella
A atualização Capella foi a terceira grande atualização da camada de consenso (Beacon Chain) e habilitou os saques de staking. A Capella ocorreu de forma síncrona com a atualização da camada de execução, Shanghai, e habilitou a funcionalidade de saque de staking.
Esta atualização da camada de consenso trouxe a capacidade para os stakers que não forneceram credenciais de saque com seu depósito inicial de fazê-lo, habilitando assim os saques.
A atualização também forneceu a funcionalidade de varredura automática de contas, que processa continuamente as contas de validador em busca de quaisquer pagamentos de recompensas disponíveis ou saques totais.
2022
Paris (The Merge)
Resumo
A atualização Paris foi acionada pela blockchain de Prova de Trabalho (PoW) ultrapassando uma de 58750000000000000000000. Isso aconteceu no bloco 15537393 em 15 de setembro de 2022, acionando a atualização Paris no bloco seguinte. Paris foi a transição The Merge - sua principal característica foi desligar o algoritmo de mineração de Prova de Trabalho (PoW) e a lógica de consenso associada, ativando a Prova de Participação (PoS) em seu lugar. A própria Paris foi uma atualização para os clientes de execução (equivalente à Bellatrix na camada de consenso) que permitiu que eles recebessem instruções de seus clientes de consenso conectados. Isso exigiu que um novo conjunto de métodos de API internos, conhecidos coletivamente como Engine API (opens in a new tab), fosse ativado. Esta foi indiscutivelmente a atualização mais significativa na história do Ethereum desde a Homestead!
Bellatrix
Resumo
A atualização Bellatrix foi a segunda atualização programada para a Beacon Chain, preparando a cadeia para o The Merge. Ela traz as penalidades do validador para seus valores totais por inatividade e ofensas passíveis de penalização. A Bellatrix também inclui uma atualização nas regras de escolha de bifurcação para preparar a cadeia para o The Merge e a transição do último bloco de Prova de Trabalho (PoW) para o primeiro bloco de Prova de Participação (PoS). Isso inclui tornar os clientes de consenso cientes da de 58750000000000000000000.
Gray Glacier
Resumo
A atualização da rede Gray Glacier adiou a em três meses. Esta é a única mudança introduzida nesta atualização e é de natureza semelhante às atualizações Arrow Glacier e Muir Glacier. Mudanças semelhantes foram realizadas nas atualizações da rede Bizâncio, Constantinopla e London.
- EIP-5133 – adia a bomba de dificuldade até setembro de 2022
2021
Arrow Glacier
Resumo
A atualização da rede Arrow Glacier adiou a por vários meses. Esta é a única mudança introduzida nesta atualização e é de natureza semelhante à atualização Muir Glacier. Mudanças semelhantes foram realizadas nas atualizações da rede Bizâncio, Constantinopla e Londres.
- Blog da EF - Anúncio da atualização Arrow Glacier (opens in a new tab)
- Ethereum Cat Herders - Atualização Arrow Glacier do Ethereum (opens in a new tab)
- EIP-4345 – adia a bomba de dificuldade até junho de 2022
Altair
Resumo
A atualização Altair foi a primeira atualização programada para a Beacon Chain. Ela adicionou suporte para "comitês de sincronização" — permitindo clientes leves, e aumentou as penalidades por inatividade e penalização (slashing) de validadores à medida que o desenvolvimento progredia em direção ao The Merge.
Curiosidade!
Altair foi a primeira grande atualização da rede que teve um horário exato de lançamento. Todas as atualizações anteriores foram baseadas em um número de bloco declarado na cadeia de Prova de Trabalho (PoW), onde os tempos de bloco variam. A Beacon Chain não exige a resolução de Prova de Trabalho (PoW) e, em vez disso, funciona em um sistema de época baseado em tempo, consistindo em 32 "slots" de doze segundos onde os validadores podem propor blocos. É por isso que sabíamos exatamente quando atingiríamos a época 74.240 e a Altair entraria no ar!
Londres
Resumo
A atualização Londres introduziu a EIP-1559 (opens in a new tab), que reformulou o mercado de taxas de transação, juntamente com mudanças na forma como os reembolsos de gás são tratados e no cronograma da .
O que foi a atualização Londres / EIP-1559?
Antes da atualização Londres, o Ethereum tinha blocos de tamanho fixo. Em tempos de alta demanda da rede, esses blocos operavam com capacidade total. Como resultado, os usuários frequentemente tinham que esperar a demanda diminuir para serem incluídos em um bloco, o que levava a uma experiência de usuário ruim. A atualização Londres introduziu blocos de tamanho variável no Ethereum.
A forma como as taxas de transação na rede Ethereum eram calculadas mudou com a atualização Londres de agosto de 2021. Antes da atualização Londres, as taxas eram calculadas sem separar as taxas base e priority, da seguinte forma:
Digamos que Alice tivesse que pagar a Bob 1 ETH. Na transação, o limite de gas é de 21.000 unidades e o preço do gás é de 200 gwei.
A taxa total teria sido: Gas units (limit) * Gas price per unit ou seja, 21,000 * 200 = 4,200,000 gwei ou 0,0042 ETH
A implementação da EIP-1559 (opens in a new tab) na atualização Londres tornou o mecanismo de taxa de transação mais complexo, mas tornou as taxas de gás mais previsíveis, resultando em um mercado de taxas de transação mais eficiente. Os usuários podem enviar transações com um maxFeePerGas correspondente a quanto estão dispostos a pagar para que a transação seja executada, sabendo que não pagarão mais do que o preço de mercado pelo gás (baseFeePerGas), e receberão qualquer valor extra, menos sua taxa de prioridade, reembolsado.
Este vídeo explica a EIP-1559 e os benefícios que ela traz: EIP-1559 Explicada (opens in a new tab)
- Você é um desenvolvedor de aplicativo descentralizado (dapp)? Certifique-se de atualizar suas bibliotecas e ferramentas. (opens in a new tab)
- Leia o anúncio da Fundação Ethereum (opens in a new tab)
- Leia a explicação do Ethereum Cat Herders (opens in a new tab)
Berlim
Resumo
A atualização Berlim otimizou o custo de gás para certas ações da EVM e aumenta o suporte para vários tipos de transação.
- Leia o anúncio da Fundação Ethereum (opens in a new tab)
- Leia a explicação do Ethereum Cat Herders (opens in a new tab)
2020
Gênese da Beacon Chain
Resumo
A Beacon Chain precisou de 16.384 depósitos de 32 ETH em staking para ser lançada com segurança. Isso aconteceu em 27 de novembro, e a Beacon Chain começou a produzir blocos em 1º de dezembro de 2020.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
A Beacon Chain
Implantação do contrato de depósito de staking
Resumo
O contrato de depósito de staking introduziu o no ecossistema Ethereum. Embora seja um contrato da , ele teve um impacto direto no cronograma de lançamento da Beacon Chain, uma importante atualização do Ethereum.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
Staking
Muir Glacier
Resumo
A bifurcação Muir Glacier introduziu um atraso na . Os aumentos na dificuldade de bloco do mecanismo de consenso de Prova de Trabalho (PoW) ameaçavam degradar a usabilidade do Ethereum, aumentando os tempos de espera para o envio de transações e o uso de aplicativos descentralizados (dapps).
- Leia o anúncio da Fundação Ethereum (opens in a new tab)
- Leia a explicação dos Ethereum Cat Herders (opens in a new tab)
- EIP-2384 – atrasa a bomba de dificuldade por mais 4.000.000 de blocos, ou ~611 dias.
2019
Istambul
Resumo
O fork Istambul:
- Otimizou o custo de de certas ações na EVM.
- Melhorou a resiliência contra ataques de negação de serviço.
- Tornou as soluções de escalabilidade da camada 2 baseadas em SNARKs e STARKs mais eficientes.
- Permitiu a interoperabilidade entre Ethereum e Zcash.
- Permitiu que os contratos introduzissem funções mais criativas.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
- EIP-152 – permite que o Ethereum funcione com moedas que preservam a privacidade, como a Zcash.
- EIP-1108 – criptografia mais barata para melhorar os custos de .
- EIP-1344 – protege o Ethereum contra ataques de repetição adicionando o código de operação
CHAINID. - EIP-1884 – otimização dos preços do gás do código de operação com base no consumo.
- EIP-2028 – reduz o custo dos dados de chamada (CallData) para permitir mais dados nos blocos – bom para a escalabilidade da camada 2.
- EIP-2200 – outras alterações no preço do gás do código de operação.
Constantinopla
Resumo
O fork Constantinople:
- Reduziu as recompensas de mineração de bloco de 3 para 2 ETH.
- Garantiu que a blockchain não congelasse antes que a Prova de Participação (PoS) fosse implementada.
- Otimizou o custo de de certas ações na EVM.
- Adicionou a capacidade de interagir com endereços que ainda não foram criados.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
- EIP-145 – otimiza o custo de certas ações onchain.
- EIP-1014 – permite que você interaja com endereços que ainda não foram criados.
- EIP-1052 – introduz a instrução
EXTCODEHASHpara recuperar o hash do código de outro contrato. - EIP-1234 – garante que a blockchain não congele antes da Prova de Participação (PoS) e reduz a recompensa de bloco de 3 para 2 ETH.
2017
Byzantium
Resumo
O fork Byzantium:
- Reduziu as recompensas de mineração de bloco de 5 para 3 ETH.
- Atrasou a em um ano.
- Adicionou a capacidade de fazer chamadas que não alteram o estado para outros contratos.
- Adicionou certos métodos de criptografia para permitir o escalonamento de camada 2.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
- EIP-140 – adiciona o código de operação
REVERT. - EIP-658 – campo de status adicionado aos recibos de transação para indicar sucesso ou falha.
- EIP-196 – adiciona curva elíptica e multiplicação escalar para permitir ZK-Snarks.
- EIP-197 – adiciona curva elíptica e multiplicação escalar para permitir ZK-Snarks.
- EIP-198 – habilita a verificação de assinatura RSA.
- EIP-211 – adiciona suporte para valores de retorno de comprimento variável.
- EIP-214 – adiciona o código de operação
STATICCALL, permitindo chamadas que não alteram o estado para outros contratos. - EIP-100 – altera a fórmula de ajuste de dificuldade.
- EIP-649 – atrasa a em 1 ano e reduz a recompensa de bloco de 5 para 3 ETH.
2016
Spurious Dragon
Resumo
O fork Spurious Dragon foi a segunda resposta aos ataques de negação de serviço (DoS) na rede (setembro/outubro de 2016), incluindo:
- ajuste na precificação dos códigos de operação para evitar ataques futuros na rede.
- ativação da "limpeza" (debloat) do estado da blockchain.
- adição de proteção contra ataques de repetição.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
- EIP-155 – impede que transações de uma cadeia Ethereum sejam retransmitidas em uma cadeia alternativa, por exemplo, uma transação de rede de teste sendo repetida na cadeia principal do Ethereum.
- EIP-160 – ajusta os preços do código de operação
EXP– torna mais difícil desacelerar a rede por meio de operações de contrato computacionalmente caras. - EIP-161 – permite a remoção de contas vazias adicionadas por meio dos ataques DOS.
- EIP-170 – altera o tamanho máximo de código que um contrato na blockchain pode ter – para 24576 bytes.
Tangerine Whistle
Resumo
O fork Tangerine Whistle foi a primeira resposta aos ataques de negação de serviço (DoS) na rede (setembro/outubro de 2016), incluindo:
- resolução de problemas urgentes de integridade da rede relacionados a códigos de operação subprecificados.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
Fork DAO
Resumo
O fork DAO foi uma resposta ao ataque à DAO em 2016 (opens in a new tab), onde um contrato inseguro da foi drenado em mais de 3,6 milhões de ETH em um hack. O fork moveu os fundos do contrato defeituoso para um novo contrato (opens in a new tab) com uma única função: saque (withdraw). Qualquer pessoa que perdeu fundos poderia sacar 1 ETH para cada 100 tokens DAO em suas carteiras.
Esse curso de ação foi votado pela comunidade Ethereum. Qualquer detentor de ETH pôde votar por meio de uma transação em uma plataforma de votação (opens in a new tab). A decisão de realizar o fork alcançou mais de 85% dos votos.
Alguns mineradores se recusaram a aderir ao fork porque o incidente da DAO não era um defeito no protocolo. Eles seguiram em frente para formar o Ethereum Classic (opens in a new tab).
Leia o anúncio da Fundação Ethereum (opens in a new tab)
Homestead
Resumo
O fork Homestead olhou para o futuro. Ele incluiu várias mudanças de protocolo e uma mudança de rede que deu ao Ethereum a capacidade de fazer atualizações de rede adicionais.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
2015
Descongelamento do Frontier
Resumo
O fork de descongelamento do Frontier removeu o limite de 5.000 de por e definiu o preço do gás padrão para 51 . Isso permitiu transações – as transações exigem 21.000 de gás. A foi introduzida para garantir um futuro hard fork para .
- Leia o anúncio da Fundação Ethereum (opens in a new tab)
- Leia a Atualização 1 do Protocolo Ethereum (opens in a new tab)
Frontier
Resumo
O Frontier foi uma implementação ativa, mas básica, do projeto Ethereum. Ele se seguiu à bem-sucedida fase de testes Olympic. Foi destinado a usuários técnicos, especificamente desenvolvedores. Os tinham um limite de de 5.000. Esse período de 'descongelamento' permitiu que os mineradores iniciassem suas operações e que os primeiros adeptos instalassem seus clientes sem ter que 'correr'.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
2014
Venda de ether
O ether foi oficialmente colocado à venda por 42 dias. Era possível comprá-lo com BTC.
Leia o anúncio da Fundação Ethereum (opens in a new tab)
Lançamento do yellow paper
O yellow paper, de autoria do Dr. Gavin Wood, é uma definição técnica do protocolo Ethereum.
Ver o yellow paper (opens in a new tab)
2013
Whitepaper lançado
O documento introdutório, publicado em 2013 por Vitalik Buterin, o fundador do Ethereum, antes do lançamento do projeto em 2015.
Whitepaper
Última atualização da página: 6 de junho de 2026
