Hechos clave:
-
Todavía es necesario probar qué pasaría ante posibles escenarios en la fusión con la nueva cadena.
-
Todo el ecosistema colabora para una transición exitosa a Ethereum 2.0, dice un desarrollador.
El desarrollador de la Fundación Ethereum, Tim Beiko, publicó una hoja de ruta con los pasos necesarios para alcanzar la transición a Ethereum 2.0. En esta se describen tres requisitos pendientes relativos a las redes de prueba (testnets), simulaciones de la fusión e implementación de la transición en las redes de prueba públicas.
Estos tres requisitos son: la ejecución de más pruebas exitosas en shadow forks; hacer más pruebas sobre la interacción de Ethereum 1.0 y Ethereum 2.0; e implementar la fusión en las redes públicas ya existentes. A continuación, se detallará cada uno de estos aspectos.
Según el artículo de Beiko, para avanzar hacia Ethereum 2.0 son necesarias más pruebas en las shadow forks («bifurcaciones en la sombra») de Ethereum. Estas bifurcaciones son pequeñas divisiones que se hacen con pocos nodos de la red para probar cómo responden los clientes a la fusión de la cadena de bloques anterior con la nueva.
En otras palabras, las shadow forks son como simulaciones de la fusión a la nueva versión de la red. De este modo, se puede obtener información detallada sobre posibles fallas. Según explica Beiko, si estas pruebas muestran estabilidad tras un par de semanas, se habrá dado un paso importante para concretar el traspaso a Ethereum 2.0, denominado The Merge o «la fusión».
Hasta ahora, como reportó CriptoNoticias, se realizaron varias de estas bifurcaciones en la red de pruebas Goerli y dos en la red principal de Ethereum. La segunda de ellas, la MSF2, detalla el especialista, resultó «casi perfecta». En los próximos días se llevará a cabo otra, la MSF3, y se continuará con estas pruebas «de manera regular» para garantizar la seguridad de la red en todo el proceso, aseguró Beiko.
Probando la fusión
La segunda condición que enumera este desarrollador en su hoja de ruta es la prueba de la fusión. En este caso, necesitará probarse la interacción entre la capa de ejecución (Ethereum 1.0) y la capa de consenso (Ethereum 2.0). Esta interacción entre clientes puede probarse eligiendo varios de cada capa, como se muestra en la imagen a continuación.
La plataforma Hive es una de las que se utilizará para tales pruebas. Esta se ha usado históricamente para pruebas de la capa de ejecución, pero en los últimos meses se le agregó la opción de probar el comportamiento de las capas de consenso en interacción con la capa de ejecución.
Los clientes de Ethereum actualmente están «priorizando el soporte para Hive y asegurándose de pasar todas las pruebas», aseguró Beiko.
Por otro lado, AllCoreDevs se ha asociado con la compañía Kurtosis para desarrollar redes de puesta en escena o staging networks. Estas son simulaciones en The Merge que se realizan «de forma diaria» para detectar posibles fallas en los clientes y monitorear la salud de la red. Además, se pueden emular condiciones desfavorables de la red para ver cómo responden los clientes en un contexto más hostil.
Finalmente, este periodo de pruebas en The Merge también incluye una «larga lista» de herramientas creadas por los clientes, investigadores y equipos de pruebas para probar todos los escenarios posibles. La fusión, afirma Beiko, ha «incrementado masivamente» la cooperación y coordinación de recursos humanos entre los equipos de prueba.
Las redes de pruebas públicas, el último paso hacia Ethereum 2.0
El último punto de la hoja de ruta de Beiko está relacionado con las redes de prueba públicas. Como explica el desarrollador, «una vez que las shadow forks se desarrollen con normalidad y que todos los clientes pasen las redes de prueba, podremos implementar la fusión en las redes de pruebas públicas existentes, Ropsten, Goerli y Sepolia».
Estas redes de prueba, explica el desarrollador, demandan más coordinación en el ecosistema de Ethereum que las actualizaciones previas de la red, especialmente para los operadores de nodos. Esto se debe a que no solo tendrán que actualizar una sola pieza de software, el cliente de la capa de ejecución, sino que deberán descargar, configurar y correr un cliente de la capa de consenso en paralelo, indica el especialista.
Con la fusión, los validadores de Ethereum 2.0, tendrán que correr un nodo de la capa de ejecución (Ethereum 1.0) para así verificar la validez de los bloques y recibir comisiones al proponer uno nuevo.
Luego de estos pasos, Ethereum 2.0
Una vez que las redes de prueba Goerli, Ropsten y Sepolia estén bifurcadas y estabilizadas sin más dificultades, estarán las condiciones dadas para establecer una fecha para la fusión, dice Beiko.
Esa transición se dará en tres pasos, explica el desarrollador. Primero, los clientes lanzarán un software que soporte la fusión y se preparará la bomba de dificultad, que acabará con la prueba de trabajo (Proof of Work o PoW) en Ethereum.
Una vez que se active la bomba de dificultad, un validador producirá el siguiente bloque en la Beacon Chain, el fragmento original de la nueva cadena de bloques. Cuando este bloque esté listo, Ethereum «habrá pasado completamente a la prueba de participación» (Proof of Stake o PoS), comenta Beiko.
Es necesario aclarar que, como ha informado CriptoNoticias, la transición a Ethereum 2.0 es una decisión que se ha ido postergando. Lo último que se supo al respecto es que a mediados de 2022 podría haber mayores avances. Mientras tanto, Tim Beiko contó lo que se hace «detrás de escena» para llegar a la transición de la mejor manera posible.
