Indholdsadressering

Hvordan IPFS identificerer filer efter hvad de indeholder, ikke hvor de er gemt.

Placering vs. indhold

Traditionelle web-URL'er peger på en placering — en specifik server på en specifik adresse. Hvis serveren går ned, eller filen flyttes, brydes linket. Dette er placeringsbaseret adressering.

IPFS fungerer anderledes. Hver fil identificeres af en kryptografisk hash af dens indhold — en indholdsidentifikator (CID). CID'et siger ikke hvor filen er; det siger hvad filen er. Enhver node på netværket, der har filen, kan servere den, og enhver, der modtager den, kan verificere, at det er den rigtige fil ved at genberegne hashen.

TIP

Tænk på det som et fingeraftryk: to identiske filer producerer altid det samme CID, og selv en enkelt byte-ændring producerer et helt andet CID.

Hvorfor det betyder noget

1. Integritet — Du kan altid verificere, at den fil, du modtog, matcher det CID, du anmodede om. Manipulation er umuligt uden at ændre CID'et.
2. Deduplikering — Hvis to brugere uploader den samme fil, producerer den det samme CID. Netværket gemmer kun én kopi.
3. Permanent — Filer er ikke bundet til en server. Så længe mindst én node fastgør CID'et, er filen tilgængelig fra hvor som helst på netværket.
4. Decentralisering — Intet enkelt fejlpunkt. Indhold kan serveres af enhver node, der har det.

Hvordan IPFS Ninja bruger indholdsadressering

Når du uploader en fil via vores API, beregner IPFS-klyngen CID'et og fastgør filen. CID'et returneres i svaret og kan bruges til at tilgå filen via enhver IPFS-gateway — vores på ipfs.ninja/ipfs/<CID> eller enhver offentlig gateway som dweb.link.