The news is by your side.

Fallos de la red de prueba de Ethereum 2.0 – Trustnodes


La red de testnet ethereum 2.0 se bloqueó este viernes y no puede llegar a su fin si está bloqueada actualmente.

Un error relacionado con el tiempo provocó la caída de Prysm, que sorprendentemente está siendo utilizado por la gran mayoría de validadores a pesar de que hay cinco clientes.

Distribución de clientes de la red de prueba de Ethereum 2.0, agosto de 2020

Parece que Prysm fue el único cliente que proporcionó un buen tutorial sobre cómo incorporar, por lo que todos han ignorado nuestra sugerencia repetida de usar diferentes clientes debido a cómo funciona la barra.

Todos en Prysm fueron cortados aquí porque hubo algún tipo de error con un sincronizador de tiempo que avanzaba cuatro horas en el futuro, dando un error:

"WARN roughtime: Roughtime informa que su reloj está atrasado por más de 2 segundos de compensación = 4h0m0.028854657s".

Aparentemente, “los nodos se conectan a un servidor NTP para sincronizar su tiempo y devolvieron valores incorrectos. Actualmente utilizan 6 servidores NTP para mitigar esto,
pero parece que esto no fue suficiente ya que todos devolvieron tiempos incorrectos ".

Según el informe de diagnóstico: "Todos los servidores de tiempo de ejecución de Cloudflare devolvieron información incorrecta y los nodos de Prysm no se retiraron adecuadamente de esta situación".

Tasa de participación incorrecta de Ethereum 2.0 testnet, agosto de 2020
Tasa de participación incorrecta de Ethereum 2.0 testnet, agosto de 2020

Raul Jordan, un desarrollador de eth 2.0 para Prysmatic, explicó además que la tasa de participación actual aparentemente no es correcta porque:

“Casi nadie está sincronizado con el encabezado de la cadena, por lo que, a menos que tenga un nodo que esté sincronizado con el encabezado, no podemos obtener participación de manera confiable. Ni siquiera estoy seguro de si hay> 0% de participación ".

Nishant Das, otro desarrollador de eth 2.0 para Prysm, explicó que algunos nodos de Prysm están en la punta, pero demasiadas personas están tratando de sincronizar al mismo tiempo, por lo que los nodos que intentan incorporarse reciben errores como se muestra en la imagen destacada. Explicando más, Jordan dice:

“El tiempo es fundamental para eth2. Sin tiempo sincronizado, la red no puede funcionar correctamente. Puede confiar en la hora del sistema, que invariablemente desaparecerá. Usamos el tiempo de ejecución de Cloudflare como una forma de ajustar su reloj local si está apagado.

Sin embargo, ayer el tiempo de ejecución se redujo en 4 horas, lo que provocó el caos. La solución fue no ajustar a la fuerza el tiempo de las personas en función del tiempo de ejecución, sino registrar errores que les indiquen que no tienen tiempo ".

Entonces, este pequeño error lo derribó todo, con la última ranura (bloque) con la fecha de ayer:

Ethereum 2.0 testnet se detiene, agosto de 2020
Ethereum 2.0 testnet se detiene, agosto de 2020

Otros clientes están bien con una solución para cambiar a otro cliente, pero el error ya se ha solucionado. Sin embargo, Jordan dice:

"Al corregir este error, eliminamos accidentalmente todas las características críticas para que los nodos Prysm funcionen, lo que empeoró infinitamente el problema".

Esa es la alegría de testnet. Diversión y juegos aquí, pero nos recuerda un poco a Peter Szilagyi y otros desarrolladores de eth pirateando el código DDos en medio de la noche, solo unas horas antes de que Devcon abriera en Shanghai en 2016.

Eso fue en mainnet. Aquí, gracias a Dios, esto sucedió porque es una red de prueba con eth falso, sin embargo, todo lo demás está en la configuración de la red principal.

Hay unos 30.000 validadores y alrededor de un millón de eth que han visto de primera mano por qué deberían huir de un cliente más utilizado porque los incentivos de ethereum 2.0 están diseñados para usar clientes, sistemas operativos pequeños u oscuros, pero seguros, todo y cualquier cosa. eso hace parte de la configuración realmente.

Porque si hay algún error en el sistema operativo Windows que afecta a eth 2.0 de alguna manera, todos los validadores que ejecutan Windows se desactivan y se reducen, mientras que los de Linux y otros sistemas operativos no se ven afectados.

Esa es una lección que debe ser desarrollada, pero aquí se ha descubierto un tipo de error diferente en el sentido de que las personas siguen los tutoriales y, por lo tanto, los tutoriales también deben diversificarse, no solo los clientes.

Otro descubrimiento es que la red acaba de detenerse. Ethereum nunca se ha detenido. Ya sea durante ese evento de 2016 mencionado anteriormente o el truco de DAO o la bifurcación, pase lo que pase, los bloqueos siguieron llegando. Mientras aquí se ha detenido.

Los problemas de memoria comienzan una vez que caen alrededor del 30% de los validadores, y estos problemas aumentan después de aproximadamente el 50% y luego claramente se detiene después del 70%.

En ese momento se produce algún tipo de proceso complejo que se reequilibra con el objetivo de reiniciar la red, con todo lo cual probablemente nos familiarizaremos en los próximos días.

Pero por ahora, el truco parece consistir en pasar a otro cliente o simplemente esperar un poco en lugar de sincronizar de inmediato, porque todo a la vez parece tener un efecto DDoS.



Los comentarios están cerrados.