La semana pasada, Ethereum dejó de finalizar bloques brevemente, lo que generó preocupaciones en la comunidad world wide web3 a pesar de que las transacciones continúan procesándose normalmente.
Dos incidentes sacudieron el ecosistema Ethereum el jueves y viernes, con bloques defecto para finalizar durante tres y ocho épocas (aproximadamente 20 minutos y una hora) en eventos separados. dYdX, una preferred plataforma de derivados, detuvo los depósitos mientras esperaba que se reanudara la finalización.
Los desarrolladores lanzaron parches para los dos clientes afectados, Prysm y Teku, el viernes, pero los investigadores aún no están seguros de la causa exacta del problema.
“No estoy seguro de que ninguno de nosotros entienda completamente por qué”, dijo Ben Edgington de la Fundación Ethereum. “Todavía se está analizando exactamente cuál fue la causa raíz del problema y por qué se recuperó la cadena”.
Este es el primer incidente importante sufrido por la cadena Beacon, la capa de consenso de prueba de participación (PoS) de Ethereum que se fusionó con la capa de ejecución de la pink principal en septiembre pasado, y sirve como un recordatorio de advertencia de la naturaleza experimental de la tecnología blockchain.
A pesar de que Ethereum es la criptomoneda número 2 con una capitalización de mercado de $ 225 mil millones y un ecosistema DeFi de $ 27 mil millones, el protocolo aún puede encontrar problemas inesperados, particularmente mientras continúa el trabajo en su hoja de ruta disruptiva de actualizaciones.
Lo de siempre
Los usuarios de Ethereum continuaron realizando transacciones en cadena con éxito durante el incidente.
«Aunque la purple no pudo finalizar, la crimson estaba, tal como fue diseñada, en vivo y los usuarios finales pudieron realizar transacciones en la purple», la Fundación Ethereum dicho en una entrada de web site. “Después de que todos los clientes se pusieran al día, la purple finalizó nuevamente”.
La Fundación Ethereum atribuyó el incidente a un «escenario excepcional» que causó una gran carga para los clientes de la capa de consenso de Teku y Prysm. “La causa completa de esto aún se está evaluando”, agregó.
Los parches de Teku y Prysm incluyen optimizaciones que limitan el uso de recursos durante períodos de congestión de la purple.
Write-up mortem
El domingo, Ben Edgington de la Fundación Ethereum y Superphiz, el consultor de salud comunitaria de Beacon Chain, discutieron el incidente en YouTube.
Edgington dijo que la finalidad ocurre cuando al menos dos tercios de los validadores están de acuerdo con el estado de Ethereum durante las certificaciones después de cada época. Dijo que el incidente de la semana pasada se manifestó cuando aproximadamente el 60% de los validadores no pudieron dar fe al mismo tiempo, lo que impidió que la crimson alcanzara la finalidad.
«Él [was] como si el 60% de los validadores se desconectaran”, dijo Edgington. «Para finalizar la cadena, necesitamos que aparezcan dos tercios o el 66% de los validadores».
Diversidad de clientes
La pareja describió la recuperación de la purple como un testimonio del valor de la diversidad de clientes de Ethereum, con solo dos de los cinco principales clientes de Ethereum sufriendo problemas.
Edgington dijo que los usuarios de los clientes de Lighthouse no experimentaron problemas durante el incidente porque Lighthouse limita la tasa de reprocesamiento de los estados antiguos. Sin embargo, dijo que el diseño de Lighthouse podría causar diferentes problemas bajo ciertas circunstancias.
“Como hemos visto en estos casos extremos, en realidad puede fortalecer las cosas si los clientes adoptan enfoques ligeramente diferentes porque algunos podrán llevar la purple donde otros fallan”, dijo.
Problema recurrente
Edgington y Superphiz acordaron que es probable que Ethereum vuelva a encontrar problemas similares en el futuro.
Si bien los investigadores actualmente no están seguros de qué desencadenó exactamente los problemas de finalización, Edgington sugirió que la velocidad del crecimiento de la crimson puede estar aumentando los recursos computacionales necesarios para validar Ethereum.
Señaló que el recuento de validadores de Ethereum aumentó en un 2500% desde que se lanzó la cadena Beacon en diciembre de 2020, y admitió que los desarrolladores pueden haber descuidado las pruebas de estrés a gran escala en las redes de prueba en los últimos años.
Edgington dijo que los principales desarrolladores de Ethereum aprendieron la lección y desplegarán grandes redes de prueba privadas para «probar algunos de estos escenarios con números de validación más realistas».
Estado de Emergencia
Si bien la crimson Ethereum recuperó la finalización por sí sola la semana pasada, Edgington y Superphiz señalaron que existen medidas para proteger la pink contra una interrupción severa.
La finalización generalmente ocurre después de dos épocas, pero la cadena Beacon entra en un estado de emergencia llamado modo «Fuga de inactividad» si la finalización no ocurre después de cuatro épocas. En este modo, los validadores no reciben recompensas por dar fe, pero se enfrentan a sanciones cada vez mayores por no hacerlo.
Edgington dijo que el mecanismo drena lentamente ETH de los validadores que no funcionan hasta que los validadores activos representan una mayoría de dos tercios y pueden finalizar la purple nuevamente.
Dijo que el mecanismo ofrece protección contra eventos catastróficos, como la guerra, que podrían aislar a las personas que viven en diferentes jurisdicciones entre sí. Después de unas tres semanas sin finalizar, Ethereum bifurcaría y reconocería el historial de bloques mantenido por los validadores activos restantes de la purple.
El incidente de la semana pasada tuvo un impacto «mínimo» en los validadores, según Edgington, con casi medio millón de validadores de Ethereum perdiendo 28 ETH acumulados durante un breve período de fuga de inactividad.
