Foundation sta chiudendo. I token resteranno sulla blockchain per sempre, ma i file che li compongono (immagini, video, metadati) vivono su IPFS, pinnati sui nodi di Foundation che a un certo punto andranno offline. Quando questo accadrà, i link smetteranno di risolvere e le opere d'arte diventeranno token visivamente orfani, anche se tutto il resto on-chain continuerà ad essere lì.
Questa guida ti accompagna nel salvaguardare il tuo corpus completo su un servizio di pinning indipendente e decentralizzato, senza pagare un centesimo. Alla fine, il tuo lavoro sarà protetto da un'infrastruttura che controlli tu, non da un'azienda che può chiudere domani.
Richiede tra 30 minuti e 2 ore a seconda di quante opere hai. Ogni minuto vale la pena.
Cosa farai esattamente
Capire il problema e la soluzione prima di iniziare ti farà risparmiare confusione dopo.
Il problema
Quando hai mintato un'opera su Foundation, lo smart contract ha salvato un riferimento su Ethereum (un CID, Content Identifier) che punta al tuo file JSON di metadati su IPFS. Quel JSON contiene il titolo, la descrizione, e a sua volta punta con un altro CID al file effettivo dell'immagine o del video.
Il token è permanente. Ma i file CID esistono solo mentre un nodo IPFS li mantiene pinnati. Foundation li aveva pinnati sui suoi nodi. Quando spegnerà quei nodi, se nessun altro sta pinnando quei file, scompariranno dalla rete.
La soluzione
Pinnerai gli stessi CID sul tuo nodo (in realtà, su un servizio gratuito che agisce come tuo nodo). Non è copiare i file da qualche altra parte, è rinforzare la loro esistenza all'interno della stessa rete IPFS. Il CID resta lo stesso, l'opera resta la stessa, ma ora ha ridondanza: vive sui nodi di Foundation e sui tuoi.
Quando Foundation spegnerà i suoi nodi, i tuoi resteranno attivi. I link IPFS continueranno a funzionare. Il tuo lavoro sopravviverà alla chiusura del marketplace.
Il token Ethereum (la tua proprietà, la tua cronologia, le tue vendite) non è mai a rischio. Ciò che è a rischio è il livello visivo e descrittivo. Questo salva quel livello.
Perché Filebase e non Pinata
Pinata è stato un pioniere ma il suo piano gratuito non funziona più per questo caso specifico. Filebase è l'alternativa onesta.
Pinata fa pagare la funzione esatta che ci serve (Import from IPFS, pinnare CID esistenti). Nel piano gratuito puoi solo caricare nuovi file dal tuo computer, non pinnare CID che esistono già sulla rete.
Filebase offre 5 GB di storage, fino a 1.000 file, un gateway dedicato, e la funzione Import CID, tutto incluso nel piano gratuito senza carta di credito. È cinque volte più spazio di Pinata, e la funzione chiave è senza restrizioni.
Filebase usa anche ridondanza 3x su località geograficamente distinte, che è ridondanza reale, non linguaggio di marketing.
Pinata non è un cattivo servizio. È che il tuo caso (pinnare opere già mintate) è esattamente ciò che il loro modello di business attuale spinge ai piani a pagamento. Filebase tratta quel caso come uso gratuito legittimo.
Crea il tuo account gratuito su Filebase
Cinque minuti, senza carta di credito.
- Vai su filebase.com e clicca su Get Started Free o Sign Up.
- Inserisci la tua email e crea una password robusta. Nessuna carta richiesta, nessuna informazione di fatturazione.
- Conferma la tua email tramite il link che ti inviano.
- Entra nella dashboard con il tuo username e password.
Vedrai il tuo workspace vuoto. L'interfaccia è pulita, solo in inglese, ma il flusso è semplice.
Crea il tuo bucket di archivio
Un bucket è come una cartella dove vivranno i tuoi pin.
- Nella dashboard, clicca Buckets nel menu laterale.
- Clicca su Create Bucket.
- Dagli un nome unico, per esempio
tuo-nome-nft-archive. I nomi dei bucket sono globali, quindi se il tuo è preso ne servirà un altro. - Sotto Network, seleziona IPFS. Non scegliere Sia o altre reti, ti serve IPFS per i tuoi NFT di Foundation.
- Conferma con Create.
Filebase ti mostrerà un avviso dicendo che i bucket pubblici richiedono un piano a pagamento. Ignoralo, tienilo su S3 Private. Quell'avviso si riferisce all'accesso S3 (protocollo di Amazon), che non è usato dagli NFT. I tuoi file saranno comunque accessibili pubblicamente tramite CID da qualsiasi gateway IPFS: ipfs.io, dweb.link, cloudflare-ipfs.com. L'impostazione privata del bucket non limita questo.
Ottieni i CID di ogni opera
Ogni opera ha due CID da identificare: uno per il JSON dei metadati, un altro per il file immagine o video.
Metodo 1: Da Foundation (mentre è ancora attivo)
- Vai sul tuo profilo Foundation e apri una delle tue opere.
- Sotto la scheda Details o Token Details troverai un link IPFS o Metadata.
- Ha la forma
https://ipfs.io/ipfs/QmXX.../metadata.json. Salvalo. - Il CID dei metadati è la parte tra
/ipfs/e/metadata.json:QmXX...
Metodo 2: Apri il JSON e preleva il CID del media
Apri il JSON nel tuo browser. Vedrai qualcosa così:
{
"name": "La tua opera",
"description": "...",
"image": "ipfs://QmYY.../nft.mp4"
}
Il valore del campo image (o a volte animation_url) inizia con ipfs:// seguito da un altro CID. Quello è il CID del media. Salvalo anche.
Costruisci un semplice foglio di inventario
Per ogni opera, registra:
- Titolo dell'opera
- CID del JSON metadati
- CID del file media (video o immagine)
- Indirizzo contratto e TokenID (per cercarli dopo su Etherscan)
Basta un semplice foglio di calcolo. Fallo mentre Foundation è ancora accessibile. Se aspetti, estrarre i dati potrebbe diventare significativamente più difficile dopo.
Se hai un inventario facile da copiare sul tuo profilo Foundation, prendilo in blocco. Puoi anche cercare i tuoi token direttamente su Etherscan cercando il tuo wallet e filtrando per NFT.
Pinna i tuoi CID su Filebase
Qui avviene la magia. Filebase trova i tuoi file sulla rete IPFS e li copia sui suoi nodi.
Processo per ogni opera
- Apri il bucket che hai creato cliccando sul suo nome.
- Vedrai tre opzioni: Import CID, New Folder, Upload. Clicca su Import CID.
- Si apre un form. Incolla il CID del JSON metadati della prima opera.
- Dagli un nome descrittivo, per esempio
mia-opera-metadata.json. - Conferma con Search and Pin.
Filebase cercherà il CID sulla rete IPFS (ci vogliono pochi secondi) e lo pinnerà sui suoi nodi. Lo stato passerà da Pinning (in corso, icona arancione) a Pinned (confermato, icona verde).
Ripeti per il CID del file media:
- Import CID di nuovo.
- Incolla il CID del video o dell'immagine.
- Nome:
mia-opera-media.mp4(o l'estensione corretta). - Conferma.
Convenzione di denominazione consigliata
Usa nomi coerenti così il tuo bucket sarà facile da consultare dopo. Suggerimento:
- Opere solo:
titolo-opera-metadata.jsonetitolo-opera-media.mp4 - Collaborazioni:
split-cognome-collaboratore-titolo-metadata.json - Serie numerate:
serie-01-titolo-metadata.json,serie-02-...(usa zeri iniziali se ne hai più di 9)
Nomi in minuscolo, con trattini al posto degli spazi, senza accenti o caratteri speciali. Questo evita problemi con URL e filesystem.
Tempo stimato
Ogni pin richiede da pochi secondi (per i piccoli JSON) a un paio di minuti (per i video pesanti). Per un corpus di 10-15 opere, prevedi 40 minuti a 1 ora di lavoro manuale.
Se pinni un CID che Filebase ha già pinnato altrove (perché un altro artista ha pinnato lo stesso file), viene pinnato quasi istantaneamente. IPFS non duplica i file, rinforza la loro presenza.
Verifica che tutto sia a posto
Prima di considerare il backup fatto, verifica che i file siano effettivamente accessibili dalla rete pubblica.
Verifica 1: Tutto marcato come Pinned
Guarda la colonna Status nel tuo bucket. Tutti i file devono avere l'icona verde e l'etichetta Pinned. Se qualcuno è ancora su Pinning (arancione) dopo diversi minuti, aspetta di più o aggiorna.
Verifica 2: Accessibile da un gateway pubblico
Copia uno dei tuoi CID e incollalo in questo URL, sostituendo [CID]:
https://dweb.link/ipfs/[CID]
Se vedi il contenuto (il JSON o il video), il tuo pin è vivo sulla rete decentralizzata, accessibile da qualsiasi gateway, senza bisogno di Foundation né di Filebase.
Verifica 3: Uso di storage ragionevole
Guarda l'indicatore Storage del tuo bucket. Un video NFT tipico pesa tra 10 e 80 MB. Se hai 15 opere con video, sarai intorno ai 500-800 MB. Molto lontano dal limite di 5 GB del piano gratuito.
Se sei vicino al limite (perché hai più opere o video molto pesanti), considera di pinnare solo i metadati delle opere meno critiche e lasciare i loro video senza backup aggiuntivo (continueranno a vivere su altri nodi IPFS pubblici per un po').
Aggiorna i link sul tuo sito
Se hai un sito personale o un portfolio che linka i tuoi NFT, quei link devono cambiare. Quelli che puntano a Foundation moriranno.
Cosa sostituire
Cerca link sul tuo sito come questi:
https://foundation.app/mint/eth/0x...../tokenID
https://fnd-collections.mypinata.cloud/ipfs/QmXX.../metadata.json
https://fnd-collections4.mypinata.cloud/ipfs/...
Tutti questi smetteranno di funzionare. Dovrebbero essere sostituiti con link stabili di gateway IPFS.
Quali link usare
Consiglio tre tipi di link per opera:
1. Metadati (registro tecnico dell'opera):
https://dweb.link/ipfs/[CID_METADATA]/metadata.json
2. Media (il video o l'immagine):
https://dweb.link/ipfs/[CID_MEDIA]/nft.mp4
3. Etherscan (verifica di proprietà on-chain):
https://etherscan.io/token/[CONTRATTO]?a=[TOKEN_ID]
Questo terzo link sostituisce il link di Foundation. Dove prima puntavi al marketplace, ora punti al registro pubblico di Ethereum, che non chiude mai.
Uso dweb.link perché è gestito da Protocol Labs (fondazione, non azienda a scopo di lucro), relativamente veloce, e neutrale. Alternative valide: ipfs.io (stesso provider, a volte più lento), cloudflare-ipfs.com (veloce ma dipende da un'azienda centralizzata). Qualsiasi funziona; ciò che conta è il CID.
Se le tue opere sono su Arweave (non serve backup)
Alcune opere Foundation usano Arweave invece di IPFS. Hanno permanenza integrata.
Se quando apri i metadati della tua opera vedi URL che finiscono con arweave.net o che iniziano con un hash seguito da .arweave.net, la tua opera vive su Arweave, non su IPFS.
Arweave è una rete di storage decentralizzata diversa, con un modello filosoficamente diverso: paghi una volta al momento del mint, e lo storage è garantito per duecento anni tramite un fondo di endowment che continua a pagare i nodi indefinitamente.
Conclusione pratica: se una delle tue opere è su Arweave, non serve salvarla. La sua permanenza è strutturale. Annotala semplicemente nel tuo inventario e passa alle altre.
Prima che Foundation chiuda del tutto
Azioni finali prima dello spegnimento.
Delistare opere invendute
Se hai opere in vendita su Foundation che non hanno ancora un compratore, considera di delistarle prima della chiusura. Questo libera il token dal contratto di escrow di Foundation e lo restituisce al tuo wallet (o a chi ha mintato). Costa un po' di gas ma ti risparmia complicazioni dopo.
Documentare i collaboratori
Se hai opere con split on-chain, ricorda ai tuoi collaboratori di fare questo backup anche dal loro lato. Lo split resta attivo mentre il contratto esiste, ma i file hanno bisogno di più nodi che li sostengano per sopravvivere.
Esportare informazioni curatoriali
Foundation conserva informazioni che non vivono on-chain: cronologia delle vendite con nomi dei collezionisti, descrizioni editoriali, date esatte delle aste, offerte, follower. Tutto questo scompare con Foundation. Fai screenshot o esporta quello che puoi prima della chiusura.
Racconta la tua storia
Se sei nello spazio della cripto arte da anni, sei testimone di un capitolo della storia culturale che pochi hanno vissuto dall'interno. Metti per iscritto ciò che ricordi. Foto di eventi, nomi della comunità, piattaforme cadute, ban che hanno colpito artisti di paesi soggetti a embargo. Quell'archivio narrativo conta quanto i CID.
Una volta pinnata ogni opera, verificato l'accesso pubblico, e aggiornati i link del tuo sito, il tuo corpus sopravvivrà alla chiusura di Foundation. L'opera resta. La storia continua.
E se Filebase chiude un giorno, cosa succede?
Domanda legittima. Se stai facendo backup per non dipendere da Foundation, non stai semplicemente spostando la dipendenza a un'altra azienda? Vale la pena rispondere con onestà.
La risposta breve
Se Filebase chiudesse domani, i tuoi file non scompaiono istantaneamente. IPFS funziona per accumulo di nodi che replicano lo stesso contenuto, non tramite un singolo punto di fallimento. Chiudere Filebase toglie solo una delle copie del tuo file, non tutte.
Inoltre, i CID sono universali. Non appartengono a Filebase. Se domani apri un account con un altro provider e incolli gli stessi CID, in pochi minuti hai di nuovo backup attivo. Il tuo inventario (il foglio che hai costruito al Passo 05) è tutto ciò che ti serve per migrare.
Come funziona davvero la persistenza su IPFS
Un file su IPFS esiste finché almeno un nodo lo tiene attivamente pinnato. Quando Filebase pinna i tuoi CID, i suoi nodi (tipicamente replicati 3x in località distinte) mantengono il file vivo.
Ma Filebase non è l'unico ad avere i tuoi file. Ogni volta che qualcuno visita un gateway IPFS e carica la tua opera, quel gateway la mette in cache temporaneamente. Ogni interazione lascia copie effimere. Foundation ha ancora i tuoi CID pinnati fino alla chiusura. La rete ha una certa inerzia di replicazione naturale.
Tre scenari possibili se Filebase chiudesse
Scenario 1, chiusura con preavviso (quello previsto): i servizi seri avvisano con settimane o mesi di anticipo. Avresti tempo sufficiente per migrare a un altro provider: 4EVERLAND, Web3.Storage, Lighthouse. Avendo già l'inventario dei CID, la migrazione è banale: apri un account, importi gli stessi CID, continui.
Scenario 2, chiusura improvvisa senza preavviso: improbabile ma possibile. I tuoi file si perdono solo se contemporaneamente nessun altro nodo li ha. Per file con qualsiasi attività, è statisticamente raro.
Scenario 3, acquisizione da un'altra azienda (il più comune): un'azienda più grande compra la più piccola e mantiene il servizio con nuovi termini. I tuoi pin restano attivi durante la transizione. Esempio recente dall'ecosistema: KnownOrigin è stato comprato da eBay, con conseguenze serie, ma i file precedentemente mintati sono rimasti accessibili.
La strategia robusta: ridondanza multi-provider
La risposta filosoficamente corretta non è solo fidarsi che Filebase non chiuderà, ma non dipendere esclusivamente da Filebase. La decentralizzazione reale richiede ridondanza reale. Quattro livelli di protezione, implementabili gradualmente:
Livello 1, quello che hai già: pin attivi su Filebase. 5 GB gratis. Copre il caso standard.
Livello 2, ridondanza parallela: aprire un secondo account gratuito con un altro provider e replicare gli stessi pin. Opzioni solide:
- 4EVERLAND: 5 GB gratis, interfaccia pulita, provider diverso.
- Web3.Storage: di Protocol Labs (i creatori di IPFS). 5 GB gratis, istituzionalmente molto stabile.
- Lighthouse: modello di pagamento unico per storage perpetuo, usa Filecoin come livello economico.
Con gli stessi CID pinnati su due provider distinti, la chiusura di uno non tocca l'altro. Questo è precisamente ciò che la decentralizzazione permette: non essere legati a nessun provider particolare.
Livello 3, copia fisica locale: scaricare tutti i file media sul tuo hard disk o su un disco esterno, organizzati per cartella. Non serve a dare link pubblici, ma ti garantisce che se tutti i nodi del mondo falliscono, tu conservi ancora i master. È il backup di ultima istanza che fanno gli archivisti seri.
Livello 4, opzionale e avanzato: far girare il tuo nodo IPFS con IPFS Desktop o IPFS CLI su una delle tue macchine. Massima autonomia tecnica. Il tuo nodo è attivo solo quando lo è il tuo computer, quindi complementa ma non sostituisce i servizi gestiti.
Raccomandazione pragmatica
Per ora, resta solo con Filebase (Livello 1). È sufficiente per il rischio reale a breve termine. Filebase è attivo dal 2019 e sembra istituzionalmente più stabile di altri in questo momento.
Tra 3 e 6 mesi, se vuoi rinforzare, apri un account con 4EVERLAND o Web3.Storage e replica i pin. 15 minuti di lavoro, perché hai già l'inventario con tutti i CID. Questo ti dà ridondanza reale senza sovra-ingegnerizzazione.
La copia locale su hard disk puoi farla quando hai tempo, non c'è fretta ma vale la pena. Nodo IPFS tuo solo se ti piace gestire infrastruttura.
C'è una differenza critica tra centralizzazione e dipendenza. Filebase è un provider centralizzato (azienda privata, server suoi), ma il tuo uso di Filebase è disaccoppiabile: i CID sono standard IPFS, il tuo inventario vive sul tuo disco, e puoi spostarti a un altro provider in qualsiasi momento. Molto diverso da come dipendevi da Foundation, dove se Foundation chiudeva, perdevi i link, la narrativa, il profilo e la comunità. Questa volta, qualsiasi chiusura sarebbe fastidiosa ma non catastrofica. È progresso reale.
Domande frequenti
Risposte brevi e dirette a ciò che gli artisti si stanno chiedendo adesso sulla chiusura di Foundation e la preservazione degli NFT.
Cosa succede ai miei NFT quando Foundation chiude?
I token restano su Ethereum per sempre, intatti. Ciò che è a rischio è il livello off-chain: i metadati JSON e i file media (immagini, video) che attualmente vivono sui nodi IPFS di Foundation. Quando quei nodi si spegneranno, i file potrebbero diventare inaccessibili a meno che non li pinni su un altro servizio. La tua proprietà è al sicuro; la rappresentazione visiva ha bisogno di backup.
Devo spostare i miei NFT su un'altra blockchain?
No. Gli NFT restano su Ethereum indipendentemente dal destino di Foundation. Foundation è un'interfaccia di marketplace; Ethereum è la blockchain sottostante. Devi solo salvaguardare i file off-chain, non spostare i token.
Filebase è davvero gratuito per il backup NFT?
Sì. 5 GB di storage, fino a 1.000 file pinnati, gateway IPFS dedicato, e la funzione Import CID, tutto gratis senza carta di credito. Questa è la combinazione di funzioni che Pinata ha spostato ai piani a pagamento.
Cos'è un CID IPFS e perché conta?
Un CID (Content Identifier) è un hash crittografico che identifica un file su IPFS in base al suo contenuto. Lo smart contract del tuo NFT conserva un riferimento a un CID che punta ai metadati, che a sua volta punta al CID del media. I CID risolvono in contenuto solo mentre i nodi hanno i file pinnati. Senza pin, non c'è contenuto, indipendentemente dall'esistenza del token.
Cosa succede se anche Filebase chiude?
Trattato in dettaglio nel Passo 11. Versione breve: i CID sono universali, quindi puoi migrare a un altro provider IPFS (4EVERLAND, Web3.Storage, Lighthouse) in minuti usando il tuo inventario. Per robustezza, usa ridondanza multi-provider.
Dovrei delistare gli NFT invenduti prima della chiusura di Foundation?
Consigliato. Delistare libera il token dal contratto di escrow di Foundation e lo restituisce al wallet del minter, lasciandolo libero per rilistarsi altrove in futuro. Costa un po' di gas ma previene complicazioni.
Quanto tempo richiede il processo completo di backup?
Per 10-15 NFT, prevedi 30 minuti a 2 ore. I metadati JSON si pinnano in secondi; i file video possono impiegare un paio di minuti ciascuno. Il processo è ripetitivo ma non complesso una volta pronto l'inventario dei CID.
Cosa succede se i miei NFT sono su Arweave, non IPFS?
Nessun backup necessario. Arweave fornisce storage permanente per design: pagato una volta al mint, preservato per circa 200 anni tramite un endowment economico che paga i nodi indefinitamente.
Questa guida funziona per artisti fuori da Foundation?
Sì. Lo stesso processo si applica a qualsiasi NFT su Ethereum i cui metadati e media vivano su IPFS. SuperRare, Zora, Objkt, KnownOrigin (prima della chiusura), Rarible: il flusso è identico. Cambia solo la fonte dei CID.
Posso pinnare NFT di altri artisti come collezionista?
Sì, ed è incoraggiato. I CID sono pubblici per design. Pinnare gli NFT che hai collezionato protegge la tua collezione dal fallimento dei nodi originali. Considera di avvisare l'artista come cortesia, specialmente se hai contatto diretto.
Come far girare il tuo nodo IPFS
Questa sezione è per artisti con una certa dimestichezza tecnica che vogliono il livello successivo di autonomia. Non è necessaria per salvaguardare le tue opere (Filebase basta), ma se ti attira l'idea di non dipendere da nessun provider, ecco il percorso.
Cosa significa avere il tuo nodo
Un nodo IPFS è un computer che partecipa alla rete come un altro membro dello sciame. Quando installi il software, la tua macchina può pinnare file, servirli al mondo, e mantenerli vivi senza dipendere da nessun servizio commerciale. Passi da cliente di un provider a partecipante pieno della rete. L'equivalente digitale di avere la tua tipografia invece di dipendere da un editore.
La differenza chiave con Filebase: con Filebase chiedi a un'azienda di pinnare i tuoi file sui suoi server. Con il tuo nodo, sei tu il server.
Il tuo nodo serve file solo mentre il tuo computer è acceso e connesso a internet. Se spegni la macchina, i tuoi file continuano ad esistere su altri nodi della rete (Filebase, gateway pubblici, altri servizi di pinning), ma tu smetti di contribuire. Per un backup davvero permanente, il tuo nodo deve essere attivo quasi sempre.
Due percorsi reali, secondo quanto controllo vuoi
Percorso A: IPFS Desktop (il più accessibile)
Applicazione grafica che si installa come qualsiasi altro programma su macOS, Windows o Linux. Setup in 5 minuti, interfaccia visiva, niente riga di comando. Ideale per sperimentare e imparare.
A favore: installazione semplice, interfaccia visiva, puoi chiudere l'app quando non la usi.
Contro: consuma RAM mentre gira (200-400 MB), dipende dal non chiudere accidentalmente l'app, e quando spegni il computer perdi disponibilità.
Percorso B: Raspberry Pi dedicato (il serio)
Compri un Raspberry Pi (circa 75-120 USD con case, alimentatore e scheda SD), ci installi IPFS, e lo lasci acceso 24/7 a casa collegato al router. Nodo permanente dedicato con consumo elettrico di una lampadina LED (5-10 watt, circa 2-3 USD al mese).
A favore: nodo permanente reale, non occupa risorse del tuo computer principale, autonomia tecnica totale.
Contro: richiede acquisto iniziale, installazione tecnica più complessa (riga di comando), configurazione del router per accessibilità esterna.
Inizia con IPFS Desktop. Impara il concetto senza impegno economico. Se dopo qualche settimana senti che lo usi davvero e vuoi permanenza reale, allora valuti investire in un Raspberry Pi dedicato.
Passo-passo con IPFS Desktop
Passo 1: Scaricare l'installer
Vai su ipfs.tech/install/ipfs-desktop/ (dominio ufficiale del progetto). Scegli l'installer del tuo sistema operativo: macOS, Windows o Linux.
Passo 2: Installare
Su macOS apri il .dmg e trascini l'icona in Applicazioni. Su Windows esegui l'.exe. Su Linux è generalmente un .AppImage. Su macOS la prima volta il sistema può avvisarti di uno sviluppatore non verificato: vai in Preferenze di Sistema → Sicurezza e dai il permesso manualmente. Normale, non implica che il software sia insicuro.
Passo 3: Prima esecuzione
Quando apri l'applicazione per la prima volta fa tre cose automaticamente. Primo, crea un'identità crittografica unica per il tuo nodo (come un DNI permanente del tuo nodo sulla rete). Secondo, si connette alla rete IPFS globale e in pochi secondi vedrai decine o centinaia di peer connessi (altri nodi). Terzo, apre un'interfaccia con cinque schede: Status, Files, Explore, Peers, Settings.
Passo 4: Pinnare il tuo primo CID
Vai alla scheda Files. In alto c'è un pulsante Import. Quando ci clicchi, appare un menu con opzioni. Scegli From IPFS (a volte mostrato come Add by CID o Import from IPFS). Incolla uno dei tuoi CID e conferma.
Il tuo nodo inizierà a scaricare il file da altri nodi che lo hanno (Filebase, gateway pubblici, qualsiasi fonte attiva). In secondi o minuti (secondo la dimensione) il file viene pinnato localmente. In quel momento il tuo computer è una delle api che sostengono quel CID.
Passo 5: Verificare che funzioni
Due verifiche semplici. Una, in Files dovresti vedere il CID con icona di spillo e la dimensione scaricata. Due, apri nel tuo browser:
http://localhost:8080/ipfs/[tuo-CID]
Quel localhost:8080 è il gateway locale che il tuo nodo stesso alza. Se vedi il contenuto, il tuo nodo sta servendo attivamente il file. Questa è autonomia tecnica reale.
Passo 6: Pinnare il resto del tuo corpus
Ripeti il processo con tutti i CID del tuo inventario. Per un corpus di 10-15 opere, prevedi 30 minuti a 2 ore secondo la tua connessione.
Considerazioni pratiche dell'uso quotidiano
Consumo di risorse: IPFS Desktop usa tra 200-400 MB di RAM quando è attivo. Su computer moderni non è un problema, ma si nota su macchine con poca memoria. Puoi configurare limiti in Settings.
Banda: il tuo nodo non solo scarica, carica anche verso altri nodi che gli chiedono file. Se hai connessione limitata, configura limiti in Settings. Con connessione domestica normale non si nota.
Spegnimento del computer: i tuoi CID restano vivi sulla rete finché altri nodi li hanno pinnati (Filebase resta backup). Il tuo nodo semplicemente smette di contribuire temporaneamente. Quando riaccendi, riprende automaticamente.
Spazio su disco: ogni CID pinnato occupa la sua dimensione sul tuo disco locale. Calcola: per 500 MB di corpus Foundation, il tuo nodo occupa 500 MB. Per corpus Tezos grandi possono essere diversi GB. Verifica che il tuo disco abbia spazio.
Cosa ti dà concretamente
- Indipendenza reale da Filebase: se chiudesse domani con il tuo nodo attivo, i tuoi file resterebbero accessibili senza tuo intervento.
- Pubblicazione senza intermediari: se crei un'opera nuova e vuoi pinnarla su IPFS senza passare per nessun servizio, lo fai direttamente dal tuo nodo.
- Comprensione tecnica del sistema: far girare un nodo, anche per poche settimane, ti dà una comprensione dell'ecosistema che la maggior parte degli artisti NFT non acquisisce mai.
- Contributo all'ecosistema: ogni nodo aggiuntivo rafforza la rete IPFS completa. La tua partecipazione non è solo autodifesa, è atto comunitario.
L'evoluzione naturale verso Raspberry Pi
Se dopo aver sperimentato con IPFS Desktop senti che vuoi permanenza reale, il percorso naturale è:
- Comprare un Raspberry Pi 4 (4 o 8 GB di RAM) con alimentatore, case, e scheda microSD da 128 GB. Totale approssimativo 100-150 USD.
- Collegarlo al tuo router via cavo ethernet in un angolo di casa.
- Installare IPFS seguendo tutorial specifici per Raspberry Pi (abbondano in inglese, alcuni in spagnolo).
- Configurare riavvio automatico in caso di blackout per mantenere il nodo sempre attivo.
- Opzionale avanzato: configurare un sottodominio tuo (per esempio
ipfs.tuoartista.art) che punti al tuo Raspberry per avere il tuo gateway.
Quell'ultimo passo, gateway tuo con dominio tuo, è sovranità massima. Non dipendi più neanche da dweb.link o ipfs.io. I link sul tuo sito saranno tuoi: ipfs.tuoartista.art/ipfs/[CID]/file.mp4.
Avere un nodo tuo non sostituisce Filebase né rende obsoleto il lavoro che hai già fatto. Lo complementa. La strategia ideale combina: Filebase come backup gestito sempre attivo + IPFS Desktop o Raspberry Pi come nodo tuo che rinforza dalla tua infrastruttura + copia locale su hard disk come archivio di ultima istanza. Tre livelli ridondanti, ognuno protetto da design diverso.
Hai bisogno di aiuto?
Se hai dubbi specifici, scrivermi direttamente è la via più rapida. Siamo in diversi nella comunità a fare questo stesso lavoro in queste settimane, e prima fai backup meglio è.