Resumo da última reunião de Ethereum desenvolvedores principais: EIP-7702 incorpora dúvidas, camada de execução serialização conversão de método

**Escrito por: Christine Kim

Compilação: Luccy, BlockBeats

Além de se prepararem para o Pectra Devnet 0 vela de pavio longo, os desenvolvedores discutiram novas propostas de EIP, discussão e análise de EIPs existentes e análise de impacto de contratos inteligentes e transações. Entre eles, a discussão do EIP 7702 atraiu muita atenção dos participantes, e a proposta foi vista como um potencial substituto para EIP 3074.

Christine Kim, VP de Pesquisa da Galaxy Digital, deu uma nota detalhada sobre os destaques da reunião, que a BlockBeasts compilou da seguinte forma:

Em 9 de maio de 2024, Ethereum desenvolvedores se reuniram no Zoom para a sessão All Core Developers ution (ACDE) call #187. A Conference Call da ACDE é uma série quinzenal de reuniões lideradas por Tim Beiko, Chefe de Suporte protocolo da Fundação Ethereum, onde os desenvolvedores discutem e coordenam mudanças na Camada de Execução de Ethereum (EL). Esta semana, os desenvolvedores discutiram os preparativos para o Pectra Devnet 0, atualizações para a implementação do EIP 3074 e a urgência de converter métodos serialização no EL de MPT para SSZ.

Atualização do Pectra Devnet-0

Barnabas Busa, engenheiro de operações de desenvolvedores da Ethereum Foundation, disse que sua equipe está testando a configuração do cliente da primeira rede testnet focada no desenvolvedor Pectra e trabalhará para garantir uma configuração estável do Pectra Devnet 0 até segunda-feira, 13 de maio. De acordo com o rastreador de prontidão Pectra Devnet 0, as equipes de clientes Geth, Nethermind e EthereumJS implementaram totalmente a especificação do código Pectra.

Durante a chamada, Justine Florentine, desenvolvedora da Besu, disse que todos os EIPs do Pectra foram implementados no Besu, mas sua equipe ainda está trabalhando na depuração do código. Andrew Ashikhmin, o desenvolvedor do Erigon, disse que sua equipe já começou a processar todos os EIPs, exceto EIP 7002, que são retiradas acionáveis pela EL. A equipe Reth postou um link para seu rastreador de implementação em um bate-papo do Zoom, mostrando que seu trabalho no EIP 7002 ainda está pendente, assim como a equipe Erigon.

Do lado do cliente CL, o desenvolvedor da Grandine, Saulius Grigatis, disse que todos os EIPs foram implementados, mas ao executar com o cliente EL, sua equipe encontrou alguns bugs. Representantes da equipe Lighthouse disseram que estavam perto de ter uma implementação completa pronta para o Pectra Devnet 0 e observaram que a especificação no motor API precisava ser atualizada. Mikhail Kalinin, desenvolvedor da Teku, disse que está trabalhando para adicionar essas atualizações à especificação do API do motor.

Mario Vegas, da equipe de testes da EF, disse que os desenvolvedores estão trabalhando na adição de casos de teste para EIP 3074, AUTH e AUTHCALL Código de operação e vários outros EIPs.

EIP-3074 atualização

Embora os desenvolvedores tenham concordado em manter o EIP 3074 na especificação do Pectra Devnet 0, uma EIP alternativa foi discutida para substituí-lo, EIP 7702. O desenvolvedor Geth “Lightclient” resumiu a última sessão de breakout na EIP 3074, na qual os participantes discutiram quais mudanças priorizar na atualização do Pectra estão relacionadas à melhoria do controle do usuário conta Programabilidade. De acordo com Lightclient, todos os participantes concordaram que a abstração de contas nativa completa ainda está a alguns anos de ser implementada em Ethereum. No entanto, há desacordo sobre se isso significa priorizar alterações em conta de propriedade externa (EOAs) ou migrar EOAs para contratos inteligentes Carteira. Em 8 de maio, um dia antes desta chamada ACDE, Ethereum cofundador Vitalik Buterin propôs um novo EIP, EIP 7702, que permitirá que Ethereum suporte um novo tipo de transação para permitir que as EOAs operem como contratos inteligentes Carteira durante uma única transação. De acordo com Lightclient, os participantes de EIP 3074 sessões de breakout foram geralmente positivos sobre EIP 7702. No entanto, ele acrescentou mais tarde que ainda há detalhes importantes para trabalhar sobre EIP 7702. Por exemplo, os detalhes sobre como EIP transações 7702 são revertidas e como dimensionar o custo gás para essas transações permanecem obscuros.

Se EIP 7702 for aceito e incluído na atualização do Pectra, ele será considerado como um substituto para o EIP 3074 porque o EIP 7702 alcança resultados semelhantes ao EIP 3074, mas não cria novos códigos de operação no Ethereum e melhora a facilidade de análise estática do novo comportamento EOA. O pesquisador da EF Ansgar Dietrichs sugeriu em um bate-papo no Zoom que EIP 7702 fosse considerado para inclusão no Pectra e que uma decisão formal sobre a substituição do EIP 3074 pelo 7702 deveria ser tomada em cerca de 2 a 4 semanas. Ficou claro na discussão dos desenvolvedores do EIP 7702 na teleconferência que era necessário mais trabalho antes que a proposta pudesse ser considerada pronta para implementação. O desenvolvedor da Nethermind, Ahmad Mazen Bitar, observou que o trabalho já feito para o EIP 3074 não pode ser reutilizado para implementar o 7702. A Beiko confirmou que os desenvolvedores ainda devem avançar com a implementação do EIP 3074 para Devnet 0 e revisitar a especificação Devnet-1 mais tarde.

EIP-7685, SSZ e EIP-6110

Os desenvolvedores então discutiram algumas das preocupações levantadas pelo desenvolvedor Nimbus Etan Kissling sobre EIP 7685, ou seja, solicitações genéricas de camada de execução. Em um comentário no GitHub sob a agenda de teleconferência desta semana, Kissling perguntou se havia necessidade de um design proposto para uma solicitação de camada de execução comum e se essa oportunidade poderia ser melhor usada para mudar para SSZ, um formato de serialização que os desenvolvedores queriam atualizar na camada de execução desde a atualização do Merge. A equipe de cliente da camada de execução mais longa na teleconferência suporta a manutenção do EIP 7685 no Pectra, e se houver algum obstáculo de incluir EIPs em operação, como sincronização otimista de clientes, revisite o design.

Voltando ao tópico do SSZ, Kissling explicou que o novo formato de design para a solicitação Common Execution Layer é baseado nos formatos de serialização tradicionais MPT e RLP, portanto, ele terá que ser atualizado quando os desenvolvedores fizerem a transição para o SSZ. Ele ressalta que, se os desenvolvedores continuarem a criar novas estruturas de dados MPT/RLP, atrasar a mudança para SSZ só resultará em mais trabalho longo para os desenvolvedores. No entanto, não houve suporte forte da equipe do cliente de execução para incluir EIP 7495, o SSZ Stable Container, no Pectra. Um desenvolvedor chamado “Dustin” escreveu em um bate-papo do Zoom que a decisão de adiar a transição SSZ foi “louca” e que a questão da biblioteca SSZ funcionar mal no EL era “um problema sério”.

Em relação ao EIP 6110, o validador de fornecimento na cadeia depósito, Kissling fez perguntas sobre depósito pedidos. Kalinin disse concordar que a questão é “uma preocupação significativa” e que trabalhará com grandes grupos de estacas para investigar mais profundamente.

Atualização EOF

Danno Ferrin, um desenvolvedor de Ethereum protocolo independente, e Alex Beregszaszi, chefe de pesquisa da EF Solidity, compartilham atualizações sobre os esforços de implementação do EOF. O pano de fundo é que o EOF é uma série de alterações de código para melhorar o EVM Máquina virtual (EVM) que os desenvolvedores estão considerando para inclusão na atualização do Petra. A meta-EIP do EOF foi finalizada. Os desenvolvedores também simplificaram o processo de criação de transações no EOF e estão trabalhando em uma implementação do lado do cliente do EOF.

EIP-7623 atualização

Um desenvolvedor que usou o nome de tela “William Morris” na teleconferência levantou preocupações sobre a mudança no custo gás do armazenamento de dados de chamada no EIP 7623. Ele explicou que as mudanças permitirão que alguns usuários façam transações, abandonando suas transações para reduzir as taxas, incentivando a criação de um mercado secundário de descontos de gás para que rollups de segunda linha (L2s) e outros participantes possam transacionar na rede de forma mais barata. Ele recomenda uma EIP alternativa, EIP 7703, que aborda essas questões aumentando o custo dos dados de chamada a uma taxa fixa.

Buterin disse que, embora as preocupações de Morris sejam legítimas, a probabilidade de criar um mercado secundário para calldata como resultado do EIP 7623 não é alta, pois o número de usuários que optam por participar de tal mercado será extremamente limitado. Buterin observou que os principais jogadores afetados pelo EIP 7623 são Camada 2 equipe de desenvolvimento Starkware e inscrição criadores. Ele acrescentou que, embora o mercado endereçável total para o mercado secundário de calldata seja pequeno, o pump curto superior de limitar o tamanho máximo do bloco por meio de calldata é extremamente alto, pois permite que os desenvolvedores aumentem o limite de blobgas e, assim, estendam Ethereum capacidade de suporte L2. Vitalik também disse que achatar o custo dos calldata também teria um impacto mais duro sobre a L2 e outras partes interessadas do que o EIP atual, como Morris sugeriu. Buterin compartilhou pensamentos saudosos sobre os preços do blob gás em uma postagem de blog antes da chamada.

EIP coautor do 7623, Toni Wahrstätter, concorda com Buterin, dizendo que ele acredita que, do ponto de vista da utilidade, o L2 mais longo não cria um mercado secundário para calldata. “Do ponto de vista prático, isso não é muito viável, especialmente considerando que tal mercado exige confiança e um alto grau de coordenação entre os participantes. Imagine que, como L2, você quer publicar seus dados em L1, mas não sabe qual Endereço publicará os dados e onde os dados acabarão. Do ponto de vista do utilitário, você precisa personalizar o índice e assim por diante. Então, não acho que seja muito viável”, diz Wahrstätter.

O desenvolvedor do Reth, Georgios Konstantopoulos, perguntou se os desenvolvedores estão analisando a possibilidade de aumentar os limites de blobgas se EIP 7623 for incluído no Pectra. Sem aumentar o limite de gás de bolha à medida que EIP 7623 aumenta, Konstantopoulos diz que a EIP “não resolve a saudade do problema”. Dankrad Feist, pesquisador da EF, sugere elevar o limite de gás de blob até o ponto em que o tamanho máximo do bloco de Ethereum permaneça o mesmo, o que significa que os shorts liberados à medida que o custo dos dados de chamada aumenta serão preenchidos com blobs (objetos binários grandes). O pesquisador da EF Ansgar Dietrichs disse que o EIP é útil não apenas quando combinado com um aumento nos limites de gás de blob, mas também do ponto de vista da segurança, pois pode garantir que a rede não seja desestabilizada por blocos contendo o maior número de transações e blobs.

Sobre a análise do impacto do EIP 7623 sobre contratos inteligentes e transações, Wahrstätter disse que sua proposta não afetaria 98% dos usuários. Beiko também mencionou que Parithosh Jayanthi, Developer Operations Engineer da EF, pode estar fazendo uma análise mais aprofundada de quão específico será o limite de blobgas, levando em conta EIP 7623.

Novo substituto para EIP 7609

Durante a chamada, um desenvolvedor com o nome de tela “Charles C” propôs uma nova EIP para evitar ataques de re-entrância em contratos inteligentes. Charles disse que a proposta, que cria dois novos Códigos de Operação para garantir contratos inteligentes, é uma alternativa a uma proposta que ele apresentou anteriormente chamada EIP 7609, que visa reduzir o custo base do TLOAD/TSTORE na Pectra. Charles disse que não tinha certeza por que EIP 7609 não estava sendo considerado para a Pectra e ainda estava coletando feedback dos desenvolvedores sobre como evitar a re-entrância de uma maneira econômica. Ele ressalta que as soluções atuais, como o Reentrancy Guard do OpenZeppelin e o TLOAD/TSTORE Código de operação, são muito caras para aplicação descentralizada desenvolvedores usarem por padrão. Beiko sugeriu que os desenvolvedores dessem feedback a Charles sobre esta nova EIP no Ethereum Magician Forum.