A atualização Pectra é o próximo marco significativo para a rede Ethereum, prevista para ser implementada no primeiro trimestre de 2025. Esta atualização consiste em dois componentes principais: a atualização de Praga (camada de execução) e a atualização de Electra (camada de protocolo).

Ao contrário das atualizações principais anteriores, Pectra não tem um objetivo proeminente singular; em vez disso, ele se concentra em múltiplas melhorias tecnológicas e otimizações. Isso contrasta com a atualização Dencun (que reduziu significativamente as taxas L2) e a atualização Shapella (que permitiu a retirada de ETH apostado, completando a transição do Ethereum para o Proof of Stake (PoS)).

Últimos desenvolvimentos

Recentemente, os desenvolvedores principais do Ethereum (ACD, Todos os Desenvolvedores Principais) discutiram a possibilidade de dividir a atualização Pectra em duas fases durante uma chamada de conferência. De acordo com esta proposta:

1. A atualização Pectra incluirá os EIPs do pectra-devnet-3 (detalhados abaixo).
2. Os componentes originalmente planeados EOF (EVM Object Format) e PeerDAS (Peer Data Availability Sampling) serão adiados para a próxima atualização, provisoriamente chamada Fusaka (Fulu + Osaka).
3. O conteúdo relacionado às Árvores Verkle, inicialmente planejado para implementação em Osaka, será mais adiado e poderá ser realizado em uma atualização subsequente chamada Amsterdão.

Esta abordagem faseada tem como objetivo manter a escala e complexidade de cada atualização gerenciável, permitindo tempo suficiente para testes e aprimoramento das diversas tecnologias.

EIPs relacionados com a atualização do Pectra

EIPs identificados para inclusão

1. EIP-2537^[1]: Operações pré-compiladas para a curva BLS12-381
2. EIP-2935^[2]: Salvando hashes de blocos históricos no estado
3. EIP-6110^[3]: Fornecer depósitos de validadores na cadeia
4. EIP-7002^[4]: Saída da camada de execução acionável
5. EIP-7251^[5]: Aumentando o saldo máximo efetivo
6. EIP-7549^[6]: Movendo o índice da comissão fora das provas
7. EIP-7685^[7]: Solicitações gerais de camada de execução
8. EIP-7702^[8]: Definindo o código da conta EOA para uma transação

EIPs em consideração

• EIP-7212: Operações pré-compiladas para a curva secp256r1
• EIP-7547^[9]: Lista de inclusão
• EIP-7623^[10]: Aumento dos custos de chamada de dados
• EIP-7742^[11]: Desacoplando a relação de contagem de blob entre a camada de consenso e a camada de execução

Introdução aos principais EIPs

EIP-2537: Operações precompiladas para a curva BLS12-381

Esta proposta introduz operações pré-compiladas na curva BLS12-381, melhorando significativamente a eficiência de operações como a verificação de assinatura BLS. Comparado às operações pré-compiladas existentes BN254, BLS12-381 oferece maior segurança (mais de 120 bits, enquanto BN254 fornece apenas 80 bits). Esta melhoria inclui não apenas operações básicas da curva, mas também integra a multi-exponenciação, lançando as bases para a agregação eficiente de chaves públicas e assinaturas.

EIP-2935: Guardar hashes de blocos históricos no estado

Esta proposta sugere armazenar os hashes dos 8.192 blocos mais recentes em um contrato de sistema, principalmente para apoiar a execução de clientes apátridas. Desta forma, os clientes sem estado podem acessar mais facilmente as informações históricas necessárias, mantendo a compatibilidade com o opcode BLOCKHASH existente. Essa alteração simplifica o mecanismo de armazenamento para o histórico de hash de bloco e fornece uma nova abordagem para acessar dados históricos.

EIP-6110: Fornecendo depósitos de validador on-chain

Esta proposta integra diretamente o processo de depósitos de validadores na estrutura de bloco da camada de execução do Ethereum. Essa mudança transfere a responsabilidade de incluir e verificar depósitos da camada de consenso para a camada de execução, eliminando a necessidade da camada de consenso votar em depósitos (ou eth1data). Ao gerar uma lista de depósitos através da análise de eventos de registro de contrato de transações de depósito, este método não só aprimora a segurança e eficiência do processamento de depósito, mas também melhora a experiência do usuário. Além disso, simplifica o design do software do cliente e reduz a complexidade geral do sistema.

EIP-7002: Saída da camada de execução acionável

Esta proposta introduz um novo mecanismo que permite aos validadores retirarem as suas credenciais através da camada de execução (0x01) para acionar as operações de retirada e saída. Especificamente, a mensagem de retirada é anexada ao bloco da camada de execução e depois processada pela camada de consenso. Esta abordagem proporciona aos validadores opções de saída mais flexíveis, mantendo a segurança e consistência do sistema.

EIP-7251: Aumentar o saldo máximo efetivo

Esta proposta visa aumentar o saldo efetivo máximo (MAX_EFFECTIVE_BALANCE) para validadores Ethereum, mantendo o saldo mínimo de staking em 32 ETH. Esta alteração oferece vários benefícios:

1. Ele permite que operadores de nós grandes se consolidem em menos validadores, melhorando a eficiência operacional.
2. Ele oferece aos pequenos stakers a oportunidade de ganhar recompensas compostas, tornando o staking mais atraente.
3. Oferece opções de staking mais flexíveis, atraindo uma gama mais ampla de participantes.
4. Reduz os validadores redundantes na rede, diminuindo o volume de mensagens P2P.
5. Diminui a pegada de memória da BeaconState, aumentando a eficiência do sistema.
6. Juntamente com o mecanismo aprimorado de retirada para a camada de execução, ele otimiza ainda mais a liquidez de fundos em toda a rede Ethereum.

EIP-7549: Mudar o índice do comité fora das provas

Esta proposta sugere remover o campo de índice do comitê das mensagens de prova assinadas para permitir a agregação dos mesmos votos de consenso. O objetivo principal desta mudança é melhorar a eficiência dos clientes Casper FFG, reduzindo o número médio de emparelhamentos necessários para verificar as regras de consenso. Embora todos os tipos de clientes possam se beneficiar dessa melhoria, espera-se que ela forneça o aprimoramento de desempenho mais significativo para os circuitos ZK que precisam provar o consenso Casper FFG.

EIP-7685: Pedidos gerais de camada de execução

Esta proposta define um quadro geral para armazenar e processar solicitações acionadas por contratos inteligentes. A implementação específica adiciona um campo ao cabeçalho e ao corpo da execução para armazenar informações de solicitação, expondo assim essas solicitações à camada de consenso e permitindo que ela lide com cada solicitação. Esse mecanismo é projetado principalmente para lidar com a demanda crescente por controle de validadores por contratos inteligentes e fornecer uma base para interações mais complexas on-chain no futuro.

EIP-7702: Definir o Código da Conta EOA para uma Transação

Proposto por Vitalik Buterin e outros, o EIP-7702 tem como objetivo otimizar a abstração de conta no Ethereum. Esta proposta introduz um novo tipo de transação que permite que contas de propriedade externa (EOAs) definam o código da conta através de um mecanismo de autorização. Esta melhoria suporta várias novas funcionalidades:

1. Operações em lote: Permite que EOAs realizem várias operações dentro de uma única transação, melhorando a eficiência.
2. Transações de pagamento de taxa: Facilita que terceiros cubram as taxas de transação.
3. Degradação de permissão: Aumenta a segurança e flexibilidade das contas.

Ao adotar uma nova estrutura de transação, esta proposta não só melhora a funcionalidade e usabilidade das EOAs, mas também fornece boa compatibilidade e escalabilidade para futuras tecnologias de abstração de conta.

Conclusão

Embora a atualização do Pectra não tenha um objetivo principal proeminente, ela aumentará ainda mais a funcionalidade, segurança e eficiência da rede Ethereum por meio de uma série de melhorias técnicas e otimizações. À medida que os planos de atualização progridem, podemos ver mais EIPs incorporadas ou ajustadas.

Referências

• EIP-7600: Metadados do hard fork Pectra^[12]
• Reunião de Consenso da Camada de Desenvolvimento Principal do Ethereum #197^[13]

Referências

[1]EIP-2537: https://eips.ethereum.org/EIPS/eip-2537

[2]EIP-2935: https://eips.ethereum.org/EIPS/eip-2935

[3]EIP-6110: https://eips.ethereum.org/EIPS/eip-6110

[4]EIP-7002: https://eips.ethereum.org/EIPS/eip-7002

[5]EIP-7251: https://eips.ethereum.org/EIPS/eip-7251

[6]EIP-7549: https://eips.ethereum.org/EIPS/eip-7549

[7]EIP-7685: https://eips.ethereum.org/EIPS/eip-7685

[8]EIP-7702: https://eips.ethereum.org/EIPS/eip-7702

[9]EIP-7547: https://eips.ethereum.org/EIPS/eip-7547

[10]EIP-7623: https://eips.ethereum.org/EIPS/eip-7623

[11]EIP-7742: https://eips.ethereum.org/EIPS/eip-7742

[12]EIP-7600: Metadados do hard fork Pectra:https://eips.ethereum.org/EIPS/eip-7600

[13]Ethereum Core Developer Consensus Layer Meeting #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/

Declaração:

1. Este artigo é reproduzido a partir de[dwong], título original "Interpreting Ethereum Pectra: The Next Major Upgrade", copyright Attribution to original author [dwong], se você tiver alguma objeção à reprodução, entre em contato comEquipa Gate Learn, a equipe irá lidar com isso o mais breve possível de acordo com os procedimentos relevantes.

2. Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.

3. Outras versões linguísticas do artigo são traduzidas pela equipe Gate Learn e não são mencionadas emGate.ioO artigo traduzido não pode ser reproduzido, distribuído ou plagiado.