以太坊核心开发者共识会议#107 resumen

El 20 de abril de 2023, el equipo de desarrollo de Ethereum celebró la 107ª reunión de consenso de desarrolladores principales (ACDC). La reunión fue dirigida por un investigador de la Fundación Ethereum y se centró en las modificaciones de la capa de consenso de Ethereum (CL), la actualización de los avances en Deneb, y otras propuestas además de la EIP-4844 en la próxima actualización de Cancún.

Deneb测试网#5

Después de que se activara con éxito la actualización de Shanghai, el equipo de desarrollo rápidamente trasladó su enfoque a los preparativos para Cancún. Cancún es el nombre de la próxima actualización de la capa de ejecución de Ethereum (EL), mientras que Deneb es el nombre correspondiente de la actualización de CL. Durante la reunión, los desarrolladores discutieron el alcance final de la actualización Cancún/Deneb, que se centrará en EIP-4844, es decir, la implementación del tipo de transacción blob.

Los preparativos de Deneb comienzan con el lanzamiento de la red de pruebas #5. Desde octubre del año pasado, los desarrolladores han lanzado varias redes de prueba de clientes para el EIP-4844. El presidente de la reunión indicó que la quinta red de pruebas del EIP-4844 se lanzará en algún momento de la próxima semana. Un ingeniero mencionó que está realizando pruebas preliminares para varios clientes en preparación para el lanzamiento de la red de pruebas de la próxima semana.

La API del motor ha tenido un pequeño cambio, fusionando dos llamadas en una. Este cambio aún no se ha incorporado a la especificación EIP-4844, pero se completará en los próximos días para ser probado 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 las transacciones de la memoria pública. Teniendo en cuenta que muchas transacciones eluden la memoria, una solución es permitir que el CL pase los datos de blob de cada bloque al EL, y luego el EL puede almacenarlos en caché hasta que se complete el bloque. Otra opción es requerir que los usuarios que han presentado transacciones que eluden la memoria vuelvan a enviar sus transacciones en el evento de reorganización de la cadena.

Un desarrollador ha indicado que prefiere la primera opción, que es transferir los datos blob a EL. Considera que la carga adicional para EL no es considerable, y si este proceso se vuelve complicado, los desarrolladores pueden ajustar los mensajes entre EL y CL para aliviar la carga. Sin embargo, algunos han señalado que esta solución podría socavar aún más la abstracción entre las capas de EL y CL, y podría afectar futuras implementaciones de muestreo de disponibilidad de datos (DAS).

Debido a la falta de participación del equipo del cliente EL, este problema se discutirá nuevamente en la próxima reunión.

Propuesta adicional de Deneb

Además de EIP-4844, la actualización de Deneb también considera otras actualizaciones de código:

1. EIP-4788: Publicar el estado de la CL Beacon Chain en el EL, permitiendo el acceso de confianza mínima a la CL por parte de los contratos inteligentes que se ejecutan en el EL.

2. EIP-6914: reutiliza los números de índice de los validadores que han salido completamente de la red y que no han estado activos durante mucho tiempo, lo que ayuda a reducir el crecimiento infinito de la lista de validadores.

3. Un cambio de código potencial que implica rellenar datos desde el bloque génesis de Beacon Chain y crear un nuevo contenido de "resumen histórico".

4. PR 3175: Previene que los validadores penalizados propongan bloques al salir de la cola, proporcionando protección para el "modo de falla alto".

5. 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, PR 3175 y EIP-4844 en la próxima actualización.