IPFS CIDv0和CIDv1怎么选？

CIDv0 与 CIDv1 可以指向相同内容，但编码形式和使用场景不同。迁移时先证明 multihash 保持一致，再选择 base32、base58btc 或其他 multibase；只比较字符串外观会把同一对象误判成两个文件。

两种 CID 的结构差异

CIDv0 是受限的旧表示，通常以 Qm 开头，隐含 dag-pb codec 并使用 base58btc。CIDv1 显式包含版本、multicodec 和 multihash，常见 base32 文本以 b 开头，也允许其他 multibase。浏览器子域网关通常更适合大小写不敏感的 base32 CIDv1。

转换而不是重新上传

使用官方 IPFS CLI 可把已有 CID 的表示转换为 v1，例如用 cid format 或 cid base。转换前后解码并比较 multihash；只要哈希和 codec 对应同一 DAG，内容寻址对象就没变化。若重新打包目录、修改文件元数据或更换 codec，得到新 CID 才正常。

选择和存储建议

需要 DNS 子域网关、明确 codec 或面向新应用时优先 CIDv1 base32；兼容只识别 Qm 的旧系统时保留 CIDv0 输入。数据库最好存二进制 CID 或规范化值，不把大小写转换、URL 转义后的字符串当唯一依据。验证内容时仍要获取块并重新计算哈希。

IPFS CIDv0与CIDv1：当前证据的停止位置

从v0转换到v1只在保留相同multihash与codec语义时表示同一对象，重新导入文件可能因分块设置得到新CID。

IPFS CIDv0与CIDv1：来源支持到哪一层

CID由版本、multicodec和multihash等信息组成；CIDv0是受限的旧表示，通常以Qm开头并隐含特定编码。
CIDv1显式包含版本与codec并可使用multibase表示，Base32形式适合放入大小写不敏感的子域网关。
同一内容可以因codec、分块方式或CID版本不同得到不同字符串；CID匹配证明内容寻址一致，不证明内容合法、安全或长期可获取。（有限确认）

IPFS CIDv0与CIDv1：把搜索问题拆成四层

要问：CID字段剖面是否与当前环境一致？ 验收目标：用CID字段剖面直接回答搜索意图并形成可执行核验信息。
要问：v0与v1对照是否与当前环境一致？ 验收目标：用v0与v1对照直接回答搜索意图并形成可执行核验信息。
要问：子域网关兼容是否与当前环境一致？ 验收目标：用子域网关兼容直接回答搜索意图并形成可执行核验信息。
要问：内容可信边界是否与当前环境一致？ 验收目标：用内容可信边界直接回答搜索意图并形成可执行核验信息。

IPFS CIDv0与CIDv1最容易出现的误判

不能因为CID字段剖面看起来正常，就省略v0与v1对照和子域网关兼容。界面成功、请求被接收和业务完成是三种状态，各自需要证据。

IPFS CIDv0与CIDv1的证据出处

IPFS CIDv0与CIDv1的一级来源 1：IPFS Docs。用于正式字段、流程或产品说明
IPFS CIDv0与CIDv1的一级来源 2：CID Specification。用于实现路径、比较基准或风险边界

与IPFS CIDv0与CIDv1直接相邻的站内主题

Bech32和Bech32m如何区分？：补充第1项相邻知识。
CAIP-19如何避免跨链混淆？：补充第2项相邻知识。

关于IPFS CIDv0与CIDv1的说明只用于技术教育和风险识别，不构成收益承诺。