¿Cómo un bug de software de la FIA apagó los pedales en plena carrera y estuvo a punto de arruinar el GP de Bahréin?

La primera prueba en mojado de la temporada 2026 se convirtió en un laboratorio involuntario de software. Cuando el pelotón se alineaba tras el coche de seguridad para la vuelta de formación, Max Verstappen fue el primero en detectar una pérdida de potencia mientras circulaba a ritmo lento. Detrás de él, Lewis Hamilton se quedó detenido casi por completo y varios coches más siguieron el mismo destino, generando un efecto acordeón que convirtió al líder de la fila en un imán de frenadas de emergencia.

La dirección de carrera no tuvo margen: bandera roja en plena vuelta de formación y 40 minutos de parón antes de que el público malasio viera un solo duelo en pista. Lo que en televisión parecía un simple fallo mecánico de un par de equipos era, en realidad, un comportamiento anómalo inducido por el propio software de control que la FIA desarrolla junto a las escuderías desde hace años.

La pregunta clave es incómoda: ¿cómo un sistema probado durante múltiples temporadas y validado por equipos de la talla de Red Bull y Racing Bulls pudo desmoronarse justo en la ronda 16 y justo bajo la lluvia? La respuesta oficial es tan simple como preocupante: nunca se había testado en las condiciones exactas en las que falló, es decir, detrás del Safety Car y a velocidades extremadamente bajas.

El fallo se disparó en el entorno de control que gestiona el límite de potencia eléctrica de 250 kW impuesto cuando la pista está mojada. A velocidades muy reducidas, y solo en determinados minisectores del circuito de Sepang, varios coches entraron en un bucle lógico que les impedía volver a acelerar. El resultado en pista fue una paradoja terrible: el piloto pisaba el acelerador y el monoplaza respondía como si el motor estuviera al ralentí, desconectado de cualquier demanda de par.

La explicación técnica preliminar apunta a que el bug redirigió toda la demanda de par hacia la recarga del MGU-K, lo que explica por qué los pilotos sintieron que el pedal había dejado literalmente de existir. Es un escenario especialmente peligroso en una parrilla de Fórmula 1: un coche que se detiene sin aviso en mitad de una formación compacta es un imán de colisiones, y solo el efecto acordeón y la pericia del resto evitó daños mayores.

Llama la atención que el motor de combustión también se viera arrastrado por el fallo, algo que en condiciones normales de baja velocidad no debería ocurrir. La FIA todavía no tiene una respuesta formal a ese punto, lo que deja abierta la puerta a que existan interacciones entre la gestión electrónica de potencia y el reparto de par que no están del todo documentadas en el propio software.

Una lectura rápida de las imágenes sugería que los coches motorizados por Mercedes habían sufrido menos el problema que el resto de fabricantes. Nikolas Tombazis desmintió esa teoría: no había ninguna razón técnica detrás, sino pura dinámica de pelotón. El efecto acordeón provocado por las frenadas sorpresivas hizo que algunos pilotos alcanzaran velocidades mínimas dentro de los minisectores críticos y otros no, lo que decidió quién caía en el bucle del software y quién se salvaba.

En términos de telemetría, esto significa que la variable desencadenante no fue la unidad de potencia ni el chasis, sino el perfil de velocidad instantánea registrado en una ventana de minisector concreta. Un coche podía entrar a 60 km/h y salir ileso, mientras que otro entraba a 45 km/h y quedaba atrapado en el fallo. Es la clase de fragilidad que ningún banco de pruebas reproduce con fidelidad, porque exige tráfico real, goma fría, lluvia y un Safety Car agrupando a veinte monoplazas.

La consecuencia deportiva es incómoda para todos: el rendimiento dejó de depender del piloto, del motor o de la aerodinámica y pasó a depender de una condición de software activada por el ritmo del de delante. Es exactamente lo contrario de lo que exige el reglamento técnico y deportivo de la Fórmula 1.

Con la parrilla detenida y el reloj corriendo, la FIA activó su protocolo de emergencia. Sus ingenieros identificaron el origen del fallo muy rápido y publicaron una actualización que, en la práctica, levantaba la restricción energética asociada al límite de 250 kW en los minisectores donde las velocidades bajas habían disparado el bug. Tombazis reconoce que fue un trabajo apresurado, sin margen para validar el parche en pista.

El propio director de monoplazas admitió que la prioridad era volver a rodar cuanto antes y que la actualización no era perfecta ni había sido probada. Ese reconocimiento, inusual en un organismo que suele blindar su comunicación, revela la presión real a la que se enfrentó la FIA: entre reanudar la carrera en condiciones conocidas o mantener a los coches parados indefinidamente.

El detalle logístico que explica los 40 minutos de espera fue la necesidad de que todas las escuderías instalaran el software modificado antes de reiniciar la acción. Sin esa sincronización, la carrera habría sido un experimento a cielo abierto. La medida funcionó para el Gran Premio, pero deja una pregunta técnica colgando: no es una solución defendible a largo plazo, porque elimina una restricción de potencia pensada precisamente para gestionar la energía en mojado.

El punto más crítico del informe Tombazis es la confesión de que el software no se probó bajo el coche de seguridad en condiciones de lluvia. Durante toda la temporada 2026 apenas hubo rodaje en mojado, lo que convirtió la primera cita húmeda del año en la primera validación real de un código que llevaba años madurando sin ese escenario. Es un fallo de cobertura de test, no de programación en sí.

En ingeniería de competición, los peores fallos no son los que aparecen en el banco de pruebas, sino los que se esconden en la intersección entre variables: baja adherencia, baja velocidad, límites energéticos activos y tráfico denso. Ese cruce exacto es el que nadie había reproducido y el que Sepang reprodujo en vivo ante millones de espectadores.

La pregunta que queda flotando en el paddock es si la FIA cuenta con recursos suficientes para simular estos escenarios antes de cada temporada, o si el calendario y las restricciones de test la obligan a depender de la suerte. Con la nueva normativa híbrida todavía en fase de ajuste, la respuesta a esa pregunta será determinante para la credibilidad del campeonato.

Más allá del espectáculo, el episodio deja tres consecuencias claras. La primera es deportiva: un fallo de software que se activa por ritmo de pelotón introduce un elemento aleatorio en un campeonato que se decide por márgenes mínimos. La segunda es de imagen: una categoría que vende excelencia tecnológica no puede permitirse que un pedal se desconecte sin explicación pública.

La tercera es de gobernanza. La FIA ha demostrado capacidad de reacción, pero también ha expuesto la fragilidad de su proceso de validación. Si la solución aplicada en Sepang no se sustituye por una versión probada en mojado antes de la próxima cita húmeda, el mismo bug volverá a aparecer, y esta vez con consecuencias deportivas o de seguridad potencialmente mayores.

Para los equipos, el mensaje es igualmente incómodo: el software común de control se ha convertido en un componente competitivo más, y nadie quiere ser el que provoque el próximo caos. La presión recaerá sobre la FIA para publicar un informe técnico completo antes de que la temporada vuelva a pisar agua.