Guía Técnica de Codificación Base32

Cargar Ejemplo:
43 bytes
JBSWY3DPFQQFO33SNRSCCICUN5XWY42BIEQDEMBSGYQEIZLWMVWG64DFOIQFG5LJORSS4===
Byte Hex Dump Preview:
48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21 20 54 6f 6f 6c 73 41 41 20 32 30 32 36 20 44 65 76 65 6c 6f 70 65 72 20 53 75 69 74 65 2e
Bytes Entrada43 B
Bytes Salida72 B
Proporción160% (8:5)
Alfabetorfc4648

100% Client-Side Privacy

Your 2FA authentication seeds, private hashes, and sensitive payloads are encoded strictly within your local browser memory.

Dual RFC 4648 Alphabets

Seamlessly switch between standard Base32 (A-Z, 2-7) and lexicographically sorted Base32hex (0-9, A-V) standards.

Full 2FA Seed Compatibility

Provides one-click padding toggle to generate clean Google Authenticator, Authy, and hardware token compatible seed strings.

Referencia técnica y guía de arquitectura

Guía Técnica de Codificación Base32 — Guía de referencia

Especificación de RFC 4648 Base32 y Base32hex, alineación de 5 bits y eliminación de caracteres ambiguos.

Parámetros clave y controles

alphabetenum

Conjunto de caracteres: Estándar o Base32hex.

paddingboolean

Añade relleno '=' para bloques de 8 caracteres.

Consejos profesionales y mejores prácticas

Base32 no distingue entre mayúsculas y minúsculas y evita 0/O y 1/I.

Ideal para claves de autenticación TOTP de dos factores.

La relación de expansión es fija: 8 caracteres por cada 5 bytes.

Errores comunes y solución de problemas

Asegúrese de no incluir 0, 1, 8 o 9 en modo estándar.

Desactive el relleno '=' antes de copiar la clave.

Preguntas frecuentes (FAQ)

¿Los datos salen de mi equipo?▼

No, todo se procesa localmente en memoria de navegador.

¿Qué diferencia hay con Base32hex?▼

Base32hex conserva el orden alfabético binario.

¿Por qué usar Base32 en TOTP?▼

Porque es fácil de dictar o teclear sin errores visuales.

¿Soporta caracteres UTF-8?▼

Sí, convierte cualquier cadena UTF-8 a bytes antes de codificar.

Herramientas y utilidades relacionadas

Todas las herramientas →