J-Kit
English

base58 ipfs cid hash

Base58 no IPFS — CIDv0 e a migração para CIDv1

No IPFS, cada conteúdo é identificado por um CID (Content Identifier). A primeira versão (CIDv0) usa Base58btc para codificar um hash SHA-256 multihash — resultando em identificadores que sempre começam com "Qm". A versão mais moderna (CIDv1) usa Base32 lowercase para ser compatível com subdomínios DNS.

CIDv0 vs CIDv1

  • CIDv0 = Base58btc(multihash(SHA-256(content))). Sempre começa com "Qm" porque multihash SHA-256 tem prefixo 0x1220. CIDv1 = multibase-prefix + version + codec + multihash. Para Base32: começa com "b" (prefixo multibase). Permite endereçamento via DNS (subdomain.ipfs.io).

Exemplo de CID IPFS

CIDv0 (Base58)

Entrada
Qm...
Saída esperada
QmYwAPJzv5CZsnA625s3Xf2nemtYgPpHdWEz79ojWnPbdG

Sempre 46 caracteres Base58, sempre começa com Qm.

Uso seguro

Entrada
context + tool result
Saída esperada
interpreted with limits and next steps

Use o resultado como apoio técnico ou educacional, mantendo os limites da ferramenta explícitos no fluxo.

FAQ da ferramenta completa

Base58 remove os caracteres 0 (zero), O (O maiúsculo), l (l minúsculo) e I (I maiúsculo) pois são facilmente confundidos em fontes comuns e ao pronunciar em voz alta. Isso reduz erros de transcrição humana — crítico para endereços de carteiras onde um erro pode resultar em perda permanente de fundos.

Perguntas frequentes

Por que o IPFS migrou de Base58 para Base32?

DNS é case-insensitive e não aceita caracteres maiúsculos mistos. CIDv1 em Base32 lowercase (prefixo "b") pode ser usado como subdomínio DNS (ex: bafybeig...ipfs.io), habilitando gateway seguro por subdomínio sem colisões. Base58 não é adequado para DNS por ser case-sensitive.

Esta página substitui uma análise oficial ou profissional?

Não. Ela ajuda a entender o cenário e usar a ferramenta com mais segurança, mas decisões reais devem considerar fonte oficial, contexto completo e orientação qualificada quando necessário.