Medalla, la red de pruebas que sirve con ensayo para los validadores de la futura actualización Ethereum 2.0, presentó un error en la implementación del cliente Prysm que causó la bifurcación de la testnet en 4 redes distintas.

Al momento de esta publicación, los desarrolladores principales de la testnet no se han pronunciado oficialmente, pero un informe revela que Medalla cuenta con 4 bifurcaciones principales, que impidieron que la red llegara al consenso durante los últimos 2 días. Las bifurcaciones, también conocidas como hard fork, se produjeron después de presentarse un error en el cliente Prysm, que impidió la sincronización de la mayoría de los nodos. Es importante mencionar que la mayor parte de los nodos validadores activos en la red Medalla utilizan este cliente. 

Bifurcaciones de la testnet Medalla.
Fuente: TrustNode

Por su parte, Beacon Chain muestra que la red está presentando problemas de consenso y finalización de bloques, algo que también señaló el creador de BTConEthereum en su cuenta de Twitter.  

A pesar de que Vitalik Buterin, cofundador de Ethereum, afirmó que la actualización ETH 2.0 estaría lista para finales de este año, varios en la comunidad apuntan hacia un nuevo retraso en el tan anhelado lanzamiento, aunque los desarrolladores no han dicho nada al respecto. De igual forma, varios usuarios señalan que Buterin y el resto de desarrolladores de la red se encuentran diseñando una solución para resolver el problema inmediatamente. 

Te puede interesar: Desarrolladores de Ethereum 2.0 anuncian el lanzamiento exitoso de Medalla, aunque la testnet presentó algunos fallos

Desincronización y diferentes puntos de vista en la red Medalla

Según la fuente, el error en el cliente Prysm causó “estragos en la sincronización” de los nodos, ocasionando que los nodos tuvieran diferentes puntos de vistas entre sí dentro de la blockchain, por lo que se validaron algunos bloques, mientras que varios otros quedaron perdidos o huérfanos. 

Así mismo, uno de los validadores de Medalla señaló que la red “salta hacia arriba y hacia abajo por todas partes”, argumentando que ocurrieron muchas reorganizaciones en Medalla y que por ello los nodos no pudieron tomar una única decisión en la red.

Por su parte, Raúl Jorda, desarrollador del cliente Prysm, señala que:

«Hay muchas bifurcaciones diferentes que están sucediendo en este momento y algunos nodos están quedándose muy atrás, por lo que obtienes todas estas solicitudes de bloqueo principal para intentar resolverlo, pero la principal se muestra actualmente en eth2stats, que tiene consenso entre Lighthouse y Prysm». 

A pesar de la fuerte situación, los desarrolladores de los clientes Prysm y Lighthouse aseguran que en las últimas 12 horas la situación ha estado mejorando considerablemente, y que varios nodos están llegando a la cadena principal más larga. Se espera que dentro de poco se solucione el fallo de finalización y que el cliente principal de la red pueda estar activo. De igual forma, los desarrolladores de Prysm piden a los validadores que no reinicien los nodos, sino que en la medida de los posible se dejen correr, esto con la finalidad de no perder la sincronización actual de los nodos. 

Hasta el momento, una de las consecuencias más notables de las recientes bifurcaciones en la red de pruebas de Ethereum 2.0 es el incremento en el requerimiento de RAM de los nodos. 

Aumento en el requerimiento de RAM de los nodos validadores de Medalla.
Fuente: TrustNode

Continúa leyendo: Ethereum 2.0: ¿Cuáles fueron las posibles causas de los fallos de Medalla en el momento de su lanzamiento?