Las últimas novedades en la capa de ejecución de Ethereum han llegado. La 228ª reunión de desarrolladores principales(ACDE) acaba de celebrarse, y varias decisiones importantes merecen atención.
Primero, la propuesta EIP-7843(slot opcode), debido a su implicación en la coordinación entre la capa de consenso y la capa de ejecución, ha sido temporalmente aplazada para su inclusión en BALs Devnet-2. ¿Qué significa esto? En pocas palabras, que aunque esta función ha sido incluida en la agenda, se necesita más tiempo para completar la validación entre capas.
Otra noticia es que los siete EIPs propuestos en esta ronda finalmente fueron rechazados para su inclusión en la actualización Glamsterdam. Esto no es una mala noticia—esto indica que el equipo de desarrollo está evaluando cuidadosamente la necesidad y estabilidad de cada propuesta.
Cabe destacar el EIP-7954, que trata sobre la limitación del bytecode de los contratos inteligentes—que pasa de 24KB a 32KB. Aunque parece un ajuste técnico, en realidad afecta directamente la capacidad de desplegar contratos DeFi complejos. La relajación del límite de bytecode significa que los desarrolladores tendrán más espacio para implementar aplicaciones en cadena con funciones más completas y lógica más compleja.
El núcleo de esta reunión fue equilibrar innovación y estabilidad—algunas propuestas, aunque interesantes, aún no tienen el momento ni la madurez técnica adecuados. La próxima dirección de las actualizaciones en el ecosistema de Ethereum también se va aclarando gradualmente con estas decisiones.
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.
12 me gusta
Recompensa
12
5
Republicar
Compartir
Comentar
0/400
just_another_wallet
· hace9h
Otra vez una pila de desarrolladores quejándose, sé que esto pasaría cuando se retrasó 7843... La coordinación entre capas siempre es la parte más lenta.
Ver originalesResponder0
0xSoulless
· hace9h
Otra pila de detalles técnicos, en resumen, Ethereum está parcheando y arreglando. Las siete propuestas fueron todas rechazadas, lo cual es bastante honesto, a diferencia de algunas cadenas públicas que meten de todo. Pero lo de que el tamaño del bytecode pase de 24 a 32KB... Está bien, dar más espacio a los desarrolladores de DeFi para escribir contratos más complejos, pero al final los hackers encontrarán la forma de explotar esas vulnerabilidades y los inversores minoristas seguirán siendo las víctimas.
Ver originalesResponder0
MerkleDreamer
· hace9h
El bytecode se ha ampliado de 24 a 32, los desarrolladores de DeFi pueden respirar aliviados, finalmente podrán escribir lógica más compleja sin tener que eliminar código por todas partes.
Ver originalesResponder0
BearMarketSurvivor
· hace10h
Otra vez una pila de retrasos y rechazos... Pero hablando de nuevo, en esta ola de Ethereum, todavía aprecio mucho su enfoque prudente, prefieren ir más despacio que hacer las cosas a lo loco.
Ver originalesResponder0
OnChainSleuth
· hace10h
Espera, ¿los siete todos rechazados? ¿Se refiere a que Ethereum ha sido conservador o que ha sido serio?
El tamaño del bytecode ha pasado de 24 a 32, parece una cosa pequeña, pero ayuda a la complejidad de DeFi.
La coordinación entre la capa de consenso y la capa de ejecución realmente debe hacerse con precaución, no solo pensando en la rapidez.
Las últimas novedades en la capa de ejecución de Ethereum han llegado. La 228ª reunión de desarrolladores principales(ACDE) acaba de celebrarse, y varias decisiones importantes merecen atención.
Primero, la propuesta EIP-7843(slot opcode), debido a su implicación en la coordinación entre la capa de consenso y la capa de ejecución, ha sido temporalmente aplazada para su inclusión en BALs Devnet-2. ¿Qué significa esto? En pocas palabras, que aunque esta función ha sido incluida en la agenda, se necesita más tiempo para completar la validación entre capas.
Otra noticia es que los siete EIPs propuestos en esta ronda finalmente fueron rechazados para su inclusión en la actualización Glamsterdam. Esto no es una mala noticia—esto indica que el equipo de desarrollo está evaluando cuidadosamente la necesidad y estabilidad de cada propuesta.
Cabe destacar el EIP-7954, que trata sobre la limitación del bytecode de los contratos inteligentes—que pasa de 24KB a 32KB. Aunque parece un ajuste técnico, en realidad afecta directamente la capacidad de desplegar contratos DeFi complejos. La relajación del límite de bytecode significa que los desarrolladores tendrán más espacio para implementar aplicaciones en cadena con funciones más completas y lógica más compleja.
El núcleo de esta reunión fue equilibrar innovación y estabilidad—algunas propuestas, aunque interesantes, aún no tienen el momento ni la madurez técnica adecuados. La próxima dirección de las actualizaciones en el ecosistema de Ethereum también se va aclarando gradualmente con estas decisiones.