Na última conferência de desenvolvedores da camada de execução do Ethereum, surgiram alguns sinais importantes.
O ponto central é que a proposta EIP-7843 (opcode de slot) está presa. Por quê? Porque envolve questões de coordenação entre a camada de consenso e a camada de execução, ambas precisam ser alteradas, o que alonga o cronograma. O progresso do BALs Devnet-2 foi, portanto, adiado.
Por outro lado, as notícias não são muito otimistas — sete EIPs já propostos para serem incluídos na atualização Glamsterdam foram diretamente rejeitados. Parece que o ecossistema ainda está ajustando o consenso sobre os próximos passos.
Por outro lado, a proposta EIP-7954 chamou atenção. Sua mudança principal é aumentar o limite de tamanho de contratos inteligentes de 24KB para 32KB. Embora pareça apenas uma mudança numérica, isso é bastante significativo para projetos que desejam implantar lógica de negócios mais complexa. Essa proposta agora está sob consideração prioritária.
De modo geral, o Ethereum continua experimentando melhorias na eficiência de execução e na flexibilidade da rede. Cada ajuste nesses detalhes técnicos acaba influenciando as possibilidades de aplicações no ecossistema e a experiência dos desenvolvedores.
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.
15 Curtidas
Recompensa
15
4
Repostar
Compartilhar
Comentário
0/400
GateUser-a606bf0c
· 16h atrás
Mais uma série de EIPs rejeitados, o custo de coordenação é mesmo demasiado alto. De 24KB para 32KB parece pouco, mas será que realmente consegue mudar alguma coisa?
Ver originalResponder0
SerumSquirter
· 16h atrás
7843 ficou realmente embaraçoso, duas camadas de coordenação são mesmo complicadas... Mas, quando o 7954 mencionou 32KB, fiquei curioso para ver que truques podem surgir.
Ver originalResponder0
GasFeeSobber
· 16h atrás
Mais uma vez a ficar presa, desta vez não consegue coordenar os dois lados? Que incrível
Ver originalResponder0
RugPullAlarm
· 16h atrás
Mais uma vez, problemas de coordenação atrasando o progresso, já vi esse padrão muitas vezes... EIP-7954 relaxa a limitação de tamanho de contratos, mas vamos ver se no futuro surgirão riscos de hackers explorando brechas para implantar contratos complexos.
Na última conferência de desenvolvedores da camada de execução do Ethereum, surgiram alguns sinais importantes.
O ponto central é que a proposta EIP-7843 (opcode de slot) está presa. Por quê? Porque envolve questões de coordenação entre a camada de consenso e a camada de execução, ambas precisam ser alteradas, o que alonga o cronograma. O progresso do BALs Devnet-2 foi, portanto, adiado.
Por outro lado, as notícias não são muito otimistas — sete EIPs já propostos para serem incluídos na atualização Glamsterdam foram diretamente rejeitados. Parece que o ecossistema ainda está ajustando o consenso sobre os próximos passos.
Por outro lado, a proposta EIP-7954 chamou atenção. Sua mudança principal é aumentar o limite de tamanho de contratos inteligentes de 24KB para 32KB. Embora pareça apenas uma mudança numérica, isso é bastante significativo para projetos que desejam implantar lógica de negócios mais complexa. Essa proposta agora está sob consideração prioritária.
De modo geral, o Ethereum continua experimentando melhorias na eficiência de execução e na flexibilidade da rede. Cada ajuste nesses detalhes técnicos acaba influenciando as possibilidades de aplicações no ecossistema e a experiência dos desenvolvedores.