Codificador e decodificador Base32, Base58, Ascii85 e Z85

Como usar

Escolha um Formato, e escolha Codificar ou Decodificar em Modo.
Digite o texto em Texto. O resultado aparece enquanto você digita.
Leia Verificação. Quando ela disser que o texto não é válido, corrija os caracteres que ela indica; quando for válido, copie o Resultado.

Os cinco formatos

Cada formato escreve dados binários com um conjunto fixo de caracteres imprimíveis. Os formatos diferem no número de caracteres que usam e em quanto a saída fica maior que a entrada.

Base32 (RFC 4648, seção 6) usa A a Z e 2 a 7. Cinco bits entram em cada caractere, então oito caracteres guardam cinco bytes, e o texto recebe preenchimento com = até um múltiplo de oito.
Base32hex (RFC 4648, seção 7) usa 0 a 9 e A a V. Ele mantém a ordem de classificação dos dados, o que o Base32 não faz.
Base58 usa o alfabeto do Bitcoin, que deixa de fora 0, O, I e l para que caracteres parecidos não sejam confundidos. Cada byte zero no início vira um 1, e não há preenchimento.
Ascii85 escreve quatro bytes como cinco caracteres de ! a u, cerca de um quarto a mais que os dados. Quatro bytes zero são escritos como z.
Z85 é uma versão do Ascii85 criada para código-fonte: quatro bytes viram cinco caracteres de um alfabeto de 85 caracteres, seguro dentro de strings. Os dados precisam ser múltiplo de quatro bytes.

Texto e bytes

O texto é codificado nos seus bytes UTF-8 (RFC 3629), então a letra ç ocupa dois bytes e um emoji ocupa quatro. A decodificação transforma os bytes de volta em texto. Quando os bytes decodificados não são UTF-8 válido, por exemplo um arquivo ou uma chave, a página os mostra em hexadecimal, para que nenhum byte se perca.

O que a decodificação aceita e recusa

A seção 3.3 da RFC 4648 diz que um decodificador deve recusar caracteres fora do seu alfabeto. Esta página faz o mesmo, então o Base32 não aceita letras minúsculas. Ela ignora espaços e quebras de linha, porque eles vêm de copiar e colar. O preenchimento do Base32 é opcional. A página também recusa um texto Base32 cujo último caractere tem bits de preenchimento que não são zero, algo que a seção 3.5 permite ao decodificador fazer.

Exemplo resolvido: foobar em Base32

O texto foobar tem seis bytes. O Base32 o escreve como 16 caracteres, MZXW6YTBOI seguido de seis sinais =, que é o valor que a RFC 4648, seção 10, dá para BASE32("foobar").

A tabela abaixo é o que a página mostra para foobar em Base32, quando Modo é Codificar.

Saída	Para foobar
Verificação	Codificado em Base32.
Resultado	MZXW6YTBOI======
Bytes	6
Caracteres	16

Perguntas frequentes

O Base32 é uma forma de criptografia?

Não. O Base32 apenas escreve os mesmos bytes com outro alfabeto. Qualquer pessoa pode decodificá-lo sem chave, então ele não esconde nada e não deve ser usado para proteger dados.

Por que o Base58 deixa de fora 0, O, I e l?

O alfabeto do Bitcoin, que a página usa, deixa de fora os caracteres que se parecem em muitas fontes, então um valor copiado à mão tem menos chance de ser lido errado. O alfabeto está no código-fonte do Bitcoin Core.

Por que meu texto Z85 é recusado?

O Z85 codifica quatro bytes de cada vez, então os dados precisam ser múltiplo de quatro bytes. Na decodificação, o texto precisa ter múltiplo de cinco caracteres, e cada caractere deve estar no alfabeto Z85. Um caractere faltando ou sobrando é a causa mais comum.

Por que vejo hexadecimal em vez de texto?

Os bytes decodificados não são texto UTF-8 válido. Mostrá-los como texto perderia ou alteraria alguns bytes, então a página mostra cada byte em hexadecimal.

O Ascii85 é o mesmo que o Base85?

O Ascii85 é uma versão do base 85, com os caracteres de ! a u e o atalho z. O Z85 é outro base 85, derivado do Ascii85, com um alfabeto diferente que é seguro em código-fonte.

Meu texto é enviado para algum lugar?

Não. A codificação e a decodificação rodam no seu navegador, e nada do que você digita é enviado ao nosso servidor ou guardado lá.

Fontes

Números e texto verificados pela última vez em terça-feira, 10 de novembro de 2026.

Resultado