En la última conferencia de desarrolladores de la capa de ejecución de Ethereum surgieron varias señales importantes.
El punto central es que la propuesta EIP-7843 (slot opcode) está estancada. ¿Por qué? Porque involucra problemas de coordinación entre la capa de consenso y la capa de ejecución, ambas deben modificarse, lo que ha prolongado la línea de tiempo. Como resultado, el progreso de BALs Devnet-2 ha sido pospuesto.
Por otro lado, las noticias no son muy optimistas: siete EIPs que ya habían sido propuestos para la actualización Glamsterdam fueron rechazados directamente. Parece que el ecosistema todavía está afinando el consenso sobre la dirección a seguir.
Sin embargo, la propuesta EIP-7954 ha llamado la atención. Su cambio principal es aumentar el límite de tamaño de los contratos inteligentes de 24KB a 32KB. Aunque parece solo un cambio numérico, esto tiene un significado importante para los proyectos que desean desplegar lógica de negocio más compleja. Esta propuesta ahora está en una fase de consideración prioritaria.
En general, Ethereum sigue en un proceso de prueba y error para optimizar la eficiencia de ejecución y la flexibilidad de la red. Cada ajuste en estos detalles técnicos finalmente afectará las posibilidades de las aplicaciones en el ecosistema y la experiencia de los desarrolladores.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
4
Republicar
Compartir
Comentar
0/400
GateUser-a606bf0c
· hace3h
Otra vez una pila de EIP rechazados, el coste de coordinación es demasiado alto. Pasar de 24KB a 32KB suena pequeño, pero ¿realmente puede cambiar algo?
Ver originalesResponder0
SerumSquirter
· hace3h
7843 se ha quedado atascado, realmente es incómodo, coordinar en dos niveles es así de complicado... Sin embargo, cuando 7954 mencionó 32KB, me gustaría ver qué tipo de trucos se pueden hacer.
Ver originalesResponder0
GasFeeSobber
· hace3h
Vuelve a atascarse, ¿esta vez no se coordinan en ambos lados? Qué increíble.
Ver originalesResponder0
RugPullAlarm
· hace3h
Otra vez problemas de coordinación que retrasan el progreso, ya he visto este truco demasiadas veces... EIP-7954 relaja la restricción de tamaño de los contratos, habrá que ver si más adelante aparecen hackers que aprovechen la laguna para desplegar contratos de riesgo complejo.
En la última conferencia de desarrolladores de la capa de ejecución de Ethereum surgieron varias señales importantes.
El punto central es que la propuesta EIP-7843 (slot opcode) está estancada. ¿Por qué? Porque involucra problemas de coordinación entre la capa de consenso y la capa de ejecución, ambas deben modificarse, lo que ha prolongado la línea de tiempo. Como resultado, el progreso de BALs Devnet-2 ha sido pospuesto.
Por otro lado, las noticias no son muy optimistas: siete EIPs que ya habían sido propuestos para la actualización Glamsterdam fueron rechazados directamente. Parece que el ecosistema todavía está afinando el consenso sobre la dirección a seguir.
Sin embargo, la propuesta EIP-7954 ha llamado la atención. Su cambio principal es aumentar el límite de tamaño de los contratos inteligentes de 24KB a 32KB. Aunque parece solo un cambio numérico, esto tiene un significado importante para los proyectos que desean desplegar lógica de negocio más compleja. Esta propuesta ahora está en una fase de consideración prioritaria.
En general, Ethereum sigue en un proceso de prueba y error para optimizar la eficiencia de ejecución y la flexibilidad de la red. Cada ajuste en estos detalles técnicos finalmente afectará las posibilidades de las aplicaciones en el ecosistema y la experiencia de los desarrolladores.