开发者进阶中级796 次阅读
去中心化存储：IPFS 与 Arweave 的区别
IPFS 做内容寻址但不保证文件存在，Arweave 一次付费追求长期存储。理解两者的取舍与常见的组合用法。
#IPFS#Arweave#去中心化存储#内容寻址#元数据
一句话结论
IPFS 解决的是"按内容找到文件"，不保证文件一直存在；Arweave 解决的是"一次付费、长期可访问"。它们解决的不是同一个问题，实践中经常配合使用。
内容寻址与位置寻址
传统网址是位置寻址：同一个文件换个服务器，链接就失效。IPFS 用文件内容的哈希作为地址（CID），内容改一个字节地址就变，因此"地址本身就是校验和"。优点是天生的防篡改与去重，代价是必须有节点愿意替你保存——只把文件 pin 在一台机器上，那台机器下线文件就取不到。于是才有固定服务（pinning）与 Filecoin 这类存储激励层：IPFS 管寻址与分发，持久化交给别的东西。
Arweave 的思路
Arweave 采用一次付费、面向长期存储的模型，用一套存储基金与经济激励来支撑"永久"这个承诺。它的优势是能拿到一个稳定、不易失效的链接，适合写死 NFT 元数据、应用前端与归档资料；代价是成本前置、写入后不可修改，而且"永久"本质上仍然是对这套经济机制的信任。
怎么选
- 需要频繁更新、大文件分发、类 CDN 访问：IPFS 加固定服务。
- 需要长期不变、按链接稳定可访问：Arweave。
- 现实中的常见组合：内容放 IPFS，把 CID 与关键元数据写进合约或 Arweave，链上只保留最小的锚点。
给你的教训
- CID 不等于"已经保存"：不固定、不付费，文件随时可能取不到，上线前先确认谁负责持久化。
- 不要把大文件写到链上：链上存储昂贵且几乎无法清理，正确做法是只存哈希与指针。
- 存进去的内容是公开的：敏感数据要先加密再上传，也不要指望"没人知道 CID"能保密。
- 换方案时要考虑不可变性带来的迁移成本：写进合约或 NFT 元数据的链接一旦固化，改动非常麻烦。