Bit rot: por que arquivos digitais se corrompem sem aviso
Guardar uma cópia não prova que ela permaneceu intacta. Checksums permitem detectar mudanças silenciosas, mas a recuperação ainda depende de redundância e manutenção.
R42 / RESUMO
Bit rot é um nome informal para alterações ou perdas não intencionais nos bits armazenados. Checksums criam uma impressão digital do arquivo e permitem descobrir se ele mudou, mas não restauram o conteúdo. A preservação depende de cópias independentes, verificações periódicas e substituição da versão corrompida por uma cópia íntegra.
PONTOS-CHAVE
- Um arquivo pode continuar listado no armazenamento mesmo depois de parte de seu conteúdo ser alterada.
- Checksums permitem comparar o estado atual do arquivo com uma referência criada quando ele estava íntegro.
- A verificação detecta corrupção, mas não reconstrói os dados perdidos.
- Recuperação exige pelo menos outra cópia comprovadamente íntegra.
- Obsolescência de formato é um risco diferente: o arquivo pode estar intacto e ainda assim se tornar difícil de abrir.
Uma foto, um save, uma ROM, um vídeo ou o arquivo-fonte de um projeto pode continuar aparecendo normalmente em uma pasta e ainda assim ter sofrido uma alteração interna. Às vezes o problema só surge quando a imagem exibe blocos, o vídeo para no meio ou o programa recusa abrir o conteúdo. “Bit rot” é o nome informal usado para esse tipo de degradação ou corrupção não intencional dos dados armazenados.
O termo sugere que bits simplesmente envelhecem, mas o resultado pode ter origens diferentes: desgaste da mídia, falhas no dispositivo ou controlador, erros durante leitura e gravação, transferências incompletas ou problemas de software. Para a preservação digital, descobrir a causa exata nem sempre é o primeiro passo. Antes é preciso responder a uma pergunta mais objetiva: o arquivo ainda contém exatamente a mesma sequência de bits considerada íntegra no início?
Como um checksum identifica a mudança
A resposta prática é a verificação de fixidez. Um programa lê o conteúdo do arquivo e aplica um algoritmo para gerar um resumo curto, chamado checksum ou hash. Esse valor funciona como uma impressão digital: o mesmo conteúdo produz o mesmo resultado; se os dados forem alterados, a nova verificação deverá produzir um resultado diferente.
O checksum de referência precisa ser criado quando há confiança de que o arquivo está correto. Depois, ele pode ser recalculado após uma transferência ou periodicamente durante o armazenamento. Se os valores coincidirem, há evidência de que o conteúdo permaneceu igual. Se divergirem, o arquivo mudou e deve ser investigado.
O padrão Secure Hash Standard do NIST define algoritmos usados para gerar resumos capazes de indicar se uma mensagem foi alterada. Na preservação, ferramentas e formatos podem guardar esses valores em bancos, metadados ou manifestos. O formato BagIt, descrito na RFC 8493, por exemplo, associa caminhos de arquivos a checksums e considera válido o pacote cujos valores foram verificados com sucesso.
Detectar não é o mesmo que reparar
Um checksum não é uma cópia do arquivo. Ele pode apontar que houve alteração, mas não contém dados suficientes para reconstruir uma foto, um vídeo ou um executável danificado. A Digital Preservation Coalition recomenda combinar verificações regulares com múltiplas cópias: quando uma delas diverge da referência, outra versão comprovadamente íntegra pode substituí-la.
Essa diferença separa três funções frequentemente confundidas. O armazenamento mantém os dados disponíveis; a redundância oferece outra cópia; a verificação de fixidez revela se cada cópia continua fiel. Guardar dois arquivos corrompidos não resolve o problema, e calcular um checksum sem possuir uma versão saudável apenas permite confirmar a perda.
Sincronização também não equivale automaticamente a preservação. Ela é útil para acesso e continuidade, mas pode propagar uma exclusão ou alteração indesejada. Para conteúdo importante, é necessário conservar cópias independentes, histórico suficiente para voltar no tempo e registros das verificações realizadas.
Um arquivo intacto ainda pode se tornar inacessível
Corrupção de dados e obsolescência são riscos diferentes. O primeiro altera o conteúdo binário; o segundo acontece quando o arquivo permanece intacto, mas o software, codec, sistema ou hardware necessário para interpretá-lo desaparece. O programa de preservação dos Arquivos Nacionais dos Estados Unidos trata integridade de dados e sustentabilidade de formatos e mídias como áreas relacionadas, porém distintas.
Por isso, preservar não significa colocar algo em um disco e esquecê-lo. A versão 2.1 dos Levels of Digital Preservation, publicada pela NDSA em março de 2026, apresenta a preservação como um programa que precisa ser avaliado e aperfeiçoado. Inventário, cópias em ambientes separados, checksums, auditoria e planejamento de formatos formam camadas complementares.
Como aplicar a ideia a uma coleção pessoal
O processo pode começar de forma simples: identificar o que seria difícil substituir, criar uma cópia adicional em outro local, gerar checksums de referência e verificar os arquivos novamente em intervalos definidos. Toda migração intencional, como converter um formato ou reorganizar um pacote, cria um novo estado e exige novos valores de referência, preservando o registro do que foi feito.
Em acervos de games, isso protege dumps, saves, mods, documentos e ferramentas, enquanto iniciativas como o MAME preservam o funcionamento do hardware em código. São problemas complementares: integridade mantém os bits confiáveis; documentação e migração mantêm esses bits compreensíveis e utilizáveis. A preservação só funciona quando as duas coisas continuam possíveis.
Misael
Responsável pela apuração e redação desta matéria na Rota42.
R42 / FAQ
O que significa bit rot?
Bit rot é um termo informal para a alteração ou degradação não intencional de dados armazenados. Na preservação digital, o problema costuma ser tratado por meio da verificação de fixidez, que confirma se a sequência de bits de um arquivo permaneceu igual.
Um checksum consegue reparar um arquivo corrompido?
Não. O checksum indica que o arquivo mudou, mas não informa necessariamente onde ocorreu a alteração nem reconstrói o conteúdo original. A reparação normalmente exige substituir o arquivo por outra cópia íntegra.
Qual é a diferença entre checksum e backup?
O checksum serve para verificar integridade; o backup guarda outra cópia. Um sem o outro é incompleto: uma cópia não verificada pode já estar corrompida, enquanto um checksum sem uma cópia saudável apenas confirma que houve dano.
Sincronizar arquivos na nuvem elimina o risco de bit rot?
Não necessariamente. Sincronização melhora disponibilidade, mas pode reproduzir uma alteração indesejada entre dispositivos. Preservação exige histórico, cópias independentes e verificação de integridade, não apenas arquivos acessíveis em vários lugares.
Formato obsoleto é a mesma coisa que arquivo corrompido?
Não. Um arquivo corrompido teve seus dados alterados. Um arquivo em formato obsoleto pode estar perfeitamente íntegro, mas depender de software, codecs ou hardware que já não estão disponíveis.