El cliente de consenso de Ethereum, Prysm, informó que los validadores perdieron 382 ETH, equivalentes a más de 1 millón de dólares, tras un error de software provocara interrupciones en la red poco después de la reciente actualización Fusaka.
El incidente, detallado en un informe titulado “Fusaka Mainnet Prysm incident”, se originó por un agotamiento de recursos que afectó a casi todos los nodos Prysm, generando bloques y validaciones perdidas.
Sponsored¿Qué causó la caída de Prysm?
Según Offchain Labs, el desarrollador detrás de Prysm, el problema surgió el 4 de diciembre cuando un error previamente introducido causó retrasos en las solicitudes de los validadores. Estos retrasos provocaron bloques y validaciones perdidas en toda la red.
“Los nodos Beacon de Prysm recibieron validaciones de nodos que posiblemente no estaban sincronizados con la red. Estas validaciones hacían referencia a la raíz de un bloque de la época anterior”, explicó el proyecto.
La interrupción llevó a la pérdida de 41 épocas, con 248 bloques perdidos de 1,344 espacios disponibles. Eso representó una tasa de fallos del 18.5% y redujo la participación general de la red a 75% durante el incidente.
Offchain Labs señaló que el error responsable de este comportamiento se introdujo y desplegó en los testnets casi un mes antes, y se activó en la mainnet tras la actualización Fusaka.
Aunque una solución temporal redujo el impacto inmediato, Prysm indicó que ha implementado cambios permanentes en su lógica de validación de atestaciones para evitar que esto vuelva a ocurrir.
SponsoredDiversidad de clientes de Ethereum
Mientras tanto, la interrupción ha renovado la atención sobre la concentración de clientes de Ethereum y los riesgos de depender de un solo software.
Offchain Labs dijo que la interrupción podría haber causado consecuencias más graves si Prysm hubiera tenido una mayor proporción de la base de validadores de Ethereum. La empresa señaló que la diversidad de clientes en Ethereum fue un factor clave para evitar una falla generalizada de la red.
“Un cliente con más de 1/3 de la red podría haber causado una pérdida temporal de finalización y más bloques perdidos. Un cliente defectuoso con más de 2/3 podría finalizar una blockchain inválida”, señaló.
A pesar de esa solución, el incidente ha aumentado los llamados a tener mayor diversidad de clientes. Datos de Miga Labs muestran que Lighthouse sigue siendo el cliente de consenso de Ethereum dominante, con el 51.39% de los validadores. Prysm representa el 19.06%, seguido de Teku con el 13.71% y Nimbus con el 9.25%.
La participación de Lighthouse lo pone aproximadamente a 15 puntos porcentuales de un umbral que algunos investigadores consideran un riesgo sistémico.
Por ello, desarrolladores y miembros del ecosistema han vuelto a pedir que los validadores consideren cambiarse a otros clientes para disminuir la probabilidad de que un solo error de software interrumpa las operaciones principales de la blockchain.
