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ú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.
15 gostos
Recompensa
15
4
Republicar
Partilhar
Comentar
0/400
GateUser-a606bf0c
· 3h 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
· 3h 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
· 3h atrás
Mais uma vez a ficar presa, desta vez não consegue coordenar os dois lados? Que incrível
Ver originalResponder0
RugPullAlarm
· 3h 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.