Error de enrutamiento en Teraswitch dejó a Solana a 4.5 puntos de perder finalidad
Puntos clave
- •Una ruta mal configurada en Teraswitch dejó brevemente fuera de línea al 28.83% del SOL en staking y acercó a Solana a su límite de finalidad.
- •Aproximadamente 90 validadores se vieron afectados, y las recompensas perdidas combinadas totalizaron 333 SOL.
- •Teraswitch informó que la falla se identificó en diez minutos, y el servicio se restableció a las 04:16:15 UTC después de que el problema de enrutamiento se extendiera de Miami a Europa y Asia-Pacífico.
- •Marinade Finance indicó que la interrupción se concentró en AS20326, que transportaba 118,890,767 SOL y vio el 94% de ellos quedar fuera de línea al mismo tiempo.
- •Los 333 SOL en recompensas perdidas serán cubiertos por los bonos de validadores, pero ningún bono cubriría una detención total si la morosidad superara un tercio.

Solana estuvo a 4.51 puntos porcentuales de perder la capacidad de finalizar transacciones el miércoles por la mañana después de que una sola ruta mal configurada en el proveedor de hosting Teraswitch dejara fuera de línea al 28.83% del SOL en staking.
La finalidad en una blockchain de prueba de stake significa que las transacciones se confirman permanentemente y no pueden revertirse. La de Solana se detiene al 33.34% de morosidad, lo que significa que la red alcanzó aproximadamente el 86% del umbral. Alrededor de 90 validadores se vieron afectados, perdiendo un total combinado de 333 SOL en recompensas.
Teraswitch ha publicado un informe posterior al incidente explicando la falla. La empresa utiliza una ruta predeterminada internamente para señalar que un router perimetral puede acceder a internet, y cada sitio normalmente prefiere la que originan sus propios routers. Una ruta predeterminada de su sitio en Miami se propagó con su métrica y comunidades eliminadas, y un route reflector en Ámsterdam la envió hacia Europa y Asia-Pacífico.
Los routers perimetrales de esas regiones la interpretaron como de origen local y la prefirieron sobre su ruta real, luego la pasaron al núcleo del centro de datos, que la rechazó por considerarla inválida. Doce sitios en Londres, Ámsterdam, Dublín, Frankfurt, Singapur y Tokio se quedaron sin nada válido a lo que reenviar. Norteamérica no se vio afectada. Los ingenieros encontraron la falla en diez minutos, y el servicio regresó a las 04:16:15 UTC.
1/ Solana got 86% of the way to a halt this morning and it barely registered anywhere. 28.83% of staked SOL went delinquent. Finality stops at 33.34%. We added up the rewards lost across all 90 affected validators. 333 SOL. pic.twitter.com/EEC2gYwQgz
— Marinade 🛡️ (@MarinadeFinance) August 12, 2026
El protocolo de staking Marinade Finance, que obtuvo las cifras posteriormente, descubrió que la interrupción se concentró en un único sistema autónomo. AS20326 transporta 118,890,767 SOL — más de una cuarta parte de todo lo que está en staking en la red — y el 94% de ello quedó fuera de línea en los mismos minutos.
Esa concentración ya supera el límite máximo diseñado para prevenir exactamente este escenario. El programa de delegación de la Solana Foundation limita a cualquier sistema autónomo al 25% del stake de la red. AS20326 se sitúa en 27.34%. La brecha entre el límite y la concentración medida señala un desafío estructural conocido para las redes de prueba de stake: el stake delegado fuera del programa de la Foundation no está sujeto al mismo límite, lo que permite que la concentración crezca a través del liquid staking de terceros y la delegación independiente.
80 millones de SOL esperaron
Marinade descubrió que 59 validadores con 80.2 millones de SOL volvieron dentro de la misma ventana estrecha de tiempo en Ámsterdam, Frankfurt y Tokio, tras haber esperado a que el enrutamiento se reconvergiera en lugar de cambiar a otra alternativa. Helius, el segundo validador más grande de Solana, estuvo caído durante los 33 minutos completos. De los 74 operadores que Marinade pudo medir, tres "volvieron sin problemas": Laine y Cogent Crypto, ambos gestionados por Sol Strategies, y Lion3d.
La exposición también se extiende más allá de un único proveedor. Otros 14.1 millones de SOL quedaron fuera de línea en los mismos minutos en latitude.sh, Limestone, Butterfly Research y Allnodes — un patrón que Marinade dijo no poder explicar a partir de los datos, lo que sugiere que contar el stake por proveedor de hosting subestima lo que falla de manera conjunta.
Marinade aplicó el mismo análisis a sí misma, informando que cuatro sistemas autónomos poseen dos tercios del stake que distribuye su modelo de asignación, con uno de ellos, AS395201, representando el 36.94%. "Nadie debería sentirse cómodo con eso, nosotros incluidos," publicó la empresa en un tuit. El protocolo indicó que revisaría sus límites de concentración por red y por centro de datos, y comenzaría a publicar si un validador cuenta con hot swap y failover automático — información que actualmente no se puede determinar desde fuera.
Los 333 SOL en recompensas perdidas serán cubiertos por los bonos de validadores al final de la época. Si la morosidad hubiera superado un tercio, nada se habría finalizado para ningún titular de SOL en ningún lugar, y ningún bono cubre ese escenario. La última vez que Solana se detuvo por completo, en febrero de 2024, tomó cerca de cinco horas reiniciar.