Autor: Equipa de apoio ao protocolo da Fundação Ethereum; Tradução: Jinse Caijing xiaozou
O plano de atualização Pectra do Ethereum será ativado na mainnet do Ethereum no epoch 364032 em 7 de maio de 2025 (UTC 10:05:11).
1、Introdução ao Pectra
Pectra é uma atualização significativa após a atualização Dencun do ano passado. Ela melhora o sistema de contas Ethereum, aprimora a experiência dos validadores, suporta a expansão L2, entre outras funcionalidades!
Este artigo irá explorar detalhadamente estas três principais melhorias. Para uma compreensão abrangente do conteúdo da atualização, consulte o guia de atualização em ethereum.org.
(1) de conta externa (EOA) para conta inteligente
O EIP-7702 marca um passo importante no processo de abstração de contas, permitindo que os usuários adicionem funcionalidades de contrato inteligente a contas externas (EOA).
Esta solução híbrida combina a simplicidade da EOA com a programabilidade das contas de contrato. Especificamente, permite que as carteiras suportem as seguintes funcionalidades:
• Processamento de Transações em Lote: Várias operações podem ser executadas de forma atômica em uma única transação. Não é mais necessário iniciar transações independentes para "autorização" e "troca"!
**• Pagamento de Gas: ** Permite que terceiros paguem as taxas de transação. Isso é especialmente útil para iniciar transações sem uma conta ETH.
**• Validação alternativa: ** significa que muitos módulos de segurança de hardware (HSM) no telefone atual podem autorizar operações de conta através de técnicas como chaves de acesso.
• Controle de gastos: Pode limitar a quantidade de tokens que aplicações específicas podem consumir, ou definir um limite diário de transferência da carteira para aumentar a segurança.
• Mecanismo de recuperação: oferece aos usuários várias opções de proteção de ativos, sem necessidade de migração para uma nova conta.
Ao usar o EIP-7702, a EOA deve assinar uma autorização que aponta para um endereço de delegação específico (que contém o código a ser executado). Uma vez configurada, a conta obtém novas funcionalidades de código (como processamento em lote, pagamentos, lógica de validação, etc.). Como a escolha do destino de delegação implica a transferência de um grande controle, o EIP-7702 impõe várias verificações de segurança:
• Delegação de cadeia específica: Por padrão, a delegação é válida apenas para um ID de cadeia específico, evitando o uso da mesma autorização em redes diferentes.
**• Vínculo de nonce: ** A autorização pode ser vinculada ao nonce atual da conta, e a autorização expira automaticamente quando o nonce é incrementado. • Revogabilidade: O proprietário do EOA pode sempre criar uma nova autorização EIP-7702 para revogar ou substituir o código de delegação existente, evitando que operações incorretas resultem em bloqueio permanente.
(2) otimização da experiência do validador
Pectra inclui três EIPs que melhoram a experiência dos validadores: 7251, 7002 e 6110.
Primeiro, o EIP-7251 aumenta o saldo máximo de recompensas que um validador pode receber de 32 ETH para 2048 ETH através da atualização voluntária do tipo de comprovante de retirada.
Para os validadores, isso permite a capitalização dos rendimentos. A parte que os validadores têm em stake superior a 32 ETH anteriormente não contava para o montante ativo em stake. Os utilizadores que desejam fazer stake de mais de 32 ETH só podem operar em incrementos de 32 ETH, e o valor intermediário depende do pool de stake. O EIP-7251 permite que novos e antigos validadores sejam configurados para receber recompensas com base no montante real em stake (limite de 2048 ETH).
Este EIP também permite que grandes operadores consolidem vários validadores de 32 ETH, reduzindo assim a demanda de largura de banda em toda a rede.
O EIP-7002 expande a capacidade dos validadores ao introduzir retiradas acionáveis pela camada de execução. Anteriormente, apenas as chaves de assinatura ativas dos validadores podiam acionar saídas. Agora, se um endereço Ethereum for definido como prova de retirada, esse endereço também pode forçar uma saída. Isso reduz a suposição de confiança nas configurações de delegação, uma vez que os proprietários de fundos (sejam indivíduos que controlam EOA ou contratos inteligentes geridos por DAO) podem sempre iniciar uma saída sem necessidade de confiança.
Por fim, o EIP-6110 eliminou o problema legado do Ethereum antes da fusão: o atraso entre o depósito dos validadores e a entrada na fila de depósitos. Antes da fusão do Ethereum, a cadeia Beacon precisava esperar 2048 blocos para processar os depósitos dos validadores, a fim de lidar com possíveis reorganizações de prova de trabalho. Agora, isso já não é mais necessário!
O EIP-6110 reduziu o atraso no processamento de depósitos de cerca de 9 horas para 13 minutos.
（3）Blob extensão
A última grande mudança do Pectra foi o EIP-7691, que dobra a capacidade de throughput de blobs do Ethereum!
A blob introduzido pela atualização Dencun é uma solução de armazenamento temporário para o L2 enviar dados de transação compactados e provas para o Ethereum L1. Após a ativação, reduz as taxas do L1 do L2 em 10 a 100 vezes, diminuindo significativamente os custos de transação para os usuários do L2.
A rede principal do Ethereum atualmente suporta em média 3 blobs por bloco, com uma capacidade máxima de 6. O EIP-7691 irá aumentar isso para uma média de 6 blobs, com um pico de 9.
Ao contrário do CALLDATA armazenado permanentemente nos nós, os blobs serão eliminados após 4096 epochs (cerca de 18 dias). Isso limita o seu uso de espaço. A verdadeira limitação dos blobs vem da largura de banda, pois eles precisam ser propagados na camada ponto a ponto do Ethereum. Para compensar o aumento da largura de banda causado pelo EIP-7691, a Pectra também introduziu o EIP-7623 para limitar o tamanho máximo dos blocos.
Para expandir continuamente a capacidade de processamento de dados do Ethereum sem aumentar a demanda de largura de banda, devemos mudar de "cada nó armazena todos os blobs" para um modelo de "nós armazenam apenas um subconjunto e validam os dados restantes por meio de amostragem de rede". A boa notícia é: o trabalho relacionado já está em andamento! Francesco, da equipe de pesquisa da Fundação Ethereum, descreveu aproximadamente este roteiro de expansão durante a palestra principal do Devcon.
2、Norma Pectra
As atualizações específicas do Pectra podem ser encontradas na EIP-7600. Inclui especificamente:
• EIP-2537: pré-compilado para operações na curva BLS12-381
• EIP-2935: Armazenar o hash dos blocos históricos no estado
• EIP-6110: Depósitos do validador de fornecimento on-chain
• EIP-7002: Saída acionada pela camada de execução
• EIP-7251: Aumentar o limite de MAX_EFFECTIVE_BALANCE
• EIP-7549: mover o campo de índice da comissão para fora da Atuação
• EIP-7623: O custo dos dados de chamada é aumentado
• EIP-7685：pedido de camada de execução genérica
• EIP-7691：Aumento da capacidade de processamento de Blob
• EIP-7702: definir o código da conta EOA
• EIP-7840: adicionar um cronograma de blob ao arquivo de configuração EL
A versão completa em Python das especificações da camada de execução e da camada de consenso pode ser encontrada nas versões seguintes:
• Camada de Execução: v1.17.0rc6
• Camada de consenso: v1.5.0-beta.5
Além disso, a Pectra também atualizou a Engine API usada para a comunicação entre os nós da camada de consenso e da camada de execução.
3、Ativação do Pectra
A atualização da rede Pectra será ativada na mainnet Ethereum no dia 7 de maio de 2025, às 10:05:11 UTC (início do epoch 364032).
Anteriormente, a ativação foi concluída nas redes de teste Hoodi, Holesky e Sepolia.
4、Versão do cliente
As versões do cliente a seguir são adequadas para a atualização Pectra da rede principal Ethereum.
versão da camada de consenso
Ao executar o validador, é necessário atualizar simultaneamente o nó de beacon da camada de consenso e o cliente do validador.
versão da camada de execução
5, Perguntas Frequentes
Pergunta: Como funciona a atualização da rede Ethereum?
Resposta: A atualização da rede Ethereum requer que os operadores de nó decidam claramente se desejam participar. Embora os desenvolvedores do cliente tenham chegado a um consenso sobre os EIPs incluídos na atualização, eles não são os tomadores de decisão finais.
Para que a atualização tenha efeito, os validadores e os nós não apostados devem atualizar manualmente o software para suportar o novo protocolo.
Se o cliente Ethereum utilizado não estiver atualizado para a versão mais recente (veja acima), a conexão com os nós atualizados será interrompida durante o bloco de fork, resultando em uma bifurcação da rede. Nessa situação, cada subconjunto de nós mantém conexão apenas com nós que permanecem no mesmo estado (não) atualizado.
Embora a maioria das atualizações do Ethereum não sejam controversas e os forks sejam raros, a autonomia dos operadores de nós para decidir se devem ou não suportar atualizações é uma característica central da governança do Ethereum.
Pergunta: Como usuário da mainnet Ethereum ou detentor de ETH, o que eu preciso fazer?
Resposta: Em uma palavra: não é necessário.
Se você usar uma exchange, carteira digital ou carteira de hardware, não é necessário fazer nenhuma operação, a menos que o prestador de serviços notifique especificamente.
Pergunta: O que preciso fazer como operador de nó não apostado?
Resposta: Para garantir a compatibilidade, atualize os clientes da camada de execução e da camada de consenso para as versões listadas na tabela acima.
Pergunta: Como staker, o que preciso fazer?
Resposta: Para garantir a compatibilidade, atualize os clientes da camada de execução e da camada de consenso para as versões listadas na tabela acima. Atualize também o nó de beacon e o cliente dos validadores.
Pergunta: Como desenvolvedor de aplicativos ou ferramentas, o que devo fazer?
Resposta: Revisar os EIPs contidos no Pectra, avaliar seu impacto no projeto — esta atualização introduziu muitas novas funcionalidades empolgantes tanto na camada de execução quanto na camada de consenso!
Pergunta: Por que é chamado de "Pectra"?
Resposta: A atualização da camada de execução usa o nome da cidade do Devcon, enquanto a atualização da camada de consenso utiliza nomes das constelações. "Pectra" é a combinação da cidade onde ocorreu o Devcon IV, Praga, e da gigante azul e branca Electra da constelação de Touro.
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Guia completo da atualização do Ethereum Pectra
Autor: Equipa de apoio ao protocolo da Fundação Ethereum; Tradução: Jinse Caijing xiaozou
O plano de atualização Pectra do Ethereum será ativado na mainnet do Ethereum no epoch 364032 em 7 de maio de 2025 (UTC 10:05:11).
1、Introdução ao Pectra
Pectra é uma atualização significativa após a atualização Dencun do ano passado. Ela melhora o sistema de contas Ethereum, aprimora a experiência dos validadores, suporta a expansão L2, entre outras funcionalidades!
Este artigo irá explorar detalhadamente estas três principais melhorias. Para uma compreensão abrangente do conteúdo da atualização, consulte o guia de atualização em ethereum.org.
(1) de conta externa (EOA) para conta inteligente
O EIP-7702 marca um passo importante no processo de abstração de contas, permitindo que os usuários adicionem funcionalidades de contrato inteligente a contas externas (EOA).
Esta solução híbrida combina a simplicidade da EOA com a programabilidade das contas de contrato. Especificamente, permite que as carteiras suportem as seguintes funcionalidades:
• Processamento de Transações em Lote: Várias operações podem ser executadas de forma atômica em uma única transação. Não é mais necessário iniciar transações independentes para "autorização" e "troca"!
**• Pagamento de Gas: ** Permite que terceiros paguem as taxas de transação. Isso é especialmente útil para iniciar transações sem uma conta ETH.
**• Validação alternativa: ** significa que muitos módulos de segurança de hardware (HSM) no telefone atual podem autorizar operações de conta através de técnicas como chaves de acesso.
• Controle de gastos: Pode limitar a quantidade de tokens que aplicações específicas podem consumir, ou definir um limite diário de transferência da carteira para aumentar a segurança.
• Mecanismo de recuperação: oferece aos usuários várias opções de proteção de ativos, sem necessidade de migração para uma nova conta.
Ao usar o EIP-7702, a EOA deve assinar uma autorização que aponta para um endereço de delegação específico (que contém o código a ser executado). Uma vez configurada, a conta obtém novas funcionalidades de código (como processamento em lote, pagamentos, lógica de validação, etc.). Como a escolha do destino de delegação implica a transferência de um grande controle, o EIP-7702 impõe várias verificações de segurança:
• Delegação de cadeia específica: Por padrão, a delegação é válida apenas para um ID de cadeia específico, evitando o uso da mesma autorização em redes diferentes.
**• Vínculo de nonce: ** A autorização pode ser vinculada ao nonce atual da conta, e a autorização expira automaticamente quando o nonce é incrementado. • Revogabilidade: O proprietário do EOA pode sempre criar uma nova autorização EIP-7702 para revogar ou substituir o código de delegação existente, evitando que operações incorretas resultem em bloqueio permanente.
(2) otimização da experiência do validador
Pectra inclui três EIPs que melhoram a experiência dos validadores: 7251, 7002 e 6110.
Primeiro, o EIP-7251 aumenta o saldo máximo de recompensas que um validador pode receber de 32 ETH para 2048 ETH através da atualização voluntária do tipo de comprovante de retirada.
Para os validadores, isso permite a capitalização dos rendimentos. A parte que os validadores têm em stake superior a 32 ETH anteriormente não contava para o montante ativo em stake. Os utilizadores que desejam fazer stake de mais de 32 ETH só podem operar em incrementos de 32 ETH, e o valor intermediário depende do pool de stake. O EIP-7251 permite que novos e antigos validadores sejam configurados para receber recompensas com base no montante real em stake (limite de 2048 ETH).
Este EIP também permite que grandes operadores consolidem vários validadores de 32 ETH, reduzindo assim a demanda de largura de banda em toda a rede.
O EIP-7002 expande a capacidade dos validadores ao introduzir retiradas acionáveis pela camada de execução. Anteriormente, apenas as chaves de assinatura ativas dos validadores podiam acionar saídas. Agora, se um endereço Ethereum for definido como prova de retirada, esse endereço também pode forçar uma saída. Isso reduz a suposição de confiança nas configurações de delegação, uma vez que os proprietários de fundos (sejam indivíduos que controlam EOA ou contratos inteligentes geridos por DAO) podem sempre iniciar uma saída sem necessidade de confiança.
Por fim, o EIP-6110 eliminou o problema legado do Ethereum antes da fusão: o atraso entre o depósito dos validadores e a entrada na fila de depósitos. Antes da fusão do Ethereum, a cadeia Beacon precisava esperar 2048 blocos para processar os depósitos dos validadores, a fim de lidar com possíveis reorganizações de prova de trabalho. Agora, isso já não é mais necessário!
O EIP-6110 reduziu o atraso no processamento de depósitos de cerca de 9 horas para 13 minutos.
（3）Blob extensão
A última grande mudança do Pectra foi o EIP-7691, que dobra a capacidade de throughput de blobs do Ethereum!
A blob introduzido pela atualização Dencun é uma solução de armazenamento temporário para o L2 enviar dados de transação compactados e provas para o Ethereum L1. Após a ativação, reduz as taxas do L1 do L2 em 10 a 100 vezes, diminuindo significativamente os custos de transação para os usuários do L2.
A rede principal do Ethereum atualmente suporta em média 3 blobs por bloco, com uma capacidade máxima de 6. O EIP-7691 irá aumentar isso para uma média de 6 blobs, com um pico de 9.
Ao contrário do CALLDATA armazenado permanentemente nos nós, os blobs serão eliminados após 4096 epochs (cerca de 18 dias). Isso limita o seu uso de espaço. A verdadeira limitação dos blobs vem da largura de banda, pois eles precisam ser propagados na camada ponto a ponto do Ethereum. Para compensar o aumento da largura de banda causado pelo EIP-7691, a Pectra também introduziu o EIP-7623 para limitar o tamanho máximo dos blocos.
Para expandir continuamente a capacidade de processamento de dados do Ethereum sem aumentar a demanda de largura de banda, devemos mudar de "cada nó armazena todos os blobs" para um modelo de "nós armazenam apenas um subconjunto e validam os dados restantes por meio de amostragem de rede". A boa notícia é: o trabalho relacionado já está em andamento! Francesco, da equipe de pesquisa da Fundação Ethereum, descreveu aproximadamente este roteiro de expansão durante a palestra principal do Devcon.
2、Norma Pectra
As atualizações específicas do Pectra podem ser encontradas na EIP-7600. Inclui especificamente:
• EIP-2537: pré-compilado para operações na curva BLS12-381
• EIP-2935: Armazenar o hash dos blocos históricos no estado
• EIP-6110: Depósitos do validador de fornecimento on-chain
• EIP-7002: Saída acionada pela camada de execução
• EIP-7251: Aumentar o limite de MAX_EFFECTIVE_BALANCE
• EIP-7549: mover o campo de índice da comissão para fora da Atuação
• EIP-7623: O custo dos dados de chamada é aumentado
• EIP-7685：pedido de camada de execução genérica
• EIP-7691：Aumento da capacidade de processamento de Blob
• EIP-7702: definir o código da conta EOA
• EIP-7840: adicionar um cronograma de blob ao arquivo de configuração EL
A versão completa em Python das especificações da camada de execução e da camada de consenso pode ser encontrada nas versões seguintes:
• Camada de Execução: v1.17.0rc6
• Camada de consenso: v1.5.0-beta.5
Além disso, a Pectra também atualizou a Engine API usada para a comunicação entre os nós da camada de consenso e da camada de execução.
3、Ativação do Pectra
A atualização da rede Pectra será ativada na mainnet Ethereum no dia 7 de maio de 2025, às 10:05:11 UTC (início do epoch 364032).
Anteriormente, a ativação foi concluída nas redes de teste Hoodi, Holesky e Sepolia.
4、Versão do cliente
As versões do cliente a seguir são adequadas para a atualização Pectra da rede principal Ethereum.
versão da camada de consenso
Ao executar o validador, é necessário atualizar simultaneamente o nó de beacon da camada de consenso e o cliente do validador.
versão da camada de execução
5, Perguntas Frequentes
Pergunta: Como funciona a atualização da rede Ethereum?
Resposta: A atualização da rede Ethereum requer que os operadores de nó decidam claramente se desejam participar. Embora os desenvolvedores do cliente tenham chegado a um consenso sobre os EIPs incluídos na atualização, eles não são os tomadores de decisão finais.
Para que a atualização tenha efeito, os validadores e os nós não apostados devem atualizar manualmente o software para suportar o novo protocolo.
Se o cliente Ethereum utilizado não estiver atualizado para a versão mais recente (veja acima), a conexão com os nós atualizados será interrompida durante o bloco de fork, resultando em uma bifurcação da rede. Nessa situação, cada subconjunto de nós mantém conexão apenas com nós que permanecem no mesmo estado (não) atualizado.
Embora a maioria das atualizações do Ethereum não sejam controversas e os forks sejam raros, a autonomia dos operadores de nós para decidir se devem ou não suportar atualizações é uma característica central da governança do Ethereum.
Pergunta: Como usuário da mainnet Ethereum ou detentor de ETH, o que eu preciso fazer?
Resposta: Em uma palavra: não é necessário.
Se você usar uma exchange, carteira digital ou carteira de hardware, não é necessário fazer nenhuma operação, a menos que o prestador de serviços notifique especificamente.
Pergunta: O que preciso fazer como operador de nó não apostado?
Resposta: Para garantir a compatibilidade, atualize os clientes da camada de execução e da camada de consenso para as versões listadas na tabela acima.
Pergunta: Como staker, o que preciso fazer?
Resposta: Para garantir a compatibilidade, atualize os clientes da camada de execução e da camada de consenso para as versões listadas na tabela acima. Atualize também o nó de beacon e o cliente dos validadores.
Pergunta: Como desenvolvedor de aplicativos ou ferramentas, o que devo fazer?
Resposta: Revisar os EIPs contidos no Pectra, avaliar seu impacto no projeto — esta atualização introduziu muitas novas funcionalidades empolgantes tanto na camada de execução quanto na camada de consenso!
Pergunta: Por que é chamado de "Pectra"?
Resposta: A atualização da camada de execução usa o nome da cidade do Devcon, enquanto a atualização da camada de consenso utiliza nomes das constelações. "Pectra" é a combinação da cidade onde ocorreu o Devcon IV, Praga, e da gigante azul e branca Electra da constelação de Touro.