La próxima actualización del protocolo Ethereum se llama Pectra, y en estos días está en fase de prueba.
Como suele ocurrir durante estas pruebas, el resultado fue negativo.
Summary
El fracaso de la actualización Pectra en la testnet de Ethereum
Ayer, la actualización Pectra de Ethereum se activó en la testnet Holesky.
Desafortunadamente, sin embargo, un problema de configuración del fork afectó a tres clientes de mayoría en la red, impidiéndoles rastrear correctamente las direcciones de los contratos de depósito.
Los clientes de minoría, sin embargo, han continuado produciendo bloques válidos, destacando una disparidad en las configuraciones de los clientes.
El problema ya ha sido identificado, y resultó estar relacionado con los clientes Execution Layer (EL) de Ethereum. El hecho es que la configuración correcta de las direcciones del contrato de depósito era fundamental para el cálculo del hash de las solicitudes Pectra, mientras que los clientes afectados por el problema olvidaban agregar la dirección correcta, causando incongruencias en el monitoreo de los depósitos.
Por lo tanto, la prueba ha fallado.
La solución propuesta
Los testnet sirven precisamente para esto, es decir, para identificar los problemas antes de que puedan presentarse en la mainnet.
La mainnet es la blockchain real de Ethereum, mientras que las testnet son copias de prueba en las que también puede salir mal todo, tanto que a lo máximo se cierran sin causar consecuencias.
En este caso específico, la prueba del fork Pectra falló en la testnet Holesky, pero habiendo ya encontrado la solución podrá ser retesteado en otras testnet. Las pruebas se considerarán superadas solo cuando todo haya ido sin problemas.
Las correcciones para restaurar la funcionalidad de la red ya se han implementado, por lo tanto, el fracaso de esta prueba ha servido para el propósito previsto: descubrir problemas y fortalecer la robustez de Ethereum antes de que tales problemas lleguen a la mainnet.
Ethereum: el fork Pectra
Aún no se ha decidido la fecha en la que se aplicará el fork Pectra a la mainnet de Ethereum.
De hecho, antes de decidir aplicarlo a la mainnet es necesario que todas las pruebas se superen con éxito.
Solo cuando Pectra esté funcionando en todas las testnet, los desarrolladores establecerán una fecha definitiva para activar la actualización en la mainnet.
Ahora, por lo tanto, después de haber aplicado las correcciones necesarias para el problema que se presentó en la testnet Holesky, será necesario realizar más pruebas con la versión corregida en otras testnets, hasta lograr un resultado completamente positivo.
La próxima testnet en la que se probará será Sepolia. La prueba debería iniciarse el 5 de marzo, pero los desarrolladores también podrían decidir retrasarla debido al problema que acaba de ocurrir en Holesky.
En el pasado ya se ha hecho así innumerables veces, y al final siempre ha ido todo bien precisamente porque los problemas inevitables se han descubierto antes de la implementación en la mainnet.
¿Qué modifica la actualización Pectra?
El fork Pectra introducirá varias nuevas configuraciones de contrato de sistema.
Una de las modificaciones clave, EIP-6110, trasladará las responsabilidades de la detección de los depósitos del Consensus Layer (CL) al Execution Layer (EL).
La actualización, sin embargo, en conjunto combina 11 actualizaciones principales en un único paquete.
En el centro de este paquete está EIP-7702, una modificación que sirve para mejorar la experiencia del usuario de los monederos crypto.
Fue propuesta directamente por el cofundador de Ethereum, Vitalik Buterin, y permitirá a los monederos tener algunas capacidades de contratos inteligentes. Forma parte de una estrategia más amplia que apunta a la abstracción de las cuentas de Ethereum, y por lo tanto a hacer mucho menos torpe la usabilidad de los monederos.
Pectra incluye también EIP-7251, una modificación que permitirá a los validadores aumentar la cantidad máxima de ETH que pueden poner en staking llevándola de los actuales 32 a hasta 2.048 ETH.
En teoría, Pectra debería haber sido la mayor actualización de toda la historia de Ethereum, pero luego se decidió dividir el paquete original en dos porque se consideró demasiado ambicioso.
Las actualizaciones de Ethereum
Las actualizaciones en Ethereum se aplican con forks.
Esto significa que si algún cliente no estuviera de acuerdo con la aplicación de las actualizaciones podría también crear una nueva cadena, como sucedió por ejemplo con Ethereum PoW en septiembre de 2022, cuando algunos nodos rechazaron el cambio a PoS (Proof-of-Stake).
El fork más célebre de todos, sin embargo, es el de 2016, del cual de hecho nació la actual red Ethereum a partir de la que aún existe hoy con el nombre de Ethereum Classic (ETC).
A causa de algunos problemas técnicos, de hecho, ocurrió un colosal robo. La comunidad decidió eliminar de la blockchain los bloques posteriores al anterior al robo, para así devolver todo a la situación anterior.
Algunos nodos sin embargo rechazaron esta decisión, por lo tanto, la cadena original continuó manteniendo los bloques del robo y los siguientes, mientras que gracias a un fork nació una nueva cadena que anuló todas las transacciones presentes en el bloque del robo y en los siguientes.
La cadena originaria no modificada se convirtió en la de minoría y terminó cambiando su nombre a Ethereum Classic. La bifurcada (y modificada) en cambio se convirtió en la principal y mantuvo el nombre de Ethereum.
