Base64 vs hexadecimal

Los mismos bytes, dos alfabetos

Las dos codificaciones resuelven un mismo problema: los bytes son valores de 8 bits, pero los transportes de texto —URLs, cabeceras, XML, JSON, correo— van mucho mejor con ASCII imprimible. Hex recurre a los dieciséis caracteres 0-9 y a-f; base64 recurre a A-Z, a-z, 0-9, + y /. Ninguna cifra ni comprime nada: ambas están especificadas públicamente, no usan claves y son reversibles al instante, y una cadena base64 es protección para el transporte, no seguridad.

La aritmética: un tercio frente al doble

Hex está alineada al nibble: un byte se parte en dos mitades de 4 bits, cada una renderizada como un carácter, así que las longitudes son previsibles —un valor de n bytes son siempre 2n caracteres, sin relleno ni casos borde—. Base64 reagrupa los bits en bloques de 6 bits, y 24 bits es el primer punto donde el mundo de los bytes y el de base64 coinciden, así que tres bytes se convierten en cuatro caracteres. Un byte sobrante se rellena con ==, dos con un solo =.

Un par resuelto hace concreta la proporción: los bytes de Hi son 48 69 en Hex —cuatro caracteres— y SGk= en base64 —también cuatro caracteres, relleno incluido—. A tamaños reales la diferencia manda: un megabyte de datos se convierte en unos 1.33 MB como base64 con relleno, pero exactamente 2 MB como Hex, y por eso los transportes a granel se estandarizaron en base64 mientras los valores cortos se quedaron en Hex.

Dónde vive cada codificación

Base64 domina lo voluminoso y el transporte. MIME la usa para los adjuntos de correo, la autenticación HTTP Basic codifica credenciales con ella, los JWT llevan su cabecera, su payload y su firma en base64url, las data: URIs incrustan imágenes y fuentes directamente en páginas y hojas de estilo, y las cookies llevan valores base64url porque + y / se portan mal en URLs y cabeceras. Donde los datos binarios deban sobrevivir a un conducto de solo texto con el coste mínimo, la respuesta es base64.

Hex domina lo pequeño y lo que revisa una persona. Los hashes criptográficos se imprimen en Hex por convención —la salida de SHA-256, los identificadores de commit de git—, porque los pares de ancho fijo, sin relleno y alineados por byte se comparan a simple vista o en voz alta sin esfuerzo. Las direcciones MAC, la forma textual de los UUID y los colores CSS como #RRGGBB son Hex, y los editores Hex, los volcados de memoria y los depuradores de protocolos la usan porque cada byte se lee como una unidad autosuficiente.

Trampas y cuándo elegir cuál

Las trampas de Base64 están todas en el alfabeto. Las variantes estándar y URL-safe se diferencian en dos caracteres y nunca deben mezclarse; el relleno lo exigen los descodificadores estrictos pero la convención JWT lo quita; la salida distingue mayúsculas de minúsculas; y MIME parte las líneas a 76 caracteres. Hex tiene exactamente una: las mayúsculas. Las minúsculas son la convención y las mayúsculas aparecen en algunas herramientas, pero mezclarlas es cosmético —todo descodificador estricto acepta cualquiera—.

Así las cosas: elige base64 cuando importa el volumen o un protocolo lo exige —adjuntos, tokens, binario incrustado—. Elige Hex para valores cortos que una persona va a comparar, copiar o depurar: hashes, identificadores, colores. La elección se invierte constantemente en sistemas reales —un JWT llega en base64url y su huella SHA-256 está en Hex—, y los convertidores de abajo gestionan el cruce en tu navegador.