EIP-2537: Reflexão sobre o processo de governança do Ethereum
EIP-2537 é uma instrução pré-compilada da EVM que foi adicionada na mais recente atualização do fork Pectra do Ethereum. Esta instrução adiciona várias funcionalidades de cálculo da curva BLS12-381 à EVM, incluindo cálculos de emparelhamento no domínio da curva.
EIP-2537 foi inicialmente proposto em 2020 e só foi confirmado para inclusão na atualização do Ethereum em 2025. Este artigo irá apresentar o processo de governança do EIP-2537 e discutir por que levou 5 anos para que esta proposta fosse incluída na atualização.
Contexto da Proposta
Em janeiro de 2017, Vitalik Buterin introduziu pela primeira vez o algoritmo de emparelhamento e a curva alt_bn128 em um artigo. Em seguida, Vitalik e Christian Reitwiessner propuseram o EIP-196 e o EIP-197, sugerindo adicionar suporte ao cálculo da curva alt_bn128 à EVM. A atualização de Byzantium em outubro de 2017 incorporou oficialmente a curva alt_bn128, permitindo o cálculo de emparelhamento no domínio da curva dentro da EVM, fazendo com que a verificação de provas ZK-Snarks pudesse ser realizada dentro da EVM.
Em novembro de 2017, a equipe do zcash propôs a curva BLS12-381, que possui maior segurança e desempenho em comparação com a alt_bn128. Muitos protocolos de blockchain adotaram posteriormente a curva BLS12-381. Em maio de 2018, Justin Drake publicou um artigo indicando que as futuras atualizações de PoS e sharding do Ethereum poderiam usar um algoritmo de multi-assinatura BLS baseado na BLS12-381.
Com o desenvolvimento do ETH2, a demanda por introduzir o BLS12-381 na camada de execução do ETH está crescendo. Em fevereiro de 2020, pesquisadores propuseram o EIP-2537, com a esperança de testar em sincronia com a rede de teste do ETH2. O autor do EIP-2537, Alex Stokes, apelou para que fosse incluído na bifurcação dura de Berlin.
Vale a pena mencionar que o autor do EIP-2537 é também cofundador da equipe de desenvolvimento ZKSync, Matter Labs.
A turbulência da atualização de Berlim
Antes de discutir o EIP-2537, é necessário compreender o EIP-1962. Esta é a primeira proposta de pré-compilação de pares de domínios de curvas elípticas apresentada pela Matter Labs em abril de 2019, suportando três curvas: BLS12, BN e MNT4/6, com a intenção de adicionar 10 instruções de pré-compilação de uma só vez. No entanto, esta proposta foi considerada demasiado complexa para ser implementada.
Para resolver o problema EIP-1962, a Matter Labs propôs em fevereiro de 2020 várias soluções de divisão de EIP, sendo a mais importante a EIP-2537, que oferece suporte a BLS12-381. Naquela época, o ETH2 estava desenvolvendo o contrato de depósito, e a introdução da pré-compilação BLS12-381 poderia verificar assinaturas no contrato de depósito, evitando o risco de perda de fundos dos usuários.
Quando o EIP-2537 foi proposto pela primeira vez, Vitalik apontou alguns problemas. Depois, na reunião dos desenvolvedores principais em 6 de março, Vitalik considerou que o EIP-2537 é muito eficaz para provas SNARK recursivas e, a longo prazo, não prejudicará o Ethereum. A reunião confirmou a prioridade do EIP-2537, e todos os clientes concordaram em implementá-lo o mais rápido possível, planejando concluir o desenvolvimento antes da atualização de Berlin.
Nas reuniões subsequentes, o EIP-2537 substituiu o EIP-1962 como a proposta principal de BLS e foi incluído na lista pré-selecionada para a atualização de Berlin. A reunião de abril oficialmente incluiu o EIP-2537 no hard fork de Berlin e estabeleceu um cronograma de implementação.
Após isso, o EIP-2537 entrou em uma fase intensa de desenvolvimento e testes, com discussões relacionadas em quase 20 reuniões de desenvolvedores principais. As principais questões giram em torno da codificação ABI, progresso da implementação, segurança, entre outros.
No entanto, à medida que o desenvolvimento avança, os problemas do EIP-2537 começam a surgir. A equipe do Geth afirmou que é difícil concluir o desenvolvimento dentro do prazo previsto, enquanto o contrato de depósito já foi concluído em uma versão que não utiliza o EIP-2537. A importância do EIP-2537, portanto, diminuiu.
Nas reuniões subsequentes, a implementação e os problemas de teste do EIP-2537 continuaram a existir. No final, na 99ª reunião dos desenvolvedores principais, foi decidido retirar o EIP-2537 da atualização Berlin, principalmente porque consumiu muitos recursos de desenvolvimento, afetando o progresso de outros EIPs.
Desenvolvimento futuro
Na atualização de Londres, que foi feita após a atualização de Berlim, os desenvolvedores consideraram incluir o EIP-2537, mas foi descartado novamente devido à sua complexidade. A atualização de Xangai também não incluiu o EIP-2537, pois o foco era implementar a funcionalidade de retirada de PoS.
A atualização do Cancun também não discutiu o EIP-2537, pois o foco é apoiar o EIP-4844.
Até fevereiro de 2024, os desenvolvedores voltarão a discutir a inclusão do EIP-2537 na atualização do Pectra. Nesse momento, a implementação do EIP-2537 já não é um problema principal, existindo apenas algumas questões de preços de consumo de gás.
De dezembro de 2024 a janeiro de 2025, a conferência de desenvolvedores finalizou o modelo de preços do EIP-2537, resolvendo o problema de custo. A Matter Labs, como proponente inicial, já havia basicamente se retirado da discussão.
Resumo
A trajetória do EIP-2537 reflete a complexidade do processo de governança do Ethereum. Desde ser inicialmente visto como parte do upgrade central, até ser adiado várias vezes devido à dificuldade e complexidade de implementação, até ser finalmente incluído no upgrade, o EIP-2537 passou por um longo processo. Este processo reflete as considerações e pesagens do Ethereum em aspectos como desenvolvimento técnico, alcance de consenso e escolha de prioridades.
Cada atualização do Ethereum tem seu tema e foco específicos. Se um EIP pode ser incluído não depende apenas de seu próprio valor, mas também está intimamente relacionado ao estágio de desenvolvimento atual do Ethereum e à direção focada. A trajetória do EIP-2537 demonstra a flexibilidade da governança do Ethereum e a atitude cautelosa da comunidade ao enfrentar desafios técnicos.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
5 Curtidas
Recompensa
5
3
Repostar
Compartilhar
Comentário
0/400
FortuneTeller42
· 8h atrás
Ai, cinco anos ainda não está a subir mais rápido.
Ver originalResponder0
InscriptionGriller
· 8h atrás
A competição interna chegou a esse ponto, já faz cinco anos que estamos a reaquecer um prato frio.
Ver originalResponder0
SchrodingerAirdrop
· 9h atrás
Cinco anos a afiar uma espada, o V神 ainda está a persistir.
EIP-2537 cinco anos de governança: um retrato das decisões de atualização do Ethereum
EIP-2537: Reflexão sobre o processo de governança do Ethereum
EIP-2537 é uma instrução pré-compilada da EVM que foi adicionada na mais recente atualização do fork Pectra do Ethereum. Esta instrução adiciona várias funcionalidades de cálculo da curva BLS12-381 à EVM, incluindo cálculos de emparelhamento no domínio da curva.
EIP-2537 foi inicialmente proposto em 2020 e só foi confirmado para inclusão na atualização do Ethereum em 2025. Este artigo irá apresentar o processo de governança do EIP-2537 e discutir por que levou 5 anos para que esta proposta fosse incluída na atualização.
Contexto da Proposta
Em janeiro de 2017, Vitalik Buterin introduziu pela primeira vez o algoritmo de emparelhamento e a curva alt_bn128 em um artigo. Em seguida, Vitalik e Christian Reitwiessner propuseram o EIP-196 e o EIP-197, sugerindo adicionar suporte ao cálculo da curva alt_bn128 à EVM. A atualização de Byzantium em outubro de 2017 incorporou oficialmente a curva alt_bn128, permitindo o cálculo de emparelhamento no domínio da curva dentro da EVM, fazendo com que a verificação de provas ZK-Snarks pudesse ser realizada dentro da EVM.
Em novembro de 2017, a equipe do zcash propôs a curva BLS12-381, que possui maior segurança e desempenho em comparação com a alt_bn128. Muitos protocolos de blockchain adotaram posteriormente a curva BLS12-381. Em maio de 2018, Justin Drake publicou um artigo indicando que as futuras atualizações de PoS e sharding do Ethereum poderiam usar um algoritmo de multi-assinatura BLS baseado na BLS12-381.
Com o desenvolvimento do ETH2, a demanda por introduzir o BLS12-381 na camada de execução do ETH está crescendo. Em fevereiro de 2020, pesquisadores propuseram o EIP-2537, com a esperança de testar em sincronia com a rede de teste do ETH2. O autor do EIP-2537, Alex Stokes, apelou para que fosse incluído na bifurcação dura de Berlin.
Vale a pena mencionar que o autor do EIP-2537 é também cofundador da equipe de desenvolvimento ZKSync, Matter Labs.
A turbulência da atualização de Berlim
Antes de discutir o EIP-2537, é necessário compreender o EIP-1962. Esta é a primeira proposta de pré-compilação de pares de domínios de curvas elípticas apresentada pela Matter Labs em abril de 2019, suportando três curvas: BLS12, BN e MNT4/6, com a intenção de adicionar 10 instruções de pré-compilação de uma só vez. No entanto, esta proposta foi considerada demasiado complexa para ser implementada.
Para resolver o problema EIP-1962, a Matter Labs propôs em fevereiro de 2020 várias soluções de divisão de EIP, sendo a mais importante a EIP-2537, que oferece suporte a BLS12-381. Naquela época, o ETH2 estava desenvolvendo o contrato de depósito, e a introdução da pré-compilação BLS12-381 poderia verificar assinaturas no contrato de depósito, evitando o risco de perda de fundos dos usuários.
Quando o EIP-2537 foi proposto pela primeira vez, Vitalik apontou alguns problemas. Depois, na reunião dos desenvolvedores principais em 6 de março, Vitalik considerou que o EIP-2537 é muito eficaz para provas SNARK recursivas e, a longo prazo, não prejudicará o Ethereum. A reunião confirmou a prioridade do EIP-2537, e todos os clientes concordaram em implementá-lo o mais rápido possível, planejando concluir o desenvolvimento antes da atualização de Berlin.
Nas reuniões subsequentes, o EIP-2537 substituiu o EIP-1962 como a proposta principal de BLS e foi incluído na lista pré-selecionada para a atualização de Berlin. A reunião de abril oficialmente incluiu o EIP-2537 no hard fork de Berlin e estabeleceu um cronograma de implementação.
Após isso, o EIP-2537 entrou em uma fase intensa de desenvolvimento e testes, com discussões relacionadas em quase 20 reuniões de desenvolvedores principais. As principais questões giram em torno da codificação ABI, progresso da implementação, segurança, entre outros.
No entanto, à medida que o desenvolvimento avança, os problemas do EIP-2537 começam a surgir. A equipe do Geth afirmou que é difícil concluir o desenvolvimento dentro do prazo previsto, enquanto o contrato de depósito já foi concluído em uma versão que não utiliza o EIP-2537. A importância do EIP-2537, portanto, diminuiu.
Nas reuniões subsequentes, a implementação e os problemas de teste do EIP-2537 continuaram a existir. No final, na 99ª reunião dos desenvolvedores principais, foi decidido retirar o EIP-2537 da atualização Berlin, principalmente porque consumiu muitos recursos de desenvolvimento, afetando o progresso de outros EIPs.
Desenvolvimento futuro
Na atualização de Londres, que foi feita após a atualização de Berlim, os desenvolvedores consideraram incluir o EIP-2537, mas foi descartado novamente devido à sua complexidade. A atualização de Xangai também não incluiu o EIP-2537, pois o foco era implementar a funcionalidade de retirada de PoS.
A atualização do Cancun também não discutiu o EIP-2537, pois o foco é apoiar o EIP-4844.
Até fevereiro de 2024, os desenvolvedores voltarão a discutir a inclusão do EIP-2537 na atualização do Pectra. Nesse momento, a implementação do EIP-2537 já não é um problema principal, existindo apenas algumas questões de preços de consumo de gás.
De dezembro de 2024 a janeiro de 2025, a conferência de desenvolvedores finalizou o modelo de preços do EIP-2537, resolvendo o problema de custo. A Matter Labs, como proponente inicial, já havia basicamente se retirado da discussão.
Resumo
A trajetória do EIP-2537 reflete a complexidade do processo de governança do Ethereum. Desde ser inicialmente visto como parte do upgrade central, até ser adiado várias vezes devido à dificuldade e complexidade de implementação, até ser finalmente incluído no upgrade, o EIP-2537 passou por um longo processo. Este processo reflete as considerações e pesagens do Ethereum em aspectos como desenvolvimento técnico, alcance de consenso e escolha de prioridades.
Cada atualização do Ethereum tem seu tema e foco específicos. Se um EIP pode ser incluído não depende apenas de seu próprio valor, mas também está intimamente relacionado ao estágio de desenvolvimento atual do Ethereum e à direção focada. A trajetória do EIP-2537 demonstra a flexibilidade da governança do Ethereum e a atitude cautelosa da comunidade ao enfrentar desafios técnicos.