请教CIDv1字符串版本计算方式及编码匹配问题

要搞懂CIDv1的字符串生成，得先明确它的二进制结构，再对应到编码规则——你遇到的不匹配问题，核心是用了标准base32而非IPFS专用的base32变种，且没理清CID的字节组成逻辑。

CIDv1的二进制结构拆解 #

你给出的十六进制0170B220203C7EB6AB0AEA0575274FD9F553B27FE9A8B9DB5848C0803B07A6DAB29930A009，拆成字节流后对应CIDv1的4个核心部分：

• 版本号：第1字节 01 → 标识这是CIDv1
• 编码格式：第2字节 70 → 对应IPFS使用的base32btc编码（区别于标准RFC4648 base32）
• CBOR编码的哈希描述：接下来的2字节 B220 → CBOR序列化后的哈希类型，其中B2表示BLAKE3哈希函数，20表示哈希长度为32字节（256位）
• 哈希值：剩余的32字节 203C7EB6AB0AEA0575274FD9F553B27FE9A8B9DB5848C0803B07A6DAB29930A009 → 实际的BLAKE3哈希结果

为什么直接用标准base32编码不匹配？ #

你用的在线工具是标准RFC4648 base32，但IPFS的CIDv1字符串用的是base32btc，两者有两个关键差异：

1. 字符集顺序：标准base32用A-Z+2-7，而base32btc用a-z+2-7（全小写）
2. 填充规则：标准base32会补=填充到8的倍数，base32btc直接去掉所有填充符

另外，你需要确保是把二进制字节流而非十六进制字符串进行编码——比如把十六进制转成原始字节（而非直接转字符串），再用base32btc编码，才能得到正确的CID字符串bafykbzacea6h5nvlblvak5jhj7m7ku5sp7u2roo3lbembab3a6tnvmuzgcqas。

验证逻辑步骤 #

1. 把目标十六进制转成原始二进制字节
2. 使用base32btc编码（全小写、去除填充符）
3. 自动添加前缀b（这是base32btc编码的CIDv1专属标识）

按此流程操作就能得到与示例完全匹配的CID字符串。

内容的提问来源于stack exchange，提问作者ramiz_karaeski