- ¡Se acercan las retiradas! La actualización de la red Shapella se activará en la red Ethereum en la época 194048, prevista para las 22:27:35 UTC del 12 de abril de 2023.
- Los stakers y los operadores de nodos deben leer esta publicación, así como las Preguntas frecuentes sobre retiradas.
- Desde ahora y hasta el 5 de abril, se duplicaron las recompensas del Ethereum Bug Bounty Program, el programa de recompensas por fallas de Ethereum, por las vulnerabilidades de Shapella.
- Ahora puede inscribirse para recibir por correo electrónico estos anuncios de actualización. Desplácese hasta el final de la página para hacerlo 📩.
Tras una transición de Goerli sin contratiempos, los equipos de los clientes han programado la actualización Shapella para su activación en la red principal. Se llegó a un consenso rápidamente sobre la fecha del 12 de abril durante la 157.ª reunión de la Capa de Ejecución de AllCoreDevs.
Esta actualización sigue a La fusión y permite a los validadores retirar su participación de la Cadena de Baliza de vuelta a la capa de ejecución. También incorpora nuevas funcionalidades tanto en la capa de ejecución como en la de consenso, que se describen a continuación.
Especificación de la actualización
La actualización Shapella combina cambios en la capa de ejecución (Shanghai), la capa de consenso (Capella) y la API del motor (Engine).
Shanghai
Los cambios en la capa de ejecución incluidos en Shanghai están disponibles aquí. Como referencia, son los siguientes:
- EIP-3651: Coinbase caliente
- EIP-3855: Instrucción PUSH0
- EIP-3860: Límite y contador initcode
- EIP-4895: Retiradas push de la Cadena de Baliza como operaciones
- EIP-6049: Desaprobación de SELFDESTRUCT
Tenga en cuenta que EIP-6049 es solo una advertencia de desaprobación. Los equipos de los clientes esperan que la semántica de SELFDESTRUCT cambie en futuras actualizaciones de la red, pero el comportamiento del opcode permanece inalterado en Shanghai.
Además, el conjunto completo de cambios de Shanghai puede consultarse ahora en la página Ethereum Execution Layer Specification (EELS), que es una nueva implementación de referencia de Python para la capa de ejecución.
Capella
Los cambios en la capa de consenso para la actualización Capella se especifican en las especificaciones de v1.3.0-rc.5. En la página README se detallan todos los cambios. A grandes rasgos, la actualización incorpora:
- Retiradas totales y parciales para validadores
- Mensajes BLSToExecutionChange, que permiten a los validadores que utilicen un BLS_WITHDRAWAL_PREFIX actualizarlo a un ETH1_ADDRESS_WITHDRAWAL_PREFIX, un requisito previo para las retiradas
- Acumuladores históricos de estado y bloques independientes, que sustituyen a las raíces (roots) históricas singulares originales
Se recomienda a los stakers que lean la página de Preguntas frecuentes sobre retiradas para obtener más información sobre cómo deben prepararse para Capella.
API del motor
Los cambios en la API del motor (Engine) pueden consultarse en el archivo shanghai.md del repositorio execution-apis . En resumen, se incorpora una estructura WithdrawalV1, que se añade a las estructuras y los métodos pertinentes. Los cambios en las API de la capa de ejecución desde La fusión se incluyeron en la última versión del repositorio.
Ediciones de clientes
Las siguientes ediciones de clientes son compatibles con Shanghai y Capella en la red principal de Ethereum. Las ediciones anteriores de Shapella solo admitían implementaciones en la red de pruebas y no son compatibles con la actualización de la red principal.
A la hora de elegir qué cliente ejecutar, los validadores deben tener especialmente en cuenta los riesgos de ejecutar un cliente mayoritario tanto en la capa de ejecución (EL) como en la capa de consenso (CL). Puede encontrar una explicación de estos riesgos y sus consecuencias aquí. Consulte una estimación de la distribución actual de clientes de EL y CL y guías para cambiar de un cliente a otro aquí.
Ediciones de la red principal de la capa de consenso
| Nombre | Versión | Enlace |
|---|---|---|
| Faro | v4.0.1 | Descargar |
| Lodestar | v1.7.0 | Descargar |
| Nimbus | v23.3.2 | Descargar |
| Prysm | v4.0.0 | Descargar |
| Teku | v23.3.1 | Descargar |
Nota: Cuando se ejecuta un validador, deben actualizarse tanto el Nodo de Baliza de la Capa de Consenso como el Cliente Validador.
Ediciones de la red principal de la capa de ejecución
| Nombre | Versión | Enlace |
|---|---|---|
| Besu | v23.1.2 | Descargar |
| Erigon | Descargar | |
| go-ethereum (geth) | v1.11.5 | Descargar |
| Nethermind | v1.17.3 | Descargar |
Preguntas frecuentes
Como usuario de Ethereum o poseedor de Ether, ¿hay algo que deba hacer?
En resumen, no.
Si utiliza un exchange, un monedero digital o un monedero de hardware, no necesita hacer nada, a menos que el proveedor de su exchange o monedero le informe de que debe tomar medidas adicionales.
Si ejecuta su propio nodo de Ethereum, consulte la siguiente pregunta.
Como operador de nodo sin hacer staking, ¿qué debo hacer?
Para ser compatible con la actualización de la red principal, actualice su nodo a la versión de su cliente de Ethereum que aparece en la tabla anterior.
Como staker, ¿qué tengo que hacer?
Para ser compatible con la actualización de la red principal, actualice su nodo a la versión de su cliente de Ethereum que aparece en la tabla anterior. Asegúrese de que tanto su nodo de baliza como su cliente validador estén actualizados.
También le recomendamos que lea la página de Preguntas frecuentes sobre retiradas.
¿Qué ocurre si soy staker u operador de nodos, 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.
Quedará atrapado en una cadena incompatible siguiendo antiguas reglas y no podrá enviar Ether ni operar en la red de Ethereum posterior a Shapella.
Como desarrollador de aplicaciones o herramientas, ¿qué debo hacer?
Shapella no introduce cambios de ruptura (falla de otros componentes en la compatibilidad) para los contratos inteligentes. Los desarrolladores de aplicaciones y herramientas deben revisar los cambios de la actualización para asegurarse de que se hayan realizado las correcciones necesarias o para comprender cómo utilizar las nuevas funciones.
Dicho esto, los desarrolladores de aplicaciones deben ser conscientes de que, a partir de Shanghai, el opcode SELFDESTRUCT se considera obsoleto. Aunque su semántica no cambia como parte de esta actualización de la red, es probable que sí lo haga en las siguientes. Consulte EIP-6049 para obtener más información.
¿Por qué "Shapella"?
Las actualizaciones de la capa de ejecución siguen los nombres de las ciudades de la Devcon y las de la capa de consenso siguen los nombres de las estrellas. "Shapella" es la combinación de Shanghái, la ubicación de la Devcon 2, y Capella, la estrella más brillante de la constelación septentrional de Auriga.
¿Dónde puedo ver la implementación de Shapella?
EthStaker & Ethereum Cat Herders están organizando una fiesta de visualización de Shapella, que comenzará poco antes de que se implemente la actualización. Puede sintonizar aquí.
¡Gracias a todos los que contribuyeron a la actualización Shapella, y a todos los stakers —viejos y nuevos— que ayudaron a asegurar lo que todavía son los primeros días de Ethereum de prueba de participación!
Imagen de portada originalmente de Yiran Ding, adaptada por Tomo Saito.