- Los blobs de Goerli están aquí: Dencun entró en funcionamiento en Goerli a las 6:32 UTC del 17 de enero de 2024. ¡Ahora ya puede utilizar los blobs en Goerli!
- Sepolia y Holesky se actualizarán en las próximas dos semanas. Dencun se activará en Sepolia en la época 132608 (30 de enero, a las 22:51, hora UTC), y en Holesky en la época 29696 (7 de febrero, a las 11:35, hora UTC).
- Las versiones de cliente de esta notificación son adecuadas para ambas actualizaciones de la red de pruebas.
- Suponiendo que las actualizaciones de Sepolia y Holesky vayan bien, Dencun se programará en la red principal de Ethereum seguidamente.
- Para recibir una alerta por correo electrónico de las notificaciones de actualización de la red, incluida la red principal de Dencun, suscríbase aquí.
La actualización de la red Dencun se activó con éxito en la red de pruebas de Goerli el 17 de enero de 2024. Ahora está programada para las dos redes de prueba restantes, Sepolia y Holesky, en los siguientes horarios:
| Red | Época | Hora UTC | Primera ranura de época |
|---|---|---|---|
| Sepolia | 132608 | 2024-01-30 22:51:12 | 4243456 |
| Holesky | 29696 | 2024-02-07 11:34:24 | 950272 |
La actualización incluye varios cambios, entre los que destaca la introducción de blobs de datos efímeros con EIP-4844, también conocidos como «protodanksharding», que ayudarán a reducir las tarifas de las transacciones L2.
Dencun sigue la actualización Shapella del año pasado. Primero se desplegará en las redes de prueba de Ethereum. Una vez que todas ellas ejecuten sin problemas la actualización, se programará la implementación de Dencun en la red principal de Ethereum.
Especificación de la actualización
La actualización de Dencun combina cambios tanto en la capa de consenso, como en la de ejecución de Ethereum. La lista completa de cambios en el protocolo puede consultarse en EIP-7569. Como referencia, son los siguientes:
- EIP-1153: códigos de operación de almacenamiento transitorio
- EIP-4788: raíz de bloque de baliza en la EVM
- EIP-4844: transacciones Shard Blob
- EIP-5656: MCOPY: instrucción de copia de memoria
- EIP-6780: SELFDESTRUCT sólo en la misma transacción
- EIP-7044: salidas voluntarias firmadas perpetuamente válidas
- EIP-7045: aumentar la ranura máxima de inclusión de certificados
- EIP-7514: añadir límite máximo de rotación de época
- EIP-7516: código de operación BLOBBASEFEE
Deneb
Las especificaciones completas en python de los cambios que afectan a la capa de consenso de Ethereum pueden encontrarse en la carpeta deneb del repositorio ethereum/consensus-specs.
Cancun
Las EIP enlazadas anteriormente contienen las especificaciones completas de los cambios que afectan a la capa de ejecución de Ethereum.
Además, se está implementando una especificación python para estas en el repositorio ethereum/execution-specs.
Por último, Deneb requiere cambios en la API del motor, utilizada para la comunicación entre los nodos de la capa de consenso y de ejecución. Se especifican en el archivo cancun.md del repositorio ethereum/execution-apis.
Versiones de cliente
Las siguientes versiones de cliente son compatibles con Dencun tanto en Sepolia como en Holesky. Las versiones posteriores activarán el soporte en la red principal. Una vez que se publiquen, se anunciará otra notificación en este blog.
A la hora de elegir qué cliente ejecutar, los validadores deben tener especialmente en cuenta los riesgos de ejecutar un cliente mayoritario en la capa de ejecución (EL) o en la capa de consenso (CL). Puede encontrar una explicación de estos riesgos y sus consecuencias aquí. Puede encontrar una estimación de la distribución actual de clientes EL y CL y guías para cambiar de un cliente a otro aquí.
Capa de consenso de las versiones Sepolia y Holesky
| Nombre | Versión | Enlace |
|---|---|---|
| Faro | 4.6.0 | Descargar |
| Lodestar | 1.15.0-rc.0 | Descargar |
| Nimbus | 24.1.2 | Descargar |
| Prysm | 4.2.1-rc.1 | Descargar |
| Teku | 24.1.1 | Descargar |
Nota: cuando se ejecuta un validador, debe actualizarse tanto el nodo de baliza de la capa de consenso como el cliente validador.
Capa de ejecución de las versiones Sepolia y Holesky
| Nombre | Versión | Enlace |
|---|---|---|
| Besu | 24.1.0 | Descargar |
| Erigon | 2.57.1 | Descargar |
| go-ethereum | 1.13.11 | Descargar |
| Nethermind | 1.25.3 | Descargar |
| Reth (alpha) | 0.1.0-alpha.16 | Descargar |
Nota: aunque Reth es compatible con Dencun, el cliente aún está pendiente de una auditoría completa y no se recomienda su uso en producción. Consulte el Reth README para obtener más contexto.
Preguntas frecuentes
Como usuario de Ethereum o poseedor de Ether, ¿hay algo que deba hacer?
En una palabra, no.
Si utiliza un intercambio, una cartera digital o una cartera de hardware, no necesita hacer nada, a menos que el proveedor de su intercambio o cartera le informe de que debe tomar medidas adicionales.
Si ejecuta su propio nodo de Ethereum, consulte la siguiente pregunta.
Como operador de nodos Sepolia o Holesky no participativos, ¿qué debo hacer?
Para ser compatible con la actualización en cualquiera de las dos redes de prueba, actualice los clientes de la capa de ejecución y consenso de su nodo a las versiones indicadas en la tabla anterior.
Como participante de Sepolia o Holesky, ¿qué tengo que hacer?
Para ser compatible con la actualización en cualquiera de las dos redes de prueba, actualice los clientes de la capa de ejecución y consenso de su nodo a las versiones indicadas en la tabla anterior. Asegúrese de que tanto su nodo de baliza como su cliente validador están actualizados.
Como operador o participante de nodos que no sean de Seplolia o Holesky, ¿qué debo hacer?
Nada por ahora. Se anunciarán más notificaciones para la activación de Dencun en la red principal. Puede inscribirse para recibir una alerta por correo electrónico cuando surja aquí.
Se anima a los participantes que deseen realizar el proceso de actualización más veces antes de la red principal a que utilicen ephemery.dev, que ahora es compatible con Dencun.
¿Qué ocurre si soy operador de un nodo o un participante de Sepolia o Holesky y no participo en la actualización?
Si está utilizando un cliente de Ethereum que no está actualizado a la última versión (indicada anteriormente), su cliente se sincronizará con la cadena de bloques anterior a la bifurcación una vez que se produzca la actualización.
Estará bloqueado en una cadena incompatible siguiendo las antiguas reglas y no podrá enviar Ether ni operar en la red Ethereum posterior a Dencun.
Como desarrollador de aplicaciones o herramientas, ¿qué debo hacer?
Revise las EIP incluidas en Dencun para determinar si afectan a su proyecto y de qué manera. ¡Se están introduciendo muchas nuevas y emocionantes características tanto en la capa de ejecución como en la de consenso! Las únicas EIP con implicaciones de retrocompatibilidad son EIP-6780, EIP-7044 y EIP-7514.
¿Por qué «Dencun»?
Las actualizaciones de la capa de consenso utilizan nombres en estrella, y las de la capa de ejecución siguen los nombres de las ciudades Devcon. «Dencun» es la combinación de Deneb, una estrella de primera magnitud de la constelación de Cygnus, y Cancún, la ubicación de Devcon 3.
Imagen de portada original de Darren Lawrence, con modificaciones de Tomo Saito.