A atualização da rede Pectra seguiu a Dencun e trouxe mudanças tanto para a camada de execução quanto para a camada de consenso do Ethereum. O nome abreviado Pectra é uma combinação de Prague e Electra, que são os respectivos nomes para as mudanças de especificação da camada de execução e da camada de consenso. Juntas, essas mudanças trazem uma série de melhorias para os usuários, desenvolvedores e validadores do Ethereum.
Esta atualização foi ativada com sucesso na Rede Principal do Ethereum na época 364032, em 07 de maio de 2025 às 10:05 (UTC).
Melhorias na Pectra
A Pectra traz o maior número de EIPs (opens in a new tab) de todas as atualizações anteriores! Há muitas mudanças menores, mas também alguns novos recursos significativos. A lista completa de mudanças e detalhes técnicos pode ser encontrada nas EIPs individuais incluídas.
Código de conta EOA
A EIP-7702 (opens in a new tab) representa um grande passo em direção à ampla abstração de conta. Com esse recurso, os usuários podem configurar seu endereço () para ser estendido com um contrato inteligente. A EIP introduz um novo tipo de transação com uma função específica - permitir que os proprietários de endereços assinem uma autorização que configura seu endereço para imitar um contrato inteligente escolhido.
Com esta EIP, os usuários podem optar por carteiras programáveis que permitem novos recursos, como agrupamento de transações, transações sem gás e acesso a ativos personalizados para esquemas de recuperação alternativos. Essa abordagem híbrida combina a simplicidade das EOAs com a programabilidade das contas baseadas em contratos.
Leia uma exploração detalhada sobre a 7702 aqui
Aumento do saldo efetivo máximo
O saldo efetivo atual do validador é de exatamente 32 ETH. É a quantia mínima necessária para participar do consenso, mas, ao mesmo tempo, o máximo que um único validador pode fazer stake.
A EIP-7251 (opens in a new tab) eleva o saldo efetivo máximo possível para 2048 ETH, o que significa que um único validador agora pode fazer stake entre 32 e 2048 ETH. Em vez de múltiplos de 32, os stakers agora podem escolher uma quantia arbitrária de ETH para fazer stake e receber recompensas por cada 1 ETH acima do mínimo. Por exemplo, se o saldo de um validador crescer com suas recompensas para 33 ETH, o 1 ETH extra também é considerado parte do saldo efetivo e recebe recompensas.
Mas o benefício de um sistema de recompensas melhor para os validadores é apenas uma parte dessa melhoria. Os stakers que executam vários validadores agora podem agregá-los em um único, o que facilita a operação e reduz a sobrecarga da rede. Como cada validador na Beacon Chain envia uma assinatura a cada época, os requisitos de largura de banda crescem com mais validadores e um grande número de assinaturas para propagar. A agregação de validadores aliviará a carga da rede e abrirá novas opções de escalabilidade, mantendo a mesma segurança econômica.
Leia uma exploração detalhada sobre o MaxEB aqui
Aumento da vazão de blobs
Os blobs fornecem disponibilidade de dados para L2s. Eles foram introduzidos na atualização de rede anterior.
Atualmente, a rede tem como meta uma média de 3 blobs por bloco, com um máximo de 6 blobs. Com a EIP-7691 (opens in a new tab), a contagem média de blobs será aumentada para 6, com um máximo de 9 por bloco, resultando em maior capacidade para os rollups do Ethereum. Esta EIP ajuda a preencher a lacuna até que o PeerDAS (opens in a new tab) permita contagens de blobs ainda maiores.
Aumento do custo de dados de chamada
Antes da introdução dos blobs na atualização Dencun, as L2s usavam dados de chamada para armazenar seus dados no Ethereum. Tanto os blobs quanto os dados de chamada afetam o uso da largura de banda do Ethereum. Embora a maioria dos blocos use apenas uma quantidade mínima de dados de chamada, blocos pesados em dados que também contêm muitos blobs podem ser prejudiciais à rede p2p do Ethereum.
Para resolver isso, a EIP-7623 (opens in a new tab) aumenta o preço dos dados de chamada, mas apenas para transações pesadas em dados. Isso limita o tamanho do bloco no pior cenário, fornece um incentivo para que as L2s usem apenas blobs e deixa mais de 99% das transações inalteradas.
Saídas acionáveis pela camada de execução
Atualmente, a saída de um validador e o saque do ETH em stake é uma operação da camada de consenso que exige uma chave de validador ativa, a mesma chave BLS usada pelo validador para realizar tarefas ativas, como atestações. As credenciais de saque são uma chave fria separada que recebe o stake da saída, mas não pode acionar a saída. A única maneira de os stakers saírem é enviar uma mensagem especial para a rede Beacon Chain assinada usando a chave de validador ativa. Isso é limitante em cenários onde as credenciais de saque e a chave do validador são mantidas por entidades diferentes ou quando a chave do validador é perdida.
A EIP-7002 (opens in a new tab) introduz um novo contrato que pode ser usado para acionar a saída usando as credenciais de saque da camada de execução. Os stakers poderão sair de seu validador chamando uma função neste contrato especial sem a necessidade de sua chave de assinatura de validador ou acesso à Beacon Chain. É importante ressaltar que a ativação de saques de validadores onchain permite protocolos de staking com premissas de confiança reduzidas sobre os operadores de nós.
Depósitos de validadores onchain
Os depósitos de validadores são atualmente processados pela pesquisa eth1data (opens in a new tab), que é uma função na Beacon Chain que busca dados da camada de execução. É uma espécie de dívida técnica dos tempos anteriores ao The Merge, quando a Beacon Chain era uma rede separada e tinha que se preocupar com as reorganizações da Prova de Trabalho (PoW).
A EIP-6110 (opens in a new tab) é uma nova maneira de entregar depósitos da camada de execução para a camada de consenso, o que permite o processamento instantâneo com menos complexidade de implementação. É uma maneira mais segura de lidar com depósitos nativos do Ethereum fundido. Ela também ajuda a preparar o protocolo para o futuro, pois não exige depósitos históricos para inicializar o nó, o que é necessário para a expiração de histórico.
Pré-compilado para BLS12-381
Os pré-compilados são um conjunto especial de contratos inteligentes integrados diretamente na Máquina Virtual Ethereum (EVM). Ao contrário dos contratos regulares, os pré-compilados não são implantados pelos usuários, mas fazem parte da própria implementação do cliente, escritos em sua linguagem nativa (por exemplo, Go, Java, etc., não Solidity). Os pré-compilados serveem para funções amplamente utilizadas e padronizadas, como operações criptográficas. Os desenvolvedores de contratos inteligentes podem chamar os pré-compilados como um contrato regular, mas com mais segurança e eficiência.
A EIP-2537 (opens in a new tab) adiciona novos pré-compilados para operações de curva sobre a BLS12-381 (opens in a new tab). Esta curva elíptica tornou-se amplamente utilizada em ecossistemas de criptomoedas graças às suas propriedades práticas. Mais especificamente, ela foi adotada pela camada de consenso do Ethereum, onde é usada por validadores.
O novo pré-compilado adiciona a capacidade para que todo desenvolvedor realize operações criptográficas de forma fácil, eficiente e segura usando esta curva, por exemplo, verificando assinaturas. Os aplicativos onchain que dependem desta curva podem se tornar mais eficientes em termos de gás e seguros, contando com um pré-compilado em vez de algum contrato personalizado. Isso se aplica principalmente a aplicativos que desejam raciocinar sobre validadores dentro da EVM, por exemplo, pools de staking, restaking, clientes leves, pontes, mas também conhecimento zero.
Fornecer hashes de blocos históricos a partir do estado
A EVM atualmente fornece o código de operação BLOCKHASH, que permite aos desenvolvedores de contratos recuperar o hash de um bloco diretamente na camada de execução. No entanto, isso é limitado apenas aos últimos 256 blocos e pode se tornar problemático para clientes sem estado no futuro.
A EIP-2935 (opens in a new tab) cria um novo contrato de sistema que pode fornecer os últimos 8192 hashes de blocos como slots de armazenamento. Isso ajuda a preparar o protocolo para o futuro para execução sem estado e se torna mais eficiente quando as árvores verkle (verkle tries) forem adotadas. No entanto, além disso, os rollups podem se beneficiar disso imediatamente, pois podem consultar o contrato diretamente com uma janela histórica mais longa.
Mover o índice do comitê para fora da Atestação
O consenso da Beacon Chain é baseado em validadores emitindo seus votos para o bloco mais recente e a época finalizada. A atestação inclui 3 elementos, 2 dos quais são votos e o terceiro é o valor do índice do comitê.
A EIP-7549 (opens in a new tab) move esse índice para fora da mensagem de atestação assinada, o que torna mais fácil verificar e agregar os votos de consenso. Isso permitirá mais eficiência em cada cliente de consenso e pode trazer melhorias significativas de desempenho para circuitos de conhecimento zero para provar o consenso do Ethereum.
Adicionar cronograma de blobs aos arquivos de configuração da EL
A EIP-7840 (opens in a new tab) é uma mudança simples que adiciona um novo campo à configuração do cliente da camada de execução. Ela configura o número de blocos, permitindo a configuração dinâmica para contagens alvo e máximas de blobs por bloco, bem como o ajuste da taxa de blob. Com a configuração definida diretamente, os clientes podem evitar a complexidade de trocar essas informações por meio da Engine API.
Esta atualização afeta todos os nós e validadores do Ethereum?
Sim, a atualização Pectra exige atualizações tanto para os clientes de execução quanto para os clientes de consenso. Todos os principais clientes do Ethereum lançarão versões com suporte à bifurcação rígida marcadas como de alta prioridade. Para manter a sincronização com a rede Ethereum após a atualização, os operadores de nós devem garantir que estão executando uma versão de cliente suportada. Observe que as informações sobre os lançamentos de clientes são sensíveis ao tempo, e os usuários devem consultar as atualizações mais recentes para obter os detalhes mais atuais.
Como o ETH pode ser convertido após a bifurcação rígida?
- Nenhuma ação é necessária para o seu ETH: Após a atualização Pectra do Ethereum, não há necessidade de converter ou atualizar o seu ETH. Os saldos da sua conta permanecerão os mesmos, e o ETH que você possui atualmente permanecerá acessível em sua forma existente após a bifurcação rígida.
- Cuidado com os golpes! qualquer pessoa instruindo você a "atualizar" o seu ETH está tentando aplicar um golpe. Não há nada que você precise fazer em relação a esta atualização. Seus ativos permanecerão completamente inalterados. Lembre-se, manter-se informado é a melhor defesa contra golpes.
Mais sobre como reconhecer e evitar golpes
Prefere aprender visualmente?
O que está entrando na atualização Pectra? - Christine Kim
Atualização Pectra do Ethereum: O que os stakers precisam saber — Blockdaemon
Leitura adicional
- Roteiro do Ethereum
- Perguntas Frequentes (FAQ) da Pectra (opens in a new tab)
- Página de informações Pectra.wtf (opens in a new tab)
- Como a Pectra melhora a experiência do staker (opens in a new tab)
- Página de informações da EIP-7702 (opens in a new tab)
- Devnets da Pectra (opens in a new tab)
Última atualização da página: 6 de junho de 2026
