La red de prueba de Ethereum 2.0 está caída, ¿qué hemos aprendido de ella?

-Imagen vía Blair Fraser-

Hace una semana (nota: este artículo se escribió el 17 de diciembre de 2019), anunciamos el lanzamiento de una gran red de prueba pública utilizando el cliente Lighthouse. La red de prueba se lanzó con éxito y ha estado funcionando durante una semana, lo que demuestra por primera vez que la red de prueba Eth2 configurada en el entorno de producción también puede ejecutarse.

Cuando lanzamos la red de prueba, dijimos: "Vamos a intentar colapsar esta red de prueba y confío en que podemos hacerlo". La red de prueba colgó, y dos veces. El primero fue un sábado por la mañana y el segundo fue un lunes por la mañana (ambos hora de Sydney). Después del primer bloqueo (más de 100 épocas pendientes), logramos que la red de prueba volviera a funcionar; pero cuando se bloqueó por segunda vez, decidimos darlo por terminado y no reanudarlo.

Paradigm ha abierto el código del cliente Reth de Ethereum basado en Rust en Github: El 8 de diciembre, Paradigm ha abierto el código del cliente Reth de Ethereum basado en Rust en Github. Se usa sin condiciones, y se anima a la comunidad a bifurcarlo. mientras contribuye con documentación, problemas, solicitudes de extracción, etc.

Como se informó anteriormente, en noviembre, Paradigm anunció que está construyendo un cliente Reth de Ethereum basado en Rust, que no contiene ningún código de cliente existente, pero está construido sobre la base de clientes como Geth, Erigon y Akula. El objetivo principal es la modularización. , amabilidad y rendimiento de código abierto. [2022/12/8 21:31:11]

El "bloqueo" y el "colgado" mencionados aquí significan que la red de prueba no puede finalizar la época. La razón por la que no se puede finalizar la época es que más de 1/3 de los verificadores están fuera de línea. En términos de diseño, esta red de prueba no se aferrará cuando encuentre problemas, sino que mostrará fallas rápida y claramente.

La red de prueba de Ethereum Goerli se fusionará entre el 8 y el 10 de agosto: según las noticias del 22 de julio, el cofundador de EthHub, sassal.eth, declaró en su sitio de redes sociales que la red de prueba de Ethereum Goerli se fusionará del 8 al 10 de agosto. se llevará a cabo alrededor del día 10, y esta será la última red de prueba pública en pasar la transición. Si la fusión de la red de prueba de Goerli sale bien, es muy probable que la red principal se fusione a mediados o finales de septiembre. [2022/7/22 2:30:11]

La piedra angular de esta red de prueba son 4 instancias AWS t2.medium (la configuración del hardware es 2 vCPU, 4 gb de RAM, 32 gb de SSD); cada instancia actúa como un nodo de arranque público con una carga de 4096 validadores. De hecho, nos sorprende que hayan durado tanto; es una carga enorme para un puñado de máquinas con configuraciones de hardware modestas; mientras dos de ellas estén fuera de línea, la red de prueba no puede seguir finalizándose.

El Tesoro de Pax destruyó casi 18,42 millones de BUSD en la red Ethereum: Jinse Finance informó que los datos de alerta de Whale mostraron que a las 01:12 del 10 de noviembre, hora de Beijing, el Tesoro de Pax destruyó 18 419 600 BUSD en la red Ethereum, y el hash de destrucción fue 0xf61d6e9b1a3958d18037feb969a377f4de2331e0590e970e970e. [2020/11/10 12:08:54]

Analizamos estos dos choques y aprendimos mucho (detalles en capítulos posteriores). Nuestro equipo ha vuelto al trabajo de desarrollo y espera lanzar una nueva red de prueba la próxima semana (o tal vez unas semanas más tarde, tal vez el trabajo se vea afectado por las vacaciones). Puede seguir nuestro progreso en la página de hitos v0.1.1.

La causa inmediata del primer bloqueo de la red de prueba fue un bucle en la parte de red del software que "ve" una certificación determinada una y otra vez. Este bucle surgió en dos de los cuatro nodos principales que implementamos, agotando sus recursos y haciéndolos incapaces de producir bloques y datos testigo. Este problema fue la causa inmediata de los dos accidentes.

V God: La Fase 0 de Ethereum 2.0 comenzará este año PoS finalmente se hará realidad: V God, el cofundador de Ethereum, dijo en una entrevista con el podcast Block TV que la Fase 0 de Ethereum 2.0 comenzará este verano, que nos emociona mucho Emocionado, la prueba de participación (PoS) finalmente se está convirtiendo en una realidad. V God dijo que espera que los ZK-rollups y Looprings hagan un gran progreso en la mejora de la eficiencia de sus pruebas. “Espero que estas dos tecnologías tengan un gran impacto en el próximo año”. Muchos ven a ZK-Rollups como una de las soluciones de privacidad y escalabilidad para la nueva cadena Ethereum 2.0. De hecho, el investigador de Ethereum 2.0, Danny Ryan, explicó recientemente que los ZK-Rollups son mucho más simples que las estructuras anteriores y eliminan algunos obstáculos centrales. Además, en el reciente evento de AMA realizado en Reddit, V God señaló que en los clientes sin estado se mejorará la escalabilidad, porque la descarga de testigos (testigos) es más económica que acceder a los discos, y se puede zonificar más rápido para bloquear la verificación. Danny Ryan también está de acuerdo con este punto y dijo que la Fase 0 de Ethereum 2.0 definitivamente se lanzará en 2020. (AMBCripto)[2020/3/6]

Hemos actualizado nuestra implementación de gossipsub para que ahora cada mensaje se dirija de acuerdo con su contenido, lo que significa que si recibimos dos mensajes con el mismo contenido, el protocolo gossipsub ignora el segundo mensaje. También hemos agregado una verificación de mensajes duplicados en el código de cliente de Lighthouse para evitar enviar y recibir mensajes duplicados.

La cantidad de datos se está disparando

Después de que los dos nodos de baliza cuelgan, es imposible que la red de prueba finalice el bloque (porque el 50% de los validadores están fuera de línea). Sin embargo, los dos nodos restantes continúan enviando y recibiendo bloques, que es lo que queremos ver. Sin embargo, después de que la red perdió la finalidad, no pudieron podar y compactar sus bases de datos, lo que provocó que sus bases de datos crecieran varios gigabytes por hora. Debido a que limitamos los discos duros de nuestros nodos de testnet a 32 GB (incluida la parte utilizada por el sistema operativo), eventualmente, sus discos se llenan de datos antiguos y ya no pueden aceptar nuevos bloques. Esto provocó que los otros dos nodos también se desconectaran.

En este caso, también es muy simple restablecer el funcionamiento de la red de prueba, simplemente aumente el disco duro y reinicie el nodo. También estamos contentos con este método de recuperación, porque significa que algunos nodos con discos duros grandes difícilmente se verán afectados en ambos bloqueos.

Mientras escribo esto, Michael está desarrollando una solución a este problema con la idea de reducir la sobrecarga de la base de datos en un factor de 32. Si bien estamos felices de ver que los nodos se recuperan después de que 100 epochs no logran finalizar, la situación actual equivale a ~10 horas de tiempo en vivo para un nodo con menos de 64 gb de disco duro. La resiliencia es muy importante para el cliente de Lighthouse y la actualización de Michael extenderá las 10 horas a 13 días.

Selección de horquilla

También observamos que el tiempo de elección de la bifurcación de la red se extendió a 8 segundos. En nuestra opinión, esto es inaceptable y debe abordarse. Nos dimos cuenta de que este problema se debió a una carga excesiva de BeaconState desde el disco, por lo que escribimos un PR para solucionarlo.

Es genial ver a la gente involucrarse con la red de prueba de Lighthouse y ejecutar sus propios validadores, ¡con más de 400 participantes en nuestra red de prueba! ¡Gracias por sus comentarios! Estas son algunas de las sugerencias que propusieron una y otra vez:

Necesita un tiempo de sincronización más rápido: estamos trabajando en ello y se estima que en la versión 0.1.1, la velocidad de sincronización puede ser 1,5 ~ 2 veces más rápida.

Mejores documentos de docker: Scott está refinando los documentos, y la nueva red de prueba se implementará con docker (es decir, probaremos docker nosotros mismos).

Nodo eth1 más estable: proporcionamos un nodo eth1 público para comodidad de los usuarios, pero resultó que este nodo también provocó que algunos validadores fallaran. Cuando se lance la próxima red de prueba, implementaremos una pequeña cantidad de nodos en diferentes regiones y equilibraremos la carga entre estos nodos.

Más puntos finales de API: el equipo de becaoncha.in se puso en contacto con nosotros y quería más puntos finales de API para su explorador de bloques. Hemos enviado un PR que se espera que se fusione en la versión 0.1.1.

(Fin) (En este artículo se proporcionan muchos hipervínculos; haga clic para leer el texto original y obtenerlo en el sitio web de  EthFans ) Enlace del texto original: https://lighthouse.sigmaprime.io/update-20.html Autor :   Blair  ;Traducción de Fraser: A Jian También te puede interesar:

Tags：

Intercambio de bitcoins