El 12 de agosto, una ruta por defecto obsoleta en un router perimetral de Miami en Teraswitch, el mayor proveedor de infraestructura de Solana, se extendió a doce centros de datos en Europa y Asia-Pacífico y desconectó a validadores que representaban casi el 29% de la stake de la red. La cadena siguió produciendo bloques durante la interrupción de aproximadamente 33 minutos, pero el rendimiento se deterioró bruscamente: la empresa de monitorización independiente Metrika midió cómo los slots de líder saltados superaban el 32% y el rendimiento de transacciones sin voto colapsaba del habitual 1.100 a 1.300 por segundo a menos de 300. Pasó cerca de media hora antes de que los bloques recién producidos alcanzaran la finalidad, dejando materialmente expuesto a cualquier sistema que dependiera de una liquidación rápida.
Por qué importa
El consenso de Solana requiere que más del 66% de la stake vote a fin de mantener la finalidad, con una paralización total de la producción activada cuando aproximadamente el 33% está sin conexión. El 29% que cayó el 12 de agosto se mantuvo cuatro a cinco puntos porcentuales por debajo de ese umbral. La Fundación reveló que Teraswitch había alojado el 38% de la stake de la red en 2025 y que la cuota del proveedor se había reducido por debajo del 30% solo poco antes del incidente. Eso aún dejaba un único dominio de fallo capaz de colocar a la cadena a un paso de una paralización. Muchos validadores operados de forma independiente perdieron la conectividad a la vez porque compartían un mismo proveedor upstream, lo que expone la brecha entre la descentralización de validadores sobre el papel y la concentración operativa.
Impacto en el mercado
La liquidación se retrasó, el rendimiento se desplomó y cualquier aplicación que dependiera de la rapidez de la finalidad en Solana asumió el coste. Los slots saltados por encima del 32% significaron que una parte sustancial de las ventanas de líder quedaron sin llenar, mientras que el TPS sin voto cayó aproximadamente tres cuartos. El retraso se liquidó a medida que volvió la conectividad, pero el incidente llega en un momento delicado para un ecosistema que se promociona ante las instituciones por su disponibilidad y velocidad. Teraswitch desplegó ese mismo día un refuerzo del lado del proveedor para que una ruta inválida ya no pueda impedir que los sitios utilicen routers perimetrales locales sanos. La monitorización adicional de rutas aún estaba en curso en el momento de su postmortem de septiembre, lo que deja la diversidad de infraestructura y la observabilidad como cuestiones abiertas de resiliencia.
Preguntas frecuentes
-
¿Qué causó la cuasi-paralización de finalidad de Solana el 12 de agosto?
Una ruta por defecto obsoleta en un router perimetral de Miami en Teraswitch se extendió a doce centros de datos en Europa y Asia-Pacífico tras activarse por el mantenimiento rutinario del proveedor de tránsito, dejando fuera de línea a validadores con cerca del 29% de la stake de la red.
-
¿A qué punto estuvo Solana de una paralización total de la cadena?
Aproximadamente el 29% de la stake quedó sin conexión, situándose unos 4 a 5 puntos porcentuales por debajo del umbral del ~33% en el que Solana habría perdido la finalidad y detenido la producción de bloques.
-
¿Cuál fue el impacto visible para los usuarios durante la caída?
Los slots de líder saltados superaron el 32%, el rendimiento de transacciones sin voto cayó por debajo de 300 por segundo frente al habitual 1.100 a 1.300, y la finalidad se detuvo durante unos 30 minutos antes de que se liquidara el retraso.
-
¿Qué ha hecho Teraswitch para evitar que se repita?
Teraswitch desplegó ese mismo día un refuerzo del lado del proveedor para que una ruta inválida ya no pueda impedir que los sitios usen routers perimetrales locales sanos, con la monitorización adicional de rutas aún en curso en el momento de su postmortem de septiembre.
-
¿Qué revela el incidente sobre la descentralización de validadores de Solana?
La Fundación reveló que Teraswitch alojó el 38% de la stake de la red en 2025, reducida por debajo del 30% solo antes del incidente. Muchos validadores operados por separado comparten un mismo dominio de fallo, lo que expone una concentración operativa que no se refleja en las métricas de descentralización sobre el…