A atualização Pectra é o próximo marco significativo para a rede Ethereum, esperado para ser implementado no primeiro trimestre de 2025. Essa atualização consiste em dois componentes principais: a atualização Prague (camada de execução) e a atualização 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 várias 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, concluindo a transição do Ethereum para Proof of Stake (PoS)).
Recentemente, os desenvolvedores principais do Ethereum (ACD, All Core Developers) discutiram a possibilidade de dividir a atualização do Pectra em duas fases durante uma teleconferência. De acordo com esta proposta:
Essa abordagem em fases visa manter a escala e a complexidade de cada atualização gerenciáveis, permitindo tempo suficiente para testes completos e refinamento das várias tecnologias.
Esta proposta apresenta operações precompiladas na curva BLS12-381, melhorando significativamente a eficiência de operações como a verificação de assinaturas BLS. Comparado às operações precompiladas existentes BN254, BLS12-381 oferece maior segurança (mais de 120 bits, enquanto BN254 fornece apenas 80 bits). Essa melhoria inclui não apenas operações básicas de curva, mas também integrações de multi-exponenciação, estabelecendo a base para uma agregação eficiente de chaves públicas e assinaturas.
Esta proposta sugere armazenar os hashes dos 8.192 blocos mais recentes em um contrato do sistema, principalmente para suportar a execução de clientes sem estado. Dessa forma, os clientes sem estado podem acessar mais facilmente as informações históricas necessárias, ao mesmo tempo em que mantêm a compatibilidade com a instrução BLOCKHASH existente. Essa alteração simplifica o mecanismo de armazenamento do histórico de hash de bloco e oferece uma nova abordagem para acessar dados históricos.
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 por meio da análise de eventos de log de contrato de transações de depósito, este método não apenas aprimora a segurança e eficiência do processamento de depósitos, 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.
Esta proposta apresenta um novo mecanismo que permite que validadores retirem suas credenciais por meio da camada de execução (0x01) para acionar operações de retirada e saída. Especificamente, a mensagem de retirada é anexada ao bloco da camada de execução e, em seguida, processada pela camada de consenso. Essa abordagem fornece aos validadores opções de saída mais flexíveis, mantendo a segurança e consistência do sistema.
Esta proposta tem como objetivo aumentar o saldo efetivo máximo (MAX_EFFECTIVE_BALANCE) para validadores do Ethereum, mantendo o saldo mínimo de aposta em 32 ETH. Essa alteração oferece múltiplos benefícios:
Esta proposta sugere a remoção do campo índice do comitê das mensagens de prova assinadas para permitir a agregação dos mesmos votos de consenso. O principal objetivo dessa mudança é melhorar a eficiência dos clientes da Casper FFG, reduzindo o número médio de pares 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 circuitos ZK que precisam provar o consenso do Casper FFG.
Esta proposta define um framework 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 de execução para armazenar informações de solicitação, expondo assim essas solicitações à camada de consenso e permitindo que ela manipule cada solicitação. Esse mecanismo foi projetado principalmente para lidar com a crescente demanda por controle de validação por contratos inteligentes e fornecer uma base para interações mais complexas on-chain no futuro.
Proposto por Vitalik Buterin e outros, o EIP-7702 visa otimizar a abstração de contas 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 por meio de um mecanismo de autorização. Essa melhoria oferece suporte a vários novos recursos:
Ao adotar uma nova estrutura de transação, esta proposta não apenas aprimora a funcionalidade e usabilidade de EOAs, mas também fornece boa compatibilidade e escalabilidade para futuras tecnologias de abstração de contas.
Embora a atualização Pectra não tenha um objetivo principal proeminente, ela melhorará 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 avançam, podemos ver mais EIPs incorporados ou ajustados.
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] Reunião da Camada de Consenso dos Desenvolvedores Principais do Ethereum #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/
Este artigo é reproduzido de[dwong], título original “Interpretando Ethereum Pectra: A Próxima Grande Atualização”, direitos autorais atribuídos ao autor original [dwong], se você tiver alguma objeção à reprodução, por favor entre em contato Equipe Gate Learn, a equipe irá lidar com isso o mais rápido possível de acordo com os procedimentos pertinentes.
Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.
Outras versões do artigo são traduzidas pela equipe do Gate Learn e não são mencionadas em Gate.io, o artigo traduzido não pode ser reproduzido, distribuído ou plagiado.
A atualização Pectra é o próximo marco significativo para a rede Ethereum, esperado para ser implementado no primeiro trimestre de 2025. Essa atualização consiste em dois componentes principais: a atualização Prague (camada de execução) e a atualização 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 várias 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, concluindo a transição do Ethereum para Proof of Stake (PoS)).
Recentemente, os desenvolvedores principais do Ethereum (ACD, All Core Developers) discutiram a possibilidade de dividir a atualização do Pectra em duas fases durante uma teleconferência. De acordo com esta proposta:
Essa abordagem em fases visa manter a escala e a complexidade de cada atualização gerenciáveis, permitindo tempo suficiente para testes completos e refinamento das várias tecnologias.
Esta proposta apresenta operações precompiladas na curva BLS12-381, melhorando significativamente a eficiência de operações como a verificação de assinaturas BLS. Comparado às operações precompiladas existentes BN254, BLS12-381 oferece maior segurança (mais de 120 bits, enquanto BN254 fornece apenas 80 bits). Essa melhoria inclui não apenas operações básicas de curva, mas também integrações de multi-exponenciação, estabelecendo a base para uma agregação eficiente de chaves públicas e assinaturas.
Esta proposta sugere armazenar os hashes dos 8.192 blocos mais recentes em um contrato do sistema, principalmente para suportar a execução de clientes sem estado. Dessa forma, os clientes sem estado podem acessar mais facilmente as informações históricas necessárias, ao mesmo tempo em que mantêm a compatibilidade com a instrução BLOCKHASH existente. Essa alteração simplifica o mecanismo de armazenamento do histórico de hash de bloco e oferece uma nova abordagem para acessar dados históricos.
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 por meio da análise de eventos de log de contrato de transações de depósito, este método não apenas aprimora a segurança e eficiência do processamento de depósitos, 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.
Esta proposta apresenta um novo mecanismo que permite que validadores retirem suas credenciais por meio da camada de execução (0x01) para acionar operações de retirada e saída. Especificamente, a mensagem de retirada é anexada ao bloco da camada de execução e, em seguida, processada pela camada de consenso. Essa abordagem fornece aos validadores opções de saída mais flexíveis, mantendo a segurança e consistência do sistema.
Esta proposta tem como objetivo aumentar o saldo efetivo máximo (MAX_EFFECTIVE_BALANCE) para validadores do Ethereum, mantendo o saldo mínimo de aposta em 32 ETH. Essa alteração oferece múltiplos benefícios:
Esta proposta sugere a remoção do campo índice do comitê das mensagens de prova assinadas para permitir a agregação dos mesmos votos de consenso. O principal objetivo dessa mudança é melhorar a eficiência dos clientes da Casper FFG, reduzindo o número médio de pares 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 circuitos ZK que precisam provar o consenso do Casper FFG.
Esta proposta define um framework 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 de execução para armazenar informações de solicitação, expondo assim essas solicitações à camada de consenso e permitindo que ela manipule cada solicitação. Esse mecanismo foi projetado principalmente para lidar com a crescente demanda por controle de validação por contratos inteligentes e fornecer uma base para interações mais complexas on-chain no futuro.
Proposto por Vitalik Buterin e outros, o EIP-7702 visa otimizar a abstração de contas 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 por meio de um mecanismo de autorização. Essa melhoria oferece suporte a vários novos recursos:
Ao adotar uma nova estrutura de transação, esta proposta não apenas aprimora a funcionalidade e usabilidade de EOAs, mas também fornece boa compatibilidade e escalabilidade para futuras tecnologias de abstração de contas.
Embora a atualização Pectra não tenha um objetivo principal proeminente, ela melhorará 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 avançam, podemos ver mais EIPs incorporados ou ajustados.
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] Reunião da Camada de Consenso dos Desenvolvedores Principais do Ethereum #197:https://www.galaxy.com/insights/research/ethereum-all-core-developers-execution-call-197/
Este artigo é reproduzido de[dwong], título original “Interpretando Ethereum Pectra: A Próxima Grande Atualização”, direitos autorais atribuídos ao autor original [dwong], se você tiver alguma objeção à reprodução, por favor entre em contato Equipe Gate Learn, a equipe irá lidar com isso o mais rápido possível de acordo com os procedimentos pertinentes.
Aviso legal: As opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.
Outras versões do artigo são traduzidas pela equipe do Gate Learn e não são mencionadas em Gate.io, o artigo traduzido não pode ser reproduzido, distribuído ou plagiado.