Los nodos Prysm fallaron bajo una carga pesada de attestaciones durante Fusaka, causando aproximadamente un 18.5% de ranuras perdidas, baja participación y pérdidas de 382 ETH.
Las attestaciones desincronizadas obligaron a Prysm a reproducir estados antiguos del beacon, lo que generó miles de recomputaciones costosas y agotamiento de recursos.
Prysm mitigó el problema con banderas de configuración y lanzamientos posteriores, actualizando la lógica de validación para evitar reproducciones de estados históricos.
La actualización de la red principal de Ethereum Fusaka enfrentó una interrupción el 4 de diciembre de 2025, después de que los nodos Prysm fallaran durante el procesamiento de attestaciones. El problema ocurrió en la red principal de Ethereum durante la ventana de actualización Fusaka, involucrando al equipo cliente de consenso Prysm. Ocurrió debido a un agotamiento de recursos, que retrasó las respuestas de los validadores y causó épocas perdidas, una disminución en la participación y pérdidas en las recompensas de los validadores.
El agotamiento de recursos interrumpe las épocas de Fusaka
Durante el incidente, casi todos los nodos beacon Prysm tuvieron dificultades para procesar attestaciones específicas bajo carga pesada. En particular, el problema afectó las épocas 411439 a 411480, abarcando aproximadamente 42 épocas. Sin embargo, los nodos no respondieron a tiempo a las solicitudes de los validadores, lo que provocó bloques y attestaciones perdidos.
En este rango, la red perdió 248 bloques de 1,344 ranuras. Como resultado, la tasa de ranuras perdidas alcanzó aproximadamente el 18.5%. La participación en la red también cayó drásticamente, llegando a un mínimo cercano al 75% durante el pico de la interrupción.
Los validadores sufrieron pérdidas medibles durante la ralentización. Según el equipo Prysm, las recompensas por attestaciones perdidas totalizaron aproximadamente 382 ETH. Estas pérdidas se acumularon porque los validadores no pudieron presentar pruebas a tiempo.
Las pruebas desincronizadas llevaron a recomputaciones intensas
Según el informe de Prysm, la causa raíz involucraba attestaciones de nodos probablemente fuera de sincronía. Estas pruebas referenciaban raíces de bloques de épocas anteriores, no la vista actual de la cadena. Sin embargo, Prysm intentaba una verificación completa para cumplir con las reglas de consenso de Ethereum.
Para validar cada prueba, Prysm reconstruía repetidamente estados antiguos del beacon. Este proceso requería reproducir bloques pasados y realizar transiciones de época costosas. Bajo alta concurrencia, los nodos intentaron cientos de recalculaciones simultáneamente.
Un ejemplo involucró una attestación que hacía referencia al bloque 0xc6e4ff de la época 411441. Prysm reprodujo varias transiciones de estado para verificarla. Notablemente, los ingenieros observaron este comportamiento casi 4,000 veces en toda la infraestructura.
Soluciones, detección y monitoreo en curso
Durante el incidente, el equipo Prysm aconsejó a los usuarios habilitar la bandera --disable-last-epoch-target en la versión 7.0.0. Esta medida temporal redujo la presión de recomputación del estado. Es importante destacar que evitó la necesidad de un lanzamiento de emergencia del cliente.
Posteriormente, las versiones 7.0.1 y 7.1.0 introdujeron correcciones permanentes. Estas actualizaciones modificaron la validación de attestaciones para basarse en el estado principal, evitando reproducciones históricas. El equipo advirtió contra el uso de la bandera --ignore-unviable-attestations.
La detección se llevó a cabo mediante informes de desarrolladores principales y usuarios. Las métricas mostraron un aumento en los conteos de reproducción, un alto uso de recursos y fallos en las solicitudes gRPC. Según datos de Miga Labs citados por Prysm, la distribución de clientes cambió durante la recuperación, destacando preocupaciones continuas sobre la diversidad.
La publicación Prysm Details Fusaka Mainnet Outage and 382 ETH Loss aparece en Crypto Front News. Visita nuestro sitio web para leer más artículos interesantes sobre criptomonedas, tecnología blockchain y activos digitales.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Detalles de Prysm, caída de Fusaka Mainnet y pérdida de 382 ETH
Los nodos Prysm fallaron bajo una carga pesada de attestaciones durante Fusaka, causando aproximadamente un 18.5% de ranuras perdidas, baja participación y pérdidas de 382 ETH.
Las attestaciones desincronizadas obligaron a Prysm a reproducir estados antiguos del beacon, lo que generó miles de recomputaciones costosas y agotamiento de recursos.
Prysm mitigó el problema con banderas de configuración y lanzamientos posteriores, actualizando la lógica de validación para evitar reproducciones de estados históricos.
La actualización de la red principal de Ethereum Fusaka enfrentó una interrupción el 4 de diciembre de 2025, después de que los nodos Prysm fallaran durante el procesamiento de attestaciones. El problema ocurrió en la red principal de Ethereum durante la ventana de actualización Fusaka, involucrando al equipo cliente de consenso Prysm. Ocurrió debido a un agotamiento de recursos, que retrasó las respuestas de los validadores y causó épocas perdidas, una disminución en la participación y pérdidas en las recompensas de los validadores.
El agotamiento de recursos interrumpe las épocas de Fusaka
Durante el incidente, casi todos los nodos beacon Prysm tuvieron dificultades para procesar attestaciones específicas bajo carga pesada. En particular, el problema afectó las épocas 411439 a 411480, abarcando aproximadamente 42 épocas. Sin embargo, los nodos no respondieron a tiempo a las solicitudes de los validadores, lo que provocó bloques y attestaciones perdidos.
En este rango, la red perdió 248 bloques de 1,344 ranuras. Como resultado, la tasa de ranuras perdidas alcanzó aproximadamente el 18.5%. La participación en la red también cayó drásticamente, llegando a un mínimo cercano al 75% durante el pico de la interrupción.
Los validadores sufrieron pérdidas medibles durante la ralentización. Según el equipo Prysm, las recompensas por attestaciones perdidas totalizaron aproximadamente 382 ETH. Estas pérdidas se acumularon porque los validadores no pudieron presentar pruebas a tiempo.
Las pruebas desincronizadas llevaron a recomputaciones intensas
Según el informe de Prysm, la causa raíz involucraba attestaciones de nodos probablemente fuera de sincronía. Estas pruebas referenciaban raíces de bloques de épocas anteriores, no la vista actual de la cadena. Sin embargo, Prysm intentaba una verificación completa para cumplir con las reglas de consenso de Ethereum.
Para validar cada prueba, Prysm reconstruía repetidamente estados antiguos del beacon. Este proceso requería reproducir bloques pasados y realizar transiciones de época costosas. Bajo alta concurrencia, los nodos intentaron cientos de recalculaciones simultáneamente.
Un ejemplo involucró una attestación que hacía referencia al bloque 0xc6e4ff de la época 411441. Prysm reprodujo varias transiciones de estado para verificarla. Notablemente, los ingenieros observaron este comportamiento casi 4,000 veces en toda la infraestructura.
Soluciones, detección y monitoreo en curso
Durante el incidente, el equipo Prysm aconsejó a los usuarios habilitar la bandera --disable-last-epoch-target en la versión 7.0.0. Esta medida temporal redujo la presión de recomputación del estado. Es importante destacar que evitó la necesidad de un lanzamiento de emergencia del cliente.
Posteriormente, las versiones 7.0.1 y 7.1.0 introdujeron correcciones permanentes. Estas actualizaciones modificaron la validación de attestaciones para basarse en el estado principal, evitando reproducciones históricas. El equipo advirtió contra el uso de la bandera --ignore-unviable-attestations.
La detección se llevó a cabo mediante informes de desarrolladores principales y usuarios. Las métricas mostraron un aumento en los conteos de reproducción, un alto uso de recursos y fallos en las solicitudes gRPC. Según datos de Miga Labs citados por Prysm, la distribución de clientes cambió durante la recuperación, destacando preocupaciones continuas sobre la diversidad.
La publicación Prysm Details Fusaka Mainnet Outage and 382 ETH Loss aparece en Crypto Front News. Visita nuestro sitio web para leer más artículos interesantes sobre criptomonedas, tecnología blockchain y activos digitales.