Solana estuvo al borde de una interrupción de finalidad tras una falla de enrutamiento de Teraswitch que dejó fuera de línea el 28.83% del stake
Puntos clave
- •La falla de enrutamiento de Teraswitch dejó fuera de línea el 28.83% del SOL en staking, acercando a Solana a 4.51 puntos porcentuales de su umbral de interrupción de finalidad.
- •Aproximadamente 90 validadores en Europa y Asia se vieron afectados, con más de 133 millones de SOL temporalmente fuera de línea.
- •Teraswitch identificó el problema de enrutamiento en menos de 10 minutos, y el tráfico regresó después de 33 minutos a las 04:16:15 UTC.
- •Los 90 validadores afectados perdieron aproximadamente 333 SOL en recompensas, que fueron cubiertas por bonos de validadores al final del epoch.
- •Marinade Finance planea revisar los límites de concentración por ASN y centro de datos, señalando que cuatro ASN concentran dos tercios de su stake asignado.

Una falla de enrutamiento de Teraswitch dejó fuera de línea el 28.83% del SOL en staking el jueves, acercando a Solana a 4.51 puntos porcentuales de su umbral de interrupción de finalidad. Bajo el consenso proof-of-stake de Solana, la finalidad requiere que más de dos tercios del stake participen activamente; perder un tercio o más impediría que la red finalice bloques. Aproximadamente 90 validadores en Europa y Asia se vieron afectados, con más de 133 millones de SOL temporalmente fuera de línea. Los validadores afectados perdieron un estimado de 333 SOL en recompensas, lo que llevó a Marinade Finance a anunciar una revisión de los riesgos de concentración por ASN y centro de datos.
El tráfico regresó a las 04:16:15 UTC, según Marinade Finance.
La falla de enrutamiento de Teraswitch afectó múltiples sitios
Según Marinade, Teraswitch anunció una ruta predeterminada desde su sitio en Miami sin los atributos de ruta correspondientes. Un route reflector en Ámsterdam luego propagó esa ruta a sitios en toda Europa y Asia. Los routers de borde trataron la ruta como local y la priorizaron sobre la ruta predeterminada válida.
Sin embargo, el núcleo de Teraswitch rechazó la ruta por considerarla inválida, dejando 12 sitios sin una ruta utilizable. Las ubicaciones afectadas incluyeron Londres, Ámsterdam, Dublín, Frankfurt, Singapur y Tokio. Los sitios de Norteamérica no experimentaron el mismo problema, según informó Marinade.
Teraswitch identificó el problema en menos de 10 minutos. El tráfico regresó a las 04:16:15 UTC, mientras que Miami permaneció desconectado de la red troncal durante verificaciones adicionales.
Más de 133 millones de SOL quedaron fuera de línea
Marinade encontró 118.89 millones de SOL en AS20326, equivalentes al 27.34% del stake total de la red. Aproximadamente el 94% de ese stake quedó fuera de línea durante el incidente. Otros 14.1 millones de SOL quedaron fuera de línea en Latitude.sh, Limestone, Butterfly Research y Allnodes.
Marinade no pudo determinar si esas interrupciones compartían una dependencia común. Cincuenta y nueve validadores con 80.2 millones de SOL regresaron dentro de la misma ventana de recuperación estrecha. Marinade señaló que los validadores no conmutaron antes de que el enrutamiento se recuperara — una señal de que los mecanismos de conmutación automática no estaban configurados o no se activaron bajo estas condiciones.
Los validadores perdieron 333 SOL en recompensas
Helius, el segundo validador más grande de Solana, permaneció fuera de línea durante los 33 minutos completos. De los 74 validadores que Marinade midió, Laine, Cogent Crypto, SOL Strategies y Lion3d se recuperaron sin problemas.
Marinade informó que cuatro ASN concentran dos tercios de su stake asignado, con AS395201 por sí solo acumulando el 36.94%. Los 90 validadores afectados perdieron aproximadamente 333 SOL en recompensas, que fueron cubiertas por bonos de validadores al final del epoch.
Las cifras de concentración subrayan una preocupación recurrente en las redes proof-of-stake: si bien el stake puede distribuirse entre muchos validadores, la infraestructura subyacente puede seguir agrupándose en torno a un pequeño número de proveedores de alojamiento y centros de datos, creando riesgos de fallos correlacionados que el conteo nominal de validadores puede ocultar.
Marinade tiene previsto revisar los límites de concentración por ASN y centro de datos. El protocolo también tiene la intención de publicar información sobre si los validadores utilizan sistemas de reemplazo en caliente y conmutación automática.