A apuração do TSE travou. A explicação oficial não convenceu.

Não houve evidência de alteração de voto — a apuração fechou perto de 100% na manhã seguinte. O que ficou sem resposta foi outra coisa: por que a explicação técnica foi tão vaga. Evener assume sozinho o Mesa de Quintas nessa semana (o Rener está em viagem internacional, visitando eventos da Nvidia, e volta na próxima quinta) pra analisar, com o olhar de quem trabalha há anos com tecnologia e governança de TI, o incidente que travou a divulgação dos resultados da apuração eleitoral. O sistema parou de atualizar duas vezes — uma por volta dos 40%, outra que levou quase uma hora pra sair de 65% pra 85% — e a explicação dada publicamente foi “congestionamento” e “fluxo acima do normal”. O ponto central do episódio: essa explicação não diz nada de útil. “Congestionamento” pode significar coisas completamente diferentes — recepção, totalização, fila, conversão de dados, distribuição — cada uma exige um nível de resposta diferente. Evener detalha como funciona de fato o processo de apuração (a urna não tem internet, mas o processo depois dela não é totalmente offline — é parecido com declarar imposto de renda: você processa localmente e depois transmite) pra mostrar por que a resposta oficial deixou uma lacuna. A tese que resume o episódio: existe um espaço enorme entre expor a arquitetura de segurança de um sistema crítico (o que você nunca deveria fazer) e dizer apenas “houve um congestionamento” (o que não convence ninguém). Esse espaço é preenchido por uma boa comunicação de incidente: qual serviço falhou, quanto tempo durou, qual foi o impacto, se a contingência funcionou, o que está sendo feito pra evitar que aconteça de novo. Fecha com a frase que resume o episódio: confiança não é acreditar que um sistema nunca vai falhar — é saber que, quando ele falhar, dá pra detectar, rastrear, explicar, corrigir e aprender. E a pergunta que fica: quando um sistema crítico falha, quanto é preciso explicar pra preservar a confiança?