Pourquoi j’ai déplacé mon blog d’IPFS vers un serveur

• L’auteur se considère comme un pionnier des sites web utilisant IPFS (InterPlanetary File System) et ENS (Ethereum Name Service)
• Lorsqu’il a mis en place son premier site ENS+IPFS en mars 2019, il existait moins de 15 sites similaires
• De 2019 à 2022, il a co-développé une extension de navigateur IPFS+ENS (Almonit), un moteur de recherche IPFS+ENS (Esteroids), et son blog personnel n’était accessible que via IPFS+ENS
• Mais aujourd’hui, il a décidé de remettre son blog sur un serveur et souhaite en expliquer les raisons

L’enthousiasme pour les sites web P2P

• Ce qui l’enthousiasmait avec IPFS, un site web P2P, c’était qu’en théorie, plus un site avait de visiteurs, plus il devenait robuste, résistant à la censure et scalable.
• Comme les fichiers torrent survivent pour toujours, il voulait que les sites web fassent de même.
• Il imaginait un site qui deviendrait plus rapide à mesure que le nombre de visiteurs augmenterait, et où certains visiteurs pourraient aider à diffuser le contenu.

Pourquoi cela n’a pas fonctionné en pratique

• La plupart des utilisateurs d’IPFS n’exécutent pas leur propre nœud ou logiciel et passent par des gateways.
• Même en exploitant son propre nœud IPFS, accéder à un site web n’épingle pas automatiquement son contenu.
• Contrairement à BitTorrent, sur IPFS, recevoir du contenu ne signifie pas le repartager par défaut.
• Un site web est un objet dynamique, dont le contenu est mis à jour en continu.
• La plupart des sites web sur IPFS utilisent IPNS (système de noms interne) ou ENS (Ethereum Name System) pour pointer vers la dernière version du contenu.
• IPFS ne propose toujours pas de commande simple pour épingler en permanence le contenu le plus récent d’IPNS, et dans le cas d’ENS, il faut écouter les événements de la blockchain Ethereum.

Les difficultés d’accès au contenu IPFS depuis le navigateur

• Il voulait rendre son blog IPFS accessible depuis toutes les principales gateways, tous les nœuds IPFS, le navigateur Brave (qui prend en charge IPFS nativement), ainsi que js-libp2p & helia (les bibliothèques JS d’IPFS), mais n’a pas trouvé de méthode fiable.
• Il a découvert un service de « routage de contenu » appelé cid.contact, mais n’a pas réussi à comprendre comment indexer le contenu via ce service.
• Dépendre de cid.contact crée une dépendance à un service centralisé.

Retour à une solution simple et traditionnelle

• Fatigué des efforts continus nécessaires pour faire fonctionner correctement son blog IPFS, il voulait une solution simple, traditionnelle et fonctionnelle.
• Le blog que vous lisez actuellement est construit avec Jekyll et hébergé sur son propre serveur à 10 dollars.
• Il reste un fan d’IPFS, mais la technologie ne répond pas encore aux besoins d’un blog personnel.

L’avis de GN⁺

• IPFS est une technologie innovante pour le web décentralisé, mais elle n’est pas encore adaptée à des contenus dynamiques et fréquemment mis à jour comme un blog personnel.
• La complexité de la technologie et la difficulté de maintenance sont les principales raisons qui poussent les utilisateurs à revenir à des solutions traditionnelles basées sur des serveurs.
• Cet article montre aux passionnés de technologie les limites concrètes des technologies décentralisées comme IPFS et les domaines à améliorer, tout en appelant à maintenir l’intérêt et l’engagement envers les avancées technologiques.

[xexe11]

Ravi de vous rencontrer

[GN⁺]

Commentaires sur Hacker News

• Des compliments à l’auteur pour la qualité de son article.

  • La technologie est intéressante, mais donne encore l’impression de ne pas être tout à fait prête.
  • Le simple fait d’avoir essayé contribue à l’écosystème et met en lumière les points à améliorer.
  • Ne pas partager ce type d’expérience serait une perte pour tout le monde.

• L’avis du fondateur qui développe iroh, une implémentation d’IPFS.

  • Reproduire l’expérience complète d’IPFS reste difficile, mais on se rapproche progressivement d’un hébergement web P2P.

• Un commentaire sur les différences d’usage entre IPFS et BitTorrent.

  • IPFS sert à des contenus pouvant être hébergés sur un serveur HTTP classique, tandis que BitTorrent héberge des données difficiles ou coûteuses à servir via HTTP.
  • Des serveurs relais sont apparus, rendant la solution plus pratique que l’usage des protocoles existants.

• Des critiques sur l’expérience utilisateur d’IPFS.

  • Ajouter un fichier ne signifie pas réellement l’ajouter au réseau, et il faut épingler manuellement tout ce qu’on veut répliquer.
  • IPFS a aussi résolu des problèmes traités par BitTorrent v2, mais BitTorrent v2 l’a fait de manière plus convaincante.
  • IPFS est de plus en plus associé au « Web3 » et aux cryptomonnaies, ce qui le rend difficile à recommander à des amis.

• Un avis sur Filecoin.

  • L’idée de créer un marché pour l’espace de stockage inutilisé est bonne, mais cela devrait être aussi simple que Dropbox.
  • Impossible de trouver sur le site de Filecoin une application comparable à Dropbox ; il s’agit peut-être d’une solution orientée entreprise.
  • C’est probablement pour cela que le service ne séduit pas, et l’article renforce encore cette impression.

• Partage d’une expérience personnelle liée à IPFS.

  • En pratique, ce n’est pas totalement décentralisé, et entretenir l’illusion de la décentralisation coûte cher sans réel objectif.
  • La personne a cessé ses activités liées au sujet quand l’implication de projets associés à la blockchain a augmenté.

• Un avis sur l’hébergement de blogs.

  • Il n’est pas nécessaire de payer des coûts de serveur pour un blog qui n’est en réalité qu’un ensemble de fichiers statiques.
  • On peut l’héberger sur GitHub et migrer ailleurs en cas de problème.

• Des inquiétudes sur la scalabilité d’IPFS.

  • Une fois que de gros sites sont bien établis, les petits sites ont du mal à retrouver de la visibilité.
  • Comme pour les torrents impopulaires, un site peut disparaître pour toujours si les seeders s’en vont.
  • Il y a débat sur la valeur des sites à faible trafic, mais certains s’interrogent sur le fait de laisser d’autres décider de la survie d’un site web.

• Une question sur la possibilité de monter un répertoire IPFS comme lecteur FUSE en lecture/écriture.

• Partage d’une expérience d’hébergement de site web avec Peergos.

  • Peergos résout le problème des données mutables et fournit aussi de la confidentialité et du contrôle d’accès.
  • Il est possible de vérifier à quelle vitesse les mises à jour se répercutent sur un serveur indépendant.