Innholdsadressering

Hvordan IPFS identifiserer filer etter hva de inneholder, ikke hvor de er lagret.

Plassering vs. innhold

Tradisjonelle web-URL-er peker på en plassering — en spesifikk server på en spesifikk adresse. Hvis serveren går ned eller filen flyttes, brytes lenken. Dette er plasseringsbasert adressering.

IPFS fungerer annerledes. Hver fil identifiseres av en kryptografisk hash av innholdet — en innholdsidentifikator (CID). CID-en sier ikke hvor filen er; den sier hva filen er. Hvilken som helst node på nettverket som har filen kan servere den, og alle som mottar den kan verifisere at det er riktig fil ved å beregne hashen på nytt.

TIP

Tenk på det som et fingeravtrykk: to identiske filer produserer alltid samme CID, og selv en enkelt byte-endring produserer et helt annet CID.

Hvorfor det betyr noe

1. Integritet — Du kan alltid verifisere at filen du mottok matcher CID-en du forespurte. Manipulasjon er umulig uten å endre CID-en.
2. Deduplisering — Hvis to brukere laster opp samme fil, produserer den samme CID. Nettverket lagrer bare én kopi.
3. Permanens — Filer er ikke bundet til en server. Så lenge minst én node fester CID-en, er filen tilgjengelig fra hvor som helst på nettverket.
4. Desentralisering — Ingen enkelt feilpunkt. Innhold kan serveres av hvilken som helst node som har det.

Hvordan IPFS Ninja bruker innholdsadressering

Når du laster opp en fil via vårt API, beregner IPFS-klyngen CID-en og fester filen. CID-en returneres i svaret og kan brukes til å få tilgang til filen via hvilken som helst IPFS-gateway — vår på ipfs.ninja/ipfs/<CID> eller en offentlig gateway som dweb.link.