El testnet ethereum 2.0, Medalla, no se ha finalizado durante aproximadamente 1,000 épocas, con una participación bajando a tan solo 1.5%.
Puede haber una bifurcación cuando ocurre el bloqueo mientras se procesa el bloque 515616 (5d6fc4e3). [19659002] Al parecer, la gente se fue a Zinken, el ensayo de prueba de ethereum 2.0, con Preston van Loon, un desarrollador de Prysm, declarando:
“Disfrutamos de un exitoso lanzamiento de ensayo general con la red de prueba de Zinken de corta duración y ahora es el momento de traer nuestro atención de nuevo a Medalla.
Si estaba ejecutando un validador de Medalla y lo apagó, vuelva a encenderlo. Esta red no ha podido finalizar desde que comenzó Zinken y sospechamos que esto se debe a que los usuarios abandonaron Medalla por Zinken.
Si no tiene la intención de regresar a Medalla, complete una salida voluntaria para que sus validadores ya no contribuyan a los problemas de participación ”.
No hay dinero real en juego aquí, por lo que los corredores de nodos no tienen incentivos para cortésmente salga de la red. Por eso han causado problemas a todos. Sin embargo, Raul Jordan, otro desarrollador de Prysm, dice:
“Este incidente ha sido realmente bueno para que veamos más oportunidades de optimización y pequeños errores que no se manifiestan excepto en momentos como este. Como, por ejemplo, ciertos cachés no funcionan.
Nishant [Das, a Prysm dev] también descubrió la causa raíz del error del ciclo de sincronización que algunos usuarios están viendo recientemente [pictured above].
Solo hay 3 funciones más para hacer antes de que Prysm sea la función completo para mainnet. Peer scoring, formato de exportación de protección de corte común y alineación con el estándar eth2 api . Entonces, solo seguridad + mejoras hasta el lanzamiento. ”
La participación de la red de prueba de Medalla eth 2.0 cae al 1.5%, octubre de 2020
Este asunto fue discutido en una reunión de desarrolladores de eth 2.0, con las notas que dicen:
“Medalla testnet no es compatible con v1.0. También esperamos que la mayoría de la gente apague sus nodos cuando llegue la red principal. Por lo tanto, estamos considerando un nuevo testnet / devnet v1.0 de larga duración sin una participación tan amplia.
Ha habido sugerencias para actualizar Medalla a la especificación v1.0. [Preston] A pesar de que podríamos ver una gran caída en la participación, aún podremos recopilar datos de sincronización, etc. y Medalla aún puede cumplir un propósito.
A partir de hoy, la participación es baja, pero vale la pena correr durante algunas semanas. para ver la fuga de inactividad en acción y, de lo contrario, someter a prueba a los clientes ”.
La versión uno de la especificación es la versión final antes del lanzamiento de la red principal con el candidato 0 ya publicado.
Por lo tanto, Medalla necesita una actualización o un es necesario lanzar una nueva red de prueba para que se mantenga funcionando de manera efectiva indefinidamente mientras las personas prueban su configuración de replanteo u otros aspectos incluso después de que la red principal esté activa.
El problema es que resucitar a Medalla podría llevar bastante tiempo con un desarrollo de eth que indica: [19659002] “Se necesitan 21 días sin carácter definitivo para filtrar el 50% del saldo de un validador en el que se saldrá. Así que creo que alrededor del 3 de noviembre Medalla volverá a la vida. Ya hemos visto esto con Altona ”.
El 3 de noviembre está cerca del lanzamiento esperado de la red principal, pero si el problema es que los validadores se apagaron solo para ir a Zinken o porque pensaron que su trabajo estaba hecho o porque estaban aburridos. , entonces el problema es más que todo esto es con eth falso, en lugar de cualquier asunto relacionado con el protocolo.
Sin embargo, como dice Jordan, la situación "inocente" ha planteado problemas de clientes con Prysm que aparentemente ahora necesita hacer más trabajo.
Uno de los problemas parece ser que un corredor de nodos dice que "reinició mi nodo para instalar algunas actualizaciones, y se ha bloqueado la participación durante unos días".
La sugerencia fue "ejecutar changeCacheKey , ”Con un nuevo lanzamiento de cliente que se espera pronto.
Todo esto revela ciertas debilidades en ethereum 2.0 ya que la acción de cada validador afecta a todos los validadores y la red.
De alguna manera, ese también es el caso en bitcoin. Si el 30% del hashrate de la minería se va, entonces es más difícil para los mineros restantes encontrar un bloque, por lo que los tiempos de bloqueo pueden aumentar a una hora o dos hasta que la dificultad se ajuste cada dos semanas.
En ethereum, sin embargo, la dificultad se ajusta por el bloquear. Entonces, el algo en ethereum responde muy rápidamente a las acciones de los mineros y el resultado final es que lo que hacen otros mineros no afecta mucho a los restantes.
También en bitcoin ha habido situaciones en las que el hash se ha reducido incluso en un 50%, como durante el jueves negro, y la red sigue funcionando. Más lento, pero moviéndose.
Aquí, un pequeño error y es posible que necesites dos semanas para que todos se recuperen. Además, el umbral de seguridad es mucho más débil, ya que solo necesita el 33% de los validadores para corromper la red o detenerla. Mientras que en bitcoin necesitas el 51% e incluso entonces todo lo que puedes hacer es gastar el doble de tus propias monedas si otros están lo suficientemente impacientes como para no esperar a que la situación se resuelva en este tipo de circunstancias.
Eso diferencia bastante a bitcoin y ethereum, con el primero generalmente más seguro mientras que el segundo es todavía un poco experimental.
