如何摆脱对服务器的依赖，转向 IPFS
想象一下，你上传了一个很酷的个人项目或文档，一个月后链接就失效了。或者托管你内容的服务器突然宕机了。在我们熟悉的 Web（HTTP）中，我们按地址查找数据：访问特定的服务器，希望文件还在那里。IPFS 提议将这个模式彻底翻转。
核心思想是什么
IPFS（星际文件系统）不仅仅是一个云存储服务。它是一个改变我们搜索文件方式的协议。不再问"哪台服务器有这个 PDF？"，而是问网络"谁有这个哈希值的文件？"。
当你向 IPFS 上传文件时，文件被分割成块，每块获得一个唯一的加密标识符（CID）。如果两个人上传同一个文件，它们会有相同的 CID。这自动解决了重复问题，并允许你像老式的 BitTorrent 那样，同时从多个节点下载文件的不同部分。
实际工作原理
主要特点是内容寻址。在传统互联网上，链接看起来像这样：https://mysite.com/cat.jpg。如果我把猫换成狗，链接保持不变。在 IPFS 中，链接与内容本身绑定。如果文件即使改变一个字节，其地址也会改变。
这带来了几个很酷的优势：
- 内容无法被悄悄替换。
- 如果文件很受欢迎，它会从数百个节点分发，这减轻了你的主服务器负担。
- 只要至少有一个网络参与者需要该数据，它就会一直存在。
顺便说一下，这个项目从 2014 年就存在了。在此期间，围绕它发展出了一整套技术栈，比如用于处理数据结构的 IPLD 和用于网络连接的 libp2p。
开发入门指南
如果你想亲自动手实践这项技术，最简单的方法是安装桌面应用或 CLI 客户端。安装后，你的电脑就成为一个完整的网络节点。
从控制台向网络添加文件看起来非常简单：
ipfs add my_photo.jpg
# На выходе получаем CID: QmZtmWQZFB...
现在全世界任何知道这个哈希值的人都可以从网络请求该文件。如果你不希望用户安装特殊软件，可以使用公共网关。链接看起来像这样：https://ipfs.io/ipfs/QmZtmWQZFB...。
实际应用场景
我经常看到 IPFS 被用于托管静态网站。你只需要把 React 或 Vue 应用的构建版本推送到 IPFS，然后——你的网站就分布在整个网络中了。没有单点故障，不依赖特定的托管服务商。
另一个用例是存储 NFT 或其他数字资产的元数据。在区块链上存储图片成本高昂，而提供指向普通服务器的链接又有风险（服务器可能宕机）。IPFS 在这里非常适合：链接是永久且不可变的。
该协议在分布式科学计算或档案存储中也表现出色，在这些场景中，确保数据不被篡改至关重要。
有什么缺点
当然有。IPFS 不是"云端的免费 U 盘"。如果你添加了一个文件然后关闭电脑，如果没有人成功下载或"固定"它，文件可能会从网络中消失。对于永久存储，人们通常使用专门的固定服务（pinning services）或运行自己的服务器节点，确保始终在线。
另一个问题是速度。在一个巨大的 P2P 网络中搜索一个稀有文件可能需要时间。它不像我们习惯的集中式 CDN 那样能即时响应。
值得一试吗
如果你在构建去中心化应用（dApp），或者只是厌倦了项目中的链接不断失效，那绝对值得学习 IPFS。这是一种处理网络信息的强大范式转变。
最佳起点是官方文档，地址在 docs.ipfs.tech。里面有写得很好的概念解释和清晰的安装教程。这个项目充满活力，拥有庞大的社区和 MIT 开源许可，你可以深入研究。
相关项目