Error en el cliente de Ethereum de hace un mes culpado por la caída de Prysm

Prysm ha revelado que un error introducido en una testnet un mes antes de la actualización Fusaka de Ethereum fue la causa de un problema de validación de nodos de Ethereum que afectó a su cliente a principios de este mes

El desarrollador de Ethereum Terence Tsao publicó un informe de post-mortem el domingo detallando el incidente de Prysm en la red principal Fusaka que impactó en la red el 4 de diciembre

Los nodos Prysm experimentaron “agotamiento de recursos” al procesar attestaciones de nodos desincronizados, indicó. Esto provocó que Prysm reprodujera bloques de épocas pasadas y recomputara transiciones de estado costosas, lo que resultó en un impacto significativo en el rendimiento debido a la carga de trabajo excesiva

El informe de post-mortem reveló que el error había estado presente en las testnets durante un mes antes del incidente, pero no se activó.

“El error fue introducido en Prysm PR 15965 y desplegado en las testnets un mes antes del incidente sin que se produjera el desencadenante.”

Las testnets están diseñadas para identificar errores, pero no son un método infalible

En mayo de 2023 — un mes después de la bifurcación dura Shanghai — los desarrolladores de Ethereum se vieron en un frenesí cuando la red perdió temporalmente la finalización de transacciones durante unos 25 minutos, y luego nuevamente por más de una hora al día siguiente, antes de que la blockchain se recuperara por sí sola

Prysm ha sido parcheado

En lugar de usar el estado actual, Prysm regeneró estados anteriores desde cero, creando una carga computacional masiva.

Durante más de 42 épocas, la red registró una tasa de slots perdidos del 18.5% con una participación que cayó al 75%, mientras que los validadores perdieron aproximadamente 382 Ether (ETH) en recompensas por attestaciones, indicó

Relacionado: Vitalik Buterin dice que Ethereum puede manejar pérdidas temporales de finalización

Se instruyó a los operadores de nodos a desplegar una solución temporal mientras los desarrolladores trabajaban en una actualización para los clientes Prysm

La diversidad de clientes salvó el día

El incidente podría haber sido mucho peor si hubiera afectado al cliente de consenso dominante de Ethereum, Lighthouse, dijeron los desarrolladores

Prysm de Offchain Labs es el segundo cliente de Ethereum con una participación del 17.6%, según ClientDiversity

“La diversidad de clientes evitó un impacto notable en los usuarios de Ethereum. Un cliente con más de 1/3 de la red habría causado una pérdida temporal de finalización y más bloques perdidos.”

Sin embargo, el incidente destacó que Lighthouse está peligrosamente cerca del umbral de dos tercios donde un solo error en el cliente podría finalizar una cadena inválida

Actualmente, Lighthouse tiene una participación de cliente del 52.6%, por debajo del aproximadamente 56% en el momento del incidente

Los desarrolladores de Ethereum están promoviendo una mayor diversidad de clientes. Fuente: ClientDiversity
Revista: Grandes preguntas: ¿Sobreviviría Bitcoin a un apagón de energía de 10 años?

• #Ethereum
• #Software
• #Nodos
• #Validador Añadir reacción