La version 0.9 du système de fichiers décentralisé IPFS (InterPlanetary File System) a été présentée, formant un stockage de fichiers global et versionné, déployé sous la forme d'un réseau P2P constitué de systèmes participants. IPFS combine des idées précédemment réalisées dans des systèmes tels que Git, BitTorrent, Kademlia, SFS et le Web, et ressemble à un « essaim » unique de BitTorrent (les pairs participant au partage), échangeant des objets Git. IPFS se distingue par une adressage basé sur le contenu, plutôt que sur l'emplacement, et des noms arbitraires. Le code de la mise en œuvre de référence est écrit en Go et est distribué sous les licences Apache 2.0 et MIT.
Dans la nouvelle version :
- Les passerelles ont mis en œuvre la possibilité de télécharger des graphes IPLD arbitraires (InterPlanetary Linked Data, un espace de noms pour l'adressage des ressources basées sur des hachages) via le gestionnaire « /api/v0/dag/export », qui remplit une fonction similaire à la commande « ipfs dag export ». L'exportation se fait au format archive DAG (Graphe acyclique orienté). L'IPLD obtenu permet à l'utilisateur de vérifier que les données téléchargées depuis la passerelle publique correspondent au nom symbolique demandé (par exemple, en obtenant le fichier « /ipfs/bafyexample », on peut vérifier sa correspondance avec le hachage de contenu initialement lié au nom symbolique).
- La possibilité de définir son propre résolveur DNS utilisant le protocole « DNS over HTTPS » a été fournie, qui sera utilisé à la place du résolveur des paramètres du système d'exploitation. Il est également possible de remplacer le résolveur pour des domaines niveaux supérieurs. Dans DNSLink, le mécanisme pour relier des noms DNS ordinaires aux adresses IPFS, le remplacement sélectif du résolveur peut être appliqué pour créer des noms de domaine non liés à l'ICANN, par exemple, il est possible de connecter le résolveur « https://eth.link/dns-query » pour traiter des domaines de premier niveau « .eth », qui ne sont pas officiellement approuvés par l'ICANN.
- L'interface web (WebUI) a été mise à jour, avec une prise en charge expérimentale du maintien de services externes (similaire à la commande « ipfs pin remote service »). L'apparence des écrans pour le travail avec des fichiers et des pairs a été modifiée.
- Dans l'interface CLI, la possibilité d'exporter des clés avec la commande « ipfs key export » a été fournie sans arrêter le processus arrière ipfs.
- Un client DHT expérimental a été ajouté pour rechercher des données en utilisant une table de hachage distribuée, qui se distingue par de meilleures performances par rapport à la solution basée sur l'IPNS.
- Les composants pour la migration vers de nouvelles versions de go-ipfs sont répartis en paquets individuels pour accélérer le téléchargement et faciliter la gestion des mises à jour dans les configurations avec des plugins personnalisés. Le processus de téléchargement des mises à jour via IPFS a été automatisé et des réglages ont été ajoutés pour faciliter l'application des mises à jour en cas d'absence de connexion réseau ou de blocage par un pare-feu.
Rappelons que dans IPFS, le lien d'accès à un fichier est directement lié à son contenu et inclut un hachage cryptographique du contenu. L'adresse d'un fichier ne peut pas être renommée arbitrairement, elle ne peut changer qu'après un changement de contenu. De même, il est impossible de modifier un fichier sans changer son adresse (l'ancienne version restera à l'adresse précédente, tandis que la nouvelle sera disponible à une autre adresse, car le hachage du contenu du fichier changera). Étant donné que l'identifiant du fichier change à chaque modification, des services sont fournis pour lier des adresses permanentes, prenant en compte les différentes versions du fichier (IPNS), ou pour fixer un alias en analogie avec les systèmes de fichiers traditionnels et DNS (MFS (Mutable File System) et DNSLink).
À l'instar de BitTorrent, les données sont stockées directement sur les systèmes des participants, qui échangent des informations en mode P2P, sans liaison à des nœuds centralisés. Lorsqu'il est nécessaire d'obtenir un fichier avec un contenu spécifique, le système trouve les participants qui possèdent ce fichier et le transmet par morceaux depuis leurs systèmes en plusieurs flux. Une fois le fichier téléchargé sur son système, le participant devient automatiquement l'un des points de distribution. Pour identifier les participants sur les nœuds où se trouve le contenu intéressant, une table de hachage distribuée (DHT) est utilisée. Pour accéder au système de fichiers global, IPFS peut utiliser le protocole HTTP ou monter un système de fichiers virtuel /ipfs à l'aide du module FUSE.
IPFS aide à résoudre des problèmes tels que la fiabilité du stockage (si le stockage d'origine est rendu indisponible, le fichier peut être téléchargé à partir des systèmes d'autres utilisateurs), la résistance à la censure de contenu (pour bloquer, il faudrait intercepter tous les systèmes des utilisateurs qui ont une copie des données) et l'organisation d'un accès en l'absence de connexion directe à Internet ou en cas de mauvaise qualité de la connexion (les données peuvent être téléchargées via les participants les plus proches dans le réseau local). En plus du stockage de fichiers et de l'échange de données, IPFS peut être utilisé comme base pour créer de nouveaux services, par exemple, pour organiser le fonctionnement de sites non liés à des serveurs, ou pour développer des applications distribuées.
Source : opennet.ru
