Se estima que la fusión de Ethereum será en mayo-junio de 2022 – Desarrolladores

Sead Fadilpašić
| 4 min read
Descargo de responsabilidad: Las criptomonedas son una clase de activos de alto riesgo. Este artículo se proporciona con fines informativos y no constituye un asesoramiento de inversión. Al utilizar este sitio web, usted acepta nuestros términos y condiciones. Podemos utilizar enlaces de afiliados dentro de nuestro contenido y recibir comisiones.

Un avance importante para la red Ethereum (ETH) acaba de recibir otra actualización en su calendario como un paso fundamental hacia un algoritmo de consenso de prueba de participación (PoS), el Merge, ahora se espera que suceda en mayo o junio del próximo año. 

El código necesario podría completarse en febrero, según el administrador de la comunidad de la Fundación Ethereum, Tim Beiko, y otros desarrolladores. La fusión se refiere al evento en la ruta Ethereum 2.0 cuando la red principal actual de Ethereum se “fusiona” con el sistema PoS de la cadena de balizas.

“Creemos que ~ 4 meses es un período de tiempo generoso desde que se hizo el código hasta ver la fusión en la red principal. Creemos que existe la posibilidad [de que el código que se está haciendo] pueda [suceder] en febrero (obviamente, ¡todavía hay muchas incógnitas!), Así que decidimos establecer la bomba [de dificultad] basándonos en eso”, dijo Beiko.

A lo que se refiere aquí es a la bomba de dificultad, también conocida como la edad de hielo, que hará que Ethereum sea imposible de extraer, y que se suponía que explotaría en diciembre (la llamada actualización Arrow Glacier). Se retrasó la última en agosto durante la actualización de Londres, y que se va a retrasar aún más hasta junio de 2022. 

“Para ser claros, si la fusión estaba lista antes, podríamos hacerlo antes”, dijo Beiko. La bomba puede retroceder nuevamente si los desarrolladores no están listos, lo que se discutirá en una llamada alrededor de febrero, sugirió Beiko, pero su objetivo es tener solo un retraso.

“Esto logra un equilibrio entre mantener el impulso, idealmente no hacer retroceder la bomba dos veces, y tener un espacio de amortiguación para un despliegue más largo de lo habitual y / o grandes cambios de hashrate en la red”, argumentó. Dicho esto, todos los participantes estuvieron de acuerdo en que lo más importante es tener una fusión segura y bien probada, por lo que “estamos bien empujando la bomba hacia atrás dos veces si es necesario”.

Según Beiko, hay mucho trabajo por hacer al planificar los casos de “recuperación de desastres”, lo cual es bastante difícil de estimar. La bomba de dificultad se basa en el hashrate de la red actual, por lo que si el hashrate cae rápidamente antes de la fusión, ya que los mineros quieren vender sus plataformas mineras, puede acelerar el advenimiento de la bomba y aparecer semanas antes.

Los hitos de Amphora

Durante una llamada el 15 de septiembre, el equipo también repasó los puntos hechos durante Amphora. Este fue un taller cara a cara hecho una semana antes con el objetivo de conseguir los equipos cliente de ejecución y la capa de consenso para “limar problemas” en la especificación y alcanzar un desarrollo conjunto de hitos, como el informe de Beiko dijo. “Los hitos de Amphora tenían como objetivo primero que los clientes cumplieran con la especificación, luego agregar gradualmente más complejidad y finalmente aumentar la cantidad de otros clientes con los que podrían interoperar”.

Se cumplieron los hitos señalados para el evento, y se dice que el evento en sí fue un éxito. Los equipos de clientes ahora tienen una lista clara de tareas en las que deben trabajar, escribió Beiko, “y se ha avanzado lo suficiente para comenzar a llegar a un segmento más grande de la comunidad Ethereum”.

Por otra parte, una versión más estable de la DEVNET Amphora,  Pithos, se puso en marcha el 14 de octubre. La red es en vivo por lo que la comunidad debe esperar que las llamadas públicas “que exploran cómo las herramientas de desarrollo e infraestructura de otro núcleo Etereum pueden prepararse mejor” para el transición de prueba de trabajo (PoW) a PoS. Amphora ayudó a los equipos de clientes e investigadores a identificar ciertos problemas que [estarán] solucionando, además de responder a los comentarios de la comunidad. “Dentro de unas semanas, la especificación debería estar finalizada y, poco después, una nueva red de prueba estable estará disponible”, dijo Beiko.