Um bug de software teria limitado 10 carros de F1 a cerca de 30 km/h na volta de apresentação em Sepang. 🏎️💻 A FIA precisou interromper a largada e distribuir uma correção emergencial. Se um update pode paralisar uma corrida, onde termina o carro e começa o computador? 🧵

Imagem indisponível

Lewis Hamilton relatou pelo rádio que o acelerador não respondia. Ocon, Bottas, Bortoleto, Leclerc, Verstappen e outros também foram afetados. Não era uma falha isolada: era um comportamento sistêmico. Como validar um sistema quando dez máquinas falham ao mesmo tempo?

A explicação da FIA: uma combinação “sem precedentes” de baixa rotação, pouca aderência, ajustes para chuva e características de setores do circuito levou à perda involuntária de potência elétrica. Mas “sem precedentes” deveria ser sinônimo de inevitável — ou de teste insuficiente?

Imagem indisponível

O ponto crítico é a dependência: a unidade de potência moderna junta motor, bateria, sensores, telemetria e algoritmos de gestão de energia. Isso aumenta eficiência, mas também cria novos pontos de falha. Um carro mais sofisticado é automaticamente um carro mais confiável?

A resposta foi quase instantânea: durante a bandeira vermelha, a FIA enviou uma atualização de software e as equipes instalaram o ajuste antes da largada. Conveniente? Sim. Mas também preocupante: que nível de auditoria e simulação um patch emergencial recebe sob pressão?

Imagem indisponível

Verstappen ironizou que, com um “motor V8 de moto”, isso não aconteceria. A piada expõe uma tensão real: tecnologia híbrida entrega eficiência e inovação, mas o espetáculo pode ficar refém de linhas de código. O desafio não é abandonar o software — é torná-lo mais resiliente.

A F1 funciona como laboratório para a indústria automotiva. Se um bug consegue derrubar dez carros monitorados por engenheiros em tempo real, como montadoras vão garantir segurança em veículos cada vez mais conectados nas ruas? Código também precisa passar pela prova de confiabilidade.

Imagem indisponível