Foundation schließt. Die Token bleiben für immer in der Blockchain, aber die Dateien, aus denen sie bestehen (Bilder, Videos, Metadaten), liegen auf IPFS, gepinnt auf den Nodes von Foundation, die irgendwann offline gehen werden. Sobald das geschieht, lösen die Links nicht mehr auf, und die Werke werden zu visuell verwaisten Token, auch wenn alles andere on-chain weiter besteht.
Diese Anleitung begleitet Sie dabei, Ihren gesamten Korpus auf einem unabhängigen, dezentralen Pinning-Dienst zu sichern, ohne einen Cent zu zahlen. Am Ende wird Ihr Werk durch eine Infrastruktur geschützt, die Sie kontrollieren, nicht durch ein Unternehmen, das morgen schließen kann.
Je nach Anzahl der Werke dauert es zwischen 30 Minuten und 2 Stunden. Jede Minute lohnt sich.
Was Sie genau tun werden
Wenn Sie vor dem Beginn das Problem und die Lösung verstehen, ersparen Sie sich später Verwirrung.
Das Problem
Als Sie ein Werk auf Foundation geminted haben, speicherte der Smart Contract eine Referenz auf Ethereum (einen CID, Content Identifier), die auf Ihre Metadaten-JSON-Datei auf IPFS verweist. Dieses JSON enthält den Titel, die Beschreibung und verweist seinerseits über einen weiteren CID auf die eigentliche Bild- oder Videodatei.
Das Token ist permanent. Die CID-Dateien existieren jedoch nur so lange, wie ein IPFS-Node sie gepinnt hält. Foundation hatte sie auf seinen eigenen Nodes gepinnt. Wenn diese Nodes abgeschaltet werden und niemand sonst diese Dateien pinnt, verschwinden sie aus dem Netzwerk.
Die Lösung
Sie werden dieselben CIDs auf Ihrem eigenen Node pinnen (in der Praxis auf einem kostenlosen Dienst, der als Ihr Node fungiert). Es geht nicht darum, die Dateien woanders zu kopieren, sondern darum, ihre Existenz innerhalb desselben IPFS-Netzwerks zu verstärken. Der CID bleibt derselbe, das Werk bleibt dasselbe, aber es gibt nun Redundanz: Die Datei lebt auf den Nodes von Foundation und auf Ihren.
Wenn Foundation seine Nodes abschaltet, bleiben Ihre aktiv. Die IPFS-Links funktionieren weiter. Ihr Werk überlebt die Schließung des Marktplatzes.
Das Ethereum-Token (Ihr Eigentum, Ihre Historie, Ihre Verkäufe) ist niemals gefährdet. Gefährdet ist die visuelle und beschreibende Ebene. Diese Ebene wird hier gerettet.
Warum Filebase und nicht Pinata
Pinata war Pionier, doch sein kostenloser Plan funktioniert für diesen konkreten Fall nicht mehr. Filebase ist die ehrliche Alternative.
Pinata berechnet genau die Funktion, die wir brauchen (Import from IPFS, das Pinnen bereits vorhandener CIDs). Im kostenlosen Plan können Sie nur neue Dateien von Ihrem Computer hochladen, nicht aber CIDs pinnen, die bereits im Netzwerk existieren.
Filebase bietet 5 GB Speicher, bis zu 1.000 Dateien, ein dediziertes Gateway und die Funktion Import CID, alles im kostenlosen Plan ohne Kreditkarte enthalten. Das ist fünfmal mehr Speicherplatz als bei Pinata, und die Schlüsselfunktion ist uneingeschränkt verfügbar.
Filebase verwendet zudem dreifache Redundanz an geografisch getrennten Standorten, was echte Redundanz ist, keine Marketing-Sprache.
Pinata ist kein schlechter Dienst. Es liegt daran, dass Ihr Anwendungsfall (das Pinnen bereits geminteter Werke) genau jener ist, den das aktuelle Geschäftsmodell in die kostenpflichtigen Pläne verschiebt. Filebase behandelt diesen Fall als legitime kostenlose Nutzung.
Ihr kostenloses Filebase-Konto erstellen
Fünf Minuten, ohne Kreditkarte.
- Gehen Sie auf filebase.com und klicken Sie auf Get Started Free oder Sign Up.
- Geben Sie Ihre E-Mail-Adresse ein und erstellen Sie ein sicheres Passwort. Keine Karte erforderlich, keine Rechnungsinformationen.
- Bestätigen Sie Ihre E-Mail-Adresse über den zugesandten Link.
- Melden Sie sich mit Ihrem Benutzernamen und Passwort im Dashboard an.
Sie sehen Ihren leeren Arbeitsbereich. Die Oberfläche ist klar gestaltet, nur auf Englisch verfügbar, aber der Ablauf ist einfach.
Ihr Archiv-Bucket erstellen
Ein Bucket ist wie ein Ordner, in dem Ihre Pins gespeichert werden.
- Klicken Sie im Dashboard in der Seitenleiste auf Buckets.
- Klicken Sie auf Create Bucket.
- Vergeben Sie einen eindeutigen Namen, zum Beispiel
ihr-name-nft-archive. Bucket-Namen sind global, wenn Ihrer bereits vergeben ist, müssen Sie einen anderen wählen. - Wählen Sie unter Network IPFS. Wählen Sie nicht Sia oder andere Netzwerke, Sie benötigen IPFS für Ihre Foundation-NFTs.
- Bestätigen Sie mit Create.
Filebase wird einen Hinweis anzeigen, dass öffentliche Buckets einen kostenpflichtigen Plan erfordern. Ignorieren Sie dies und belassen Sie ihn auf S3 Private. Dieser Hinweis bezieht sich auf den S3-Zugriff (Amazon-Protokoll), der von NFTs nicht genutzt wird. Ihre Dateien bleiben weiterhin öffentlich über CID von jedem IPFS-Gateway zugänglich: ipfs.io, dweb.link, cloudflare-ipfs.com. Die private Einstellung des Buckets schränkt dies nicht ein.
Die CIDs jedes Werks beschaffen
Jedes Werk hat zwei zu identifizierende CIDs: einen für die Metadaten-JSON und einen für die Bild- oder Videodatei.
Methode 1: Von Foundation (solange es noch aktiv ist)
- Gehen Sie auf Ihr Foundation-Profil und öffnen Sie eines Ihrer Werke.
- Unter dem Tab Details oder Token Details finden Sie einen Link IPFS oder Metadata.
- Er hat das Format
https://ipfs.io/ipfs/QmXX.../metadata.json. Speichern Sie ihn. - Der Metadaten-CID ist der Teil zwischen
/ipfs/und/metadata.json:QmXX...
Methode 2: Das JSON öffnen und den Medien-CID extrahieren
Öffnen Sie das JSON in Ihrem Browser. Sie sehen etwa Folgendes:
{
"name": "Ihr Werk",
"description": "...",
"image": "ipfs://QmYY.../nft.mp4"
}
Der Wert des Feldes image (manchmal auch animation_url) beginnt mit ipfs://, gefolgt von einem weiteren CID. Das ist der Medien-CID. Speichern Sie diesen ebenfalls.
Erstellen Sie eine einfache Inventartabelle
Notieren Sie für jedes Werk:
- Titel des Werks
- CID der Metadaten-JSON
- CID der Mediendatei (Video oder Bild)
- Contract-Adresse und TokenID (zur späteren Suche auf Etherscan)
Eine einfache Tabellenkalkulation genügt. Erstellen Sie sie, solange Foundation noch zugänglich ist. Wenn Sie warten, könnte die Datenextraktion deutlich schwieriger werden.
Wenn Sie in Ihrem Foundation-Profil ein leicht zu kopierendes Inventar haben, übernehmen Sie es en bloc. Sie können auch direkt auf Etherscan nach Ihren Token suchen, indem Sie Ihre Wallet durchsuchen und nach NFTs filtern.
Ihre CIDs auf Filebase pinnen
Hier geschieht das Wesentliche. Filebase findet Ihre Dateien im IPFS-Netzwerk und kopiert sie auf seine Nodes.
Prozess für jedes Werk
- Öffnen Sie den erstellten Bucket, indem Sie auf seinen Namen klicken.
- Sie sehen drei Optionen: Import CID, New Folder, Upload. Klicken Sie auf Import CID.
- Ein Formular öffnet sich. Fügen Sie den Metadaten-JSON-CID des ersten Werks ein.
- Geben Sie einen aussagekräftigen Namen, zum Beispiel
mein-werk-metadata.json. - Bestätigen Sie mit Search and Pin.
Filebase sucht den CID im IPFS-Netzwerk (das dauert einige Sekunden) und pinnt ihn auf seinen Nodes. Der Status wechselt von Pinning (in Bearbeitung, orangefarbenes Symbol) zu Pinned (bestätigt, grünes Symbol).
Wiederholen Sie den Vorgang für den Medien-CID:
- Erneut Import CID.
- Fügen Sie den CID des Videos oder Bildes ein.
- Name:
mein-werk-media.mp4(oder die korrekte Dateiendung). - Bestätigen Sie.
Empfohlene Namenskonvention
Verwenden Sie konsistente Namen, damit sich der Bucket später leicht durchsuchen lässt. Vorschlag:
- Solo-Werke:
werk-titel-metadata.jsonundwerk-titel-media.mp4 - Kollaborationen:
split-name-kollaborateur-titel-metadata.json - Nummerierte Serien:
serie-01-titel-metadata.json,serie-02-...(verwenden Sie führende Nullen bei mehr als 9 Werken)
Namen in Kleinbuchstaben, mit Bindestrichen statt Leerzeichen, ohne Umlaute oder Sonderzeichen. Das vermeidet Probleme mit URLs und Dateisystemen.
Zeitschätzung
Jeder Pin dauert von wenigen Sekunden (bei kleinen JSON-Dateien) bis zu einigen Minuten (bei schweren Videos). Für einen Korpus von 10-15 Werken rechnen Sie mit 40 Minuten bis 1 Stunde manueller Arbeit.
Wenn Sie einen CID pinnen, den Filebase bereits anderswo gepinnt hat (weil ein anderer Künstler dieselbe Datei gepinnt hat), erfolgt das Pinning nahezu augenblicklich. IPFS dupliziert Dateien nicht, sondern verstärkt ihre Präsenz.
Überprüfen, ob alles in Ordnung ist
Bevor Sie das Backup als abgeschlossen betrachten, überprüfen Sie, ob die Dateien tatsächlich aus dem öffentlichen Netzwerk zugänglich sind.
Prüfung 1: Alle als Pinned markiert
Sehen Sie sich die Spalte Status in Ihrem Bucket an. Alle Dateien sollten das grüne Symbol und die Bezeichnung Pinned haben. Wenn eine nach mehreren Minuten noch Pinning (orange) zeigt, warten Sie länger oder aktualisieren Sie die Seite.
Prüfung 2: Über öffentliches Gateway erreichbar
Kopieren Sie einen Ihrer CIDs und fügen Sie ihn in diese URL ein, wobei Sie [CID] ersetzen:
https://dweb.link/ipfs/[CID]
Wenn Sie den Inhalt sehen (die JSON-Datei oder das Video), ist Ihr Pin im dezentralen Netzwerk aktiv und über jedes Gateway erreichbar, ohne von Foundation oder Filebase abhängig zu sein.
Prüfung 3: Angemessene Speichernutzung
Betrachten Sie die Storage-Anzeige Ihres Buckets. Ein typisches NFT-Video wiegt zwischen 10 und 80 MB. Bei 15 Werken mit Video liegen Sie bei etwa 500-800 MB, weit unter dem 5-GB-Limit des kostenlosen Plans.
Falls Sie sich dem Limit nähern (weil Sie mehr Werke oder sehr schwere Videos haben), erwägen Sie, nur die Metadaten der weniger kritischen Werke zu pinnen und deren Videos ohne zusätzliches Backup zu belassen (sie werden eine Zeit lang auf anderen öffentlichen IPFS-Nodes weiterleben).
Links auf Ihrer Website aktualisieren
Wenn Sie eine persönliche Website oder ein Portfolio mit Links zu Ihren NFTs haben, müssen diese Links geändert werden. Jene, die auf Foundation verweisen, werden nicht mehr funktionieren.
Was zu ersetzen ist
Suchen Sie auf Ihrer Website nach Links wie diesen:
https://foundation.app/mint/eth/0x...../tokenID
https://fnd-collections.mypinata.cloud/ipfs/QmXX.../metadata.json
https://fnd-collections4.mypinata.cloud/ipfs/...
Diese werden alle nicht mehr funktionieren. Sie sollten durch stabile Links von IPFS-Gateways ersetzt werden.
Welche Links zu verwenden sind
Ich empfehle drei Arten von Links pro Werk:
1. Metadaten (technisches Datenblatt des Werks):
https://dweb.link/ipfs/[CID_METADATA]/metadata.json
2. Medien (das Video oder Bild):
https://dweb.link/ipfs/[CID_MEDIA]/nft.mp4
3. Etherscan (On-Chain-Eigentumsnachweis):
https://etherscan.io/token/[CONTRACT]?a=[TOKEN_ID]
Dieser dritte Link ersetzt den Foundation-Link. Wo Sie zuvor auf den Marktplatz verwiesen haben, verweisen Sie nun auf das öffentliche Ethereum-Register, das niemals schließt.
Ich verwende dweb.link, weil es von Protocol Labs betrieben wird (Stiftung, kein gewinnorientiertes Unternehmen), relativ schnell und neutral ist. Valide Alternativen: ipfs.io (gleicher Anbieter, manchmal langsamer), cloudflare-ipfs.com (schnell, aber von einem zentralisierten Unternehmen abhängig). Jedes funktioniert; entscheidend ist der CID.
Wenn Ihre Werke auf Arweave liegen (kein Backup nötig)
Einige Foundation-Werke nutzen Arweave statt IPFS. Diese verfügen über integrierte Permanenz.
Wenn Sie beim Öffnen der Metadaten Ihres Werks URLs sehen, die auf arweave.net enden oder mit einem Hash gefolgt von .arweave.net beginnen, lebt Ihr Werk auf Arweave, nicht auf IPFS.
Arweave ist ein anderes dezentrales Speichernetzwerk mit einem philosophisch anderen Modell: Sie zahlen einmal beim Minten, und der Speicher ist für zweihundert Jahre über einen Endowment-Fonds garantiert, der die Nodes unbegrenzt bezahlt.
Praktische Schlussfolgerung: Wenn eines Ihrer Werke auf Arweave liegt, brauchen Sie es nicht zu sichern. Seine Permanenz ist strukturell gegeben. Vermerken Sie es einfach in Ihrem Inventar und gehen Sie zu den anderen über.
Bevor Foundation endgültig schließt
Letzte Schritte vor der Abschaltung.
Unverkaufte Werke auslisten
Wenn Sie auf Foundation zum Verkauf gelistete Werke haben, die noch keinen Käufer gefunden haben, erwägen Sie das Auslisten vor der Schließung. Dadurch wird das Token aus dem Escrow-Vertrag von Foundation freigegeben und an Ihre Wallet (oder die des Minters) zurückgegeben. Es kostet etwas Gas, erspart aber spätere Komplikationen.
Kollaborateure informieren
Wenn Sie Werke mit On-Chain-Split haben, erinnern Sie Ihre Kollaborateure daran, ebenfalls ein Backup auf ihrer Seite anzufertigen. Der Split bleibt aktiv, solange der Contract existiert, aber die Dateien brauchen mehrere sie tragende Nodes, um zu überleben.
Kuratorische Informationen exportieren
Foundation speichert Informationen, die nicht on-chain liegen: Verkaufshistorie mit Namen der Sammler, redaktionelle Beschreibungen, exakte Auktionsdaten, Gebote, Follower. All dies verschwindet mit Foundation. Machen Sie Screenshots oder exportieren Sie, was möglich ist, vor der Schließung.
Erzählen Sie Ihre Geschichte
Wenn Sie seit Jahren im Krypto-Kunst-Bereich tätig sind, sind Sie Zeuge eines Kapitels der Kulturgeschichte, das nur wenige von innen erlebt haben. Halten Sie schriftlich fest, woran Sie sich erinnern. Fotos von Veranstaltungen, Namen der Community, gescheiterte Plattformen, Sperrungen, die Künstler aus Ländern mit Embargo erlitten haben. Dieses narrative Archiv zählt ebenso viel wie die CIDs.
Sobald Sie jedes Werk gepinnt, den öffentlichen Zugriff verifiziert und die Links Ihrer Website aktualisiert haben, überlebt Ihr Korpus die Schließung von Foundation. Das Werk bleibt. Die Geschichte geht weiter.
Was geschieht, falls Filebase eines Tages schließt?
Eine berechtigte Frage. Wenn Sie ein Backup machen, um nicht von Foundation abhängig zu sein, verschieben Sie dann nicht einfach die Abhängigkeit zu einem anderen Unternehmen? Diese Frage verdient eine ehrliche Antwort.
Die kurze Antwort
Wenn Filebase morgen schließen würde, verschwinden Ihre Dateien nicht augenblicklich. IPFS funktioniert durch die Akkumulation von Nodes, die denselben Inhalt replizieren, nicht über einen einzelnen Ausfallpunkt. Das Schließen von Filebase entfernt nur eine der Kopien Ihrer Datei, nicht alle.
Zudem sind die CIDs universell. Sie gehören nicht Filebase. Wenn Sie morgen ein Konto bei einem anderen Anbieter eröffnen und dieselben CIDs einfügen, haben Sie in wenigen Minuten wieder ein aktives Backup. Ihr Inventar (die in Schritt 05 erstellte Tabelle) ist alles, was Sie für die Migration benötigen.
Wie Persistenz auf IPFS tatsächlich funktioniert
Eine Datei auf IPFS existiert, solange mindestens ein Node sie aktiv gepinnt hält. Wenn Filebase Ihre CIDs pinnt, halten seine Nodes (typischerweise dreifach an verschiedenen Standorten repliziert) die Datei am Leben.
Doch Filebase ist nicht der einzige, der Ihre Dateien hat. Jedes Mal, wenn jemand ein IPFS-Gateway besucht und Ihr Werk lädt, cached dieses Gateway es temporär. Jede Interaktion hinterlässt ephemere Kopien. Auch Foundation hält Ihre CIDs bis zur Schließung noch gepinnt. Das Netzwerk besitzt eine natürliche Replikationsträgheit.
Drei mögliche Szenarien, falls Filebase schließen würde
Szenario 1, Schließung mit Vorankündigung (das erwartete): Seriöse Dienste kündigen Wochen oder Monate im Voraus an. Sie hätten ausreichend Zeit, zu einem anderen Anbieter zu migrieren: 4EVERLAND, Web3.Storage, Lighthouse. Da Sie bereits das CID-Inventar besitzen, ist die Migration trivial: Konto eröffnen, dieselben CIDs importieren, weitermachen.
Szenario 2, plötzliche Schließung ohne Vorankündigung: unwahrscheinlich, aber möglich. Ihre Dateien gehen nur dann verloren, wenn gleichzeitig kein anderer Node sie besitzt. Bei Dateien mit irgendeiner Aktivität ist das statistisch selten.
Szenario 3, Übernahme durch ein anderes Unternehmen (das häufigste): Ein größeres Unternehmen kauft das kleinere und erhält den Dienst mit neuen Bedingungen aufrecht. Ihre Pins bleiben während des Übergangs aktiv. Aktuelles Beispiel aus dem Ökosystem: KnownOrigin wurde von eBay übernommen, mit erheblichen Konsequenzen, doch die zuvor geminteten Dateien blieben zugänglich.
Die robuste Strategie: Multi-Provider-Redundanz
Die philosophisch korrekte Antwort liegt nicht allein darin, darauf zu vertrauen, dass Filebase nicht schließen wird, sondern darin, nicht ausschließlich von Filebase abhängig zu sein. Echte Dezentralisierung erfordert echte Redundanz. Vier Schutzebenen, schrittweise implementierbar:
Ebene 1, was Sie bereits haben: aktive Pins auf Filebase. 5 GB kostenlos. Deckt den Standardfall ab.
Ebene 2, parallele Redundanz: ein zweites kostenloses Konto bei einem anderen Anbieter eröffnen und dieselben Pins replizieren. Solide Optionen:
- 4EVERLAND: 5 GB kostenlos, klare Oberfläche, anderer Anbieter.
- Web3.Storage: von Protocol Labs (den Erfindern von IPFS). 5 GB kostenlos, institutionell sehr stabil.
- Lighthouse: Einmalzahlungsmodell für dauerhaften Speicher, nutzt Filecoin als wirtschaftliche Schicht.
Wenn dieselben CIDs bei zwei verschiedenen Anbietern gepinnt sind, beeinträchtigt die Schließung eines Anbieters den anderen nicht. Genau das ermöglicht Dezentralisierung: nicht an einen bestimmten Anbieter gebunden zu sein.
Ebene 3, lokale physische Kopie: Alle Mediendateien auf Ihre Festplatte oder eine externe Platte herunterladen, nach Ordnern organisiert. Dient nicht dazu, öffentliche Links bereitzustellen, garantiert aber, dass Sie die Masterdateien behalten, falls alle Nodes der Welt ausfallen. Es ist das Ultimo-Backup, das seriöse Archivare anfertigen.
Ebene 4, optional und fortgeschritten: Einen eigenen IPFS-Node mit IPFS Desktop oder IPFS CLI auf einem Ihrer Rechner betreiben. Maximale technische Autonomie. Ihr Node ist nur aktiv, wenn Ihr Computer läuft, er ergänzt daher die verwalteten Dienste, ersetzt sie aber nicht.
Pragmatische Empfehlung
Vorerst bleiben Sie ausschließlich bei Filebase (Ebene 1). Das reicht für das reale kurzfristige Risiko. Filebase ist seit 2019 aktiv und wirkt institutionell stabiler als andere in diesem Moment.
In 3 bis 6 Monaten, wenn Sie verstärken möchten, eröffnen Sie ein Konto bei 4EVERLAND oder Web3.Storage und replizieren die Pins. 15 Minuten Arbeit, weil Sie bereits das Inventar mit allen CIDs besitzen. Das ergibt echte Redundanz ohne Überengineering.
Die lokale Kopie auf Festplatte können Sie machen, wenn Sie Zeit haben, es eilt nicht, aber lohnt sich. Eigenen IPFS-Node nur, falls Sie Infrastrukturverwaltung schätzen.
Es gibt einen entscheidenden Unterschied zwischen Zentralisierung und Abhängigkeit. Filebase ist ein zentralisierter Anbieter (privates Unternehmen, eigene Server), doch Ihre Nutzung von Filebase ist entkoppelbar: Die CIDs sind IPFS-Standard, Ihr Inventar liegt auf Ihrer Festplatte, und Sie können jederzeit zu einem anderen Anbieter wechseln. Dies unterscheidet sich grundlegend von der Abhängigkeit, die Sie von Foundation hatten, bei der die Schließung von Foundation den Verlust von Links, Narrativ, Profil und Community bedeutete. Dieses Mal wäre jede Schließung lästig, aber nicht katastrophal. Das ist echter Fortschritt.
Häufige Fragen
Kurze und direkte Antworten auf das, was Künstler sich jetzt zur Schließung von Foundation und zur Erhaltung von NFTs fragen.
Was geschieht mit meinen NFTs, wenn Foundation schließt?
Die Token bleiben für immer auf Ethereum, unversehrt. Gefährdet ist die Off-Chain-Ebene: die JSON-Metadaten und Mediendateien (Bilder, Videos), die derzeit auf den IPFS-Nodes von Foundation liegen. Sobald diese Nodes abgeschaltet werden, könnten die Dateien unzugänglich werden, wenn Sie sie nicht auf einem anderen Dienst pinnen. Ihr Eigentum ist sicher; die visuelle Darstellung benötigt ein Backup.
Muss ich meine NFTs auf eine andere Blockchain verschieben?
Nein. NFTs bleiben unabhängig vom Schicksal von Foundation auf Ethereum. Foundation ist eine Marktplatz-Oberfläche; Ethereum ist die zugrunde liegende Blockchain. Sie müssen nur die Off-Chain-Dateien sichern, nicht die Token verschieben.
Ist Filebase wirklich kostenlos für NFT-Backups?
Ja. 5 GB Speicher, bis zu 1.000 gepinnte Dateien, dediziertes IPFS-Gateway und die Import-CID-Funktion, alles kostenlos ohne Kreditkarte. Es ist die Funktionskombination, die Pinata in die kostenpflichtigen Pläne verschoben hat.
Was ist ein IPFS-CID und warum ist das wichtig?
Ein CID (Content Identifier) ist ein kryptografischer Hash, der eine Datei auf IPFS anhand ihres Inhalts identifiziert. Der Smart Contract Ihres NFTs speichert eine Referenz auf einen CID, der auf die Metadaten zeigt, welche wiederum auf den Medien-CID verweisen. CIDs lösen nur dann in Inhalt auf, solange Nodes die Dateien gepinnt halten. Ohne Pin kein Inhalt, unabhängig von der Existenz des Tokens.
Was passiert, wenn auch Filebase schließt?
Detailliert in Schritt 11 behandelt. Kurzfassung: CIDs sind universell, Sie können also mit Ihrem Inventar in Minuten zu einem anderen IPFS-Anbieter (4EVERLAND, Web3.Storage, Lighthouse) migrieren. Für Robustheit nutzen Sie Multi-Provider-Redundanz.
Sollte ich unverkaufte NFTs vor der Schließung von Foundation auslisten?
Empfohlen. Das Auslisten löst das Token aus dem Escrow-Vertrag von Foundation und gibt es an die Wallet des Minters zurück, sodass es in Zukunft anderswo erneut gelistet werden kann. Es kostet etwas Gas, verhindert aber Komplikationen.
Wie lange dauert der komplette Backup-Prozess?
Für 10-15 NFTs rechnen Sie mit 30 Minuten bis 2 Stunden. JSON-Metadaten werden in Sekunden gepinnt; Videodateien können jeweils einige Minuten in Anspruch nehmen. Der Prozess ist repetitiv, aber nicht komplex, sobald das CID-Inventar vorliegt.
Was ist, wenn meine NFTs auf Arweave, nicht IPFS liegen?
Kein Backup erforderlich. Arweave bietet permanenten Speicher durch Design: einmal beim Minten bezahlt, etwa 200 Jahre lang durch einen wirtschaftlichen Endowment erhalten, der die Nodes unbegrenzt bezahlt.
Funktioniert diese Anleitung für Künstler außerhalb von Foundation?
Ja. Derselbe Prozess gilt für jedes NFT auf Ethereum, dessen Metadaten und Medien auf IPFS liegen. SuperRare, Zora, Objkt, KnownOrigin (vor der Schließung), Rarible: Der Ablauf ist identisch. Nur die Quelle der CIDs ändert sich.
Kann ich als Sammler NFTs anderer Künstler pinnen?
Ja, und das wird gefördert. CIDs sind durch Design öffentlich. Das Pinnen gesammelter NFTs schützt Ihre Sammlung vor dem Ausfall der ursprünglichen Nodes. Überlegen Sie, den Künstler aus Höflichkeit zu informieren, besonders bei direktem Kontakt.
Wie Sie Ihren eigenen IPFS-Node betreiben
Dieser Abschnitt richtet sich an Künstler mit gewisser technischer Vertrautheit, die die nächste Autonomiestufe wünschen. Für das Backup Ihrer Werke ist es nicht erforderlich (Filebase genügt), doch falls Sie die Idee reizt, von keinem Anbieter abhängig zu sein, hier ist der Weg.
Was es bedeutet, einen eigenen Node zu haben
Ein IPFS-Node ist ein Computer, der als weiteres Mitglied des Schwarms am Netzwerk teilnimmt. Wenn Sie die Software installieren, kann Ihre Maschine Dateien pinnen, sie der Welt bereitstellen und sie am Leben erhalten, ohne von einem kommerziellen Dienst abhängig zu sein. Sie werden vom Kunden eines Anbieters zum vollwertigen Teilnehmer des Netzwerks. Das digitale Äquivalent dazu, eine eigene Druckerei zu besitzen, statt von einem Verlag abhängig zu sein.
Schlüsselunterschied zu Filebase: Bei Filebase bitten Sie ein Unternehmen, Ihre Dateien auf seinen Servern zu pinnen. Mit Ihrem eigenen Node sind Sie der Server.
Ihr Node stellt Dateien nur bereit, solange Ihr Computer eingeschaltet und mit dem Internet verbunden ist. Wenn Sie die Maschine ausschalten, existieren Ihre Dateien weiterhin auf anderen Nodes des Netzwerks (Filebase, öffentliche Gateways, andere Pinning-Dienste), doch Sie tragen nicht mehr bei. Für ein wirklich dauerhaftes Backup muss Ihr Node nahezu ständig aktiv sein.
Zwei reale Wege, je nach gewünschtem Kontrollgrad
Weg A: IPFS Desktop (der zugänglichste)
Grafische Anwendung, die sich wie jedes andere Programm unter macOS, Windows oder Linux installieren lässt. Einrichtung in 5 Minuten, grafische Oberfläche, ohne Kommandozeile. Ideal zum Experimentieren und Lernen.
Vorteile: einfache Installation, grafische Oberfläche, Sie können die Anwendung bei Nichtgebrauch schließen.
Nachteile: verbraucht RAM während des Betriebs (200-400 MB), hängt davon ab, dass die Anwendung nicht versehentlich geschlossen wird, und beim Ausschalten des Computers geht die Verfügbarkeit verloren.
Weg B: Dedizierter Raspberry Pi (die ernsthafte Option)
Sie kaufen einen Raspberry Pi (etwa 75-120 USD mit Gehäuse, Netzteil und SD-Karte), installieren IPFS darauf und lassen ihn 24/7 zu Hause mit dem Router verbunden laufen. Dedizierter permanenter Node mit einem Stromverbrauch wie eine LED-Lampe (5-10 Watt, etwa 2-3 USD pro Monat).
Vorteile: echter permanenter Node, belegt keine Ressourcen Ihres Hauptcomputers, vollständige technische Autonomie.
Nachteile: erfordert Erstanschaffung, komplexere technische Installation (Kommandozeile), Router-Konfiguration für externe Erreichbarkeit.
Beginnen Sie mit IPFS Desktop. Lernen Sie das Konzept ohne wirtschaftliche Verpflichtung. Wenn Sie nach einigen Wochen spüren, dass Sie es tatsächlich nutzen und echte Permanenz wünschen, prüfen Sie die Investition in einen dedizierten Raspberry Pi.
Schritt-für-Schritt mit IPFS Desktop
Schritt 1: Installationsprogramm herunterladen
Gehen Sie auf ipfs.tech/install/ipfs-desktop/ (offizielle Projekt-Domain). Wählen Sie das Installationsprogramm für Ihr Betriebssystem: macOS, Windows oder Linux.
Schritt 2: Installieren
Unter macOS öffnen Sie das .dmg und ziehen das Symbol in den Ordner Programme. Unter Windows führen Sie die .exe aus. Unter Linux ist es meist eine .AppImage. Unter macOS kann das System beim ersten Start vor einem nicht verifizierten Entwickler warnen: Gehen Sie in Systemeinstellungen, Sicherheit und erteilen Sie die Erlaubnis manuell. Das ist normal und bedeutet nicht, dass die Software unsicher ist.
Schritt 3: Erster Start
Beim ersten Öffnen der Anwendung geschehen automatisch drei Dinge. Erstens wird eine eindeutige kryptografische Identität für Ihren Node erstellt (vergleichbar mit einem permanenten Ausweis Ihres Nodes im Netzwerk). Zweitens verbindet er sich mit dem globalen IPFS-Netzwerk, und innerhalb weniger Sekunden sehen Sie Dutzende oder Hunderte verbundener Peers (andere Nodes). Drittens öffnet sich eine Oberfläche mit fünf Tabs: Status, Files, Explore, Peers, Settings.
Schritt 4: Ihren ersten CID pinnen
Gehen Sie zum Tab Files. Oben befindet sich eine Schaltfläche Import. Beim Klicken öffnet sich ein Menü mit Optionen. Wählen Sie From IPFS (manchmal als Add by CID oder Import from IPFS dargestellt). Fügen Sie einen Ihrer CIDs ein und bestätigen Sie.
Ihr Node beginnt, die Datei von anderen Nodes herunterzuladen, die sie besitzen (Filebase, öffentliche Gateways, jede aktive Quelle). In Sekunden oder Minuten (je nach Größe) wird die Datei lokal gepinnt. In diesem Moment wird Ihr Computer zu einem Teilnehmer im Netzwerk, das diesen CID trägt.
Schritt 5: Funktion überprüfen
Zwei einfache Überprüfungen. Erstens sollten Sie in Files den CID mit einem Pin-Symbol und der heruntergeladenen Größe sehen. Zweitens öffnen Sie in Ihrem Browser:
http://localhost:8080/ipfs/[ihr-CID]
Dieses localhost:8080 ist das lokale Gateway, das Ihr eigener Node bereitstellt. Wenn Sie den Inhalt sehen, stellt Ihr Node die Datei aktiv bereit. Das ist echte technische Autonomie.
Schritt 6: Den Rest Ihres Korpus pinnen
Wiederholen Sie den Prozess mit allen CIDs Ihres Inventars. Für einen Korpus von 10-15 Werken rechnen Sie je nach Ihrer Verbindung mit 30 Minuten bis 2 Stunden.
Praktische Überlegungen für den täglichen Gebrauch
Ressourcenverbrauch: IPFS Desktop nutzt zwischen 200 und 400 MB RAM, wenn aktiv. Auf modernen Computern ist das kein Problem, auf Maschinen mit wenig Arbeitsspeicher jedoch bemerkbar. In Settings lassen sich Grenzen konfigurieren.
Bandbreite: Ihr Node lädt nicht nur herunter, sondern auch zu anderen Nodes hoch, die Dateien anfragen. Bei begrenzter Verbindung konfigurieren Sie Limits in Settings. Mit normaler Heimverbindung bemerken Sie es nicht.
Computer ausschalten: Ihre CIDs bleiben im Netzwerk aktiv, solange andere Nodes sie gepinnt halten (Filebase bleibt als Backup). Ihr Node stellt lediglich vorübergehend seinen Beitrag ein. Beim Neustart nimmt er den Betrieb automatisch wieder auf.
Speicherplatz: Jeder gepinnte CID belegt seine Größe auf Ihrer lokalen Festplatte. Berechnung: Für 500 MB Foundation-Korpus belegt Ihr Node 500 MB. Bei großen Tezos-Korpora können es mehrere GB sein. Prüfen Sie, dass Ihre Festplatte Platz hat.
Was Ihnen das konkret bringt
- Reale Unabhängigkeit von Filebase: Würde es morgen bei aktivem Node schließen, blieben Ihre Dateien ohne Ihr Eingreifen zugänglich.
- Veröffentlichung ohne Vermittler: Wenn Sie ein neues Werk erstellen und auf IPFS pinnen möchten, ohne einen Dienst zu nutzen, tun Sie es direkt von Ihrem Node aus.
- Technisches Verständnis des Systems: Einen Node zu betreiben, und sei es für wenige Wochen, vermittelt ein Verständnis des Ökosystems, das die meisten NFT-Künstler nie erwerben.
- Beitrag zum Ökosystem: Jeder zusätzliche Node stärkt das gesamte IPFS-Netzwerk. Ihre Teilnahme ist nicht nur Selbstschutz, sondern gemeinschaftliches Handeln.
Die natürliche Entwicklung hin zum Raspberry Pi
Wenn Sie nach dem Experimentieren mit IPFS Desktop echte Permanenz wünschen, ist der natürliche Weg:
- Einen Raspberry Pi 4 (4 oder 8 GB RAM) mit Netzteil, Gehäuse und 128 GB microSD-Karte kaufen. Gesamt etwa 100-150 USD.
- Ihn in einer Ecke Ihres Hauses per Ethernet-Kabel mit dem Router verbinden.
- IPFS gemäß spezifischen Tutorials für Raspberry Pi installieren (reichlich auf Englisch, einige auf Deutsch).
- Automatischen Neustart bei Stromausfall konfigurieren, um den Node stets aktiv zu halten.
- Fortgeschrittene Option: Eine eigene Subdomain (zum Beispiel
ipfs.ihrkuenstler.art) konfigurieren, die auf Ihren Raspberry verweist, um ein eigenes Gateway zu besitzen.
Dieser letzte Schritt, eigenes Gateway mit eigener Domain, stellt maximale Souveränität dar. Sie sind nicht einmal mehr von dweb.link oder ipfs.io abhängig. Die Links auf Ihrer Website werden Ihre sein: ipfs.ihrkuenstler.art/ipfs/[CID]/datei.mp4.
Einen eigenen Node zu besitzen ersetzt Filebase nicht und macht die bereits geleistete Arbeit nicht obsolet. Er ergänzt sie. Die ideale Strategie kombiniert: Filebase als stets aktives verwaltetes Backup, IPFS Desktop oder Raspberry Pi als eigener Node, der von Ihrer eigenen Infrastruktur aus verstärkt, und eine lokale Kopie auf Festplatte als Ultimo-Archiv. Drei redundante Ebenen, jede durch unterschiedliches Design geschützt.
Brauchen Sie Hilfe?
Bei konkreten Fragen ist mir direkt zu schreiben der schnellste Weg. Wir sind in der Community mehrere, die in diesen Wochen dieselbe Arbeit leisten, und je früher Sie das Backup anfertigen, desto besser.