Inhaltsadressierung

Wie IPFS Dateien anhand ihres Inhalts identifiziert, nicht anhand ihres Speicherorts.

Standort vs. Inhalt

Herkömmliche Web-URLs verweisen auf einen Standort — einen bestimmten Server an einer bestimmten Adresse. Wenn der Server ausfällt oder die Datei verschoben wird, funktioniert der Link nicht mehr. Dies ist standortbasierte Adressierung.

IPFS funktioniert anders. Jede Datei wird durch einen kryptographischen Hash ihres Inhalts identifiziert — einen Content Identifier (CID). Der CID sagt nicht, wo die Datei ist; er sagt, was die Datei ist. Jeder Knoten im Netzwerk, der die Datei hat, kann sie bereitstellen, und jeder, der sie empfängt, kann überprüfen, ob es die richtige Datei ist, indem er den Hash neu berechnet.

TIP

Stellen Sie es sich wie einen Fingerabdruck vor: Zwei identische Dateien erzeugen immer denselben CID, und selbst eine Änderung eines einzelnen Bytes erzeugt einen völlig anderen CID.

Warum es wichtig ist

1. Integrität — Sie können immer überprüfen, ob die empfangene Datei mit dem angeforderten CID übereinstimmt. Manipulation ist unmöglich, ohne den CID zu ändern.
2. Deduplizierung — Wenn zwei Benutzer dieselbe Datei hochladen, erzeugt sie denselben CID. Das Netzwerk speichert nur eine Kopie.
3. Permanenz — Dateien sind nicht an einen Server gebunden. Solange mindestens ein Knoten den CID pinnt, ist die Datei von überall im Netzwerk verfügbar.
4. Dezentralisierung — Kein einzelner Ausfallpunkt. Inhalte können von jedem Knoten bereitgestellt werden, der sie hat.

Wie IPFS.NINJA Inhaltsadressierung nutzt

Wenn Sie eine Datei über unsere API hochladen, berechnet der IPFS-Cluster den CID und pinnt die Datei. Der CID wird in der Antwort zurückgegeben und kann verwendet werden, um die Datei über jedes IPFS-Gateway abzurufen — unseres unter ipfs.ninja/ipfs/<CID> oder jedes öffentliche Gateway wie dweb.link.