Los desarrolladores del núcleo de Ethereum dieron el banderazo de salida a la tan esperada fusión de la red en la madrugada del martes, iniciando una última gran actualización antes del gran cambio: Bellatrix. Pero algunos de los primeros problemas técnicos han hecho que algunos cuestionen la preparación de la red para la actualización.

La fusión, una actualización que combina la cadena beacon de Ethereum con su mainnet, está preparada para la transición de la red de un sistema de prueba de trabajo de alto consumo energético a un blockchain de prueba de participación mucho más eficiente. Los desarrolladores de Ethereum han lanzado hoy con éxito Bellatrix, una actualización que inicia la fusión en el backend de la cadena beacon, la capa de consenso. La próxima semana, otra actualización hará la transición de la capa de ejecución de la red, cambiando la forma en que se crea y valida ETH para todos los usuarios del mundo.

Tras la actualización de Bellatrix, los desarrolladores celebraron el éxito de su ejecución y declararon que estaban a pleno rendimiento para la actualización de la capa de ejecución final de la fusión, París, que ahora se estima que se producirá entre el 13 y el 15 de septiembre.

Sin embargo, hubo algunos indicios de que Bellatrix podría no haber sido tan exitosa como se difundió en un principio.

AD

Desde que Bellatrix se ejecutó esta mañana, la red Ethereum ha experimentado un marcado aumento en su "tasa de bloques perdidos”—la frecuencia con la que la red no verifica un bloque de transacciones programado para su validación. Esa cifra se disparó un 1.700% después de que Bellatrix entrara en vigor; en otras palabras, mientras que normalmente el 0,5% de todos los bloques programados para su validación en Ethereum no se validan en el primer intento, el martes por la mañana, más del 9% de todos los bloques experimentaron ese problema.

¿Por qué? La respuesta puede tener que ver con la preparación de los operadores de nodos de la red.

En el período previo a la actualización final de la fusión, todos los operadores de nodos de Ethereum —las personas y organizaciones que mantienen el backend y la infraestructura de la red en funcionamiento— deben actualizar sus clientes al último software preparado para la fusión. Cualquier operador que no lo haga, cuando la fusión se ejecute la semana que viene, "estará atrapado en una cadena incompatible que siga las reglas antiguas y no podrá enviar Ether ni operar en la red Ethereum posterior a la fusión", según la Fundación Ethereum.

AD

Múltiples desarrolladores del núcleo de la red de Ethereum, al hablar con Decrypt, afirmaron que el pico de esta mañana en la tasa de bloques perdidos podría deberse a los operadores que aún no habían realizado esta actualización de software.

"Los nodos que aún no se han actualizado tendrán fugas de inactividad", dijo a Decrypt el desarrollador del núcleo de Ethereum, Marius Van Der Wijden.

En otras palabras, cuantos más operadores de nodos haya que aún no hayan actualizado su software, más se activarán los bloques perdidos en la cadena de prueba de participación. Según Ethernodes, el 25,2% de los nodos de Ethereum aún no han actualizado su software.

La tarea de conseguir que todos los operadores de nodos actualicen su software en la fase previa al marge ha sido una prioridad para los desarrolladores del núcleo de Ethereum durante meses. "Creo que el mayor problema que tenemos ahora es que tenemos que educar a los usuarios", dijo Van Der Wijden.

En concreto, esto significa asegurarse de que todos los operadores de nodos sepan que deben actualizar su software y ejecutar tanto los clientes de la capa de consenso como los de la capa de ejecución, pues de lo contrario serán expulsados de la red cuando se produzca la fusión.

Sin embargo, el peor escenario en este sentido parece haberse evitado ya. Si menos del 66% de los operadores de nodos actualizaran su software, la fusión no podría finalizar la próxima semana; esa cifra ya supera el 74%.

Según Van Der Wijden, el 9% de los bloques perdidos esta mañana podría atribuirse a una combinación de nodos que carecían de software actualizado (5%) y nodos parcialmente actualizados, pero no conectados a una capa de ejecución (4%).

AD

A pesar de estas estadísticas, que ponen de manifiesto hasta qué punto puede ser necesaria una mayor divulgación entre los operadores de nodos, Van Der Wijden afirma estar satisfecho con lo ocurrido esta mañana.

"Es muy bueno que no todo el mundo haya actualizado, ya que ahora lo saben, y actualizarán antes de la fusión real", dijo.

Van Der Wijden llegó a decir que el grado en que la red Ethereum se vio afectada esta mañana por operadores de nodos no actualizados fue mucho menos problemático de lo esperado.

"Anticipé que habría más gente sin actualizar", dijo Van Der Wijden. "Estoy muy sorprendido de lo bien que ha ido".

Daily Debrief Newsletter

Start every day with the top news stories right now, plus original features, a podcast, videos and more.