Los desarrolladores principales de Ethereum iniciaron la tan esperada fusión de la red el martes por la mañana temprano al iniciar una última actualización importante antes del gran cambio: Bellatrix. Pero algunos contratiempos técnicos tempranos han cuestionado la preparación de la red para la actualización. La fusión, una actualización que combina la cadena de balizas de Ethereum con su red principal, está configurada para hacer la transición de la red de un sistema de prueba de trabajo de uso intensivo de energía a una cadena de bloques de prueba de participación mucho más eficiente en energía. Los desarrolladores de Ethereum lanzaron hoy con éxito Bellatrix, una actualización que inicia la fusión en la capa de consenso del backend de la cadena de balizas. 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 en todo el mundo. Después de que se puso en marcha la actualización de Bellatrix, los desarrolladores celebró su exitosa ejecucióny declaró a todo vapor la actualización de la capa de ejecución final de la fusión, París, que ahora es Se estima que ocurrirá entre el 13 y el 15 de septiembre.. Sin embargo, hubo algunas señales de que Bellatrix podría no haber tenido tanto éxito como la primera transmisión.
Gran aumento en la tasa de bloqueo perdido después de la actualización de Bellatrix. Con suerte, esto se puede depurar antes de la fusión, realmente no queremos ver problemas inesperados en esta etapa tardía. https://t.co/yOBSzQtFUe — Adam Cochran (adamscochran.eth) (@adamscochran) 6 de septiembre de 2022
Desde que Bellatrix se ejecutó esta mañana, la red Ethereum ha visto un marcado aumento en su «tasa de bloques perdidos», la frecuencia con la que la red no verifica un bloque de transacciones programadas para validación. Esa cifra saltó un 1.700% después de que Bellatrix entró en vigor; en otras palabras, mientras que normalmente el 0,5% de todos los bloques programados para la 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 París 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 software más reciente y listo para la fusión. Cualquier operador que no lo haga, si la fusión se ejecuta la próxima semana, «quedará atrapado en una cadena incompatible siguiendo las reglas anteriores y no podrá enviar Ether ni operar en la red Ethereum posterior a la fusión», según Ethereum. Base. Múltiples desarrolladores principales de la red de Ethereum, al hablar con Decrypt, afirmaron que el aumento de esta mañana en la tasa de bloques perdidos podría atribuirse a los operadores que aún no habían realizado esta actualización de software. «Se filtrará la inactividad de los nodos que aún no se han actualizado», dijo a Decrypt el desarrollador principal 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 esto desencadenará bloques perdidos en la cadena de prueba de participación. Según Ethernodes, el 25,2% de los nodos de Ethereum todavía tienen que actualizar su software. La tarea de hacer que todos los operadores de nodos actualicen su software en el momento de la puesta en marcha ha sido una prioridad para los desarrolladores principales de Ethereum durante meses. “Creo que el mayor problema que tenemos en este momento es que necesitamos educar a los usuarios”, dijo Van Der Wijden. Específicamente, esto significa asegurarse de que todos los operadores de nodos sepan que deben actualizar su software y ejecutar clientes de la capa de consenso y de la capa de ejecución, de lo contrario, serán expulsados de la red cuando se fusionen. Sin embargo, parece que ya se ha evitado el peor de los escenarios a este respecto. 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 está por encima del 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 que estaban parcialmente actualizados, pero no conectados a una capa de ejecución (4 %). A pesar de estas estadísticas, que resaltan el grado en que aún puede ser necesario un mayor alcance de los usuarios a los operadores de nodos, Van Der Wijden dice que estaba complacido con los eventos de esta mañana. “Es realmente bueno que no todos hayan actualizado, ya que saben ahora, 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 aún más personas no actualizarían”, dijo Van Der Wijden. «Estoy muy sorprendido de lo bien que salió».
