IPFS 本身不保证文件长期可用。它只是一个内容寻址网络，告诉你去哪里找文件，但没有人有义务一直保留你的文件。要让一个 IPFS 文件长期可访问，你必须做两件事：至少在一个可靠的地方固定（pin）它，并且最好在多个独立的地方保留副本。只依赖单一免费网关或单一固定服务，文件迟早会消失。
固定：让文件免于被清理
IPFS 节点会定期做垃圾回收（garbage collection），把"没人用"的数据删掉腾空间。固定（pinning）就是告诉节点：这个 CID 对应的数据不要删。本地 ipfs add 默认会递归固定你添加的文件。但本地固定只在你自己的节点在线且硬盘不坏的前提下有效，笔记本关机、硬盘故障、或者你手动 unpin，文件就没了。
对于需要长期可用的文件，远程固定服务是更实际的选择。IPFS 官方文档列出了几种场景：本地节点不常在线、需要备份、本地硬盘不够、或者你想让多个节点都保留副本。第三方固定服务（如 Pinata、Filebase）本质上就是替你运行 IPFS 节点并收钱保数据。IPFS 官方文档提醒：这些是第三方公司运营的服务，不保证它们会一直维持服务，使用前应该仔细调研。
固定不是永久的承诺。如果你停止付费，或者服务商关停，数据仍然可能丢失。IPFS 官方文档说得很直白：支付固定服务只是把"有人承担存储成本"这件事外包了出去，如果那个付费的人停止付费，内容可能完全丢失。IPFS 保证内容可被发现，但不保证内容持续可用。
备份：冗余比任何单一方案都重要
Astar Degens DAO 在 2026 年的经历是一个可参考的案例。他们的 NFT 元数据原本固定在一个 Hetzner 托管的 IPFS 节点上，随着时间推移，那个节点变得不可靠，市场平台上开始显示损坏的元数据。由于合约的 setBaseURI 已经被永久锁定，他们无法把合约指向新的 IPFS 位置，唯一的选择是逐字节恢复原始的目录 CID。恢复过程动用了多个网关的缓存、一位成员 2022 年的本地备份，最终拼出完整的 10,000 个文件，重新固定到 Pinata 的付费基础设施上。事后他们的改进措施包括：在多个提供商（Pinata、Filebase、web3.storage）之间做冗余固定、自动化监控网关可访问性、以及让多个可信持有者保存 CAR 文件的离线备份。
这个案例的教训不是"用 Pinata 就安全了"，而是：单一固定点会随时间退化。节点会坏、服务商会变、付费可能中断。冗余需要分布在不同的故障域里：不同的服务商、不同的地理区域、最好还有你自己控制的离线副本。
恢复：CID 是确定的，但数据不一定找得回来
IPFS 的内容寻址有一个有用的性质：只要文件内容逐字节相同，重新添加后 CID 就相同。GitHub 上一个教学示例展示了这一点：取消固定并删除内容后，重新 echo 同样的字符串并 ipfs add，得到的 CID 和之前完全一样。这意味着如果你手里有原始文件，恢复 CID 是确定的。
但如果你没有原始文件，只记得 CID，恢复就不确定了。你需要从某个仍然缓存了这些块的节点上把数据拉回来。网关可能缓存过你的文件，但缓存不是固定的承诺，随时可能被清理。Astar Degens 的恢复之所以困难，正是因为原始数据已经不在任何可靠的地方被固定，只能靠零散的缓存和私人备份拼凑。
CAR 文件是值得了解的备份格式。它把 IPFS 目录及其所有块打包成一个文件，可以离线保存，需要时重新导入。Astar Degens 最终把恢复的数据导出为 14.4 MB 的 CAR 文件再上传到 Pinata。如果你在 IPFS 上放了重要内容，定期导出一份 CAR 文件放在自己手里，比依赖任何单一固定服务都可靠。
更底层的方案：Filecoin 和链上证明
IPFS 官方文档把 Filecoin 定位为长期存储的补充层：IPFS 负责寻址，Filecoin 提供存储协议，存储提供者需要定期证明他们确实还在存你的数据。Filecoin Pin 是 2025 年推出的工具，把 IPFS 文件打包、上传给 Filecoin 存储提供者，提供者每天生成数据持有证明，链上验证通过后才释放付款。它的卖点是可验证的持久性：你不是信任一个服务商的承诺，而是信任密码学证明和链上支付条件。
但这个方案有代价。Filecoin 的存储需要管理交易、监控证明、处理续费，对普通用户来说复杂度不低。而且它仍然是付费服务，停止付费或交易到期后数据同样面临被清理的风险。如果你只是想让一个静态网站或几份文档长期可访问，Filecoin Pin 可能有些重；如果你需要的是可审计的、不依赖单一公司存续的存储保证，它值得考虑。
给你的判断
如果你只是临时分享一个文件，用公共网关就够了，不需要固定。文件在网关缓存里能活一阵，但别指望它一直在。
如果你有一个需要长期可用的文件或静态网站，最低成本的做法是：用一家付费固定服务（Pinata、Filebase 等）固定，同时导出一份 CAR 文件存在本地。定期检查网关是否能访问你的 CID，如果发现超时或 504，换一个网关试试，如果多个网关都不行，说明固定可能已经失效，需要重新上传。
如果你在管理有链上合约引用的 IPFS 数据（比如 NFT 元数据），冗余的要求更高。至少在两到三家不同的固定服务商那里保留副本，因为合约一旦锁定 URI，你无法通过改合约来换地址。Astar Degens 的教训是：不要假设某个节点会永远在线，也不要假设你有时间在数据消失之前从容恢复。
如果你需要的是可验证的、不依赖单一公司存续的存储，Filecoin Pin 是目前 IPFS 生态里最接近这个目标的工具。但它不是免费的，也不是零维护的。接受这两点再考虑使用。
参考资料
- IPFS Docs·Persistence, permanence, and pinning，页面未标明更新日期，核查日期：2026-10-21。
- Filebase·What is Pinning?，页面发布日期：2025-04-06，核查日期：2026-10-21。
- IPFS Docs·Pin files using IPFS，页面未标明更新日期，核查日期：2026-10-21。
- IPFS Docs·Work with remote pinning services，页面未标明更新日期，核查日期：2026-10-21。
- Astar Forum·Astar Degens DAO Reporting Q2 2026，页面发布日期：2026-06-04，核查日期：2026-10-21。
- GitHub·unpinned QmfGEMEzFrHB3e9RwZvboUmAL9tY6KVvKEcWgiHWxvY9f1，页面未标明更新日期，核查日期：2026-10-21。
- Filecoin Onchain Cloud Docs·Filecoin Pin，页面发布日期：2026-09-24，核查日期：2026-10-21。
- Filecoin Foundation·Bringing Filecoin's Resilience to IPFS Workflows，页面发布日期：2025-11-06，核查日期：2026-10-21。
