Las últimas novedades en la capa de ejecución de Ethereum han llegado. En la 228ª reunión de desarrolladores principales(ACDE), el equipo discutió varias propuestas importantes de actualización del protocolo.
La más destacada fue la EIP-7843 (propuesta de opcode de slot). Debido a que esta propuesta involucra cuestiones de coordinación entre la capa de consenso y la capa de ejecución, el equipo decidió posponer las pruebas relacionadas con BALs Devnet-2, a la espera de una evaluación técnica adicional y un diseño perfeccionado.
Por otro lado, en la reunión se rechazaron oficialmente siete EIP propuestos para ser incluidos en la actualización Glamsterdam. Esto significa que estas propuestas deberán ser rediseñadas o podrían ser retrasadas para futuras versiones.
Una buena noticia es que ha habido avances en la discusión de la EIP-7954 (aumentar el límite superior del tamaño de los contratos de 24KB a 32KB). Si esta optimización es aprobada, proporcionará mayor espacio para desplegar contratos inteligentes más complejos.
Estas decisiones reflejan la actitud cautelosa del equipo de desarrollo de Ethereum al equilibrar innovación y estabilidad. Cada propuesta requiere un proceso exhaustivo de justificación técnica y pruebas para ser aprobada.
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
2
Republicar
Compartir
Comentar
0/400
fomo_fighter
· hace11h
Otra vez otra vez más, el bloqueo en 7843 esta vez es realmente serio, ¿es tan difícil coordinar entre la capa de consenso y la capa de ejecución...
---
Jajaja, rechazaron directamente las siete propuestas, Glamsterdam es un poco estricto, pero en general se puede entender para mantener la seguridad
---
Subir de 24KB a 32KB no parece gran cosa, pero al menos es mejor que nada, al menos los contratos complejos pueden respirar
---
El desarrollo de Ethereum realmente va a paso de tortuga, ¿cuándo dejará de retrasarse?
---
En realidad, creo que seguir discutiendo así también está bien, es mejor que lanzarlo a la fuerza y que luego falle
---
Si la opcode slot realmente pasa, sería genial, pero... ¿quién sabe cómo irá el progreso?
Ver originalesResponder0
BankruptWorker
· hace11h
¿Otra vez haciendo cambios? ¿No se puede decidir rápidamente sobre lo de 7843? La constante postergación es un poco molesta...
---
El tamaño del contrato ha aumentado de 24 a 32, por fin hay algo tangible, solo que temo que otra vez no haya avances después de tanto tiempo.
---
¿Se han retirado siete EIP? ¿Esta vez realmente están limpiando basura o solo van a volver a hacer cambios?
---
Una actitud cautelosa suena bien, pero honestamente parece que solo están ganando tiempo, el mercado no puede esperar, hermano.
---
¿Es tan difícil coordinar dos niveles en slot opcode? Parece que la comunicación interna de Ethereum es más compleja de lo que imaginaba.
---
Al menos hay avances en EIP-7954, eso me gusta.
Las últimas novedades en la capa de ejecución de Ethereum han llegado. En la 228ª reunión de desarrolladores principales(ACDE), el equipo discutió varias propuestas importantes de actualización del protocolo.
La más destacada fue la EIP-7843 (propuesta de opcode de slot). Debido a que esta propuesta involucra cuestiones de coordinación entre la capa de consenso y la capa de ejecución, el equipo decidió posponer las pruebas relacionadas con BALs Devnet-2, a la espera de una evaluación técnica adicional y un diseño perfeccionado.
Por otro lado, en la reunión se rechazaron oficialmente siete EIP propuestos para ser incluidos en la actualización Glamsterdam. Esto significa que estas propuestas deberán ser rediseñadas o podrían ser retrasadas para futuras versiones.
Una buena noticia es que ha habido avances en la discusión de la EIP-7954 (aumentar el límite superior del tamaño de los contratos de 24KB a 32KB). Si esta optimización es aprobada, proporcionará mayor espacio para desplegar contratos inteligentes más complejos.
Estas decisiones reflejan la actitud cautelosa del equipo de desarrollo de Ethereum al equilibrar innovación y estabilidad. Cada propuesta requiere un proceso exhaustivo de justificación técnica y pruebas para ser aprobada.