La última reunión de los desarrolladores principales de la capa de ejecución de Ethereum ha presentado nuevos avances. En la 228ª reunión de ACDE, el equipo de desarrollo tomó varias decisiones importantes en torno a la próxima actualización.
En primer lugar, EIP-7843 (slot opcode) debido a su implicación en la interacción entre la capa de consenso y la capa de ejecución, se decidió retrasar su inclusión en el plan de desarrollo de BALs Devnet-2 para dejar más espacio para pruebas y coordinación. Esto refleja la actitud rigurosa del desarrollo de Ethereum: los cambios complejos entre capas requieren un avance más cauteloso.
En segundo lugar, la reunión rechazó siete EIPs propuestos para la actualización Glamsterdam, lo que indica que los desarrolladores mantienen altos estándares al filtrar las propuestas. Sin embargo, EIP-7954 fue aprobado para avanzar, esta propuesta amplía el límite de tamaño del código del contrato de 24KB a 32KB, abriendo nuevas posibilidades para el desarrollo de contratos inteligentes más complejos.
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.
11 me gusta
Recompensa
11
6
Republicar
Compartir
Comentar
0/400
ContractFreelancer
· hace8h
La interacción entre capas todavía debe manejarse con cuidado, de lo contrario, un bug podría hacer que todo colapse. 7954 pasó bastante bien, finalmente puedo escribir contratos más complejos.
Ver originalesResponder0
SchrodingerWallet
· hace8h
La interacción entre capas es tan compleja, hay que tomárselo con calma, eso es lo correcto. Sin embargo, la ampliación a 32KB con 7954 es interesante, ¿significa que se podrán construir contratos más complejos?
Ver originalesResponder0
WhaleWatcher
· hace8h
La interacción entre capas debe manejarse con precaución, después de todo, mover una parte puede afectar a todo el sistema. En lugar de lanzarlo apresuradamente, es mejor dedicar tiempo a ajustar y perfeccionar.
Ver originalesResponder0
Rugpull幸存者
· hace8h
La interacción entre capas debe manejarse con cuidado, un solo bug puede causar pérdidas de millones.
Ver originalesResponder0
ShortingEnthusiast
· hace9h
Se ha retrasado otra vez, esto de la coordinación entre capas es así, va con calma, pero hay que decir que el equipo de desarrollo sigue siendo estable, no hacen locuras.
Ver originalesResponder0
TokenUnlocker
· hace9h
La interacción entre capas realmente debe hacerse con calma, no se puede hacer a la ligera
La última reunión de los desarrolladores principales de la capa de ejecución de Ethereum ha presentado nuevos avances. En la 228ª reunión de ACDE, el equipo de desarrollo tomó varias decisiones importantes en torno a la próxima actualización.
En primer lugar, EIP-7843 (slot opcode) debido a su implicación en la interacción entre la capa de consenso y la capa de ejecución, se decidió retrasar su inclusión en el plan de desarrollo de BALs Devnet-2 para dejar más espacio para pruebas y coordinación. Esto refleja la actitud rigurosa del desarrollo de Ethereum: los cambios complejos entre capas requieren un avance más cauteloso.
En segundo lugar, la reunión rechazó siete EIPs propuestos para la actualización Glamsterdam, lo que indica que los desarrolladores mantienen altos estándares al filtrar las propuestas. Sin embargo, EIP-7954 fue aprobado para avanzar, esta propuesta amplía el límite de tamaño del código del contrato de 24KB a 32KB, abriendo nuevas posibilidades para el desarrollo de contratos inteligentes más complejos.