发布去中心化文件系统 （星际文件系统），形成全球版本化的文件存储，以由参与系统组成的P2P网络的形式部署。 IPFS 结合了以前在 Git、BitTorrent、Kademlia、SFS 和 Web 等系统中实现的想法，类似于交换 Git 对象的单个 BitTorrent“群”（参与分发的对等体）。 IPFS 的特点是按内容寻址，而不是按位置和任意名称寻址。 参考实现代码是用Go编写的 根据 Apache 2.0 和 MIT 许可证。
新版本的值得注意之处在于默认包含基于协议的传输 ，它是 UDP 协议的覆盖，支持多个连接的复用，并提供与 TLS/SSL 等效的加密方法。在 IPFS 中，用于接受 UDP 连接的套接字会在与基于 TCP 的传输处理程序相同的地址和网络端口上自动启动。 QUIC 用于传入和传出连接，当连接到新节点时，如果 QUIC 不可用，则会转而使用 TCP。
第二个重要创新是支持安全传输 , 在协议上 并在其中发展 ，用于 P2P 应用程序的模块化网络堆栈。初始连接协商后，参与者之间的所有后续通信都会被加密并防止窃听。
噪音取代了交通 ，但 TLS 1.3 继续用作加密节点之间连接的优先方法。 NOISE 实现起来非常简单，被定位为通用的跨平台传输，可以用各种编程语言实现。
新版本还提供了添加自定义“404 Not Found”页面的功能，并添加了对 Base36 编码方法的可选支持，这对于域名等不区分大小写的字母数字数据是最佳的（使用 Base32，Ed25519 IPNS 密钥大两个字节）子域大小的限制，并且使用 Base36 它们符合限制）。此外，设置中还添加了一个选项
«“，它定义了要连接、维持连接和重新连接的节点列表，以识别常用对等点之间的“粘性”连接。
回想一下，在 IPFS 中，访问文件的链接直接链接到其内容，并包含内容的加密哈希。 文件地址不能任意重命名，只有内容改变后才能改变。 同样，在不更改地址的情况下不可能对文件进行更改（旧版本将保留在同一地址，而新版本将可以通过不同的地址访问，因为文件内容的哈希值将会改变）。 考虑到文件标识符会随着每次变化而变化，为了不每次都传输新的链接，提供了考虑到文件不同版本的永久地址链接服务（），或者类比传统的FS和DNS分配别名（ （可变文件系统）和 ).
类比BitTorrent，数据直接存储在以P2P方式交换信息的参与者的系统上，而不依赖于中心化节点。 如果需要接收具有特定内容的文件，系统会找到拥有该文件的参与者，并通过多个线程从其系统中部分发送该文件。 将文件下载到他的系统后，参与者自动成为其分发点之一。 确定哪些节点上存在感兴趣的内容的网络参与者 分布式哈希表（）。 要访问全局IPFS FS，可以使用HTTP协议或者使用FUSE模块挂载虚拟FS /ipfs。
IPFS有助于解决诸如存储可靠性（如果原始存储出现故障，可以从其他用户的系统下载文件）、抵抗内容审查（阻止需要阻止拥有数据副本的所有用户系统）和组织访问等问题在没有直接连接到互联网或通信通道质量较差的情况下（您可以通过本地网络上的附近参与者下载数据）。 除了存储文件和交换数据之外，IPFS 还可以用作创建新服务的基础，例如，用于组织不依赖于服务器的站点的操作，或者用于创建分布式 .
来源： opennet.ru