EN ES FR IT RU UC PT DE JA KO CH FA HI AR
Archivo descentralizado · 2026

Cómo respaldar tus NFTs antes del cierre de Foundation

Guía en español, paso a paso, para que tu obra no desaparezca con el marketplace. Porque la blockchain recuerda, pero los archivos necesitan quien los sostenga.

Por Ernesto Cisneros Cino · Compositor, criptoartista, fundador de Impulses.art · Abril de 2026

Foundation está cerrando. Los tokens quedarán en la blockchain para siempre, pero los archivos que los componen (imágenes, videos, metadatos) viven en IPFS, pinneados por nodos de Foundation que dejarán de estar activos. Cuando eso ocurra, los enlaces dejarán de resolver y las obras quedarán como tokens huérfanos visualmente, aunque on-chain todo siga ahí.

Esta guía te lleva de la mano para respaldar tu corpus completo en un servicio independiente de pinning descentralizado, sin pagar un centavo. Al terminar, tus obras estarán protegidas por infraestructura que tú controlas, no por una empresa que puede cerrar mañana.

Tardarás entre 30 minutos y 2 horas dependiendo de cuántas obras tengas. Vale cada minuto.

Paso 01

Qué vas a hacer exactamente

Entender el problema y la solución antes de empezar te ahorra confusión después.

El problema

Cuando minteaste una obra en Foundation, el contrato inteligente guardó en la blockchain de Ethereum una referencia (un CID, Content Identifier) que apunta a tu archivo JSON de metadatos en IPFS. Ese JSON contiene el título, descripción, y a su vez apunta con otro CID al archivo de imagen o video.

El token es permanente. Pero los archivos CID solo existen mientras algún nodo IPFS los tenga pinneados. Foundation los tenía pinneados en sus propios nodos. Cuando apaguen esos nodos, si nadie más tiene esos archivos pinneados, desaparecen de la red.

La solución

Tú vas a pinnear los mismos CIDs en tu propio nodo (en realidad, en un servicio gratuito que hace de nodo por ti). Esto no es copiar los archivos en otro lado, es reforzar su existencia en la misma red IPFS. El CID sigue siendo el mismo, la obra sigue siendo la misma, pero ahora tiene redundancia: vive en los nodos de Foundation y en los tuyos.

Cuando Foundation apague sus nodos, los tuyos siguen activos. Los enlaces IPFS siguen funcionando. Tu obra sobrevive al cierre del marketplace.

Importante

El token en Ethereum (tu propiedad, el historial, las ventas) nunca está en riesgo. Lo que está en riesgo es la capa visual y descriptiva. Esto respalda esa capa.

Paso 02

Por qué Filebase y no Pinata

Pinata fue pionero pero su plan gratuito ya no sirve para este caso. Filebase es la alternativa honesta.

Pinata cobra por la función que necesitamos (Import from IPFS, pinnear CIDs existentes). En su plan gratuito solo puedes subir archivos nuevos desde tu computadora, no pinnear CIDs que ya existen en la red.

Filebase ofrece 5 GB de almacenamiento, hasta 1.000 archivos, gateway dedicado, y función de Import CID todo incluido en el plan gratuito sin tarjeta de crédito. Es cinco veces más espacio que Pinata, y la función clave está sin restricciones.

Además, Filebase usa redundancia 3x en ubicaciones geográficas distintas, lo cual es redundancia real, no marketing.

Nota filosófica

No es que Pinata sea mala. Es que tu caso (pinnear obra ya minteada) es exactamente lo que su modelo actual empuja a plan pagado. Filebase sí trata ese caso como uso legítimo gratuito.

Paso 03

Crear tu cuenta gratuita en Filebase

Cinco minutos, sin tarjeta de crédito.

  1. Ve a filebase.com y haz clic en Get Started Free o Sign Up.
  2. Introduce tu email y crea una contraseña robusta. No pide tarjeta, no pide datos de cobro.
  3. Confirma el correo desde el enlace que te enviarán.
  4. Entra al dashboard con tu usuario y contraseña.

Al entrar verás tu workspace vacío. La interfaz es limpia, en inglés (no hay versión en español todavía), pero el flujo es simple.

Ir a Filebase →

Paso 04

Crear tu bucket de archivo

El bucket es como una carpeta donde vivirán tus pins.

  1. En el dashboard, haz clic en Buckets en la barra lateral.
  2. Haz clic en Create Bucket.
  3. Ponle un nombre único, por ejemplo tu-nombre-nft-archive. Los nombres de bucket son globales, si está tomado te pedirá otro.
  4. En Network selecciona IPFS. No elijas Sia ni otras redes, necesitas IPFS para tus NFTs de Foundation.
  5. Confirma con Create.
Sobre S3 Private vs Public

Filebase te mostrará un aviso diciendo que los buckets públicos requieren plan pagado. Ignóralo, déjalo en S3 Private. El aviso se refiere al acceso S3 (protocolo de Amazon), que no usan los NFTs. Tus archivos seguirán siendo accesibles públicamente por CID desde cualquier gateway IPFS: ipfs.io, dweb.link, cloudflare-ipfs.com. El bucket privado no limita eso.

Paso 05

Obtener los CIDs de cada obra

Cada obra tuya tiene dos CIDs que debes identificar: uno para los metadatos JSON, otro para el archivo de imagen o video.

Método 1: Desde Foundation (mientras siga operativa)

  1. Entra a tu perfil en Foundation y abre una de tus obras.
  2. En la pestaña Details o Token Details encontrarás un enlace IPFS o Metadata.
  3. Ese enlace se ve como https://ipfs.io/ipfs/QmXX.../metadata.json. Guárdalo.
  4. El CID de los metadatos es la parte entre /ipfs/ y /metadata.json: QmXX...

Método 2: Abrir el JSON y sacar el CID del media

Abre el JSON en tu navegador. Verás algo como esto:

JSON metadata { "name": "Tu obra", "description": "...", "image": "ipfs://QmYY.../nft.mp4" }

El valor del campo image (o a veces animation_url) empieza con ipfs:// seguido de otro CID. Ese es el CID del archivo de imagen o video. Guárdalo también.

Arma una tabla sencilla

Para cada obra necesitas registrar:

Una hoja de cálculo simple basta. Hazlo ahora mientras Foundation sigue accesible. Si no lo haces ahora, puede ser mucho más complicado sacar los datos después.

Consejo

Si tienes un inventario fácil desde tu perfil de Foundation, cópialo en bloque. También puedes consultar tus tokens directamente en Etherscan buscando tu wallet y filtrando por NFTs.

Paso 06

Pinnear tus CIDs en Filebase

Aquí pasa la magia. Filebase localiza tus archivos en la red IPFS y los copia a sus nodos.

Proceso para cada obra

  1. Entra al bucket que creaste haciendo clic en su nombre.
  2. Verás tres opciones: Import CID, New Folder, Upload. Haz clic en Import CID.
  3. Se abrirá un formulario. Pega el CID del metadata JSON de la primera obra.
  4. Dale un nombre descriptivo, por ejemplo mi-obra-metadata.json.
  5. Confirma con Search and Pin.

Filebase buscará el CID en la red IPFS (esto tarda unos segundos), y lo pinneará en sus nodos. El estado pasará de Pinning (en proceso, icono naranja) a Pinned (confirmado, icono verde).

Repite para el CID del archivo media:

  1. Import CID otra vez.
  2. Pega el CID del video o imagen.
  3. Nombre: mi-obra-media.mp4 (o la extensión que corresponda).
  4. Confirma.

Nomenclatura recomendada

Usa nombres consistentes para que tu bucket sea navegable después. Sugerencia:

Los nombres deben ser en minúsculas, con guiones en lugar de espacios, sin acentos ni caracteres especiales. Esto evita problemas en URLs y sistemas de archivos.

Tiempo estimado

Cada pin tarda entre unos segundos (para JSON pequeños) y un par de minutos (para videos pesados). Para un corpus de 10-15 obras, calcula entre 40 minutos y 1 hora de trabajo manual.

Buen detalle

Si pinneas un CID que Filebase ya tenía pinneado en otra cuenta (porque otro artista pinneó el mismo archivo), se pinnea prácticamente al instante. IPFS no duplica archivos, solo refuerza su existencia.

Paso 07

Verificar que todo quedó bien

Antes de dar por cerrado el respaldo, verifica que los archivos realmente están accesibles desde la red pública.

Comprobación 1: Todos en Pinned

Mira la columna Status en tu bucket. Todos los archivos deben tener icono verde y texto Pinned. Si alguno sigue en Pinning (naranja) después de varios minutos, espera más o intenta refrescar la página.

Comprobación 2: Accesible desde gateway público

Copia el CID de uno de tus archivos y pégalo en esta URL, reemplazando [CID]:

Probar CID https://dweb.link/ipfs/[CID]

Si ves el contenido (el JSON o el video), confirma que tu pin está vivo en la red descentralizada, accesible por cualquier gateway, sin depender de Foundation ni de Filebase.

Comprobación 3: Consumo de espacio razonable

Mira el indicador Storage de tu bucket. Un video típico de NFT pesa entre 10 y 80 MB. Si tienes 15 obras con videos, estarás alrededor de 500-800 MB. Muy lejos del límite de 5 GB del plan gratuito.

Si estás cerca del límite (porque tienes más obras o videos muy pesados), considera pinnear solo los metadatos de las obras menos importantes y dejar los videos sin respaldo adicional (seguirán en otros nodos IPFS públicos por un tiempo).

Paso 08

Actualizar los enlaces en tu web

Si tienes página web personal o portafolio donde linkeas tus NFTs, hay que cambiar los enlaces. Los que apuntan a Foundation van a morir.

Qué reemplazar

Busca en tu web enlaces de este tipo:

https://foundation.app/mint/eth/0x...../tokenID https://fnd-collections.mypinata.cloud/ipfs/QmXX.../metadata.json https://fnd-collections4.mypinata.cloud/ipfs/...

Todos esos van a dejar de funcionar. Hay que reemplazarlos por enlaces a gateways IPFS estables.

Por qué enlaces

Te recomiendo tres tipos de enlace para cada obra:

1. Metadata (ficha técnica de la obra):

https://dweb.link/ipfs/[CID_METADATA]/metadata.json

2. Media (el video o imagen):

https://dweb.link/ipfs/[CID_MEDIA]/nft.mp4

3. Etherscan (verificación on-chain de propiedad):

https://etherscan.io/token/[CONTRATO]?a=[TOKEN_ID]

Este último reemplaza al enlace de Foundation. Donde antes apuntabas al marketplace, ahora apuntas al registro público de Ethereum, que nunca cierra.

Sobre los gateways

Uso dweb.link porque es de Protocol Labs (fundación, no empresa), relativamente rápido, y neutral. Alternativas válidas: ipfs.io (mismo proveedor, a veces más lento), cloudflare-ipfs.com (rápido pero depende de empresa centralizada). Cualquiera sirve; el CID es lo que importa.

Paso 09

Si tus obras están en Arweave (no hace falta respaldarlas)

Algunas obras en Foundation usan Arweave en lugar de IPFS. Tienen permanencia garantizada por diseño.

Si cuando abres los metadatos de tu obra ves URLs que terminan en arweave.net o empiezan con un hash seguido de .arweave.net, tu obra vive en Arweave, no en IPFS.

Arweave es una red de almacenamiento descentralizado distinta, con un modelo filosóficamente distinto: pagas una vez al minteaar, y el almacenamiento queda garantizado por doscientos años mediante un fondo de endowment que paga a los nodos indefinidamente.

Conclusión práctica: si una obra tuya está en Arweave, no necesitas respaldarla. Su permanencia es estructural. Simplemente anótalo en tu inventario y sigue con las otras.

Paso 10

Antes de que Foundation cierre del todo

Acciones finales antes del apagón.

Deslistar obras que no se han vendido

Si tienes obras listadas para venta en Foundation que aún no tienen comprador, considera deslistarlas antes del cierre. Esto libera el token del contrato de escrow de Foundation y lo devuelve a tu wallet (o la de quien minteó). Cuesta un poco de gas pero te ahorra complicaciones después.

Documentar colaboradores

Si tienes obras con split on-chain, recuérdale a tus colaboradores que también hagan este respaldo desde su lado. El split sigue activo mientras el contrato exista, pero los archivos necesitan múltiples nodos respaldándolos para sobrevivir.

Exportar información curatorial

Foundation tiene información que no vive en la blockchain: historial de ventas con nombres de coleccionistas, descripciones editoriales, fechas exactas de subastas, pujas, followers. Todo eso desaparece con Foundation. Haz capturas de pantalla o exporta lo que puedas antes del cierre.

Contar tu historia

Si llevas años en el criptoarte, eres testigo de un capítulo de historia cultural que pocos vivieron desde adentro. Escribe lo que recuerdas. Fotos de eventos, nombres de la comunidad, plataformas que cayeron, baneos que sufrieron los artistas de países embargados. Ese archivo narrativo es tan importante como los CIDs.

Al terminar

Cuando hayas pinneado todas tus obras, verificado acceso público, y actualizado los enlaces de tu web, tu corpus sobrevivirá al cierre de Foundation. La obra permanece. La historia continúa.

Paso 11

Y si Filebase cierra algún día, ¿qué pasa?

Pregunta justa. Si estás respaldando para no depender de Foundation, ¿no estás solo trasladando la dependencia a otra empresa? Vale responderla con honestidad.

La respuesta corta

Si Filebase cerrara mañana, tus archivos no desaparecen instantáneamente. IPFS funciona por acumulación de nodos que replican el mismo contenido, no por un único punto de falla. Cerrar Filebase solo quita una de las copias de tu archivo, no todas.

Además, los CIDs son universales. No pertenecen a Filebase. Si mañana abres cuenta en otro proveedor y pegas los mismos CIDs, vuelves a tener respaldo activo en minutos. Tu inventario (el Excel que armaste en el Paso 05) es todo lo que necesitas para migrar.

Cómo funciona realmente la persistencia en IPFS

Un archivo en IPFS existe mientras al menos un nodo lo tenga pinneado activamente. Cuando Filebase pinnea tus CIDs, sus nodos (típicamente replicados 3x en distintas ubicaciones) mantienen el archivo activo.

Pero Filebase no es el único con tus archivos. Cada vez que alguien visita un gateway IPFS y carga tu obra, ese gateway la cachea temporalmente. Cada interacción deja copias efímeras. Foundation aún tiene tus CIDs pinneados hasta que cierren. La red tiene cierta inercia de replicación natural.

Tres escenarios posibles si Filebase cerrara

Escenario 1, cierre con aviso previo (lo esperable): los servicios serios avisan con semanas o meses de anticipación. Tendrías tiempo sobrado para migrar a otro proveedor: 4EVERLAND, Web3.Storage, Lighthouse. Como ya tienes el inventario de CIDs, la migración es trivial: abres cuenta, importas los mismos CIDs, y sigues.

Escenario 2, cierre abrupto sin aviso: improbable pero posible. Tus archivos se pierden solo si simultáneamente ningún otro nodo los tiene. Para archivos con cualquier actividad, esto es estadísticamente raro.

Escenario 3, absorción por otra empresa (lo más común): una empresa mayor compra a la pequeña y mantiene el servicio con nuevos términos. Tus pins siguen activos durante la transición. Ejemplo reciente del ecosistema: KnownOrigin fue comprado por eBay, con consecuencias graves pero los archivos previamente minteados siguieron accesibles.

La estrategia robusta: redundancia multi-proveedor

La respuesta filosóficamente correcta no es solo confiar en que Filebase no cerrará, sino no depender exclusivamente de Filebase. La descentralización real requiere redundancia real. Cuatro niveles de protección, implementables gradualmente:

Nivel 1, el que ya tienes: pins activos en Filebase. 5 GB gratis. Cubre el caso estándar.

Nivel 2, redundancia paralela: abrir una segunda cuenta gratuita en otro proveedor y replicar los mismos pins. Opciones sólidas:

Con los mismos CIDs pinneados en dos proveedores distintos, el cierre de uno no afecta al otro. Eso es exactamente lo que la descentralización permite: no estar atado a ningún proveedor particular.

Nivel 3, copia local física: descargar todos los archivos media a tu disco duro o disco externo, organizados por carpeta. No sirve para enlaces públicos, pero te garantiza que si todos los nodos del mundo fallan, tú conservas los masters. Es el respaldo de último recurso que hacen los archivistas serios.

Nivel 4, opcional y avanzado: correr tu propio nodo IPFS con IPFS Desktop o IPFS CLI en una computadora tuya. Máxima autonomía técnica. Tu nodo solo está activo cuando tu computadora lo está, así que complementa pero no reemplaza a los servicios gestionados.

Recomendación pragmática

Por ahora, quedate solo con Filebase (Nivel 1). Es suficiente para el riesgo real a corto plazo. Filebase lleva activa desde 2019 y parece institucionalmente más estable que otros en este momento.

En 3 a 6 meses, si quieres reforzar, abre cuenta en 4EVERLAND o Web3.Storage y replica los pins. 15 minutos de trabajo, porque ya tienes el inventario con todos los CIDs. Eso te da redundancia real sin sobre-ingeniería.

La copia local en disco duro puedes hacerla cuando tengas tiempo, no urge pero vale hacerla. Nodo IPFS propio solo si disfrutas administrar infraestructura.

Apunte filosófico

Hay una diferencia crítica entre centralización y dependencia. Filebase es un proveedor centralizado (empresa privada, servidores suyos), pero tu uso de Filebase es desacoplable: los CIDs son estándar IPFS, tu inventario vive en tu disco, y puedes mudarte a otro proveedor en cualquier momento. Muy distinto a cómo dependiste de Foundation, donde si Foundation cerraba, perdías los enlaces, la narrativa, el perfil y la comunidad. Esta vez, cualquier cierre sería molesto pero no catastrófico. Es progreso real.

Preguntas frecuentes

Preguntas frecuentes

Respuestas cortas y directas a lo que los artistas están preguntando ahora sobre el cierre de Foundation y la preservación de NFTs.

¿Qué pasa con mis NFTs cuando Foundation cierre?

Los tokens siguen en Ethereum para siempre, intactos. Lo que está en riesgo es la capa off-chain: los metadatos JSON y los archivos media (imágenes, videos) que actualmente viven en los nodos IPFS de Foundation. Cuando esos nodos se apaguen, los archivos pueden volverse inaccesibles a menos que los pinnees en otro servicio. Tu propiedad está a salvo; la representación visual necesita respaldo.

¿Necesito mover mis NFTs a otra blockchain?

No. Los NFTs siguen en Ethereum sin importar qué pase con Foundation. Foundation es una interfaz de marketplace; Ethereum es la blockchain subyacente. Solo necesitas respaldar los archivos off-chain, no mover los tokens.

¿Filebase es realmente gratis para respaldar NFTs?

Sí. 5 GB de almacenamiento, hasta 1.000 archivos pinneados, gateway IPFS dedicado, y la función Import CID, todo gratis sin tarjeta de crédito. Esta es la combinación de funciones que Pinata movió a planes pagos.

¿Qué es un CID de IPFS y por qué importa?

Un CID (Content Identifier) es un hash criptográfico que identifica un archivo en IPFS según su contenido. El contrato inteligente de tu NFT guarda una referencia a un CID que apunta a los metadatos, que a su vez apunta al CID del media. Los CIDs solo resuelven a contenido mientras los nodos tengan los archivos pinneados. Sin pins, no hay contenido, independientemente de que el token exista.

¿Qué pasa si Filebase también cierra?

Cubierto en detalle en el Paso 11. Versión corta: los CIDs son universales, así que puedes migrar a otro proveedor IPFS (4EVERLAND, Web3.Storage, Lighthouse) en minutos usando tu inventario. Para robustez, usa redundancia multi-proveedor.

¿Debería deslistar mis NFTs no vendidos antes del cierre de Foundation?

Recomendado. Al deslistar liberas el token del contrato de escrow de Foundation y vuelve a la wallet del minteador, dejándolo libre para relistarse en otro marketplace en el futuro. Cuesta algo de gas pero evita complicaciones.

¿Cuánto tiempo toma el proceso completo de respaldo?

Para 10-15 NFTs, calcula entre 30 minutos y 2 horas. Los metadatos JSON se pinnean en segundos; los archivos de video pueden tomar un par de minutos cada uno. El proceso es repetitivo pero no complejo una vez que tienes el inventario de CIDs listo.

¿Qué pasa si mis NFTs están en Arweave en lugar de IPFS?

No necesitan respaldo. Arweave proporciona almacenamiento permanente por diseño: se paga una vez al mintear, se preservan por aproximadamente 200 años gracias a un endowment económico que paga a los nodos indefinidamente.

¿Esta guía funciona para artistas fuera de Foundation?

Sí. El mismo proceso aplica a cualquier NFT en Ethereum cuyos metadatos y media vivan en IPFS. SuperRare, Zora, Objkt, KnownOrigin (antes del cierre), Rarible: el flujo es idéntico. Solo cambia la fuente de los CIDs.

¿Puedo pinnear NFTs de otros artistas como coleccionista?

Sí, y se recomienda. Los CIDs son públicos por diseño. Pinnear NFTs que coleccionaste protege tu colección del fallo de los nodos originales. Considera avisar al artista como cortesía, especialmente si tienes contacto directo.

Ampliación técnica

Cómo correr tu propio nodo IPFS

Esta sección es para artistas que ya tienen cierta soltura técnica y quieren el siguiente nivel de autonomía. No es necesaria para respaldar tus obras (Filebase es suficiente), pero si te atrae la idea de no depender de ningún proveedor, aquí está el camino.

Qué significa tener tu propio nodo

Un nodo IPFS es una computadora que participa en la red como uno más del enjambre. Cuando instalas el software, tu máquina puede pinnear archivos, servirlos al mundo, y mantenerlos vivos sin depender de ningún servicio comercial. Pasas de cliente de un proveedor a participante pleno de la red. Es el equivalente digital a tener tu propia imprenta en vez de depender de una editorial.

La diferencia clave con Filebase: con Filebase le pides a una empresa que pinnee tus archivos en sus servidores. Con tu propio nodo, tú eres el servidor.

Trade-off importante

Tu nodo solo sirve archivos mientras tu computadora esté encendida y conectada a internet. Si apagas la máquina, tus archivos siguen existiendo en otros nodos de la red (Filebase, gateways públicos, otros pinning services), pero tú dejas de contribuir. Para respaldo permanente real, tu nodo necesita estar casi siempre activo.

Dos rutas reales, según cuánto control quieras

Ruta A: IPFS Desktop (la más accesible)

Aplicación gráfica que instalas como cualquier otro programa en macOS, Windows o Linux. Setup en 5 minutos, interfaz visual, sin línea de comandos. Ideal para experimentar y aprender.

A favor: instalación simple, interfaz visual, puedes cerrar la app cuando no la necesitas.
En contra: consume RAM mientras corre (200-400 MB), depende de que no cierres accidentalmente la app, y si apagas la computadora pierdes disponibilidad.

Ruta B: Raspberry Pi dedicada (la más seria)

Compras una Raspberry Pi (unos 75-120 USD con carcasa, fuente y tarjeta SD), instalas IPFS en ella, y la dejas encendida 24/7 en tu casa conectada al router. Nodo permanente dedicado con consumo eléctrico de una bombilla LED (5-10 watts, unos 2-3 USD mensuales).

A favor: nodo permanente real, no ocupa recursos de tu computadora principal, autonomía técnica total.
En contra: requiere compra inicial, instalación técnica más compleja (línea de comandos), configurar el router para accesibilidad externa.

Recomendación

Empieza con IPFS Desktop. Aprende el concepto sin compromiso económico. Si después de unas semanas sientes que lo usas de verdad y quieres permanencia real, entonces evalúas invertir en Raspberry Pi dedicada.

Paso a paso con IPFS Desktop

Paso 1: Descargar el instalador

Entra a ipfs.tech/install/ipfs-desktop/ (dominio oficial del proyecto). Elige el instalador de tu sistema operativo: macOS, Windows o Linux.

Paso 2: Instalar

En macOS abres el .dmg y arrastras el icono a Aplicaciones. En Windows ejecutas el .exe. En Linux generalmente es un .AppImage. En macOS la primera vez el sistema puede advertir sobre desarrollador no verificado: vas a Preferencias del Sistema → Seguridad y das permiso manual. Es normal, no implica que el software sea inseguro.

Paso 3: Primera ejecución

Al abrir la aplicación por primera vez hace tres cosas automáticamente. Primera, crea una identidad criptográfica única para tu nodo (como el DNI permanente de tu nodo en la red). Segunda, se conecta a la red IPFS global y en pocos segundos verás decenas o cientos de peers conectados (otros nodos). Tercera, abre una interfaz con cinco pestañas: Status, Files, Explore, Peers, Settings.

Paso 4: Pinnear tu primer CID

Vas a la pestaña Files. Arriba hay un botón Import. Al hacer clic se despliega un menú con opciones. Elige From IPFS (a veces aparece como Add by CID o Import from IPFS). Pega uno de tus CIDs y confirma.

Tu nodo empezará a descargar el archivo desde otros nodos que lo tienen (Filebase, gateways públicos, cualquier fuente activa). En segundos o minutos (según tamaño) el archivo queda pinneado localmente. En ese momento tu computadora es una de las abejas que sostiene ese CID.

Paso 5: Verificar que funciona

Dos comprobaciones simples. Una, en Files deberías ver el CID con icono de alfiler y el tamaño descargado. Dos, abres en tu navegador:

Gateway local http://localhost:8080/ipfs/[tu-CID]

Ese localhost:8080 es el gateway local que tu propio nodo levanta. Si ves el contenido, tu nodo está sirviendo activamente el archivo. Eso es autonomía técnica real.

Paso 6: Pinnear el resto de tu corpus

Repite el proceso con todos los CIDs de tu inventario. Para un corpus de 10-15 obras, calcula entre 30 minutos y 2 horas dependiendo de tu conexión.

Consideraciones prácticas del uso diario

Consumo de recursos: IPFS Desktop usa entre 200-400 MB de RAM cuando está activo. En computadoras modernas no es problema, pero se nota en máquinas con poca memoria. Puedes configurar límites en Settings.

Ancho de banda: tu nodo no solo descarga, también sube a otros nodos que le pidan archivos. Si tienes conexión limitada, configura límites en Settings. Con conexión doméstica normal no se nota.

Apagado de la computadora: tus CIDs siguen vivos en la red mientras otros nodos los tengan pinneados (Filebase sigue siendo respaldo). Tu nodo simplemente deja de contribuir temporalmente. Al encender de nuevo, retoma automáticamente.

Espacio en disco: cada CID pinneado ocupa su tamaño en tu disco local. Calcula: para 500 MB de corpus Foundation, tu nodo ocupa 500 MB. Para corpus Tezos grandes pueden ser varios GB. Revisa que tu disco tenga espacio.

Qué te da concretamente

La evolución natural hacia Raspberry Pi

Si después de experimentar con IPFS Desktop sientes que quieres permanencia real, el camino natural es:

  1. Comprar una Raspberry Pi 4 (4 u 8 GB de RAM) con fuente, carcasa y tarjeta microSD de 128 GB. Total aproximado 100-150 USD.
  2. Conectarla a tu router por cable ethernet en algún rincón de tu casa.
  3. Instalar IPFS siguiendo tutoriales específicos para Raspberry Pi (abundan en inglés, algunos en español).
  4. Configurar reinicio automático ante cortes de luz para mantener el nodo siempre activo.
  5. Opcional avanzado: configurar un subdominio propio (por ejemplo ipfs.tuartista.art) apuntando a tu Raspberry para tener tu propio gateway.

Ese último paso, gateway propio con dominio propio, es soberanía máxima. Ya no dependes ni siquiera de dweb.link o ipfs.io. Los enlaces en tu web serán tuyos: ipfs.tuartista.art/ipfs/[CID]/archivo.mp4.

Para tenerlo claro

Tener nodo propio no reemplaza a Filebase ni hace obsoleto el trabajo que ya hiciste. Lo complementa. La estrategia ideal combina: Filebase como respaldo gestionado siempre activo + IPFS Desktop o Raspberry Pi como nodo propio que refuerza desde tu propia infraestructura + copia local en disco duro como archivo de último recurso. Tres capas redundantes, cada una protegida por diseño distinto.

❦ ❦ ❦

¿Necesitas ayuda?

Si tienes dudas puntuales, escribirme directo es la vía más rápida. Estamos varios en la comunidad haciendo este mismo trabajo estas semanas, y cuanto antes respaldes, mejor.

ernestocisneros.art →