El cliente de consenso de Ethereum, Prysm, anunció que sufrió una falla en la red debido a un error de software que ocurrió justo después de la actualización de Fusaka, lo que llevó a los validadores a perder 382ETH (equivalente a más de un millón de dólares).
Este evento se detalló en un informe posterior titulado 'Incidente de Prysm en la Mainnet de Fusaka'. Se produjo una situación de agotamiento de recursos en casi todos los nodos de Prysm, lo que resultó en la pérdida de numerosos bloques y atestaciones.
¿Cuál es la causa de la detención de Prysm?
Según Offchain Labs, que desarrolló Prysm, el 4 de diciembre, un bug que había estado presente anteriormente causó retrasos en las solicitudes de los validadores, lo que hizo que el problema saliera a la luz.
Este retraso resultó en la pérdida de muchos bloques y atestaciones en toda la red.
「El nodo beacon de Prysm recibió atestaciones de nodos que podrían no estar sincronizados con la red. Estas atestaciones hacían referencia a la raíz del bloque de la época anterior」, explicó el proyecto.
Esta falla resultó en la pérdida de 41 épocas, con 248 bloques faltantes de un total de 1344. Esto muestra una tasa de pérdida de slots del 18.5%, y durante la falla, la tasa de participación de toda la red disminuyó al 75%.
Según Offchain Labs, el bug que provocó este comportamiento fue introducido en la testnet hace aproximadamente un mes y ocurrió en la mainnet después de la actualización de Fusaka.
Aunque se mitigaron inmediatamente los impactos significativos gracias a una solución temporal, Prysm implementó cambios permanentes en la lógica de verificación de atestaciones en respuesta a este incidente para prevenir recurrencias.
Situación de distribución de clientes de Ethereum
Por otro lado, esta falla volvió a resaltar los riesgos que conlleva la concentración de clientes de Ethereum y una cultura de software única.
Offchain Labs señaló que si la cuota de Prysm hubiera sido más alta en la base de validadores de Ethereum, podría haber tenido un impacto más grave. La empresa afirmó que la diversidad de clientes de Ethereum fue crucial para prevenir la expansión de fallos en toda la red.
「Si un cliente representa más de un tercio de la red, podría haber ocurrido una pérdida temporal de finalización o una mayor cantidad de bloques faltantes. Si un cliente con errores representa más de dos tercios, también existe el riesgo de que una cadena inválida sea finalizada」, se señaló.
Dicho esto, este incidente ha elevado aún más la necesidad de diversificación de clientes.
Según los datos de Miga Labs, Lighthouse sigue siendo el cliente de consenso de Ethereum más importante, representando el 51.39% de los validadores. Prysm representa el 19.06%, Teku el 13.71%, y Nimbus el 9.25%.
La cuota de Lighthouse es de aproximadamente 15 puntos por debajo del umbral que los investigadores consideran un riesgo sistémico.
Por lo tanto, desarrolladores y partes interesadas del ecosistema han vuelto a solicitar la migración a otros clientes para reducir el riesgo de fallos en las funciones fundamentales de la cadena de bloques debido a un defecto de software único.
