Detección de errores frente a corrección de errores

La detección de errores advierte que algo salió mal; la corrección de errores lo arregla sin pedir un reintento. Ambas se basan en añadir redundancia a un mensaje — y la diferencia entre ellas es exactamente por qué un código QR rayado aún puede escanearse a la perfección.

Envía cualquier mensaje a través del mundo real — un cable, una onda de radio, una etiqueta impresa — y tarde o temprano una parte se estropea. La respuesta inteligente no es confiar en la suerte; es construir el mensaje de modo que los errores se revelen solos y, mejor aún, se reparen solos. Aquí está cómo se diferencian la detección y la corrección, y dónde aparece cada una en la vida diaria. 🐾

¿Qué es la detección de errores?

La detección de errores es la capacidad de notar que un mensaje se ha corrompido. No arregla nada — solo levanta la mano y dice "esto no tiene buena pinta". Cuando un sistema detecta un error, normalmente descarta los datos malos y pide que se envíen de nuevo, o lo señala para un humano.

El ejemplo clásico es el bit de paridad: un único bit extra añadido a un grupo de modo que el número total de unos sea siempre par (o siempre impar). Si un solo bit se invierte en tránsito, el recuento ya no coincide, y el receptor sabe que algo se rompió. No puede decir cuál bit salió mal — solo que uno lo hizo. Nuestra guía sobre sumas de verificación, hashes y bits de paridad cubre estos detectores en detalle.

¿Qué es la corrección de errores?

La corrección de errores va un paso más allá: no solo detecta un problema, sino que reconstruye el mensaje original, ahí mismo, sin necesidad de retransmisión. Esto es esencial siempre que pedir un reintento sea imposible o poco práctico — una nave espacial no puede reenviar datos fácilmente a través del sistema solar, y un código QR impreso no puede pedirte que lo des-emborrones.

La corrección funciona añadiendo más redundancia estructurada de la que necesita la mera detección. En lugar de un único bit de alarma, el mensaje lleva suficiente información extra para localizar dónde está el error y cuál debería ser el valor correcto. El primer esquema práctico que hizo esto lo inventó Richard Hamming — mira códigos de Hamming para conocer esa historia de origen.

La detección pregunta "¿esto está mal?". La corrección pregunta "¿qué debería haber sido?". La segunda pregunta cuesta más redundancia de responder, pero significa que el mensaje sobrevive por sí solo.

¿Por qué la redundancia hace esto posible?

Tanto la detección como la corrección funcionan con el mismo combustible: la redundancia, es decir, información extra más allá del mensaje pelado. Esto suena derrochador, pero es todo el truco. Claude Shannon, que fundó la teoría de la información, demostró que una redundancia cuidadosamente elegida es lo que nos permite comunicarnos de forma fiable por canales poco fiables.

Una forma sencilla de sentirlo: imagina enviar una sola letra pero escribiéndola tres veces — "AAA". Si una copia llega como "AAB", aún puedes detectar el error (las copias discrepan) y corregirlo por voto mayoritario (dos A ganan a una B). Esa repetición burda desperdicia mucho espacio, pero captura el principio. Los códigos reales logran la misma protección de forma mucho más eficiente.

¿Cuánta redundancia necesitas?

Cuantos más errores quieras detectar o arreglar, más redundancia debes añadir. Detectar un solo bit invertido es barato — un bit de paridad lo hace. Corregir un error cuesta más, porque tienes que localizarlo y repararlo, no solo notarlo. Corregir muchos errores cuesta aún más.

• Detectar un error: un solo bit de paridad basta para detectar cualquier inversión de un solo bit.
• Corregir un error: un pequeño puñado de bits de paridad, dispuestos con ingenio, como en Hamming(7,4), puede localizar y arreglar un bit invertido.
• Corregir muchos errores: códigos potentes como Reed–Solomon añaden múltiples símbolos de verificación; cada dos símbolos de verificación compran la capacidad de corregir un error de símbolo.

Esto siempre es un equilibrio. La redundancia ocupa un espacio que podría haber llevado más mensaje, así que los diseñadores ajustan la cantidad al nivel esperado de daño. Nuestro artículo sobre corrección de errores Reed–Solomon muestra cómo se ajusta ese dial para usos exigentes.

¿Dónde vemos la detección y corrección de errores en la vida real?

Una vez que sabes qué buscar, estas técnicas están en todas partes manteniendo los datos intactos en silencio:

Dónde	Qué hace
Códigos QR	Corrigen daños de manchas, arañazos y logotipos para que el código aún se escanee
CD y DVD	Corrigen errores de lectura de arañazos y polvo mientras gira el disco
Sondas del espacio profundo	Corrigen errores en señales debilitadas por vastas distancias, donde reenviar es lento o imposible
Memoria de ordenador (ECC)	Detecta y corrige inversiones ocasionales de bits en la RAM de servidores al vuelo
Transferencias de red	Detectan paquetes corruptos con sumas de verificación y solicitan un reenvío

Fíjate en la división: las redes a menudo se apoyan en la detección porque reenviar un paquete es barato, mientras que los discos, las naves espaciales y los códigos QR necesitan corrección porque un reintento no es una opción.

¿Cómo usa un código QR ambas?

Un código QR es un precioso escaparate de la corrección en el mundo físico. Cuando se crea un código, se calculan datos extra de corrección de errores a partir de tu mensaje y se entretejen en la cuadrícula mediante codificación Reed–Solomon. Cuando un escáner lee un código dañado, esa redundancia le permite tanto localizar las zonas dañadas como reconstruir los datos que faltan — detección y corrección trabajando juntas.

Esto es precisamente por qué una mancha de café, un pliegue o un logotipo colocado a propósito no matan un código QR. Mientras el daño se mantenga por debajo del umbral de recuperación del código, la matemática rellena los huecos. Tú eliges cuánta protección incluir al hacer el código; los niveles y equilibrios se exponen en corrección de errores de los códigos QR.

¿Detección o corrección — cuál deberías querer?

Depende de si un reintento es barato. Si el emisor puede reenviar fácilmente — como en la mayoría de las redes de ordenadores — la detección ligera más un "por favor, repite eso" es eficiente y sencilla. Si un reintento es lento, costoso o directamente imposible — un código impreso, un disco rayado, una señal desde Marte — necesitas corrección, y la pagas en redundancia.

Los códigos QR caen firmemente en el segundo bando. Una vez que un código está impreso, no puede renegociar, así que lleva su propio kit de reparación. Esa autosuficiencia, arraigada en un siglo de ideas de Shannon y Hamming en adelante, es lo que hace tan fiable al humilde cuadrado en blanco y negro.

¿Quieres un código que se desentienda del desgaste? Puedes crear un código QR gratis con QR Puppy y elegir el nivel de corrección de errores que se ajuste a donde vaya a vivir.

Preguntas frecuentes

¿Cuál es la diferencia esencial entre detección y corrección?

La detección te dice que ocurrió un error pero no cómo arreglarlo, así que la respuesta habitual es solicitar un reenvío. La corrección añade suficiente redundancia para reconstruir el mensaje original en el acto, sin necesidad de retransmisión.

¿Por qué no usar siempre la corrección si es más potente?

Porque la corrección cuesta más redundancia, lo que se come el espacio disponible para tus datos reales. Cuando un reintento es barato — como en una red — la detección simple más un reenvío es más eficiente que llevar un kit de reparación completo.

¿Puede un bit de paridad corregir errores?

No. Un solo bit de paridad puede detectar un número impar de bits invertidos, pero no puede identificar qué bit está mal, así que no puede corregir nada. La corrección requiere redundancia más estructurada, como en los códigos de Hamming o Reed–Solomon.

¿Por qué los códigos QR necesitan corrección en lugar de detección?

Un código QR impreso no puede pedir que se le reenvíe, así que detectar el daño por sí solo sería inútil. Lleva datos de corrección de errores para que un escáner pueda reconstruir el mensaje directamente, incluso cuando parte del código está tapada o desgastada.

¿La redundancia es solo espacio desperdiciado?

Usa espacio, pero no se desperdicia — es el precio de la fiabilidad sobre un canal imperfecto. La teoría de la información de Shannon demostró que una redundancia bien elegida es exactamente lo que permite que los mensajes sobrevivan al ruido y al daño.