Was ist IPFS: Vollständiger InterPlanetary File System Guide (2026)

Das Internet, das Sie jeden Tag nutzen, basiert auf einem einfachen Versprechen: Geben Sie eine Adresse in Ihren Browser ein und ein bestimmter Server irgendwo auf der Welt sendet die Datei zurück. Dieses Modell treibt das Internet seit drei Jahrzehnten an, weist jedoch eine entscheidende Schwäche auf. Die Datei befindet sich an einem Ort. Wenn dieser Server ausfällt, zensiert wird oder einfach vergisst, eine Domain zu erneuern, verschwindet der Inhalt für immer. Der InterPlanetäres Dateisystem, besser bekannt als IPFS, wurde entwickelt, um genau dieses Problem zu lösen, indem die Art und Weise, wie Dateien im Internet adressiert und geteilt werden, neu konzipiert wird.

IPFS ist kein einzelnes Unternehmen, a Blockchainoder ein Cloud-Speicherdienst im herkömmlichen Sinne. Es handelt sich um ein Peer-to-Peer-Protokoll, mit dem jeder Dateien mithilfe inhaltsbasierter Adressierung statt standortbasierter Adressierung speichern und bereitstellen kann. Anstatt zu fragen: „Gib mir die Datei auf diesem Server“, können Sie bei IPFS fragen: „Gib mir die Datei mit diesem Fingerabdruck“, und jeder Knoten im Netzwerk, der über die Datei verfügt, kann antworten. Diese subtile Verschiebung erschließt eine Vielzahl von Funktionen: Permanente Links, Zensurresistenz, Deduplizierung auf Protokollebene, Offline-Betrieb und eine Grundlage für Web3 Anwendungen, die nicht auf zentralisiertes Hosting angewiesen sind.

In diesem vollständigen Leitfaden erfahren Sie, was IPFS eigentlich ist und was nicht und wie die Inhaltsadressierung unter der Haube funktioniert CID Identifikatoren, warum NFTs verlassen sich darauf für Metadaten, die Pinning-Services-Landschaft, wie IPFS-Gateways das Netzwerk stillschweigend rezentralisieren, das Neue Helia -Implementierung, die js-ipfs ersetzt hat und wo IPFS daneben passt Filecoin. Am Ende werden Sie IPFS gut genug verstehen, um Ihre erste Datei hochzuladen, einen Pinning-Anbieter zu bewerten und die Fallstricke zu erkennen, die in den meisten Artikeln nie erwähnt werden.

Was ist IPFS eigentlich?

IPFS, kurz für InterPlanetary File System, ist ein Open-Source-Peer-to-Peer-Protokoll, das das Web schneller, stabiler und offener machen soll. Es wurde 2014 von Juan Benet durch Protocol Labs entwickelt, dieselbe Organisation, die später Filecoin ins Leben rief. Im Kern ersetzt IPFS die standortbasierte Adressierung von HTTP durch inhaltsbasierte Adressierung und baut ein verteiltes Netzwerk von Knoten auf, die Inhalte speichern und abrufen können, ohne von einer zentralen Autorität abhängig zu sein.

Hier ist der entscheidende mentale Wandel. Wenn Sie eine Website über HTTP besuchen, fragt Ihr Browser einen bestimmten Server nach einem bestimmten Pfad. Die URL https://example.com/photo.jpg sagt Ihrem Browser, wohin er gehen soll, nicht was er bekommen soll. Bei IPFS fragen Sie nach einer Datei CID, ein kryptografischer Hash des Dateiinhalts. Das Netzwerk findet jeden Peer, der über die Datei verfügt, und stellt sie Ihnen zur Verfügung. Die Adresse ist der Inhalt selbst.

Ein kritischer Punkt: Das Protokoll speichert eigentlich nichts selbst. IPFS ist ein Adressierungs- und Routingsystem. Die Dateien befinden sich auf den Knoten, die sie hosten möchten. Wenn kein Knoten eine bestimmte CID hostet, ist dieser Inhalt einfach nicht mehr im Netzwerk vorhanden, auch wenn die Adresse für immer gültig bleibt. Aus diesem Grund gibt es Pinning-Dienste und das Hochladen eines NFT-Bildes auf IPFS ohne Pinning ist einer der häufigsten Fehler in NFT Projekte.

Inhaltsadressierung: Die Kernidee

Die Inhaltsadressierung ist das wichtigste Konzept in IPFS. Anstatt eine Datei anhand ihres Speicherorts zu identifizieren, identifizieren Sie sie anhand ihrer Identität. Jede zu IPFS hinzugefügte Datei durchläuft einen kryptografischen Prozess Hashing-Algorithmus, normalerweise SHA-256, das einen Digest mit fester Länge erzeugt, der für genau diese Datei eindeutig ist. Ändern Sie ein Bit der Datei und der Hash ändert sich vollständig. Dieser Hash wird zur Grundlage der CID der Datei, ihrer permanenten Adresse im Netzwerk.

Die Auswirkungen davon sind enorm. Zwei identische Dateien irgendwo auf der Welt haben dieselbe CID, was bedeutet, dass IPFS den Inhalt automatisch dedupliziert. Wenn eine Million Menschen dasselbe Katzenbild hochladen, benötigt das Netzwerk nur eine Kopie. Eine CID ist im Gegensatz zu HTTPS-URLs auch manipulationssicher. Wenn du holst /ipfs/bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi, der Inhalt, den Sie erhalten, muss auf genau diese CID gehasht werden, sonst lehnt Ihr IPFS-Client ihn ab. Es gibt für einen böswilligen Knoten keine Möglichkeit, Ihnen geänderte Inhalte unter derselben Adresse bereitzustellen.

Große Dateien werden nicht als einzelner Blob gehasht. IPFS teilt sie in kleinere Blöcke (normalerweise jeweils 256 KB) auf, hasht jeden Block und erstellt dann einen Merkle-gesteuerten azyklischen Graphen (DAG), in dem jeder Knoten seine untergeordneten Knoten per Hash referenziert. Die CID, die Sie zurückerhalten, ist der Hash des Root-Knotens, der sich transitiv auf jeden Block in der Datei festschreibt. Diese Struktur heißt dag-pb in der IPFS-Welt, und es ist die alte Standardeinstellung. Neuere Inhaltsverwendungen ipld (InterPlanetary Linked Data), ein flexibleres Datenmodell, das JSON, CBOR und andere Kodierungen unterstützt.

CID v0 vs. CID v1: Was ist der Unterschied?

Wenn Sie jemals etwas auf IPFS hochgeladen haben, haben Sie wahrscheinlich zwei sehr unterschiedlich aussehende CIDs gesehen. Der alte Stil beginnt mit Qm und sieht aus wie QmYwAPJzv5CZsnA625s3Xf2nemtYgPpHdWEz79ojWnPbdG. Der neue Stil beginnt mit b und sieht aus wie bafybeigdyrzt5sfp7udm7hu76uh7y26nf3efuylqabf3oclgtqy55fbzdi. Diese repräsentieren CID v0 bzw. CID v1, und der Unterschied ist in der Produktion von Bedeutung.

CID v0 ist das Originalformat. Es handelt sich immer um einen SHA-256-Hash von dag-pb-codierten Inhalten, Base58-codiert, beginnend mit Qm. Es ist kurz und erkennbar, aber auch starr. Es gibt keinen Platz für unterschiedliche Hash-Funktionen, unterschiedliche Kodierungen oder unterschiedliche Basen. CID v1 ist das moderne, flexible Format. Es handelt sich um einen selbstbeschreibenden Bezeichner, der die Version, den Codec usw. explizit kodiert multihash und die Basiskodierung. Das bedeutet, dass ein CID v1 SHA-256 dag-pb darstellen kann, aber auch BLAKE3 IPLD, Rohbytes oder alles andere, was das Protokoll unterstützt.

Der größte praktische Grund, CID v1 heute zu bevorzugen, ist die Subdomain-Gateway-Unterstützung. Moderne IPFS-Gateways stellen Inhalte von URLs wie bereit https://bafybei...ipfs.dweb.link, wodurch jede CID ihren eigenen Browser-Ursprung erhält. Diese Ursprungsisolierung ist für die Sicherheit (Cookies, lokaler Speicher, Servicemitarbeiter) von wesentlicher Bedeutung und funktioniert nur mit der Base32-Codierung ohne Berücksichtigung der Groß- und Kleinschreibung, also CID v1. Wenn Sie im Jahr 2026 etwas veröffentlichen, verwenden Sie standardmäßig CID v1, es sei denn, Sie haben einen ganz bestimmten Grund, dies nicht zu tun.

libp2p: Die Netzwerkschicht darunter

IPFS basiert auf einem modularen Netzwerkstapel namens libp2p. Dies ist eines der wichtigsten Infrastrukturelemente, die aus Protocol Labs hervorgegangen sind, und es wird von vielen anderen Projekten über IPFS hinaus verwendet, darunter Ethereum 2.0, Polkadot und verschiedene Web3-Protokolle. libp2p verwaltet alles, was traditionell einen Netzwerkstapel erfordert: Peer-Erkennung, Verbindungsverwaltung, NAT-Traversal, Transportverschlüsselung, Multiplexing und Stream-Protokolle. Es abstrahiert die chaotische Realität von Peer-to-Peer-Netzwerken, sodass sich Protokolle höherer Ebenen wie IPFS auf ihre eigene Logik konzentrieren können.

Peers in libp2p werden durch ein eindeutiges identifiziert PeerID, das selbst ein Hash des öffentlichen Schlüssels des Peers ist. Dies bedeutet, dass die Peer-Identität kryptografisch und selbstsouverän ist, ganz ähnlich wie Adressen funktionieren Krypto-Wallets. Peers finden einander über eine verteilte Hash-Tabelle (DHT), die auf Kademlia basiert und es dem Netzwerk ermöglicht, Inhaltsanfragen effizient weiterzuleiten, ohne dass ein zentrales Verzeichnis erforderlich ist. Wenn Sie nach einer CID fragen, fragt Ihr Knoten den DHT ab, um herauszufinden, welche Peers damit werben, dass er diese besitzt, und stellt dann eine direkte Verbindung zu diesen Peers her, um den Inhalt herunterzuladen.

libp2p unterstützt mehrere Transporte, einschließlich TCP, QUIC, WebSockets und WebRTC. WebRTC sorgt dafür, dass IPFS in Browsern funktioniert, da Browser keine unformatierten TCP-Verbindungen öffnen können. Diese Flexibilität ermöglicht die Ausführung von IPFS auf allen Geräten, von eingebetteten Geräten über Browser-Registerkarten bis hin zu Produktionsservern, die alle dasselbe Protokoll verwenden.

So funktioniert das Abrufen von Inhalten: Bitswap

Der eigentliche Mechanismus, der Bytes zwischen IPFS-Peers verschiebt, wird aufgerufen bitswap. Es handelt sich um ein relativ einfaches Protokoll mit einer leistungsstarken Idee: Jeder Peer führt eine „Wunschliste“ der CIDs, nach denen er sucht, und eine „Habenliste“ der CIDs, die er bereitstellen kann. Wenn sich zwei Peers verbinden, tauschen sie diese Listen aus, und jedes Mal, wenn ein Peer einen Block empfängt, den ein anderer Peer haben möchte, sendet er ihn weiter.

Wenn Sie eine CID anfordern, überprüft Ihr IPFS-Knoten zuerst seinen lokalen Cache. Wenn der Inhalt vorhanden ist, erhalten Sie ihn sofort. Wenn nicht, fragt der Knoten das DHT ab, um Peers zu finden, die die CID angekündigt haben, stellt über libp2p eine Verbindung zu ihnen her und nutzt Bitswap, um die Blöcke herunterzuladen. Bei großen Dateien, die über viele Blöcke verteilt sind, ruft Ihr Knoten möglicherweise parallel verschiedene Blöcke von verschiedenen Peers ab, was die Leistung verbessert und das Netzwerk widerstandsfähiger gegen Ausfälle einzelner Peers macht.

In Bitswap ist standardmäßig kein monetärer Anreiz eingebaut. Peers stellen Inhalte bereit, weil sie es möchten oder weil sie von einem Dienst, der auf IPFS läuft, dafür bezahlt wurden. Dies ist einer der Hauptunterschiede zwischen IPFS und Filecoin, auf den wir später im Detail eingehen werden. Bitswap kennt keine Bezahlung; Es handelt sich um einen reinen Peer-to-Peer-Austausch nach besten Kräften.

Pinning: Warum es wichtig ist und wer es macht

Hier ist die am meisten missverstandene Sache über IPFS. Wenn Sie eine Datei auf IPFS hochladen und niemand sie anheftet, verschwindet diese Datei irgendwann. IPFS-Knoten verfügen über begrenzten Cache-Speicherplatz und sammeln routinemäßig alte Inhalte, die niemand aktiv aufbewahrt, im Garbage Collection. Die CID bleibt gültig, das Protokoll weiß immer noch, wie es diesen Inhalt findet, wenn ihn jemand bereitstellt, aber die tatsächlichen Bytes sind weg. Beim Pinning wird einem IPFS-Knoten mitgeteilt, dass er diesen Inhalt auf keinen Fall löschen soll.

Sie können Inhalte auf Ihrem eigenen Knoten anheften, was für persönliche Projekte in Ordnung ist, aber in der Produktion verlassen Sie sich fast immer auf einen Anheftungsdienst. Hierbei handelt es sich um Unternehmen, die über eine robuste IPFS-Infrastruktur verfügen und garantieren, dass Ihre CIDs so lange verfügbar bleiben, wie Sie sie bezahlen. Die Pinning-Services-Landschaft im Jahr 2026 ist ausgereift und wettbewerbsfähig, mit mehreren soliden Optionen für unterschiedliche Anwendungsfälle.

Die Wahl eines Pinning-Dienstes hängt von Ihren Prioritäten ab. Wenn Sie eine absolut solide Betriebszeit und eine gute Entwicklerergonomie benötigen, ist Pinata die sichere Standardeinstellung. Wenn Sie eine langfristige Haltbarkeit inklusive Filecoin-Angeboten wünschen, ist Storacha genau dafür konzipiert. Wenn Sie ein dApp-Frontend bereitstellen, erspart Ihnen die Git-Integration von Fleek Stunden bei der CI-Einrichtung. Wenn Sie ein kleines Projekt durchführen und keine wiederkehrenden Ausgaben tätigen möchten, ist ein selbstgehosteter Kubo-Knoten mit guter Überwachung durchaus sinnvoll.

IPFS-Gateways und das Zentralisierungsproblem

Wenn IPFS ein Peer-to-Peer-Protokoll ist, wie wird Ihr Browser geladen? /ipfs/CID URLs? Das ist nicht der Fall, zumindest nicht nativ. Mainstream-Browser beherrschen das IPFS-Protokoll nicht. Um IPFS-Inhalte über das normale Web zugänglich zu machen, hat die Community Gateways entwickelt: HTTP-Server, die als Brücken zwischen dem IPFS-Netzwerk und normalen Browsern fungieren. Sie verlangen https://ipfs.io/ipfs/bafybei...: Das Gateway ruft den Inhalt aus dem IPFS-Netzwerk ab und liefert ihn über HTTPS an Sie zurück.

Gateways sind unglaublich nützlich, aber sie führen zu einem stillen Zentralisierungsproblem, das in den IPFS-Marketingmaterialien oft beschönigt wird. Die beiden dominierenden Gateways ipfs.io (betrieben von Protocol Labs) und cloudflare-ipfs.com (betrieben von Cloudflare) bedienen einen großen Teil des gesamten IPFS-Verkehrs. Wenn die meisten NFT-Marktplätze, dApps und Bildungsseiten diese Gateways nutzen, um IPFS-Inhalte bereitzustellen, wird die Dezentralisierungsgeschichte des Protokolls schwächer. Wenn Cloudflare ein CID blockiert oder ipfs.io ausfällt, sind große Teile des „dezentralen“ Inhalts für Benutzer, die nie einen echten IPFS-Client installiert haben, vorübergehend nicht erreichbar.

Die Abhilfemaßnahmen sind bekannt, werden aber zu wenig genutzt. Verlinken Sie zunächst über mehrere Gateways auf Inhalte oder verwenden Sie eine Fallback-Gateway-Liste, damit ein Ausfall eines einzelnen Betreibers Ihre Website nicht beschädigt. Zweitens bevorzugen Sie Subdomain-Gateways wie https://CID.ipfs.dweb.link über Pfad-Gateways, da sie jeden Inhalt in seinem eigenen Browser-Ursprung isolieren. Drittens: Ermutigen Sie Benutzer, die echte Zensurresistenz benötigen, ihren eigenen Knoten zu betreiben oder Brave zu verwenden, das IPFS integriert hat. Viertens sollten Projekte, denen langfristige Ausfallsicherheit am Herzen liegt, zusätzlich zu den öffentlichen Gateways auch ihr eigenes Gateway betreiben.

Helia vs. Kubo: Der moderne IPFS-Stack

Für den größten Teil der Geschichte von IPFS gab es zwei Hauptimplementierungen: Kubo (ursprünglich go-ipfs genannt), die in Go geschriebene Referenzimplementierung, und js-ipfs, die JavaScript-Implementierung. Kubo wird als Daemon ausgeführt und ist der Antrieb für die meisten Produktions-IPFS-Infrastrukturen, einschließlich Pinning-Diensten und Gateways. Es ist ausgereift, leistungsstark und kampferprobt.

js-ipfs ermöglichte die Ausführung von IPFS in Browsern und Node.js-Apps, enthielt jedoch viel Legacy-Code und war schwer zu warten. Im Jahr 2023 begann Protocol Labs mit der Umstellung auf Helia, eine neue Implementierung mit einer schlankeren, modulareren Architektur. Bis 2025 war js-ipfs veraltet und Helia wurde zur empfohlenen Wahl für JavaScript-Projekte. Beginnen Sie im Jahr 2026 mit Helia für alles Neue.

Helia ist kein Ersatz. Die API ist anders, das Abhängigkeitsdiagramm ist kleiner und die Philosophie lautet „Bringen Sie Ihre eigenen Teile mit“: Wählen Sie Ihren eigenen Blockspeicher, Datenspeicher und Routing, schließen Sie sie an Helia an, und Sie haben einen funktionierenden Knoten. Dadurch lässt sich Helia viel einfacher in moderne Stacks einbetten. Für js-ipfs-Projekte gibt es Migrationsleitfäden.

IPFS vs. HTTP: Ein direkter Vergleich

Der nützlichste Weg, IPFS zu verstehen, besteht darin, es direkt mit HTTP zu vergleichen, dem Protokoll, auf dem es aufbaut und das es teilweise ersetzt. Sie sind keine Feinde, und die meisten IPFS-Anwendungsfälle in der Produktion beinhalten irgendwo im Stack HTTP, aber die Designphilosophien sind sehr unterschiedlich.

Das realistische Urteil im Jahr 2026 ist, dass IPFS und HTTP eher nebeneinander existieren als konkurrieren. HTTP eignet sich hervorragend für dynamische Inhalte, Sitzungen und Anwendungen mit hohem Durchsatz. IPFS eignet sich hervorragend für statische, adressierbare und langlebige Inhalte, bei denen Integrität und Belastbarkeit wichtiger sind als eine Latenz im Millisekundenbereich. Die meisten Produktions-Stacks verwenden HTTP für die dynamische Ebene (APIs, Benutzerauthentifizierung) und IPFS für die unveränderliche Ebene (Bilder, NFT-Metadaten, dApp-Frontends).

IPFS vs. Filecoin: Klärung der Beziehung

Es gibt ständig Verwirrung zwischen IPFS und Filecoin, teils weil beide von Protocol Labs erstellt wurden und teils weil ihre Marketingmaterialien manchmal die Grenzen verwischen. Hier ist die saubere Version: IPFS ist das Protokoll zum Adressieren und Verschieben von Inhalten. Filecoin ist ein Blockchain-basierter Speichermarkt, der Knoten dafür bezahlt, Inhalte für garantierte Zeiträume zu hosten. Sie ergänzen sich und sind nicht austauschbar.

IPFS hat keine Wirtschaftsschicht. Knoten stellen Inhalte aus Kulanz bereit oder weil sie von einem Dienst bezahlt wurden, der über dem Protokoll läuft. Es gibt keine eingebaute Garantie dafür, dass eine CID verfügbar bleibt. Filecoin löst dieses Problem, indem es einen Marktplatz schafft, auf dem Speicheranbieter kryptoökonomische Anstrengungen unternehmen, um bestimmte Inhalte für bestimmte Zeiträume verfügbar zu halten. Wenn ein Filecoin-Anbieter durch seine regulären kryptografischen Nachweise nicht nachweisen kann, dass er noch über Ihre Daten verfügt, verliert er einen Teil seiner Sicherheiten. Dies schafft den wirtschaftlichen Anreiz, der reinem IPFS fehlt.

Die saubere Art, darüber nachzudenken: Verwenden Sie IPFS zum Abrufen und Adressieren und verwenden Sie Filecoin für dauerhafte, kostenpflichtige Speicherverpflichtungen. Moderne Pinning-Dienste wie Storacha und NFT.Storage leisten beides. Sie pinnen Ihre Inhalte für einen schnellen Abruf auf IPFS und schließen auch Filecoin-Speicherverträge ab, damit die Inhalte langfristige kryptoökonomische Garantien haben. Sie erhalten die Geschwindigkeit von IPFS und die Haltbarkeit von Filecoin in einem Stapel.

NFT-Metadaten: Warum IPFS zum Standard wurde

Wenn Sie ein NFT prägen, wird das eigentliche Bild oder die Mediendatei fast nie auf der Blockchain selbst gespeichert. Das Speichern eines Multi-Megabyte-JPEG auf Ethereum würde ein Vermögen kosten Gasgebühren. Stattdessen speichert der NFT-Vertrag einen Metadaten-URI, der auf eine JSON-Datei verweist, die die Bild-URL, Merkmale und andere Attribute enthält. Die Integrität eines NFT hängt vollständig davon ab, ob dieser Metadaten-URI weiterhin den richtigen Inhalt auflöst.

Hier wurde IPFS zum De-facto-Standard. Wenn Sie eine reguläre HTTPS-URL für Ihre NFT-Metadaten verwenden, sind Sie nur einen Serverausfall von kaputten NFTs entfernt. Schlimmer noch, Sie könnten das Image nach der Mint austauschen und niemand würde es erfahren, ohne Ihre Serverprotokolle zu überprüfen. Bei IPFS lautet der URI ipfs://CID, was auf einen bestimmten kryptografischen Hash verweist. Der Inhalt kann sich nicht ändern. Jeder Knoten, der eine andere Datei für diese CID bereitstellt, ist sofort erkennbar, da der Hash nicht übereinstimmt.

Der Haken, und das ist der häufigste NFT-Fehler, ist, dass das Hochladen auf IPFS Ihre Datei nicht am Leben hält. Wenn Sie auf Ihren lokalen Knoten hochladen und ihn herunterfahren, ohne ihn irgendwo anders anzuheften, sind Ihre NFTs tot. Seriöse Projekte heften sich an mindestens einen professionellen Dienst, seriöse Projekte an mehrere und schließen Filecoin-Deals ab. Wenn NFT-Projekte Jahre nach der Gründung scheitern, liegt das fast immer daran, dass das Team die Pinning-Rechnung nicht mehr bezahlt hat.

dApp-Frontend-Hosting auf IPFS

Neben NFTs ist der zweite große Anwendungsfall für die Produktion das Hosten dezentraler Anwendungs-Frontends. Eine moderne dApp verfügt über ein Smart-Contract-Backend auf Ethereum und ein JavaScript-Frontend. Wenn das Frontend bei einem regulären Cloud-Anbieter läuft, ist der Dezentralisierungsanspruch der dApp größtenteils Fiktion. Der Smart Contract ist in der Kette, aber wenn die Domäne oder das Hosting des Teams ausfällt, können Benutzer nicht darauf zugreifen.

Durch die Bereitstellung des Frontend-Bundles auf IPFS ist die dApp unter erreichbar /ipfs/CID dauerhaft und jedes IPFS-Gateway kann es bedienen. Kombiniert mit dezentrale Identität und ein für Menschen lesbarer Name über ENS oder dnslinkerhalten Sie ein vollständig adressierbares, zensurresistentes Frontend. Aus diesem Grund veröffentlichen Uniswap, Aave und andere wichtige DeFi-Protokolle IPFS-Builds.

IPNS und DNSLink: Veränderbare Namen für unveränderliche Inhalte

Die Adressierung von Inhalten ist wunderbar, weist jedoch eine offensichtliche Einschränkung auf: Jedes Mal, wenn sich der Inhalt ändert, ändert sich auch die CID. Wenn Ihre dApp eine neue Version bereitstellt, wird jeder vorhandene Link unterbrochen. Um dieses Problem zu lösen, bietet IPFS zwei Indirektionsebenen: /ipns/ (das InterPlanetary Name System) und dnslink.

Mit IPNS können Sie einen stabilen, Peer-Key-basierten Zeiger auf eine CID veröffentlichen, den Sie im Laufe der Zeit aktualisieren können. Der Zeiger selbst ist ein Hash eines öffentlichen Schlüssels, und Sie signieren Aktualisierungen mit dem entsprechenden privaten Schlüssel. Andere Knoten können diese Aktualisierungen überprüfen und Anforderungen für den IPNS-Namen an die aktuelle CID weiterleiten. Die Adresse sieht aus wie /ipns/k51qzi5..., das für immer stabil ist, während sich das, worauf es verweist, ändern kann.

DNSLink geht noch einen Schritt weiter, indem es Ihnen ermöglicht, einen regulären Domänennamen über einen TXT-DNS-Eintrag einer IPFS-CID zuzuordnen. Sie erstellen einen TXT-Eintrag wie _dnslink.example.com mit dem Wert dnslink=/ipfs/CIDund IPFS-fähige Tools lösen die Domäne in die aktuelle CID auf. Auf diese Weise erhalten dApp-Frontends für Menschen lesbare URLs und stellen gleichzeitig Inhalte von IPFS bereit. Bei jeder Bereitstellung aktualisieren Sie den DNS-Eintrag, und Benutzer gelangen weiterhin auf die benutzerfreundliche Domäne.

Praktisch: Hochladen auf Storacha und Pinata

Die Theorie ist in Ordnung, aber der schnellste Weg, IPFS zu verinnerlichen, besteht darin, tatsächlich etwas zu pinnen. Sowohl Storacha als auch Pinata bieten großzügige kostenlose Stufen und ein hervorragendes Entwicklererlebnis. Hier ist der praktische Ablauf für jeden.

Mit Storacha, melden Sie sich mit einer E-Mail bei storacha.network an. Der Dienst sendet Ihnen eine Bestätigung per E-Mail und sobald Sie sich durchklicken, erstellen Sie einen „Space“, der einen Namensraum für Ihre Uploads darstellt. Sie installieren die w3 CLI mit npm install -g @web3-storage/w3cli, melden Sie sich an mit w3 login [email protected], wählen Sie den Space aus und laden Sie ihn mit hoch w3 up ./my-file.jpg. Sie erhalten sofort eine CID zurück. Die Datei wird auf den IPFS-Knoten von Storacha angeheftet und für Filecoin-Speicherangebote in die Warteschlange gestellt.

Mit Pinata, melden Sie sich bei pinata.cloud an, erstellen Sie einen API-Schlüssel mit Pinning- und Listing-Bereichen und verwenden Sie entweder die Web-Upload-Schnittstelle oder die API. Vom Dashboard aus ziehen Sie buchstäblich eine Datei per Drag & Drop, geben ihr einen Namen und innerhalb von Sekunden haben Sie eine CID und eine Pinata-Gateway-URL wie https://gateway.pinata.cloud/ipfs/CID. Für programmatische Uploads stellt Pinata SDKs in mehreren Sprachen und eine saubere REST-API bereit. Sie können auch ein benutzerdefiniertes dediziertes Gateway unter Ihrer eigenen Domain konfigurieren, was bei den meisten NFT-Produktionsprojekten der Fall ist.

Sobald Sie eine CID von einem der Dienste haben, überprüfen Sie, ob sie von mehreren Gateways aus funktioniert. Versuchen https://ipfs.io/ipfs/CID, https://CID.ipfs.dweb.link, und https://cloudflare-ipfs.com/ipfs/CID. Alle drei sollten den gleichen Inhalt liefern. Wenn Sie bei derselben CID jemals unterschiedliche Inhalte von verschiedenen Gateways sehen, stimmt etwas nicht und Sie sollten dies melden. Der springende Punkt bei der Inhaltsadressierung ist, dass die CID der Inhalt ist.

Echte Produktionsanwendungsfälle

IPFS ist kein Forschungsprojekt mehr. Es sorgt für erheblichen Produktionsverkehr, und die folgenden Beispiele sind wissenswert, denn sie zeigen, was IPFS tatsächlich kann und wo es überbewertet wird.

Wikipedia-Spiegel in der Türkei: Als die Türkei 2017 Wikipedia blockierte, arbeitete die Wikimedia Foundation mit der IPFS-Community zusammen, um eine vollständige Spiegelung der türkischen Wikipedia auf IPFS zu veröffentlichen. Benutzer konnten über jedes IPFS-Gateway darauf zugreifen, das die Regierung nicht blockiert hatte. Dies ist nach wie vor der am häufigsten zitierte Beweis für den Widerstand gegen IPFS-Zensur.

Mutiger Browser: Brave war der erste große Browser, der native IPFS-Unterstützung bot, sodass Benutzer Probleme lösen konnten ipfs:// URLs über ein öffentliches Gateway oder führen Sie einen lokalen Kubo-Knoten direkt über den Browser aus. Dadurch wurde IPFS zig Millionen Benutzern ohne Einrichtung zugänglich gemacht.

Audius: Die dezentrale Musik-Streaming-Plattform speichert ihre gesamte Musik über eigene Content-Knoten auf IPFS. Künstler laden hoch, die Plattform pinnt, Hörer streamen. Eine echte Verbraucheranwendung mit Millionen von Benutzern und einer tokenisierten Schöpferökonomie.

OpenSea- und NFT-Marktplätze: Der Großteil der NFT-Metadaten und -Medien auf Ethereum, Polygon und Solana wird über Pinning-Dienste auf IPFS gespeichert. Gemessen an der Menge der gespeicherten eindeutigen Inhalte ist dies der größte Einzelanwendungsfall für IPFS.

dApp-Frontends: Uniswap, Aave, 1inch und viele andere wichtige DeFi-Protokolle veröffentlichen Frontend-Builds auf IPFS und heften sie an mehrere Dienste. Benutzer, denen Zensurresistenz am Herzen liegt, können direkt über IPFS auf diese Frontends zugreifen, selbst wenn die Domäne des Teams beschlagnahmt oder DNS-vergiftet ist.

Risiken und ehrliche Einschränkungen

IPFS ist ein leistungsstarkes Protokoll, aber es ist keine Zauberei, und das Marketing übertreibt manchmal, was es tatsächlich bietet. Hier sind die Risiken und Einschränkungen, die Sie verstehen sollten, bevor Sie ein Projekt auf IPFS setzen.

Das erste und größte Risiko besteht Pin-Zuverlässigkeit. Ihr Inhalt bleibt nur so lange am Leben, wie ihn jemand anheftet. Bei kostenlosen Kontingenten gibt es häufig Speicher- und Ratenbeschränkungen. Wenn Sie diese überschreiten und kein Upgrade durchführen, können die Pins entfernt werden. Planen Sie kostenpflichtiges Pinning oder Selbsthosting ein, wenn Ihr Projekt wichtig ist, und ziehen Sie Filecoin-Angebote für die Archivierung in Betracht.

Das zweite Risiko besteht Gateway-Zentralisierung. Die meisten „IPFS-Benutzer“ sind heute HTTP-Benutzer, die auf eine Handvoll Gateways zugreifen. Wenn sich Gateways weiter konsolidieren oder regulatorischem Druck ausgesetzt sind, wird die praktische Dezentralisierungsgeschichte schwächer. Abhilfe schaffen Sie durch den Einsatz mehrerer Gateways und die Ermutigung von Power-Usern, echte Knoten zu betreiben.

Das dritte Problem ist Privatsphäre. IPFS ist nicht anonym. Wenn Sie eine CID anfordern, sind Ihre Peer-ID und IP für Peers sichtbar und jeder, der einen DHT-Knoten betreibt, kann sehen, welche CIDs angefordert werden. Für sensible Inhalte reicht IPFS allein nicht aus; Sie benötigen Verschlüsselung oder Onion-Route-Transport.

Das vierte Problem ist Latenz. Der Abruf aus dem Kühllager kann langsam sein, insbesondere bei schlecht replizierten CIDs. Das DHT fügt Roundtrips hinzu und Bitswap ist nicht so optimiert wie ein ausgefeiltes CDN. Für dynamische Inhalte mit hohem Datenverkehr ist IPFS nicht das richtige Tool.

Die fünfte Ausgabe ist die Missverständnis der Datenpermanenz. Die CID ist in dem Sinne dauerhaft, dass derselbe Inhalt immer dieselbe Adresse hat. Wenn jedoch kein Knoten den Inhalt hostet, wird die Adresse zu nichts aufgelöst. Dauerhaftigkeit ist ein Merkmal von Pinning- und Filecoin-Deals, nicht von IPFS selbst.

IPFS, Stablecoins und Web3 Plumbing

Eine weniger offensichtliche, aber wichtige Rolle spielt IPFS in Web3 als Speicherschicht für Governance-Dokumente, Nutzungsbedingungen und Risikoparametersätze, die überprüfbar und unveränderlich sein müssen. Wesentlich Stablecoin issuers and DeFi protocols publish attestation documents, reserve reports, and governance proposals as IPFS CIDs referenced from their smart contracts. This gives token holders a tamper-proof historical record that does not depend on the issuer's web servers.

Das gleiche Muster zeigt sich in der DAO-Governance: Vorschlagstext und unterstützende Dokumente sind an IPFS gepinnt, sodass die On-Chain-Abstimmung immer auf den genauen Inhalt verweist, über den die Leute abgestimmt haben. Tools wie Snapshot und Tally unterstützen IPFS-angeheftete Vorschläge nativ. Wenn Sie einen historischen Vorschlag auf a überprüfen Blockchain-Explorer und klicken Sie auf die Beschreibung. Normalerweise laden Sie eine CID von IPFS.

Häufig gestellte Fragen

Fazit

IPFS ist eines der wichtigsten Infrastrukturelemente, die aus der breiteren dezentralen Computerbewegung des letzten Jahrzehnts hervorgegangen sind. Indem es die standortbasierte Adressierung durch eine inhaltsbasierte Adressierung ersetzte, löste es ein Problem, das das Web seit seinen Anfängen hatte: Links brechen ab, Inhalte verschwinden und zentralisierte Server schaffen Single Points of Failure. IPFS repariert nicht alles im Web, bietet aber eine leistungsstarke, funktionierende Alternative für die Teile des Internets, die am meisten von Unveränderlichkeit und Ausfallsicherheit profitieren.

Die ehrliche Zusammenfassung ist, dass IPFS äußerst gut für statische, adressierbare und langlebige Inhalte funktioniert, bei denen es auf Integrität ankommt: NFT-Metadaten, dApp-Frontends, Archivdokumente, Governance-Datensätze und dezentrale Veröffentlichung. Es funktioniert weniger gut für dynamische Inhalte mit hohem Durchsatz, private Daten ohne zusätzliche Verschlüsselung und Anwendungsfälle, die eine Latenz im Millisekundenbereich erfordern. Das Protokoll ist ausgereift, die Tools mit Helia und Kubo sind solide und die Pinning-Services-Landschaft ist so wettbewerbsfähig, dass jeder innerhalb von Minuten mit dem Hochladen von Inhalten beginnen kann.

Die ehrlichen Vorbehalte sind ebenso wichtig. Durch die Gateway-Zentralisierung wird viel Datenverkehr stillschweigend auf eine Handvoll Betreiber verteilt. Die Zuverlässigkeit der Pins hängt ganz davon ab, wer die Rechnung bezahlt. Das Marketing rund um „permanenten Speicher“ ist ohne Filecoin oder robustes Pinning irreführend. Wenn Sie diese Einschränkungen verstehen, ist IPFS ein fantastisches Tool. Wenn Sie dies nicht tun, können Sie NFT-Sammlungen versenden, die stillschweigend verrotten, dApps, die ihre Frontends verlieren, und Archive, die verschwinden, wenn niemand hinschaut. Setzen Sie IPFS mit Bedacht ein, kombinieren Sie es mit Filecoin oder professionellem Pinning, wenn es auf Haltbarkeit ankommt, und Sie verfügen über eines der leistungsstärksten Speicherprimitive des modernen Web3-Stacks.