Content Addressing

Come IPFS identifica i file per il loro contenuto, non per dove sono archiviati.

Posizione vs contenuto

Gli URL web tradizionali puntano a una posizione — un server specifico a un indirizzo specifico. Se il server va offline o il file viene spostato, il link si rompe. Questo e' l'indirizzamento basato sulla posizione.

IPFS funziona diversamente. Ogni file e' identificato da un hash crittografico dei suoi contenuti — un content identifier (CID). Il CID non dice dove si trova il file; dice cosa e' il file. Qualsiasi nodo sulla rete che ha il file puo' servirlo, e chiunque lo riceva puo' verificare che sia il file giusto ricalcolando l'hash.

TIP

Pensalo come un'impronta digitale: due file identici producono sempre lo stesso CID, e anche un cambiamento di un singolo byte produce un CID completamente diverso.

Perche' e' importante

1. Integrita' — Puoi sempre verificare che il file ricevuto corrisponda al CID richiesto. La manomissione e' impossibile senza cambiare il CID.
2. Deduplicazione — Se due utenti caricano lo stesso file, produce lo stesso CID. La rete memorizza solo una copia.
3. Permanenza — I file non sono legati a un server. Finche' almeno un nodo pinna il CID, il file e' disponibile da qualsiasi punto della rete.
4. Decentralizzazione — Nessun punto singolo di fallimento. Il contenuto puo' essere servito da qualsiasi nodo che lo possiede.

Come IPFS.NINJA usa il content addressing

Quando carichi un file attraverso la nostra API, il cluster IPFS calcola il CID e pinna il file. Il CID viene restituito nella risposta e puo' essere usato per accedere al file attraverso qualsiasi gateway IPFS — il nostro su ipfs.ninja/ipfs/<CID> o qualsiasi gateway pubblico come dweb.link.