As últimas novidades sobre a camada de execução do Ethereum chegaram. A 228ª reunião dos desenvolvedores principais(ACDE) acabou de acontecer, e algumas decisões importantes merecem atenção.



Primeiro, a proposta EIP-7843(slot opcode), devido à necessidade de coordenação entre a camada de consenso e a camada de execução, foi temporariamente adiada para inclusão na BALs Devnet-2. O que isso significa? Simplificando, essa funcionalidade foi incluída na agenda, mas precisa de mais tempo para validar a interoperabilidade entre camadas.

Outra notícia é que os sete EIPs propostos nesta rodada foram, no final, rejeitados para inclusão na atualização Glamsterdam. Isso não é uma má notícia — indica que a equipe de desenvolvimento está avaliando cuidadosamente a necessidade e a estabilidade de cada proposta.

Vale destacar o EIP-7954, que trata do limite de bytecode de contratos inteligentes — de 24KB para 32KB. Essa mudança, embora pareça um detalhe técnico, afeta diretamente a capacidade de implantação de contratos DeFi mais complexos. A flexibilização do limite de bytecode significa que os desenvolvedores terão mais espaço para criar aplicações on-chain com funcionalidades mais completas e lógica mais complexa.

O foco desta reunião foi equilibrar inovação e estabilidade — algumas propostas são interessantes, mas ainda não estão maduras em termos de timing e tecnologia. A direção para as próximas atualizações do ecossistema Ethereum também está se tornando mais clara através dessas decisões.
ETH-1,03%
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • 5
  • Republicar
  • Partilhar
Comentar
0/400
just_another_walletvip
· 12h atrás
Mais uma série de comentários de desenvolvedores, 7843 foi adiado e eu já sabia que ia ser assim... a coordenação entre camadas é sempre o ponto mais lento.
Ver originalResponder0
0xSoullessvip
· 12h atrás
Mais uma série de detalhes técnicos, na essência, é o Ethereum aplicando patches e consertando coisas. As sete propostas foram todas rejeitadas, o que é bastante honesto, ao contrário de algumas blockchains públicas que tentam enfiar tudo lá dentro. Mas a questão de o tamanho do bytecode passar de 24KB para 32KB... tudo bem, dar mais espaço para os desenvolvedores de DeFi escreverem contratos mais complexos, no final das contas, os hackers ainda vão encontrar uma brecha, e os investidores inexperientes continuam sendo explorados.
Ver originalResponder0
MerkleDreamervip
· 12h atrás
O bytecode foi aumentado de 24 para 32, os desenvolvedores DeFi podem respirar aliviados, finalmente podem escrever lógica mais complexa sem precisar apagar código por aí
Ver originalResponder0
BearMarketSurvivorvip
· 12h atrás
Mais uma série de adiamentos e recusas... Mas, voltando ao assunto, eu ainda aprecio bastante a abordagem sólida do Ethereum nesta fase, prefiro que seja mais devagar do que fazer algo descontrolado.
Ver originalResponder0
OnChainSleuthvip
· 12h atrás
Espera aí, todos os sete foram rejeitados? Está dizendo que o Ethereum foi conservador ou sério? O bytecode aumentou de 24 para 32, parece uma coisa pequena, mas ajuda na complexidade do DeFi. Coordenação entre a camada de consenso e a camada de execução realmente precisa ser feita com cuidado, não dá para pensar só na velocidade.
Ver originalResponder0
  • Fixar

Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)