La red de testnet ethereum 2.0 se bloqueó este viernes y no puede alcanzar la finalidad con el problema 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 los 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 incorporarse, por lo que todos han ignorado nuestra repetida sugerencia de usar diferentes clientes debido a cómo funciona la reducción.
Todos en Prysm fueron reducidos aquí porque hubo algún tipo de error con un sincronizador de tiempo que va cuatro horas en el futuro, dando un error:
“WARN roughtime: Roughtime informa su el reloj está apagado en 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 usan 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 Prysm no se retiró adecuadamente de esta situación ”.
Tasa de participación incorrecta de la red de prueba de Ethereum 2.0, agosto de 2020
Raul Jordan, un desarrollador de eth 2.0 de Prysmatic explicó además que la La tasa de participación 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 al intentar incorporarse están obteniendo errores como se muestra en la imagen destacada. Jordan explica con más detalle:
“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: [19659018] Ethereum 2.0 testnet se detiene, agosto de 2020 ” class=”wp-image-32087″ /> 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 funcionaran, empeorando el problema infinitamente".
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, unas horas antes de que Devcon abriera en Shanghai en 2016.
Eso fue en la red principal. 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 lo que realmente forma parte de la configuración.
Porque si hay algún error, diga en el sistema operativo Windows que afecta a eth 2.0 de alguna manera, entonces 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 estudiarse, pero se ha descubierto un tipo diferente de error en este caso, la gente sigue 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 que aquí se ha detenido.
Pasar por problemas de memoria comienzan una vez que cae 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%.
Se inicia una especie de proceso complejo en ese punto que se reequilibra con el objetivo de reiniciar la red, con todo lo cual probablemente nos familiaricemos en los próximos días.
Pero, por ahora, el truco parece ser 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.