Los desarrolladores de Ethereum celebran la 107ª reunión de consenso central para discutir el progreso de la actualización Deneb
El 20 de abril de 2023, los desarrolladores de Ethereum llevaron a cabo la 107ª reunión de consenso de desarrolladores centrales (ACDC) a través de una llamada. La reunión fue dirigida por un investigador de la Fundación Ethereum, centrándose en los cambios en la capa de consenso de Ethereum, actualizando el progreso de Deneb y discutiendo otras propuestas en la actualización de Cancún, además de la EIP-4844.
Deneb测试网络#5
Después de que la actualización de Shanghái se activara con éxito, los desarrolladores dirigieron inmediatamente su atención a los preparativos para Cancún. Cancún es la próxima actualización de la capa de ejecución de Ethereum, mientras que Deneb es la actualización correspondiente de la capa de consenso. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo el EIP-4844, implementando el tipo de transacción blob.
El programa de desarrolladores lanzará la quinta red de pruebas de EIP-4844 la próxima semana. Un ingeniero de la Fundación Ethereum declaró que está realizando pruebas para múltiples clientes, preparando el lanzamiento de la red de pruebas.
La API del motor ha tenido un pequeño cambio, combinando las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en breve para pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo reintegrar las transacciones de blob en los bloques durante la reorganización de la cadena. Dado que las transacciones de blob están separadas de las transacciones regulares, los blobs reorganizados solo se pueden obtener de la piscina de transacciones pública. Teniendo en cuenta que muchas transacciones evitan la piscina de transacciones, una solución es permitir que la capa de consenso pase los datos de blob de cada bloque a la capa de ejecución, y luego la capa de ejecución puede almacenarlo en caché hasta que se complete el bloque. Otro método es requerir que los usuarios de transacciones que omiten la piscina de transacciones vuelvan a presentar las transacciones durante un evento de reorganización de la cadena.
Algunos desarrolladores tienden a transferir datos blob a la capa de ejecución para que las transacciones puedan volver a insertarse durante la reorganización. Sin embargo, este enfoque podría romper aún más la abstracción entre la capa de ejecución y la capa de consenso, y podría afectar la implementación de futuras actualizaciones de muestreo de disponibilidad de datos. Debido a la falta de participación del equipo del cliente de la capa de ejecución, este problema se discutirá nuevamente en la próxima reunión.
Propuesta adicional de Deneb
Además de EIP-4844, la actualización Deneb también consideró otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena de balizas de la capa de consenso en la capa de ejecución, permitiendo el acceso de confianza mínima a la capa de consenso por parte de los contratos inteligentes.
EIP-6914: Reutilización de los números de índice de validadores que han salido completamente de la red y no han estado activos durante mucho tiempo. Debido a la alta complejidad, la implementación podría retrasarse hasta después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de la cadena de balizas y crear nuevos contenidos de "resumen histórico".
PR 3175: Prevención de que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra el "modo de falla alto".
EIP-6493: Soluciona el problema de cómo los nodos manejan los tipos de transacciones blob codificados de manera diferente en la capa de consenso y la capa de ejecución.
Los desarrolladores tienden a incluir EIP-4788, PR 3175 junto con EIP-4844 en la próxima actualización. En cuanto a otras propuestas, los desarrolladores continuarán perfeccionando los detalles y discutirán más en futuras reuniones.
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.
8 me gusta
Recompensa
8
6
Republicar
Compartir
Comentar
0/400
ChainDetective
· 08-16 04:51
Después de Cancún, parece que es el mundo de 4844.
Ver originalesResponder0
0xSunnyDay
· 08-16 04:49
¿Qué es esto 4844? No entiendo, así que pregunto.
Ver originalesResponder0
SandwichVictim
· 08-16 04:47
Cancún mejora el peligro del sándwich
Ver originalesResponder0
MidnightSnapHunter
· 08-16 04:42
¡Rápido, rápido, rápido! 4844 pronto podrá Soltar el gas.
Ver originalesResponder0
PaperHandsCriminal
· 08-16 04:38
Hay tantas propuestas nuevas, pero he perdido seis puntos.
La conferencia de desarrolladores de Ethereum se centra en la actualización Deneb, con EIP-4844 como punto clave.
Los desarrolladores de Ethereum celebran la 107ª reunión de consenso central para discutir el progreso de la actualización Deneb
El 20 de abril de 2023, los desarrolladores de Ethereum llevaron a cabo la 107ª reunión de consenso de desarrolladores centrales (ACDC) a través de una llamada. La reunión fue dirigida por un investigador de la Fundación Ethereum, centrándose en los cambios en la capa de consenso de Ethereum, actualizando el progreso de Deneb y discutiendo otras propuestas en la actualización de Cancún, además de la EIP-4844.
Deneb测试网络#5
Después de que la actualización de Shanghái se activara con éxito, los desarrolladores dirigieron inmediatamente su atención a los preparativos para Cancún. Cancún es la próxima actualización de la capa de ejecución de Ethereum, mientras que Deneb es la actualización correspondiente de la capa de consenso. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá como núcleo el EIP-4844, implementando el tipo de transacción blob.
El programa de desarrolladores lanzará la quinta red de pruebas de EIP-4844 la próxima semana. Un ingeniero de la Fundación Ethereum declaró que está realizando pruebas para múltiples clientes, preparando el lanzamiento de la red de pruebas.
La API del motor ha tenido un pequeño cambio, combinando las llamadas "getPayloadV3" y "getBlobsBundleV1" en una sola. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en breve para pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo reintegrar las transacciones de blob en los bloques durante la reorganización de la cadena. Dado que las transacciones de blob están separadas de las transacciones regulares, los blobs reorganizados solo se pueden obtener de la piscina de transacciones pública. Teniendo en cuenta que muchas transacciones evitan la piscina de transacciones, una solución es permitir que la capa de consenso pase los datos de blob de cada bloque a la capa de ejecución, y luego la capa de ejecución puede almacenarlo en caché hasta que se complete el bloque. Otro método es requerir que los usuarios de transacciones que omiten la piscina de transacciones vuelvan a presentar las transacciones durante un evento de reorganización de la cadena.
Algunos desarrolladores tienden a transferir datos blob a la capa de ejecución para que las transacciones puedan volver a insertarse durante la reorganización. Sin embargo, este enfoque podría romper aún más la abstracción entre la capa de ejecución y la capa de consenso, y podría afectar la implementación de futuras actualizaciones de muestreo de disponibilidad de datos. Debido a la falta de participación del equipo del cliente de la capa de ejecución, este problema se discutirá nuevamente en la próxima reunión.
Propuesta adicional de Deneb
Además de EIP-4844, la actualización Deneb también consideró otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena de balizas de la capa de consenso en la capa de ejecución, permitiendo el acceso de confianza mínima a la capa de consenso por parte de los contratos inteligentes.
EIP-6914: Reutilización de los números de índice de validadores que han salido completamente de la red y no han estado activos durante mucho tiempo. Debido a la alta complejidad, la implementación podría retrasarse hasta después de Deneb.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de la cadena de balizas y crear nuevos contenidos de "resumen histórico".
PR 3175: Prevención de que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección contra el "modo de falla alto".
EIP-6493: Soluciona el problema de cómo los nodos manejan los tipos de transacciones blob codificados de manera diferente en la capa de consenso y la capa de ejecución.
Los desarrolladores tienden a incluir EIP-4788, PR 3175 junto con EIP-4844 en la próxima actualización. En cuanto a otras propuestas, los desarrolladores continuarán perfeccionando los detalles y discutirán más en futuras reuniones.