La nouvelle version a désactivé le transport par défaut
La nouvelle version effectue également la transition vers l'utilisation par défaut des clés ed25519 au lieu de RSA. La prise en charge des anciennes clés RSA est conservée, mais de nouvelles clés seront désormais générées à l'aide de l'algorithme ed25519. L'utilisation des clés publiques intégrées ed25519 résout le problème du stockage des clés publiques, par exemple, pour vérifier les données signées lors de l'utilisation de ed25519, les informations sur PeerId suffisent. Les noms de clés dans les chemins IPNS sont désormais codés à l’aide de l’algorithme base36 CIDv1 au lieu de base58btc.
En plus de modifier le type de clé par défaut, IPFS 0.7 a ajouté la possibilité de faire pivoter les clés d'identification. Pour changer la clé de l'hôte, vous pouvez maintenant exécuter la commande « ipfs key rotate ». De plus, de nouvelles commandes ont été ajoutées pour importer et exporter les clés (« ipfs key import » et « ipfs key export »), qui peuvent être utilisées à des fins de sauvegarde, ainsi que la commande « ipfs dag stat » pour afficher des statistiques sur DAG. (Graphiques acycliques distribués).
Rappelons que dans IPFS, le lien pour accéder à un fichier est directement lié à son contenu et comprend un hachage cryptographique du contenu. L'adresse du fichier ne peut pas être renommée arbitrairement ; elle ne peut changer qu'après avoir modifié le contenu. De même, il est impossible de modifier un fichier sans changer l'adresse (l'ancienne version restera à la même adresse, et la nouvelle sera accessible via une adresse différente, puisque le hachage du contenu du fichier changera). Considérant que l'identifiant du fichier change à chaque changement, afin de ne pas transférer de nouveaux liens à chaque fois, des services sont proposés pour relier des adresses permanentes qui prennent en compte les différentes versions du fichier (
Par analogie avec BitTorrent, les données sont directement stockées sur les systèmes des participants qui échangent des informations en mode P2P, sans être liées à des nœuds centralisés. S'il est nécessaire de recevoir un fichier avec un certain contenu, le système trouve les participants qui possèdent ce fichier et l'envoie depuis leurs systèmes en plusieurs parties dans plusieurs threads. Après avoir téléchargé le fichier sur son système, le participant devient automatiquement l'un des points de distribution. Pour déterminer les participants au réseau sur les nœuds desquels le contenu d'intérêt est présent
IPFS aide à résoudre des problèmes tels que la fiabilité du stockage (si le stockage d'origine tombe en panne, le fichier peut être téléchargé à partir des systèmes d'autres utilisateurs), la résistance à la censure du contenu (le blocage nécessite de bloquer tous les systèmes des utilisateurs disposant d'une copie des données) et l'organisation des accès. en l'absence de connexion directe à Internet ou si la qualité du canal de communication est mauvaise (vous pouvez télécharger des données via des participants proches sur le réseau local). En plus de stocker des fichiers et d'échanger des 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 créer des services distribués.
Source: opennet.ru