Filecoin: guardar un archivo no termina al subirlo
Tras el lanzamiento de Filecoin en 2020, los proveedores debían demostrar que seguían conservando los datos acordados. El sellado, las comprobaciones periódicas y la recuperación responden a preguntas distintas del cliente.
Resumen clave en 3 puntos
- El detonante / ParadojaLa red principal de Filecoin comenzó a funcionar el 15 de octubre de 2020, uniendo un mercado de almacenamiento con pruebas criptográficas.
- El punto de inflexiónLa prueba de replicación acredita una réplica sellada; WindowPoSt audita periódicamente el compromiso de conservarla.
- El legado históricoProbar el almacenamiento no promete una descarga rápida. Más tarde, Filecoin introdujo PDP para otra modalidad, orientada al acceso inmediato.
Cronología de los hechos
Filecoin anuncia el inicio de operaciones de su red principal.
Una explicación oficial distingue la publicación del acuerdo, la activación del almacenamiento y la recuperación.
Filecoin anuncia la prueba de posesión de datos en la red principal para contenido fácilmente accesible.
El día después de la subida
La red principal de Filecoin comenzó a funcionar el 15 de octubre de 2020. El anuncio celebraba una red en la que los proveedores podían cobrar por ofrecer almacenamiento, respaldado por pruebas criptográficas. Pero la parte interesante del trato empezaba cuando los datos ya habían llegado. El cliente quería conservar un archivo durante cierto tiempo. Una subida completada, por sí sola, solo describía el comienzo del trabajo.[1]
El ciclo inicial de los contratos plasmaba esa diferencia. Cliente y proveedor acordaban las condiciones, transferían los datos y publicaban el acuerdo en la cadena. Publicarlo no equivalía a activarlo: todavía había que sellar y demostrar el sector que contenía los datos. Podía existir un acuerdo registrado sin que el almacenamiento prometido estuviera activo. La cadena registraba la obligación; el hardware del proveedor tenía que cumplirla.[2][6]
Una réplica con un compromiso propio
El primer paso era el sellado. En la especificación de Filecoin, la prueba de replicación, PoRep, vincula una réplica codificada con sus datos, su proveedor y el contexto del sellado. El proveedor envía una prueba compacta a la cadena. Es una exigencia más concreta que anunciar espacio libre en un disco: la prueba se refiere a una réplica determinada que se ha comprometido a conservar.[4]
Una única prueba inicial deja una pregunta evidente: ¿qué ocurre mañana? La especificación plantea desafíos sobre partes seleccionadas de los datos, con plazos que buscan que descartar la réplica y reconstruirla solo cuando se solicita no sea un atajo racional. Es un diseño criptográfico y económico, no una persona vigilando cada byte a cada instante.[3]
La siguiente comprobación también es trabajo
Window Proof-of-Spacetime, o WindowPoSt, establece la obligación periódica. En el esquema documentado para la red inicial, un período de prueba de 24 horas se divide en 48 plazos de 30 minutos. Los sectores se asignan a plazos y se prueban por grupos. Esto no significa descargar y revisar íntegramente cada archivo cada media hora: el proveedor presenta pruebas compactas del almacenamiento correspondiente a sus ventanas asignadas.[5]
Incumplir una WindowPoSt requerida puede generar un fallo de almacenamiento y penalizaciones. Otro mecanismo, WinningPoSt, interviene cuando se selecciona a un proveedor para producir un bloque. Si pierde esa ocasión, pierde la oportunidad de crear el bloque, sin recibir la misma sanción por fallo de almacenamiento. Separar ambos mecanismos aclara el trato: la obligación habitual de conservar datos y la posibilidad de ganar una recompensa de bloque están relacionadas, pero no son el mismo suceso.[5]
Lo que la prueba no cuenta
También importa qué contiene el espacio comprometido. Filecoin admite sectores de capacidad comprometida con datos arbitrarios, en lugar de archivos de clientes. La capacidad demostrada no equivale automáticamente a una cantidad de contenido útil para clientes. Del mismo modo, una prueba de almacenamiento correcta no decide si un documento es verdadero o valioso. Son juicios sobre el material, ajenos a la pregunta que plantea la prueba.[3][2]
Existe además un límite temporal. La especificación distingue un contrato activo de otro que ha caducado o cuyo sector se ha terminado. Interpretar «guardado en Filecoin» como «conservado para siempre» borraría ese límite. Preservar un archivo sigue requiriendo que alguien acuerde una duración apropiada y la continuidad del servicio. El protocolo permite inspeccionar el compromiso; no elimina la decisión de cuánto tiempo debe sobrevivir el archivo.[6]
Conservarlo y recuperarlo
Recuperar los datos añade otra tarea. La explicación de Filecoin de 2021 describía la búsqueda de un proveedor, el acuerdo sobre las condiciones de recuperación y la transferencia; una copia disponible solo en formato sellado podía requerir primero un desellado. La documentación actual también distingue localizar proveedores y obtener el contenido. Demostrar que se ha mantenido el almacenamiento no especifica, por sí solo, con qué rapidez recibirá el archivo quien lo solicita.[2][8]
Esa diferencia influyó en otro diseño. El 1 de mayo de 2025, Filecoin anunció la puesta en marcha de Proof of Data Possession, PDP, en la red principal, para datos de acceso inmediato sin el sellado y desellado de PoRep. Complementaba el enfoque de archivo, sin borrar sus obligaciones. La idea duradera es el trabajo continuo: acordar la custodia de un archivo, demostrar que se cumple y entregarlo cuando se solicita son tareas que necesitan su propia respuesta.[7]
Historias conectadas con este personaje o suceso
Explora las repercusiones históricas y los vínculos entre figuras y momentos clave.
De Burstcoin a Signum: La revolución de la minería en disco duro, los primeros contratos inteligentes y la red de 1 vatio
La invención de la minería en disco en 2014, los primeros contratos inteligentes antes que Ethereum y la evolución hacia Signum.
Leer historia →
OpenTimestamps: la prueba de que un archivo ya existía
Una prueba diminuta puede demostrar que un archivo existía en el pasado. No dice si su contenido era cierto.
Leer historia →Fuentes y referencias
- [1]Fuente 1: Filecoin Mainnet is LiveFilecoin · 2020-10-15Consultado 2026-09-17
- [2]Fuente 2: How storage and retrieval deals work on FilecoinFilecoin · 2021-03-09Consultado 2026-09-17
- [3]Fuente 3: Proof-of-StorageFilecoin specificationConsultado 2026-09-17
- [4]Fuente 4: Proof-of-Replication (PoRep)Filecoin specificationConsultado 2026-09-17
- [5]Fuente 5: Proof-of-Spacetime (PoSt)Filecoin specificationConsultado 2026-09-17
- [6]Fuente 6: Storage Deal StatesFilecoin specificationConsultado 2026-09-17
- [7]Fuente 7: Introducing Proof of Data Possession (PDP): Verifiable Hot Storage on FilecoinFilecoin · 2025-05-01Consultado 2026-09-17
- [8]Fuente 8: How retrieval worksFilecoin DocsConsultado 2026-09-17