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 única ruta mal configurada en un proveedor de hosting desconectara el 28.83% del SOL en staking. La cadena deja de finalizar en el 33.34%, lo que significa que la red llegó aproximadamente al 86% de ese umbral.
Teraswitch, el proveedor, ha publicado un informe explicando cómo sucedió. La empresa utiliza una ruta predeterminada internamente para señalar que un router de borde puede acceder a internet, y cada sitio normalmente prefiere la ruta que originan sus propios routers. Una ruta predeterminada de su sitio en Miami se propagó sin su métrica ni comunidades, y un reflector de rutas en Ámsterdam la impulsó hacia Europa y Asia-Pacífico.
Los routers de borde allí la interpretaron como de origen local y la prefirieron sobre la suya real, luego la pasaron al núcleo del centro de datos, que la rechazó como inválida. Doce sitios en Londres, Ámsterdam, Dublín, Frankfurt, Singapur y Tokio se quedaron sin nada válido que reenviar. América del Norte no se vio afectada. Los ingenieros encontraron la falla en diez minutos y el servicio se restableció a las 04:16:15 UTC.
1/ Solana estuvo a un 86% de detenerse esta mañana y apenas se registró en ningún lugar.
El 28.83% del SOL en staking quedó inactivo. La finalidad se detiene en el 33.34%.
Sumamos las recompensas perdidas en los 90 validadores afectados. 333 SOL. pic.twitter.com/EEC2gYwQgz— Marinade 🛡️ (@MarinadeFinance) August 12, 2026
El protocolo de staking Marinade Finance, que analizó las cifras posteriormente, descubrió que la interrupción se concentró en un único sistema autónomo. AS20326 maneja 118,890,767 SOL, más de una cuarta parte de todo el SOL en staking en la red, y el 94% de este se desconectó en los mismos minutos.
Esto ya está por encima del límite destinado a prevenir esto. El programa de delegación de la Fundación Solana establece un tope del 25% de la participación de la red para cualquier sistema autónomo. AS20326 se sitúa en el 27.34%.
Marinade descubrió que 59 validadores que tenían 80.2 millones de SOL volvieron a estar operativos en la misma ventana de tiempo limitada en Ámsterdam, Frankfurt y Tokio, después de haber esperado a que el enrutamiento convergiera de nuevo en lugar de cambiar a otra cosa. Helius, el segundo validador más grande de Solana, estuvo inactivo durante los 33 minutos completos. De 74 operadores que Marinade pudo medir, tres "volvieron a la normalidad sin problemas": Laine y Cogent Crypto, ambos gestionados por Sol Strategies, y Lion3d.
La exposición también es más amplia que la de un solo proveedor, con otros 14.1 millones de SOL desconectados en los mismos minutos en latitude.sh, Limestone, Butterfly Research y Allnodes, lo cual Marinade dijo que no podía explicar con los datos, y que sugiere que contar el stake por proveedor de hosting subestima lo que falla simultáneamente.
Marinade aplicó el mismo análisis a sí mismo, informando que cuatro sistemas autónomos poseen dos tercios del stake que distribuye su modelo de asignación, con uno, AS395201, representando el 36.94%. "Nadie debería sentirse cómodo con eso, nosotros incluidos", tuiteó la empresa, señalando que revisaría sus límites de concentración por red y por centro de datos, y comenzaría a publicar si un validador utiliza conmutación en caliente (hot swap) y conmutación por error automática (automatic failover), lo cual actualmente no se puede determinar desde fuera.
Los 333 SOL en recompensas perdidas serán cubiertos por los bonos de los validadores al final de la época. Si la inactividad hubiera superado un tercio, nada se habría finalizado para ningún poseedor de SOL en ningún lugar, y ningún bono cubre eso. La última vez que Solana se detuvo por completo, en febrero de 2024, tardó cerca de cinco horas en reiniciarse.
