Adressage par Contenu

Comment IPFS identifie les fichiers par ce qu'ils contiennent, et non par ou ils sont stockés.

Localisation vs. contenu

Les URLs web traditionnelles pointent vers une localisation — un serveur spécifique à une adresse spécifique. Si le serveur tombe en panne ou si le fichier est deplace, le lien est casse. C'est l'adressage base sur la localisation.

IPFS fonctionne différemment. Chaque fichier est identifie par un hash cryptographique de son contenu — un identifiant de contenu (CID). Le CID ne dit pas ou se trouve le fichier ; il dit ce qu'est le fichier. N'importe quel nœud du réseau ayant le fichier peut le servir, et quiconque le reçoit peut vérifier que c'est le bon fichier en recalculant le hash.

TIP

Pensez-y comme une empreinte digitale : deux fichiers identiques produisent toujours le même CID, et même un changement d'un seul octet produit un CID complètement different.

Pourquoi c'est important

1. Intégrité — Vous pouvez toujours vérifier que le fichier reçu correspond au CID demande. La falsification est impossible sans changer le CID.
2. Deduplication — Si deux utilisateurs téléchargent le même fichier, le même CID est produit. Le réseau ne stocke qu'une seule copie.
3. Permanence — Les fichiers ne sont pas lies à un serveur. Tant qu'au moins un nœud épinglé le CID, le fichier est disponible depuis n'importe ou sur le réseau.
4. Décentralisation — Aucun point de défaillance unique. Le contenu peut etre servi par n'importe quel nœud qui le possede.

Comment IPFS.NINJA utilise l'adressage par contenu

Lorsque vous téléchargez un fichier via notre API, le cluster IPFS calcule le CID et épinglé le fichier. Le CID est retourné dans la réponse et peut etre utilise pour accéder au fichier via n'importe quel gateway IPFS — le notre a ipfs.ninja/ipfs/<CID> ou n'importe quel gateway public comme dweb.link.