quando usar base32 em vez de base64
A diferença entre Base32 e Base64 começa em quantos bits cada caractere de saída carrega: 5 no Base32, 6 no Base64. Um bit a menos por símbolo parece pouco, mas empurra o overhead de 33% para 60%, quase o dobro. A troca só compensa quando o motivo é outro: um texto que precisa ser digitado à mão, ditado por telefone, ou salvo como nome de arquivo num sistema que não distingue maiúscula de minúscula.
24 caracteres para 15 bytes, exatamente 60% de expansão: 15 vezes 8 bits dividido por 5 bits por símbolo fecha em 24 sem sobra nem padding.
20 caracteres para os mesmos 15 bytes, 33,3% de expansão: a mesma entrada, o mesmo tamanho, um resultado 4 caracteres mais curto que o Base32.
No macOS e no Windows por padrão, maiúscula e minúscula não distinguem nomes de arquivo, então um identificador Base64 com letras minúsculas e maiúsculas distintas arrisca colidir com outro; Base32 não tem esse risco porque decodifica igual nos dois casos.
Se a outra ponta fala em RFC 4648 sem qualificar, é o alfabeto A-Z2-7 com padding. Use base32hex quando a ordem alfabética do texto codificado precisar acompanhar a ordem numérica dos dados, que é o caso do NSEC3 em DNSSEC. Use Crockford quando o código vai ser lido e digitado por pessoas e você quer detectar erro na hora, com o dígito de verificação. Use z-base-32 quando o valor vai ser ditado em voz alta. Escolher errado não corrompe nada, mas a outra ponta não vai conseguir decodificar.
Porque Base32 usa 5 bits por caractere de saída (32 símbolos) e Base64 usa 6 (64 símbolos). Um byte tem 8 bits, então Base32 precisa de 8/5 = 1,6 caractere por byte e Base64 precisa de 4/3 ≈ 1,33. É uma consequência direta da matemática do alfabeto, não uma escolha de implementação.
Depende de onde o texto codificado vai viver. Em um nome de arquivo, um subdomínio DNS ou um código lido em voz alta por telefone, sim: o custo de 27 pontos percentuais de overhead a mais compra a garantia de que maiúscula e minúscula nunca vão trocar o resultado. Em uma API JSON ou um header HTTP, normalmente não vale, porque nada ali dobra o caso do texto.
Não. Todas as variantes padrão de Base64 (incluindo a URL-safe, com - e _ no lugar de + e /) diferenciam A de a, então decodificar com o caso trocado produz um resultado diferente ou um erro. Para virar case-insensitive, um sistema precisaria normalizar o texto antes de decodificar, algo que o próprio Base32 já resolve no alfabeto.
ABCDEFGHIJKLMNOPQRSTUVWXYZ234567Tudo é calculado no seu navegador, inclusive o arquivo carregado e qualquer segredo colado. Nada é enviado para servidor.