去中心化文件系统IPFS 0.8（星际文件系统）的发布，形成了由参与系统组成的以P2P网络形式部署的全球版本化文件存储。 IPFS 结合了以前在 Git、BitTorrent、Kademlia、SFS 和 Web 等系统中实现的想法，类似于交换 Git 对象的单个 BitTorrent“群”（参与分发的对等体）。 IPFS 的特点是按内容寻址，而不是按位置和任意名称寻址。 参考实现代码是用 Go 编写的，并根据 Apache 2.0 和 MIT 许可证分发。
在新版本中：
- 已经实现了创建用于固定用户数据的外部服务的能力（固定 - 将数据绑定到节点以确保保存重要数据）。 分配给服务的数据可以具有与内容标识符（CID）不同的单独名称。 您可以按名称和 CID 搜索数据。 为了处理数据固定请求，提出了 IPFS Pinning Service API，它可以直接在 go-ipfs 中使用。 在命令行中，建议使用“ipfs pin remote”命令进行附加： ipfs pin remote service add mysrv https://my-service.example.com/api-endpoint myAccessToken ipfs pin Remote add /ipfs/bafymydata —service= mysrv —name= myfile ipfs pin 远程 ls —service=mysrv —name=myfile ipfs pin 远程 rm —service=mysrv —name=myfile
- 本地节点上的数据绑定（pinning）和取消固定（unpinning）操作得到了加速。 在具有大量绑定的系统上执行推理或修改操作时，性能改进和内存节省尤其明显。
- 为网关生成“https://”链接时，添加了使用子域传输 DNSLink 名称的功能。 例如，要加载名称“ipns://en.wikipedia-on-ipfs.org”，除了之前支持的链接“https://dweb.link/ipns/en.wikipedia-on-ipfs.org” ”，现在可以使用链接“https://en-wikipedia—on—ipfs-org.ipns.dweb.link”，其中原始名称中的点被“-”字符替换，现有的“ -” 字符用另一个类似的字符进行转义。
- 扩展了对 QUIC 协议的支持。 为了提高性能，可以增加 UDP 的接收缓冲区。
回想一下，在 IPFS 中，访问文件的链接直接链接到其内容，并包含内容的加密哈希。 文件地址不能任意重命名，只有内容改变后才能改变。 同样，在不更改地址的情况下不可能对文件进行更改（旧版本将保留在同一地址，而新版本将可以通过不同的地址访问，因为文件内容的哈希值将会改变）。 考虑到文件标识符会随着每次的变化而变化，为了不每次都传输新的链接，提供了绑定考虑不同文件版本的永久地址（IPNS）的服务，或者类比传统FS分配别名， DNS（MFS（可变文件系统）和 DNSLink）。
类比BitTorrent，数据直接存储在以P2P方式交换信息的参与者的系统上，而不依赖于中心化节点。 如果需要接收具有特定内容的文件，系统会找到拥有该文件的参与者，并通过多个线程从其系统中部分发送该文件。 将文件下载到他的系统后，参与者自动成为其分发点之一。 为了确定哪些节点上存在感兴趣的内容的网络参与者，使用了分布式哈希表（DHT）。 要访问全局IPFS FS，可以使用HTTP协议或者使用FUSE模块挂载虚拟FS /ipfs。
IPFS有助于解决诸如存储可靠性（如果原始存储出现故障，可以从其他用户的系统下载文件）、抵抗内容审查（阻止需要阻止拥有数据副本的所有用户系统）和组织访问等问题在没有直接连接到互联网或通信通道质量较差的情况下（您可以通过本地网络上的附近参与者下载数据）。 除了存储文件和交换数据之外，IPFS 还可以用作创建新服务的基础，例如，用于组织不依赖于服务器的站点的操作，或用于创建分布式应用程序。
来源： opennet.ru