Innehållsadressering

Hur IPFS identifierar filer baserat på vad de innehåller, inte var de lagras.

Plats vs. innehåll

Traditionella webb-URL:er pekar på en plats — en specifik server på en specifik adress. Om servern går ner eller filen flyttas bryts länken. Detta är platsbaserad adressering.

IPFS fungerar annorlunda. Varje fil identifieras av en kryptografisk hash av dess innehåll — en innehållsidentifierare (CID). CID:n säger inte var filen finns; den säger vad filen är. Vilken nod som helst på nätverket som har filen kan servera den, och alla som tar emot den kan verifiera att det är rätt fil genom att beräkna om hashen.

TIP

Tänk på det som ett fingeravtryck: två identiska filer producerar alltid samma CID, och även en enbytesändring producerar en helt annorlunda CID.

Varför det spelar roll

1. Integritet — Du kan alltid verifiera att filen du fick matchar CID:n du begärde. Manipulering är omöjlig utan att ändra CID:n.
2. Deduplicering — Om två användare laddar upp samma fil producerar den samma CID. Nätverket lagrar bara en kopia.
3. Beständighet — Filer är inte bundna till en server. Så länge minst en nod fäster CID:n är filen tillgänglig från var som helst i nätverket.
4. Decentralisering — Ingen enskild felpunkt. Innehåll kan serveras av vilken nod som helst som har det.

Hur IPFS.NINJA använder innehållsadressering

När du laddar upp en fil via vårt API beräknar IPFS-klustret CID:n och fäster filen. CID:n returneras i svaret och kan användas för att komma åt filen via vilken IPFS-gateway som helst — vår på ipfs.ninja/ipfs/<CID> eller vilken offentlig gateway som helst som dweb.link.