Resumen de la 107ª reunión del Consenso de desarrolladores principales de Ethereum
El 20 de abril de 2023, los desarrolladores de Ethereum llevaron a cabo la 107ª reunión de consenso de desarrolladores centrales por teléfono (ACDC). La reunión fue dirigida por un investigador de la Fundación Ethereum, centrándose en las modificaciones de la capa de consenso de Ethereum (CL), las actualizaciones del progreso de Deneb, y otras propuestas en la próxima actualización de Cancún, excluyendo EIP-4844.
Deneb测试网#5
Después de que la actualización de Shanghai se activara con éxito, los desarrolladores rápidamente dirigieron 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 (EL), mientras que Deneb es la actualización correspondiente de CL. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá a EIP-4844 como núcleo e implementará el tipo de transacción blob.
Los preparativos de Deneb comienzan con el lanzamiento de la prueba de red #5. Los desarrolladores planean lanzar la quinta prueba de red de EIP-4844 la próxima semana. Los ingenieros de DevOps de una fundación están realizando pruebas para múltiples clientes, preparándose para el lanzamiento de la prueba de red de la próxima semana.
La API del motor tiene un pequeño cambio, que combina 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 los próximos días para pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo reintegrar las transacciones blob en los bloques durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones regulares, los blobs reorganizados solo se pueden obtener de las transacciones en el grupo de memoria pública. Teniendo en cuenta que muchas transacciones pueden eludir el grupo de memoria, una solución es permitir que el CL pase los datos blob de cada bloque al EL, y luego el EL puede almacenarlos en caché hasta que se complete el bloque. Otro método es requerir que los usuarios que envían transacciones que eluden el grupo de memoria vuelvan a enviar sus transacciones durante un evento de reorganización de la cadena.
Un desarrollador ha declarado que prefiere transferir datos blob al EL, para que se puedan reintegrar transacciones durante la reorganización. Considera que la carga adicional para el EL no es significativa, y si este proceso se vuelve engorroso, se pueden ajustar los mensajes entre el EL y el CL para aliviar la carga.
Sin embargo, algunos señalan que esta solución podría socavar aún más la abstracción entre las capas EL y CL, y podría entrar en conflicto con la futura implementación de la muestra de disponibilidad de datos (DAS).
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena Beacon CL en EL, permitiendo el acceso de confianza mínima a CL por parte de contratos inteligentes.
EIP-6914: Reutilización de índices de validadores que han salido completamente de la red y que han estado inactivos durante mucho tiempo, lo que ayuda a reducir el crecimiento infinito de la lista de validadores.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de la cadena Beacon y crear un nuevo contenido 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 cómo los nodos manejan los tipos de transacciones blob que están formateados en SSZ en CL pero codificados de manera diferente en EL.
Los desarrolladores tienden a incluir EIP-4788, EIP-3175 y EIP-4844 en la próxima actualización.
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.
13 me gusta
Recompensa
13
3
Republicar
Compartir
Comentar
0/400
GasFeeLover
· hace15h
¿No es demasiado rápido este ritmo de actualización? Que el gasfee no suba está bien.
Ver originalesResponder0
ImpermanentTherapist
· hace15h
Ha, por fin se va a implementar el 4844, ahora L2 va a To the moon, ¿no?
Ver originalesResponder0
UnluckyMiner
· hace15h
Esta actualización es demasiado frecuente, la minería va a ser una gran pérdida.
La conferencia de desarrolladores de Ethereum se centra en la actualización de Cancún, EIP-4844 se convierte en la propuesta central
Resumen de la 107ª reunión del Consenso de desarrolladores principales de Ethereum
El 20 de abril de 2023, los desarrolladores de Ethereum llevaron a cabo la 107ª reunión de consenso de desarrolladores centrales por teléfono (ACDC). La reunión fue dirigida por un investigador de la Fundación Ethereum, centrándose en las modificaciones de la capa de consenso de Ethereum (CL), las actualizaciones del progreso de Deneb, y otras propuestas en la próxima actualización de Cancún, excluyendo EIP-4844.
Deneb测试网#5
Después de que la actualización de Shanghai se activara con éxito, los desarrolladores rápidamente dirigieron 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 (EL), mientras que Deneb es la actualización correspondiente de CL. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que tendrá a EIP-4844 como núcleo e implementará el tipo de transacción blob.
Los preparativos de Deneb comienzan con el lanzamiento de la prueba de red #5. Los desarrolladores planean lanzar la quinta prueba de red de EIP-4844 la próxima semana. Los ingenieros de DevOps de una fundación están realizando pruebas para múltiples clientes, preparándose para el lanzamiento de la prueba de red de la próxima semana.
La API del motor tiene un pequeño cambio, que combina 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 los próximos días para pruebas en la red de prueba #5.
Los desarrolladores también discutieron cómo reintegrar las transacciones blob en los bloques durante la reorganización de la cadena. Dado que las transacciones blob están separadas de las transacciones regulares, los blobs reorganizados solo se pueden obtener de las transacciones en el grupo de memoria pública. Teniendo en cuenta que muchas transacciones pueden eludir el grupo de memoria, una solución es permitir que el CL pase los datos blob de cada bloque al EL, y luego el EL puede almacenarlos en caché hasta que se complete el bloque. Otro método es requerir que los usuarios que envían transacciones que eluden el grupo de memoria vuelvan a enviar sus transacciones durante un evento de reorganización de la cadena.
Un desarrollador ha declarado que prefiere transferir datos blob al EL, para que se puedan reintegrar transacciones durante la reorganización. Considera que la carga adicional para el EL no es significativa, y si este proceso se vuelve engorroso, se pueden ajustar los mensajes entre el EL y el CL para aliviar la carga.
Sin embargo, algunos señalan que esta solución podría socavar aún más la abstracción entre las capas EL y CL, y podría entrar en conflicto con la futura implementación de la muestra de disponibilidad de datos (DAS).
Propuesta adicional de Deneb
Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:
EIP-4788: Publicar el estado de la cadena Beacon CL en EL, permitiendo el acceso de confianza mínima a CL por parte de contratos inteligentes.
EIP-6914: Reutilización de índices de validadores que han salido completamente de la red y que han estado inactivos durante mucho tiempo, lo que ayuda a reducir el crecimiento infinito de la lista de validadores.
Un cambio de código potencial que implica rellenar datos desde el bloque génesis de la cadena Beacon y crear un nuevo contenido 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 cómo los nodos manejan los tipos de transacciones blob que están formateados en SSZ en CL pero codificados de manera diferente en EL.
Los desarrolladores tienden a incluir EIP-4788, EIP-3175 y EIP-4844 en la próxima actualización.