Adrecament per Contingut

Com IPFS identifica els fitxers pel que contenen, no on estan emmagatzemats.

Ubicacio vs. contingut

Les URL web tradicionals apunten a una ubicacio. Si el servidor cau o el fitxer es mou, l'enllac es trenca.

IPFS funciona diferent. Cada fitxer s'identifica pel hash criptografic del seu contingut — un identificador de contingut (CID). El CID no diu on es el fitxer; diu que es. Qualsevol node de la xarxa que el tingui pot servir-lo.

TIP

Penseu-ho com una empremta dactilar: dos fitxers identics sempre produeixen el mateix CID, i fins i tot un canvi d'un byte produeix un CID completament diferent.

Per que importa

1. Integritat — Sempre podeu verificar que el fitxer rebut coincideix amb el CID sol·licitat.
2. Deduplicacio — Si dos usuaris pugen el mateix fitxer, es produeix el mateix CID. La xarxa nomes emmagatzema una copia.
3. Permanencia — Els fitxers no estan lligats a un servidor. Mentre almenys un node fixi el CID, el fitxer esta disponible.
4. Descentralitzacio — Cap punt unic de fallada.

Com IPFS.NINJA utilitza l'adrecament per contingut

Quan pugeu un fitxer a traves de la nostra API, el cluster IPFS calcula el CID i fixa el fitxer. El CID es retorna en la resposta i es pot utilitzar per accedir al fitxer a traves de qualsevol IPFS gateway — el nostre a ipfs.ninja/ipfs/<CID> o qualsevol gateway public com dweb.link.