7 publicaciones etiquetados con "decentralized storage"

Extraiga 2 terabytes de datos de entrenamiento de AWS S3 a su clúster de GPU y la factura llegará antes que el modelo: aproximadamente $ 184 en cargos por salida (egress), además del almacenamiento y las solicitudes PUT / GET. Hágalo dos veces al día en una docena de experimentos y el concepto sorpresa comenzará a rivalizar con el almacenamiento mismo. Para los equipos de IA , la factura de la nube se ha convertido en un problema económico disfrazado de problema de infraestructura — y una startup de DePIN con sede en Austin llamada Akave cree que el almacenamiento de tarifa plana y sin cargos por salida es la palanca que finalmente lo romperá.

Akave recaudó $ 6.65 millones en marzo de 2026 para construir lo que llama "la primera capa de datos empresariales descentralizada del mundo para IA y análisis". Su propuesta es inusualmente específica: $ 14.99 por terabyte al mes, cero tarifas de salida, compatible con S3, respaldado por Filecoin para la durabilidad del archivado, con recibos criptográficos para cada escritura. Eso es todo. Sin niveles, sin tarifas de solicitud, sin un medidor de ancho de banda marcando cada vez que un contenedor de entrenamiento extrae un conjunto de datos. La pregunta no es si el precio es atractivo — obviamente lo es. La pregunta es si la arquitectura puede sostenerse a medida que las cargas de trabajo de IA escalan a petabytes, y si las empresas confiarán en una infraestructura respaldada por DePIN para datos que anteriormente solo entregarían a un hiperescalador.

El impuesto de salida que devoró los presupuestos de IA​

El precio de lista de AWS S3 no es el problema. El almacenamiento estándar cuesta unos $ 0.023 / GB al mes en us-east-1, lo que equivale a unos $ 920 / mes por un corpus de entrenamiento de 40 TB — molesto pero manejable. El egress es donde las matemáticas fallan. Después de los primeros 100 GB gratuitos, la salida de S3 a Internet comienza en $ 0.09 / GB, bajando lentamente a $ 0.05 / GB por encima de 150 TB. Extraiga 10 TB de datos de entrenamiento a un proveedor de GPU externo y se enfrentará a $ 921.60 solo en transferencia. Hágalo repetidamente — que es lo que realmente hacen los flujos de trabajo de IA — y el cargo "oculto" por salida eclipsará el almacenamiento en un trimestre.

Esto no es una peculiaridad de los precios. Es una elección arquitectónica que supone que el almacenamiento y el cómputo viven juntos dentro de una misma nube. En el momento en que un equipo de IA los divide — porque la capacidad de la GPU está en CoreWeave, Lambda o un clúster local mientras los datos permanecen en S3 — cada época, cada restauración de punto de control, cada relectura de datos en paralelo se convierte en un evento facturable. Los tejidos de datos de IA multiplican este problema: los conjuntos de datos se duplican en las etapas de preprocesamiento, entrenamiento, validación y análisis, y cada límite es potencialmente un muro de pago.

La solución alternativa informal de la industria ha sido CloudFront, debido a que la transferencia de S3 a CloudFront dentro de la región es gratuita, por lo que los equipos dirigen los datos a través de una CDN que no fue diseñada realmente para el trabajo. Es una señal. Cuando los clientes se retuercen arquitectónicamente para evitar un cargo, ese concepto ya no es un precio — es un impuesto.

Qué es lo que Akave vende realmente​

Akave Cloud es deliberadamente aburrido en la forma en que la infraestructura seria debe serlo. La interfaz es compatible con S3 — mismos SDK , misma semántica GET y PUT — por lo que migrar un flujo de entrenamiento es más parecido a cambiar un endpoint que a reescribir código. El precio es una tarifa plana única: $ 14.99 por terabyte al mes, sin cargos por salida, sin tarifas por solicitud, sin penalizaciones por recuperación. Si su contenedor extrae 500 GB o 2 TB de datos de entrenamiento, el costo es exactamente $ 0 en transferencia.

Bajo la interfaz API familiar, la arquitectura no se parece en nada a S3. Los datos se dividen en fragmentos, se cifran en el lado del cliente y se distribuyen por la red de Akave utilizando una codificación de borrado Reed-Solomon de 32 de 16, que Akave afirma que ofrece 11 nueves de durabilidad. El archivado a largo plazo está anclado a Filecoin, la misma red que sustenta una parte creciente de la economía del almacenamiento descentralizado. Cada escritura genera un recibo en la cadena y cada recuperación es verificable criptográficamente — lo que importa menos para fotos de gatos y mucho más para los artefactos de entrenamiento de IA que los reguladores, auditores o consumidores de modelos finales pueden necesitar verificar que no fueron modificados.

La pieza principal para las empresas es la puerta de enlace (gateway) O3, una puerta de entrada compatible con S3 que puede ser alojada por Akave o autohospedada dentro de la propia infraestructura de un cliente. La versión autohospedada es la clave: los equipos con requisitos estrictos de residencia o soberanía de datos ejecutan O3 localmente, mantienen sus propias claves de cifrado y definen sus propias políticas de acceso mientras se benefician del backend distribuido. Para sectores que históricamente no podían tocar el almacenamiento descentralizado — datos de salud, IA relacionada con defensa, cargas de trabajo reguladas por la UE — esa configuración es significativa.

Los logotipos de clientes ya incluyen a Intuizi, LaserSETI y 375ai ejecutando cargas de trabajo de producción, y la tabla de capitalización parece un directorio de capital alineado con protocolos: Protocol Labs, Filecoin Foundation, Avalanche, Blockchain Builders Fund, No Limit Holdings, Blockchange, Lightshift y Big Brain Holdings. Una asociación con Akash Network combina el cómputo de GPU descentralizado a un 70 % por debajo de los precios de los hiperescaladores con el almacenamiento sin cargos por salida de Akave en lo que ambas compañías están comercializando como "infraestructura de IA soberana".

Analizando el panorama: dónde se ubica Akave en el stack de almacenamiento​

El panorama del almacenamiento descentralizado ha madurado drásticamente. En enero de 2026, Filecoin lanzó Onchain Cloud en su red principal, posicionándose como una alternativa descentralizada full-stack a AWS con computación, recuperación verificable y pagos automatizados. Storacha Forge, uno de los primeros servicios de Onchain Cloud, ofrece almacenamiento "warm" a 5,99 $por terabyte. El sector DePIN en su conjunto ha crecido de aproximadamente 5.200 millones de$ en capitalización de mercado en 2024 a más de 19.000 millones de $ a finales de 2025 — un crecimiento cercano al 270 % — a medida que la demanda de IA, la adopción empresarial y la calidad de la infraestructura DePIN cruzaron los umbrales de usabilidad casi al mismo tiempo.

En este contexto, Akave ocupa un nicho específico que ni Filecoin ni Arweave llenan de forma nativa:

• Filecoin es excelente para el archivado de cola larga (long-tail) y los incentivos económicos, pero históricamente requería acuerdos, mercados de recuperación y herramientas que no se parecen a S3. Akave esencialmente empaqueta la durabilidad de Filecoin en una interfaz compatible con S3 con una tarifa plana.
• Arweave vende permanencia: un pago único, almacenamiento indefinido y sin garantías de recuperación. Es la herramienta adecuada para artefactos inmutables — activos NFT, documentos on-chain, archivos de cumplimiento — pero no encaja bien con los conjuntos de datos mutables y de alta frecuencia que procesan los flujos de entrenamiento de IA.
• Cloudflare R2 ya ofrece "egress" (salida de datos) cero y es el referente centralizado al que se dirige explícitamente el modelo de precios de Akave. R2 gana en latencia, integraciones de ecosistema y trayectoria; Akave contraataca con soberanía, verificabilidad y un modelo de confianza que no depende del tiempo de actividad de un solo proveedor — un punto reforzado por la interrupción global de Cloudflare en noviembre de 2025 que expuso cuántas aplicaciones "descentralizadas" aún vivían en el edge de una sola empresa.
• MinIO, la alternativa de código abierto y autoalojada a S3, cambió recientemente a un modelo "source-only" que asustó a las empresas que habían construido sus stacks asumiendo ediciones comunitarias predecibles. Akave se ha estado promocionando silenciosamente como un objetivo de migración para los usuarios de MinIO que buscan la ergonomía del autoalojamiento sin asumir la carga operativa propia.

La forma más clara de entender a Akave es como un arbitraje de precios e interfaz sobre primitivas de almacenamiento descentralizado: toma la durabilidad de Filecoin, envuélvela en la semántica de S3, ponle un medidor de tarifa plana encima y vende el resultado a los equipos de IA que ya están sufriendo por los costes de salida de datos.

Por qué el momento es crucial: la pinza de la energía y la gravedad de los datos​

En el NVIDIA GTC 2026, Jensen Huang describió la IA como un "pastel de cinco capas" donde la energía forma la base — cada unidad de inteligencia de máquina es, en última instancia, una conversión de electricidad en computación. El Departamento de Energía y el Laboratorio Nacional Lawrence Berkeley proyectan que los centros de datos de EE. UU. podrían consumir hasta el 12 % de la electricidad total del país para 2030, frente al 4,4 % actual (aproximadamente 176 TWh). La proyección de la AIE para 2026 sitúa a los centros de datos globales alcanzando los 1.000 TWh este año — un consumo de energía a la escala de Japón, dedicado exclusivamente a la computación.

El efecto colateral es que el lugar donde residen los datos determina cada vez más dónde puede ejecutarse la computación. Los hiperescaladores tienen una oferta limitada de energía. La capacidad de las GPU está apareciendo dondequiera que las interconexiones de la red eléctrica lo permitan: Texas, los países nórdicos, Oriente Medio y mercados secundarios de EE. UU. Si sus datos de entrenamiento están anclados en us-east-1 y sus GPU están en Reikiavik o Abu Dabi, usted está pagando costes de salida para mover bits al silicio. El almacenamiento con "egress" cero y agnóstico a la computación convierte a los datos en ciudadanos de primera clase en un mundo multicloud y multigeográfico — exactamente el mundo que la economía de la IA está forzando ahora.

Esa es la verdadera razón por la que un modelo de precios como el de Akave llega ahora y no hace tres años. Cuando la computación era abundante y barata, el "egress" era un error de redondeo. En una red eléctrica limitada por la IA, el "egress" es estrategia.

El caso escéptico: qué podría salir mal​

Tres preocupaciones legítimas moderan el argumento optimista.

Primero, la latencia y el rendimiento a escala de petabytes. Los flujos de entrenamiento de IA tienen hambre de ancho de banda y son sensibles a la latencia. S3 no es solo almacenamiento barato con una buena API; es una red edge distribuida globalmente con décadas de optimización. El "erasure coding" (codificación de borrado) de Akave y la recuperación descentralizada añaden saltos adicionales. Clientes en producción como 375ai sugieren que es viable para cargas de trabajo comunes, pero los equipos que consideran flujos de entrenamiento de cientos de gigabits por segundo deberían realizar pruebas de rendimiento (benchmarks) cuidadosamente antes de comprometerse.

Segundo, la inercia de los procesos de compra empresariales. Los precios fijos son excelentes, al igual que la soberanía. Pero los equipos de seguridad, legales y de cumplimiento de las empresas se mueven en una escala de tiempo medida en trimestres, y DePIN sigue siendo una categoría de adquisición novedosa para la mayoría de los CIO de las empresas Fortune 500. El gateway O3 autoalojado de Akave es en parte una respuesta a esto — "es nuestro hardware ejecutando su software" es más fácil de aprobar que "nuestros datos viven en una blockchain" — pero el ciclo de ventas es real.

Tercero, la economía solo es barata si la red se mantiene saludable. Las capas de incentivos de Filecoin y Akave asumen una población de proveedores de almacenamiento dispuestos a respaldar la capacidad al precio ofrecido. Si la demanda de IA se dispara más rápido que la oferta, los precios fijos comprimirán los márgenes de los proveedores o se reestructurarán silenciosamente en niveles. Los hiperescaladores pueden subsidiar; las redes DePIN tienen que equilibrarse.

Nada de esto es fatal. Todo esto significa que el desafío de Akave no se trata tanto de si el argumento del coste convence, sino de si la historia operativa es lo suficientemente estable como para que un SRE de una empresa Fortune 500 la autorice.

El patrón más amplio: El almacenamiento como cuña en la infraestructura de IA​

Lo más interesante de Akave no es el precio de $ 14,99. Es lo que ese precio intenta lograr estratégicamente. El almacenamiento es un producto básico de bajo margen, pero también es la capa con la mayor gravedad de datos: quien posee el conjunto de datos posee la respuesta predeterminada a "¿dónde deberíamos entrenar?" y eventualmente "¿dónde deberíamos realizar la inferencia?". La asociación entre Akash y Akave es una señal clara de esto: el cómputo de GPU descentralizado a un 70 % por debajo de los precios de los hiperescaladores no significa nada si tus datos residen en un lugar que te cobra por salir. Al combinarlos, la economía se convierte en una alternativa integrada al stack de AWS, en lugar de ser simplemente dos descuentos unidos.

Se espera que este patrón se repita en la categoría de DePIN para IA hasta 2026. Las redes de almacenamiento cortejarán a las redes de cómputo, las redes de cómputo cortejarán a las pasarelas de inferencia, y las pasarelas de inferencia cortejarán a los frameworks de agentes; todos intentando ensamblar una vertical que pueda cotizar un precio único y predecible frente a lo que sigue siendo, desde la perspectiva del cliente, una experiencia única de hiperescalador empaquetada. Los ganadores serán aquellos que se sientan como infraestructura, no como cripto.

Akave es un contendiente temprano creíble porque se niega a parecer cripto en la superficie: endpoint de S3, tarifa plana, recibos fáciles de auditar, clientes reales. Los componentes descentralizados están bajo el capó, donde — si Akave tiene razón — deberían estar.

Para los desarrolladores que construyen la próxima generación de aplicaciones nativas de IA y Web3, BlockEden.xyz proporciona infraestructura de RPC, indexación y API de grado empresarial en más de 25 cadenas, con el perfil de confiabilidad que exigen las cargas de trabajo de producción serias. Explore nuestro mercado de API para construir sobre una infraestructura diseñada para el largo plazo.

Fuentes​

• Akave Cloud: Almacenamiento de objetos compatible con S3
• [Akave recauda 6,65 millones para desafiar el almacenamiento en la nube tradicional (BusinessWire)](https://www.businesswire.com/news/home/20260302775473/en/Akave-Raises-\6.65M-to-Challenge-Traditional-Cloud-Storage-with-Compute-Agnostic-Platform-Built-for-AI-Applications)
• Akave recauda $ 6,65 millones para almacenamiento en la nube agnóstico al cómputo y sin cargos de salida (SiliconANGLE)
• Almacenamiento S3 descentralizado para IA: Cero cargos de salida (TFiR)
• Akash Network y Akave: Construyendo la primera infraestructura de IA soberana
• Akave Cloud x Filecoin: Almacenamiento de objetos compatible con S3 para empresas y DePIN
• Alternativa a MinIO: Migre a Akave O3
• Precios de AWS S3
• Una guía de 2026 sobre los precios de Amazon S3 (CloudZero)
• Las tarifas de salida del almacenamiento en la nube le cuestan a sus proyectos de IA más de lo que piensa (Akave)
• Presentando Filecoin Onchain Cloud
• La guerra del almacenamiento Web3 2026: El auge de Filecoin, Arweave y DePIN
• Guerras de cómputo DePIN: Inferencia de IA y almacenamiento de datos 2026
• NVIDIA GTC 2026: El futuro de la IA sigue volviendo a la energía (Reccessary)
• La crisis energética de los centros de datos de IA (Tech Insider)

Cada agente de IA autónomo que opera on-chain hoy en día tiene el mismo secreto humillante: lo olvida casi todo. Un agente de trading reequilibra una tesorería de $2M el lunes, arrasa con un arbitraje complejo el martes y, para el miércoles, no tiene una memoria coherente de ninguno de los dos — porque la infraestructura para recordar aún no existe en una forma que se adapte a la manera en que los agentes realmente trabajan. Esa brecha es ahora el problema sin resolver más importante en la economía de agentes on-chain de $450B, y en abril de 2026 una red de almacenamiento diseñada originalmente para archivos se ha posicionado como la respuesta.

Walrus Protocol, la red de almacenamiento descentralizada nativa de Sui de Mysten Labs, superó los 450 TB de datos almacenados en su primer aniversario, sobrepasando los 385 TB de Arweave y emergiendo como la capa de almacenamiento de escritura intensiva dominante en Web3. Pero la historia más interesante no es el tonelaje bruto — es MemWal, el SDK de memoria de IA que Walrus lanzó el 25 de marzo de 2026, el cual redefine todo el protocolo como infraestructura para agentes en lugar de archivos. Para los desarrolladores que construyen la próxima ola de sistemas autónomos, esto redibuja silenciosamente el mapa del almacenamiento descentralizado.

El cuello de botella de la memoria del que nadie quería hablar​

Los agentes basados en LLM viven dentro de una restricción cruel: la ventana de contexto. Cada paso de razonamiento, cada llamada a herramientas, cada observación tiene que caber dentro de unos pocos cientos de miles de tokens, y cualquier cosa que no quepa simplemente deja de existir desde la perspectiva del agente. Los desarrolladores humanos maquillan esto con bases de datos vectoriales, cachés de Redis y tablas de Postgres — infraestructura centralizada que funciona bien hasta que quieres que el agente posea sus propias llaves, firme sus propias transacciones y opere sin un backend de confianza.

El movimiento de agentes on-chain hizo que este problema fuera agudo. Para el primer trimestre de 2026, solo Virtuals Protocol estaba rastreando más de $479M en actividad económica generada por agentes y más de 17,000 agentes on-chain con balances. Estos agentes necesitan estado entre sesiones. Necesitan recordar qué contrapartes incumplieron, qué estrategias perdieron dinero, qué usuarios les otorgaron permisos. Y no pueden simplemente escribir eso en AWS — todo el sentido de operar de forma autónoma on-chain es que no hay un "ellos" en quien confiar con la contraseña de una base de datos.

Las opciones de almacenamiento descentralizado existentes tropezaron con diferentes aristas del problema:

• IPFS está direccionado por contenido y es peer-to-peer, pero no tiene un incentivo económico nativo para que alguien siga haciendo pinning de tus datos. Los archivos desaparecen cuando el último nodo pierde interés.
• Filecoin soluciona los incentivos con acuerdos de almacenamiento, pero su latencia de recuperación — a menudo de decenas de segundos para datos fríos — es incompatible con un agente que necesita recuperar un fragmento de memoria a mitad de un bucle de razonamiento.
• Arweave ofrece una permanencia genuina con un modelo de pago único y almacenamiento de por vida, pero su economía se optimiza para el archivo: almacenamiento a largo plazo barato, escrituras de objetos pequeños costosas y complicadas, y ninguna integración nativa con la capa de cómputo donde viven realmente los agentes.

Ninguno de estos fue diseñado con un caso de uso en mente donde un millón de programas autónomos quieren escribir pequeños blobs de estado estructurados cada pocos segundos y leerlos con una latencia inferior a un segundo, mientras anclan la propiedad a un objeto controlado por una billetera en una cadena de contratos inteligentes. Walrus sí lo fue.

Qué es Walrus en realidad​

Walrus es un protocolo de almacenamiento descentralizado y disponibilidad de datos construido sobre Sui por Mysten Labs. Lanzó su mainnet en 2025 y alcanzó el hito de su primer año a principios de 2026 con algunas estadísticas vitales impresionantes: 100 nodos de almacenamiento en 19 países, 4.12 PB de capacidad total del sistema con aproximadamente un 39% utilizado actualmente, y una creciente cartera de integraciones de protocolos. Los principales validadores por participación están concentrados en EE. UU., Finlandia, Países Bajos, Alemania y Lituania — una distribución geográfica que importa tanto para la latencia como para la resiliencia regulatoria.

Bajo el capó, el truco de magia es un esquema de codificación de borrado llamado Red Stuff. En lugar de replicar cada blob en muchas copias completas (el enfoque clásico de Filecoin/S3), Red Stuff divide cada blob en fragmentos y los distribuye en más de 100 nodos con un factor de replicación de solo 4.5x. Esto significa que Walrus paga mucho menos por la durabilidad que la replicación ingenua, tolerando al mismo tiempo fallos en la gran mayoría de los nodos. Justo con la misma importancia, el esquema es de autocuración: cuando un nodo se desconecta, recuperar su parte de los datos cuesta un ancho de banda proporcional solo a los datos perdidos en lugar de todo el blob — por lo que la red se degrada y se repara con elegancia en lugar de colapsar repentinamente.

La capa económica es el token WAL. Los publicadores de blobs pagan tarifas de retención por época denominadas en WAL; los stakers proporcionan ancho de banda de almacenamiento y ganan esas tarifas; los objetos de Sui anclan la propiedad y el control de acceso para cada blob. A mediados de abril de 2026, WAL cotiza alrededor de $0.098 con una capitalización de mercado de aproximadamente $225M, un 45% más en un ciclo de 24 horas tras el anuncio de MemWal. Eso todavía está un 87% por debajo del máximo histórico de mayo de 2025 de $0.76, lo que indica que la mayor parte de la acumulación de valor aún está por delante del protocolo si la tesis de los agentes de IA se cumple.

Fundamentalmente — y esta es la parte que los competidores siguen pasando por alto — las escrituras en Walrus son baratas y rápidas. Se pueden subir gigabytes a la vez porque el blob solo atraviesa la red una vez, y los nodos de almacenamiento operan con fragmentos de una fracción del tamaño original. Eso hace que las escrituras pequeñas y frecuentes sean económicamente viables, lo cual es enormemente relevante si el que escribe es un agente que quiere guardar su estado cada pocas llamadas a herramientas.

Ingrese MemWal : El Almacenamiento Reconceptualizado como Cognición​

El 25 de marzo de 2026, el equipo de Walrus presentó MemWal , un SDK para desarrolladores y un entorno de ejecución para construir agentes con memoria persistente. Actualmente se encuentra en fase beta, pero ya ha redefinido la forma en que los desarrolladores hablan del protocolo : Walrus ya no es "la capa de almacenamiento descentralizado barata" , es "donde sus agentes recuerdan cosas" .

La abstracción principal que introduce MemWal es el espacio de memoria — un contenedor estructurado y diseñado específicamente que reemplaza los archivos de registro (logs) no estructurados en los que los agentes solían volcar su estado. Un agente de trading podría tener tres espacios de memoria : un espacio de memoria de trabajo a corto plazo con unos pocos minutos de observaciones recientes, un espacio de estado de cartera a mediano plazo con posiciones y PyG (Pérdidas y Ganancias) no realizadas, y un espacio de reputación de contraparte a largo plazo que persiste a través de semanas o meses de historial de interacción. Cada espacio tiene su propia política de retención, permisos de acceso y cadencia de actualización.

Bajo el capó, un agente que utiliza el SDK de MemWal se comunica con un relayer de backend que maneja el procesamiento por lotes (batching), la codificación y la interacción con Sui para los commits de blobs. El relayer envía los datos a Walrus para su almacenamiento y, simultáneamente, actualiza los objetos de Sui que describen la propiedad y el control de acceso para cada espacio de memoria. Eso significa que la memoria de un agente no solo se almacena — es propiedad de un objeto de Sui, lo que significa que puede ser transferida, delegada, revocada o compuesta con otras primitivas on-chain al igual que cualquier otro activo.

Tres casos de uso concretos ya están impulsando las primeras integraciones :

1. Persistencia entre sesiones sin un backend siempre activo. Un agente puede iniciarse, cargar sus espacios de memoria relevantes desde Walrus a través del SDK, razonar durante un tiempo, realizar commits de actualizaciones y cerrarse — sin necesidad de un servidor centralizado en el proceso. La próxima vez que se active, ya sea en el mismo proceso o en una máquina diferente, reconstruye su propio estado a partir de la cadena.

2. Contexto compartido multi-agente con permisos criptográficos. Debido a que el modelo de objetos de Sui permite una delegación de capacidades detallada, un agente puede otorgar a otro acceso de solo lectura a un espacio de memoria específico sin exponer el resto de su estado. Esta es la primitiva que los "enjambres de agentes" (agent swarms) como los que están surgiendo en ElizaOS han estado pidiendo — una forma de permitir que un agente de análisis de sentimiento lea la salida del agente de scraping sin que ninguno de los dos tenga que confiar en una base de datos compartida.

3. Rastros de decisión auditables para agentes regulados. Los agentes financieros que ejecutan operaciones, aprueban préstamos o gestionan flujos de trabajo de cumplimiento necesitan producir registros que los reguladores, auditores y contrapartes puedan verificar. Un espacio de memoria anclado a un objeto de Sui con un registro de commits inmutable es exactamente lo que significa el "cumplimiento verificable" en un sistema nativo de agentes.

El diseño jerárquico — memoria de trabajo a corto plazo separada del almacenamiento persistente a largo plazo, con capas de verificaciones de integridad criptográfica — refleja la arquitectura hacia la cual la investigación en ciencias cognitivas ha estado orientando a los constructores de IA durante años. La diferencia es que MemWal lo convierte en una primitiva del protocolo en lugar de una preocupación específica de cada aplicación.

Por Qué los Titulares No Pueden Simplemente Pivotar Aquí​

Es tentador asumir que Filecoin o Arweave podrían simplemente añadir un SDK de "memoria de agente" y competir. El problema es arquitectónico, no de marketing.

La actualización de finalidad rápida F3 de Filecoin en 2025 realizó un trabajo significativo en su perfil de latencia e impulsó la capitalización de mercado de la red por encima de los 5.000 millones de dólares, pero el modelo de almacenamiento basado en acuerdos (deals) asume fundamentalmente que las escrituras son grandes, poco frecuentes y negociadas de antemano. La recuperación está mejorando, pero todavía se mide en segundos para los datos fríos (cold data), lo cual está fuera del presupuesto de un bucle de razonamiento de un agente. Se podría obligar a los agentes a trabajar en torno a esto con un almacenamiento en caché agresivo, pero en ese punto se habría reconstruido un backend off-chain.

La permaweb de Arweave es filosóficamente diferente — está diseñada para datos que deben sobrevivir a su creador, lo cual es maravilloso para el periodismo, los registros de procedencia y los archivos históricos, pero deficiente para el estado de un agente que se actualiza rápidamente. El modelo de pagar una vez y almacenar para siempre tampoco coincide con la forma económica real de la memoria de los agentes, donde la mayoría de los estados son interesantes durante unos pocos días o semanas y luego pueden ser eliminados. La capa de cómputo AO de Arweave es interesante y merece atención, pero es una apuesta diferente : cómputo paralelo sobre la permaweb en lugar de una capa de memoria para agentes que se ejecutan en otros lugares.

IPFS sigue siendo lo más parecido a una lingua franca para el direccionamiento de archivos en Web3, pero sin garantías de persistencia, ningún desarrollador de agentes serio pondrá un estado de carga crítica allí. El ecosistema de servicios de pinning que creció alrededor de IPFS es un parche pragmático, no una solución arquitectónica.

La ventaja de Walrus no es que haya inventado una nueva primitiva — la codificación de borrado (erasure coding) ha existido durante décadas. Es que el modelo económico (alquiler por época en lugar de dotación perpetua), el perfil de latencia (lecturas de menos de un segundo en blobs pequeños) y la integración de contratos inteligentes (objetos de Sui como anclajes de propiedad) se alinean con la forma en que los agentes autónomos realmente necesitan comportarse. El resto del stack tiene que forzar esas propiedades en arquitecturas existentes que fueron diseñadas para otra cosa.

Hay una tabla comparativa útil del equipo de investigación de Four Pillars que revela otra ventaja no obvia : el costo. La codificación de borrado de Walrus y su bajo factor de replicación la hacen aproximadamente 100 veces más barata que Filecoin o Arweave por MB de almacenamiento duradero. Para los agentes que podrían escribir cientos de pequeñas actualizaciones de estado por día, eso se traduce en dinero real a escala.

Qué significa esto para los constructores de infraestructura​

La aparición de Walrus como una capa de memoria para agentes es parte de un patrón más amplio que cualquier persona que construya infraestructura Web3 en 2026 debe interiorizar. La economía de los agentes se está fracturando en sustratos especializados, cada uno resolviendo un problema específico:

• Coinbase's Agentic Wallet resuelve la custodia: dónde residen las llaves.
• x402z de Mind Network maneja los pagos confidenciales: cómo transaccionan los agentes sin filtrar su estrategia.
• Nava Labs aborda la verificación de intención: si la acción ejecutada coincidió con lo que el usuario solicitó.
• ERC-8004 define la identidad: quién es el agente on-chain.
• Warden está construyendo la capa de liquidación criptoeconómica: cómo los agentes depositan colateral y son penalizados (slashed) por mal comportamiento.
• Walrus + MemWal ahora posee la capa de memoria: qué sabe y recuerda el agente.

Ninguno de estos es un mercado de "el ganador se lo lleva todo" por sí solo, pero juntos forman el nuevo stack agéntico — y los proyectos que ganen serán aquellos que se integren de manera fluida a través de las capas. Un desarrollador que lance un nuevo agente de trading on-chain en 2026 debería esperar componer una billetera de Sui, una capa de memoria de Walrus, una credencial de identidad, una prueba de verificación y un riel de pago. Ningún protocolo individual hace bien las cinco cosas, y los que lo intentan suelen no hacer ninguna bien.

La proyección de DePIN del Foro Económico Mundial — de $50 mil millones en 2025 a $3.5 billones para 2028 — es el viento macroeconómico que impulsa todo esto. El almacenamiento y el cómputo son los componentes más grandes de esa proyección, y el almacenamiento es donde Walrus está plantando su bandera de manera más agresiva. La asociación con Allium, que trajo 65 TB de datos de blockchain verificables y de grado institucional (registros históricos de Bitcoin, Ethereum, Sui) a la plataforma Walrus a principios de este año, es la validación institucional que el protocolo necesitaba: no es solo un juguete para proyectos de NFT nativos de Sui, sino un sustrato viable para cargas de trabajo de datos serias.

Las preguntas abiertas​

Nada de esto está garantizado. Tres cosas aún podrían descarrilar la tesis:

Riesgo de concentración en Sui. Walrus está vinculado económicamente a Sui a través de la tokenomics de WAL y técnicamente a través de la integración del modelo de objetos. Si Sui pierde relevancia como plataforma de contratos inteligentes — frente a Aptos, Solana o un renacimiento de las L2 — la historia de la memoria para agentes de Walrus tendrá que reconstruirse desde una base más débil. Hasta ahora, la tracción de los desarrolladores en Sui parece saludable, pero "hasta ahora" es como se describe a cada plataforma cripto antes de su punto de inflexión en cualquier dirección.

Curva de adopción de MemWal. El SDK todavía está en fase beta. La verdadera prueba es si los principales frameworks de agentes — ElizaOS, sistemas estilo AutoGPT, los protocolos de agentes MCP / A2A emergentes — hacen de MemWal una integración de primer nivel o solo una opción entre varias. Sin un soporte sólido de los frameworks, MemWal se convierte en una herramienta de nicho para desarrolladores que se esfuerzan por usar Sui.

Presión de centralización comercial. Si OpenAI o Anthropic lanzan un producto de "memoria para agentes" propio con una integración estrecha de LLM, muchos desarrolladores elegirán la opción conveniente sobre la descentralizada. La respuesta de Walrus tiene que ser que la memoria descentralizada desbloquea casos de uso — agentes que poseen sus propios activos, colaboración de agentes entre múltiples partes sin un operador de confianza — que la memoria centralizada no puede ofrecer. Eso es cierto, pero el go-to-market requiere una educación sostenida.

Construyendo sobre el nuevo stack agéntico​

Los próximos 18 meses decidirán si el stack de Web3 agéntico se osifica alrededor de tres o cuatro incumbentes o se fragmenta en una docena de capas competidoras. La apuesta de Walrus es que la memoria se convierta en una capa distinta y reclamable en ese stack — y que el ganador de la capa de memoria sea quien combine propiedad programable, lecturas de baja latencia, economía sostenible y herramientas reales para desarrolladores. Según esa lista de verificación, hoy está más avanzado que cualquiera de sus competidores directos.

Para los constructores que quieran lanzar productos nativos de agentes en 2026, la recomendación práctica es simple: traten la memoria como una preocupación de infraestructura de primer nivel, no como algo secundario. Los agentes que recuerden a sus usuarios, sus estrategias y sus errores acumularán ventajas que los agentes sin estado (stateless) simplemente no podrán igualar.

BlockEden.xyz proporciona infraestructura RPC de Sui confiable y de grado de producción para equipos que construyen agentes on-chain y dApps que se integran con Walrus, MemWal y el ecosistema de Sui en general. Explore nuestros servicios de API de Sui para construir sobre los mismos cimientos que impulsan el stack de Web3 nativo de agentes.

Fuentes​

• Walrus pitches MemWal as decentralized storage for AI agent memory — Blocks & Files
• Celebrating One Year of Walrus — Sui Blog
• Walrus: An Efficient Decentralized Storage Network (Whitepaper)
• Announcing Walrus — Mysten Labs Blog
• Walrus vs. Filecoin & Arweave — Beluga
• Walrus Storage Costs — Walrus Docs
• Walrus Tokenomics Explained — Everstake
• What Is Walrus Crypto? — Nansen
• Walrus Price Live Data — CoinMarketCap
• WAL Surges 45% to $0.098 — Blockchain Magazine

Cada vez que un equipo de IA recupera un conjunto de datos de entrenamiento de AWS S3, se añade un impuesto silencioso a la factura. Se llama tarifa de salida (egress fee), y en toda la industria de la nube infla silenciosamente los costes de almacenamiento entre un 30 y un 80 %, convirtiendo lo que parece un almacenamiento de objetos asequible en un agujero negro presupuestario. En marzo de 2026, una startup llamada Akave lanzó su respuesta: una plataforma de almacenamiento descentralizado compatible con S3 con precios de tarifa plana, cero tarifas de salida y prueba criptográfica de que sus datos realmente existen donde se supone que deben estar.

Respaldada por 6,65 millones de dólares de Protocol Labs, la Avalanche Foundation, la Filecoin Foundation, Big Brain Holdings y otros, Akave Cloud no es solo otro experimento de almacenamiento Web3. Es una apuesta de infraestructura de grado de producción dirigida al segmento de gasto en la nube de más rápido crecimiento: los lagos de datos (data lakes) de IA.

¿Cuánto cuesta almacenar un solo NFT de 200 MB en Ethereum? Alrededor de $92,000. Si escalamos eso a una colección de 10,000 piezas, nos enfrentamos a una factura de almacenamiento de$ 2.6 mil millones. Este absurdo problema económico es precisamente la razón por la que Pinata —una empresa nacida en el hackathon ETH Berlin en 2018— ahora procesa más de 120 millones de archivos y alcanzó los $ 8.8 millones en ingresos a finales de 2024.

La historia de Pinata no trata solo del crecimiento de una empresa. Es una ventana a cómo la infraestructura Web3 está madurando, pasando de protocolos experimentales a negocios reales que generan ingresos reales.

Cuando Mysten Labs anunció que su Walrus Protocol había asegurado $140 millones de Standard Crypto, a16z y Franklin Templeton en marzo de 2025, envió un mensaje claro: las guerras del almacenamiento descentralizado están entrando en una nueva fase. Pero en un panorama ya poblado por las ambiciones empresariales de Filecoin y la promesa de almacenamiento permanente de Arweave, ¿qué hace que Walrus sea lo suficientemente diferente como para justificar una valoración de$ 2 mil millones antes de su primer día de operación?

La respuesta reside en un replanteamiento fundamental de cómo debería funcionar el almacenamiento descentralizado.

El problema del almacenamiento que nadie resolvió​

El almacenamiento descentralizado ha sido el problema perpetuo sin resolver de la Web3. Los usuarios quieren la confiabilidad de AWS con la resistencia a la censura de la blockchain, pero las soluciones existentes han obligado a realizar concesiones dolorosas.

Filecoin, el actor más importante con una capitalización de mercado que ha fluctuado significativamente a lo largo de 2025, requiere que los usuarios negocien acuerdos de almacenamiento con los proveedores. Cuando esos acuerdos expiran, sus datos podrían desaparecer. La utilización de la red en el tercer trimestre de 2025 alcanzó el 36 % —una mejora respecto al 32 % del trimestre anterior—, pero sigue dejando dudas sobre la eficiencia a escala.

Arweave ofrece almacenamiento permanente con su modelo de «paga una vez, almacena para siempre», pero esa permanencia tiene un costo. Almacenar datos en Arweave puede resultar 20 veces más caro que en Filecoin para una capacidad equivalente. Para las aplicaciones que manejan terabytes de datos de usuarios, la economía simplemente no funciona.

IPFS, por su parte, no es realmente almacenamiento en sí, sino un protocolo. Sin servicios de «anclaje» (pinning) para mantener vivos sus datos, el contenido desaparece cuando los nodos lo eliminan de la memoria caché. Es como construir una casa sobre una base que podría decidir mudarse.

En este panorama fragmentado irrumpe Walrus, y su arma secreta es la matemática.

RedStuff: El avance de ingeniería​

En el núcleo de Walrus se encuentra RedStuff, un protocolo de codificación de borrado (erasure coding) bidimensional que representa una verdadera innovación en la ingeniería de sistemas distribuidos. Para entender por qué esto es importante, considere cómo el almacenamiento descentralizado tradicional maneja la redundancia.

La replicación completa —almacenar múltiples copias íntegras en varios nodos— es sencilla pero ineficiente. Para protegerse contra fallas bizantinas, donde hasta un tercio de los nodos podrían ser maliciosos, se necesita una duplicación extensiva, lo que dispara los costos.

La codificación de borrado unidimensional, como la codificación Reed-Solomon, divide los archivos en fragmentos con datos de paridad para su reconstrucción. Es más eficiente, pero tiene una debilidad crítica: recuperar un solo fragmento perdido requiere descargar datos equivalentes a la totalidad del archivo original. En redes dinámicas con una rotación frecuente de nodos, esto crea cuellos de botella en el ancho de banda que paralizan el rendimiento.

RedStuff resuelve esto mediante una codificación basada en matrices que crea tanto fragmentos (slivers) primarios como secundarios. Cuando un nodo falla, los nodos restantes pueden reconstruir los datos faltantes descargando solo lo que se perdió, no el blob completo. El ancho de banda de recuperación se escala como O(|blob|/n) en lugar de O(|blob|), una diferencia que se vuelve enorme a escala.

El protocolo logra seguridad con solo 4,5 x de replicación, en comparación con el 10-30 x requerido por los enfoques ingenuos. Según el análisis del propio equipo de Walrus, esto se traduce en costos de almacenamiento aproximadamente un 80 % más bajos que los de Filecoin y hasta un 99 % más bajos que los de Arweave para una disponibilidad de datos equivalente.

Quizás lo más importante es que RedStuff es el primer protocolo en soportar desafíos de almacenamiento en redes asíncronas. Esto evita que los atacantes exploten los retrasos de la red para superar la verificación sin almacenar realmente los datos, una vulnerabilidad que ha afectado a sistemas anteriores.

El voto de confianza de $ 140 millones​

La ronda de financiación que cerró en marzo de 2025 cuenta su propia historia. Standard Crypto lideró, con la participación del brazo cripto de a16z, Electric Capital y Franklin Templeton Digital Assets. La participación de Franklin Templeton es particularmente notable: cuando uno de los gestores de activos más grandes del mundo respalda la infraestructura blockchain, indica una convicción institucional que va más allá de las jugadas típicas de capital de riesgo cripto.

La venta de tokens valoró el suministro de tokens WAL de Walrus en $ 2 mil millones totalmente diluidos. Para contextualizar, Filecoin —con años de operación y un ecosistema establecido— cotiza con una capitalización de mercado que ha experimentado una volatilidad significativa, cayendo drásticamente en octubre de 2025 antes de recuperarse. El mercado apuesta a que las ventajas técnicas de Walrus se traducirán en una adopción significativa.

La economía de tokens (tokenomics) de WAL refleja las lecciones aprendidas de proyectos anteriores. El suministro total de 5 mil millones incluye una asignación de incentivos para usuarios del 10 %, con un airdrop inicial del 4 % y un 6 % reservado para distribuciones futuras. Los mecanismos deflacionarios penalizan el cambio de participación (stake shifting) a corto plazo con quemas parciales, mientras que las penalizaciones por recorte (slashing) para los nodos de almacenamiento de bajo rendimiento protegen la integridad de la red.

Los desbloqueos de tokens están programados cuidadosamente: las asignaciones de los inversores no comenzarán a desbloquearse hasta marzo de 2026, un año completo después del lanzamiento de la red principal (mainnet), lo que reduce la presión de venta durante la fase crítica de adopción temprana.

Tracción en el mundo real​

Desde el lanzamiento de la red principal el 27 de marzo de 2025, Walrus ha atraído a más de 120 proyectos y alberga 11 sitios web íntegramente en infraestructura descentralizada. Esto no es vaporware — es uso en producción.

Decrypt, el destacado medio de comunicación de Web3, ha comenzado a almacenar contenido en Walrus. TradePort, el mercado de NFT más grande de Sui, utiliza el protocolo para metadatos de NFT dinámicos, lo que permite activos digitales componibles y actualizables que no eran posibles con las soluciones de almacenamiento estático.

Los casos de uso se extienden más allá del simple almacenamiento de archivos. Walrus puede servir como una capa de disponibilidad de datos de bajo costo para rollups, donde los secuenciadores cargan transacciones y los ejecutores solo necesitan reconstruirlas temporalmente para su procesamiento. Esto posiciona a Walrus como infraestructura para la tesis de la blockchain modular que ha dominado el desarrollo reciente.

Las aplicaciones de IA representan otra frontera. Los conjuntos de datos de entrenamiento limpios, los pesos de los modelos y las pruebas de entrenamiento correcto pueden almacenarse con procedencia verificada — algo crítico para una industria que lucha con preguntas sobre la autenticidad de los datos y la auditoría de modelos.

El panorama de las guerras de almacenamiento​

Walrus entra en un mercado que se proyecta alcanzará los $ 6,53 mil millones para 2034, creciendo a más del 21 % anual según Fundamental Business Insights. Ese crecimiento está impulsado por las crecientes preocupaciones sobre la privacidad de los datos, el aumento de las ciberamenazas y las presiones regulatorias que empujan a las organizaciones hacia alternativas al almacenamiento en la nube centralizado.

El posicionamiento competitivo parece favorable. Filecoin se dirige a las cargas de trabajo empresariales con su modelo basado en acuerdos. Arweave posee el almacenamiento permanente para archivos, documentos legales y preservación cultural. Storj ofrece almacenamiento de objetos compatible con S3 con precios fijos ($ 0,004 por GB mensual a principios de 2025).

Walrus se hace un espacio para el almacenamiento de alta disponibilidad y eficiente en costos que une los mundos on-chain y off-chain. Su integración con Sui proporciona un flujo natural para los desarrolladores, pero la capa de almacenamiento es técnicamente agnóstica de la cadena — las aplicaciones creadas en Ethereum, Solana o cualquier otro lugar pueden conectarse para el almacenamiento off-chain.

El mercado direccionable total para el almacenamiento descentralizado sigue siendo una fracción de la industria del almacenamiento en la nube en general, valorada en $255 mil millones en 2025 y proyectada a alcanzar los$ 774 mil millones para 2032. Incluso capturar un pequeño porcentaje de esa migración representaría un crecimiento masivo.

Profundización en la arquitectura técnica​

La arquitectura de Walrus separa el control y los metadatos (que se ejecutan en Sui) de la propia capa de almacenamiento. Esta división permite que el protocolo aproveche la finalidad rápida de Sui para la coordinación mientras mantiene el agnosticismo de almacenamiento.

Cuando un usuario almacena un blob, los datos se someten a la codificación RedStuff, dividiéndose en slivers distribuidos entre los nodos de almacenamiento para esa época. Cada nodo se compromete a almacenar y servir los slivers asignados. Los incentivos económicos se alinean a través del staking — los nodos deben mantener un colateral que puede ser penalizado (slashed) por un mal desempeño o la falta de disponibilidad de los datos.

La resiliencia de los datos es excepcional: Walrus puede recuperar información incluso si dos tercios de los nodos de almacenamiento fallan o se vuelven adversarios. Esta tolerancia a fallas bizantinas supera los requisitos de la mayoría de los sistemas de producción.

El protocolo incorpora estructuras de datos autenticadas para defenderse contra clientes malintencionados que intenten corromper la red. Combinado con el sistema de desafíos de almacenamiento asíncrono, esto crea un modelo de seguridad robusto contra los vectores de ataque que han comprometido sistemas de almacenamiento descentralizados anteriores.

Qué podría salir mal​

Ningún análisis tecnológico está completo sin examinar los riesgos. Walrus se enfrenta a varios desafíos:

Competencia de los incumbentes: Filecoin tiene años de desarrollo de ecosistema y relaciones empresariales. Arweave tiene reconocimiento de marca en el nicho del almacenamiento permanente. Desplazar a los actores establecidos requiere no solo mejor tecnología, sino también mejor distribución.

Dependencia de Sui: Aunque la capa de almacenamiento es técnicamente agnóstica de la cadena, la estrecha integración con Sui significa que el destino de Walrus está parcialmente ligado al éxito de ese ecosistema. Si Sui no logra alcanzar una adopción masiva, Walrus pierde su principal canal de desarrolladores.

Tokenomics en la práctica: Los mecanismos deflacionarios y las penalizaciones por staking se ven bien en el papel, pero el comportamiento en el mundo real a menudo diverge de los modelos teóricos. El desbloqueo para inversores de marzo de 2026 será la primera gran prueba de la estabilidad del precio de WAL.

Incertidumbre regulatoria: El almacenamiento descentralizado se encuentra en zonas grises regulatorias en varias jurisdicciones. Sigue sin estar claro cómo tratarán las autoridades las capas de disponibilidad de datos — especialmente aquellas que potencialmente almacenan contenido sensible.

El veredicto​

Walrus representa una auténtica innovación técnica en un espacio que la necesitaba desesperadamente. La codificación de borrado bidimensional de RedStuff no es una diferenciación de marketing — es un avance arquitectónico significativo con investigación publicada que respalda sus afirmaciones.

El financiamiento de $ 140 millones de inversores creíbles, la rápida adopción del ecosistema y los tokenomics bien pensados sugieren que este proyecto tiene permanencia más allá del ciclo típico de exageración cripto. Queda por ver si puede capturar una cuota de mercado significativa de los competidores establecidos, pero las piezas están en su lugar para un desafío serio.

Para los desarrolladores que construyen aplicaciones que necesitan almacenamiento de datos confiable, asequible y descentralizado, Walrus merece una evaluación seria. Las guerras de almacenamiento tienen un nuevo combatiente, y este vino armado con mejores matemáticas.

¿Está construyendo sobre Sui o explorando soluciones de almacenamiento descentralizado para su aplicación Web3? BlockEden.xyz ofrece infraestructura RPC de nivel empresarial y servicios de API que se integran a la perfección con los ecosistemas emergentes. Explore nuestro marketplace de APIs para potenciar su próximo proyecto con infraestructura diseñada para el futuro descentralizado.

• almacenamiento descentralizado
• infraestructura blockchain
• Web3
• Arweave
• Pinata
• IPFS
• Filecoin
• almacenamiento NFT
• desarrollo de dApps

Las redes de almacenamiento descentralizado tienen como objetivo abordar los problemas de impermanencia de los datos, la censura y la centralización mediante la distribución de datos a través de redes de pares (P2P). El contenido web tradicional es sorprendentemente efímero; por ejemplo, los estudios indican que más del 98 % de Internet se vuelve inaccesible después de 20 años, lo que resalta la necesidad de un almacenamiento resiliente a largo plazo. Proveedores como Arweave y Pinata (basado en IPFS) han surgido para ofrecer soluciones de almacenamiento permanente o distribuido, junto con otros como Filecoin, Storj, Sia, Ceramic y el protocolo subyacente IPFS. Este informe analiza estos servicios en términos de: (1) arquitectura técnica y capacidades, (2) modelos de precios, (3) experiencia del desarrollador, (4) adopción por parte de los usuarios, (5) madurez del ecosistema y (6) casos de uso clave (p. ej., alojamiento de metadatos de NFT , backends de dApps , datos de archivo, entrega de contenido). Se proporcionan tablas comparativas y ejemplos para ilustrar las diferencias. Todas las fuentes están vinculadas a la documentación oficial o análisis de autoridad.

1. Capacidades Técnicas y Arquitectura​

Arweave: Arweave es una red de almacenamiento permanente similar a una blockchain construida sobre una estructura de datos novedosa llamada Blockweave. A diferencia de las blockchains tradicionales que vinculan bloques de forma lineal, el blockweave de Arweave vincula cada bloque con su predecesor inmediato y un bloque anterior aleatorio, creando una estructura similar a una red. Este diseño (combinado con un consenso de Prueba Sucinta de Acceso Aleatorio (SPoRA)) significa que los mineros deben verificar datos antiguos aleatorios para minar nuevos bloques, lo que los incentiva a almacenar la mayor cantidad posible del archivo. El resultado es una alta redundancia; de hecho, actualmente existen aproximadamente 200 réplicas de todo el conjunto de datos de Arweave distribuidas globalmente. Los datos cargados en Arweave pasan a formar parte de esta "Permaweb" y son inmutables y permanentes. Para mejorar el rendimiento y la escalabilidad, Arweave utiliza el Bundling (combinar muchos archivos pequeños en una sola transacción) para manejar un gran flujo de datos (p. ej., un bundler de Arweave almacenó una vez 47 GB de datos en una sola tx). Un mecanismo llamado Wildfire clasifica a los nodos por su capacidad de respuesta para fomentar la propagación rápida de datos a través de la red. En general, Arweave actúa como un disco duro descentralizado, almacenando datos de forma permanente on-chain , con la expectativa de que los costos de almacenamiento sigan bajando para que los mineros puedan cobrar para siempre a partir de una dotación inicial.

IPFS y Pinata: El InterPlanetary File System (IPFS) proporciona un sistema de archivos distribuido y direccionado por contenido para el almacenamiento y el intercambio de datos. Los datos en IPFS se identifican mediante un hash de contenido (CID) y se recuperan a través de una tabla de hash distribuida (DHT) global. Por diseño, IPFS en sí mismo es una infraestructura para compartir archivos; no garantiza la persistencia de los datos a menos que los nodos continúen alojando ("pin") explícitamente el contenido. Servicios como Pinata se basan en IPFS proporcionando anclaje (pinning) y ancho de banda: Pinata ejecuta nodos de IPFS que anclan sus datos para mantenerlos disponibles y ofrece una puerta de enlace (gateway) HTTP rápida con integración de CDN para una recuperación rápida (a menudo denominada "almacenamiento en caliente" para datos de acceso frecuente). Técnicamente, la arquitectura de Pinata es una infraestructura de nube centralizada que respalda la red descentralizada de IPFS; sus archivos se distribuyen a través de IPFS (direccionados por contenido y recuperables por cualquier par de IPFS), pero Pinata garantiza una alta disponibilidad manteniendo copias en sus servidores y almacenándolas en caché a través de puertas de enlace dedicadas. Pinata también ofrece redes IPFS privadas (para uso aislado), un almacén de datos clave-valor respaldado por IPFS y otras herramientas para desarrolladores, todas las cuales aprovechan IPFS internamente. En resumen, IPFS + Pinata proporciona un protocolo de almacenamiento descentralizado (IPFS) con una capa de servicio gestionado (Pinata) para manejar la confiabilidad y el rendimiento.

Filecoin: Filecoin se considera a menudo la capa de incentivos para IPFS. Es una red de almacenamiento descentralizada impulsada por blockchain donde los proveedores de almacenamiento (mineros) alquilan espacio en disco en un mercado abierto. Filecoin utiliza una novedosa Prueba de Replicación (PoRep) para garantizar que un minero haya guardado copias únicas de los datos del cliente, y una Prueba de Espacio-Tiempo (PoSt) para verificar continuamente que los datos permanezcan almacenados a lo largo del tiempo. Estas pruebas, basadas en pruebas de conocimiento cero, se registran en la blockchain de Filecoin, lo que otorga una garantía criptoeconómica de que los datos se almacenan según lo acordado. La red Filecoin se basa en la tecnología IPFS para el direccionamiento de contenido y la transferencia de datos, pero añade contratos inteligentes ("acuerdos de almacenamiento") ejecutados on-chain. En un acuerdo de almacenamiento, un usuario paga a un minero en Filecoin (FIL) para almacenar datos durante un período específico. Los mineros depositan una colateral que puede ser recortada (slashed) si no logran demostrar el almacenamiento, lo que garantiza la confiabilidad. Filecoin no hace que los datos sean públicos automáticamente; los usuarios suelen combinarlo con IPFS u otras redes de recuperación para la entrega de contenido. Es escalable y flexible: los archivos grandes se pueden dividir y almacenar con múltiples mineros, y los clientes pueden elegir el nivel de redundancia realizando acuerdos con múltiples proveedores para los mismos datos para protegerse contra fallas de nodos. Este diseño favorece el almacenamiento masivo: los mineros optimizan para grandes conjuntos de datos y la velocidad de recuperación podría involucrar "mineros de recuperación" separados o el uso de cachés de IPFS. En esencia, Filecoin es como un Amazon S3 + Glacier descentralizado: un mercado de almacenamiento con durabilidad verificable y redundancia definida por el usuario.

Storj: Storj es una red de almacenamiento de objetos en la nube distribuida que no utiliza una blockchain para el consenso, sino que coordina el almacenamiento a través de una red descentralizada de nodos y un servicio de metadatos por satélite. Cuando se carga un archivo en Storj (a través de su servicio llamado Storj DCS – Decentralized Cloud Storage), primero se cifra en el lado del cliente y luego se codifica mediante borrado (erasure coding) en 80 piezas (por defecto), de modo que solo se necesita un subconjunto (p. ej., 29 de 80 piezas) para reconstruir el archivo. Estas piezas cifradas se distribuyen a diversos nodos de almacenamiento en todo el mundo (cada nodo solo contiene fragmentos aleatorios, no datos útiles por sí mismos). Esto le da a Storj una durabilidad extremadamente alta (se afirma una durabilidad de 11 nueves – 99.999999999 % de supervivencia de datos) y también paralelismo en las descargas: un usuario que recupera un archivo puede obtener piezas de docenas de nodos simultáneamente, lo que a menudo mejora el rendimiento. Storj utiliza un concepto de prueba de recuperabilidad (los nodos de almacenamiento auditan periódicamente que todavía tienen sus piezas). La red opera en un modelo de confianza cero con cifrado de extremo a extremo: solo el propietario del archivo (que posee la clave de descifrado) puede leer los datos. La arquitectura no tiene un centro de datos central; en su lugar, aprovecha el exceso de capacidad de disco existente proporcionado por los operadores de nodos, lo que mejora la sostenibilidad y la distribución global (Storj señala que esto produce un rendimiento similar al de una CDN y una huella de carbono mucho menor). La coordinación (metadatos de archivos, pagos) es gestionada por "satélites" operados por Storj Labs. En resumen, el enfoque técnico de Storj es un almacenamiento de objetos cifrado, fragmentado y distribuido, que ofrece una alta redundancia y velocidades de descarga comparables o mejores que las de las CDN tradicionales, sin un consenso de blockchain pero con auditorías criptográficas de almacenamiento.

Sia: Sia es otra plataforma de almacenamiento en la nube descentralizada, que utiliza su propia blockchain y criptomoneda (Siacoin) para formar contratos de almacenamiento. Sia divide los archivos en 30 fragmentos cifrados utilizando la codificación de borrado Reed-Solomon, y requiere 10 cualesquiera de esos fragmentos para recuperar el archivo (proporcionando una redundancia integrada de 3 x). Esos fragmentos se almacenan en hosts independientes a través de la red. La blockchain de Sia es de Prueba de Trabajo (Proof-of-Work) y se utiliza para hacer cumplir los contratos inteligentes entre arrendatarios y hosts. En un contrato de almacenamiento de Sia, el arrendatario bloquea Siacoin por un período y el host deposita una garantía; el host debe enviar periódicamente pruebas de almacenamiento (similares en espíritu a las pruebas de Filecoin) de que está almacenando los datos, o perderá su garantía. Al finalizar el contrato, los hosts reciben el pago de los fondos en custodia (y una pequeña parte va a los titulares de Siafund como tarifa de protocolo). Este mecanismo garantiza que los hosts tengan incentivos económicos y penalizaciones para almacenar datos de manera confiable. El diseño de Sia enfatiza la privacidad (todos los datos están cifrados de extremo a extremo; los hosts no pueden ver los archivos de los usuarios) y la resistencia a la censura (sin servidor central). Al igual que Storj, Sia permite descargas paralelas de fragmentos de archivos de múltiples hosts, mejorando la velocidad y el tiempo de actividad. Sin embargo, Sia requiere que los usuarios renueven los contratos periódicamente (los contratos predeterminados duran 3 meses) para mantener el almacenamiento, lo que significa que los datos no son "permanentes" a menos que el usuario pague continuamente. Sia también introdujo una capa llamada Skynet (anteriormente) para uso centrado en la web: Skynet proporcionaba direccionamiento de contenido (a través de "skylinks") y portales web para una fácil recuperación del contenido alojado en Sia, actuando efectivamente como una CDN descentralizada para archivos de Sia. En resumen, la arquitectura de Sia es un almacenamiento en la nube asegurado por blockchain con fuerte redundancia y privacidad, adecuado para datos "en caliente" (recuperación rápida) de manera descentralizada.

Ceramic: Ceramic es un poco diferente: es una red descentralizada para flujos de datos mutables en lugar de almacenamiento de archivos masivos. Se dirige a casos de uso como documentos JSON dinámicos, perfiles de usuario, identidades (DIDs), contenido social, etc. que necesitan almacenarse de forma descentralizada pero también actualizarse con frecuencia. El protocolo de Ceramic utiliza eventos firmados criptográficamente (actualizaciones) que se anclan a una blockchain para su ordenamiento. En la práctica, los datos en Ceramic se almacenan como "flujos" (streams) o documentos inteligentes: cada pieza de contenido vive en un flujo que puede ser actualizado por su propietario (con un historial verificable de versiones). Internamente, Ceramic utiliza IPFS para el almacenamiento de contenido de cada actualización, y se mantiene un registro de eventos para que todos los nodos puedan ponerse de acuerdo sobre el estado más reciente de un documento. El consenso proviene del anclaje de las actualizaciones de los flujos en una blockchain subyacente (originalmente Ethereum) para obtener una marca de tiempo y un orden inmutables. No hay un token nativo; los nodos simplemente replican los datos para las dApps que utilizan Ceramic. Las características técnicas incluyen la integración de DID (identidad descentralizada) para la autenticación de actualizaciones y esquemas globales (modelos de datos) para garantizar formatos interoperables. Ceramic está diseñado para ser escalable (el estado de cada flujo se mantiene de forma independiente, por lo que no hay un "libro mayor" global de todos los datos, evitando cuellos de botella). En resumen, Ceramic proporciona bases de datos descentralizadas y almacenamiento mutable para aplicaciones Web3; es complementario a las redes de almacenamiento de archivos, centrándose en datos estructurados y gestión de contenido (mientras que redes como Arweave/Filecoin/Storj se centran en objetos de archivos estáticos).

Resumen de Arquitecturas: La siguiente tabla compara los aspectos técnicos clave de estos sistemas:

2. Modelos de precios​

A pesar de tener objetivos similares de almacenamiento descentralizado, estos servicios utilizan diferentes modelos económicos y de precios:

• Precios de Arweave: Arweave requiere un pago único por adelantado en tokens AR para almacenar datos * para siempre *. Los usuarios pagan por al menos 200 años de almacenamiento de los datos, y el protocolo destina ~ 86 % de esa tarifa a un fondo de dotación. La acumulación del fondo (a través de intereses y la valorización de AR) está diseñada para pagar a los mineros de almacenamiento indefinidamente, bajo la premisa de que los costos de hardware disminuyen con el tiempo (históricamente ~ 30 % más baratos por año). En términos prácticos, el precio fluctúa con el precio de mercado de AR, pero a partir de 2023 rondaba los $ 3.500 por 1 TB en un solo pago (nota: esto compra almacenamiento permanente, mientras que la nube tradicional es un costo recurrente). El modelo de Arweave traslada la carga al inicio: los usuarios pagan más inicialmente, pero nada a partir de entonces. Esto puede ser costoso para grandes volúmenes de datos, pero garantiza la permanencia sin necesidad de confiar en un proveedor en el futuro.
• Precios de Pinata (IPFS): Pinata utiliza un modelo de suscripción (precios en moneda fiduciaria) común en el SaaS de la Web2. Ofrece un nivel gratuito (hasta 1 GB de almacenamiento, 10 GB / mes de ancho de banda, 500 archivos) y planes de pago. El popular plan "Pinata **Picnic**" cuesta $ 20 / mes, e incluye 1 TB de almacenamiento anclado (pinned) y 500 GB de ancho de banda, con tarifas por exceso de ~ $ 0,07 por GB para almacenamiento y $ 0,10 / GB para ancho de banda. Un plan superior "Fiesta" de $ 100 / mes aumenta esto a 5 TB de almacenamiento y 2,5 TB de ancho de banda, con excedentes aún más económicos. Todos los niveles de pago incluyen características como puertas de enlace personalizadas, límites aumentados de solicitudes API y colaboración (espacios de trabajo multiusuario) con un costo adicional. También existe un nivel empresarial con precios personalizados. Por lo tanto, los costos de Pinata son tarifas mensuales predecibles, similares a los proveedores de almacenamiento en la nube, y no se basan en tokens; abstrae IPFS en una estructura de precios familiar (almacenamiento + ancho de banda, con almacenamiento en caché CDN gratuito en las puertas de enlace).
• Precios de Filecoin: Filecoin funciona como un mercado abierto, por lo que los precios se determinan por la oferta y la demanda de los mineros de almacenamiento, típicamente denominados en el token nativo FIL. En la práctica, debido a la abundante oferta, el almacenamiento en Filecoin ha sido extremadamente barato. A mediados de 2023, almacenar datos en Filecoin costaba alrededor de $ 2,33 por 1 TB al año, significativamente más barato que las alternativas centralizadas (AWS S3 cuesta ~ $ 250 / TB / año para almacenamiento de acceso frecuente) e incluso otras opciones descentralizadas. Sin embargo, esta tarifa no es fija; los clientes publican ofertas y los mineros proponen precios; el precio de mercado puede variar. Los acuerdos de almacenamiento de Filecoin también tienen una duración específica (por ejemplo, 1 año); si desea conservar los datos más allá del plazo, debe renovar (pagar de nuevo) o realizar acuerdos de larga duración por adelantado. También existe el concepto de Filecoin Plus (FIL+), un programa de incentivos que otorga a los clientes "verificados" (que almacenan datos públicos útiles) una bonificación para atraer mineros a un costo efectivo más bajo. Además de las tarifas de almacenamiento, los usuarios pueden pagar pequeñas cantidades de FIL por la recuperación (retrieval) por solicitud, aunque los mercados de recuperación aún se están desarrollando (muchos dependen de la recuperación gratuita a través de IPFS por ahora). Es importante destacar que la tokenomics (recompensas de bloque) de Filecoin subsidia fuertemente a los mineros; las recompensas de bloque en FIL complementan las tarifas pagadas por los usuarios. Esto significa que los bajos precios actuales se deben en parte a las recompensas inflacionarias; con el tiempo, a medida que las recompensas de bloque disminuyan, las tarifas de almacenamiento podrían ajustarse al alza. En resumen, el precio de Filecoin es dinámico y basado en tokens, generalmente con un costo por byte muy bajo, pero los usuarios deben gestionar las renovaciones y el riesgo cambiario del FIL.
• Precios de Storj: Storj tiene precios en términos de moneda tradicional (aunque los pagos pueden realizarse en moneda fiduciaria o en el token STORJ). Sigue un modelo de precios en la nube basado en el uso: actualmente $ 4,00 por TB-mes de almacenamiento y $ 7,00 por TB de ancho de banda de egreso (salida). En términos granulares, eso es $ 0,004 por GB-mes para los datos almacenados y $ 0,007 por GB descargado. También hay un pequeño cargo por objeto (segmento) almacenado para cubrir los gastos generales de metadatos (aproximadamente $ 0,0000088 por segmento al mes), lo cual solo importa si almacena millones de archivos muy pequeños. Cabe destacar que el ingreso (carga de archivos) es gratuito, y Storj tiene la política de exonerar las tarifas de egreso si decide migrar (para evitar la dependencia del proveedor). Los precios de Storj son transparentes y fijos (sin mercados de ofertas) y reducen sustancialmente los de la nube tradicional (anuncian ahorros de ~ 80 % frente a AWS, debido a que no necesitan replicación regional ni grandes gastos generales de centros de datos). Los usuarios finales no tienen que interactuar con tokens si no lo desean; simplemente pueden pagar su factura de uso en USD. Storj Labs luego compensa a los operadores de nodos con tokens STORJ (el suministro de tokens es fijo y los operadores asumen cierta volatilidad de precios). Este modelo hace que Storj sea fácil de usar para los desarrolladores en cuanto a precios, al mismo tiempo que aprovecha un token para los pagos descentralizados internamente.
• Precios de Sia: El mercado de almacenamiento de Sia también es algorítmico y denominado en tokens, utilizando Siacoin (SC). Al igual que Filecoin, los inquilinos y los anfitriones acuerdan los precios a través del mercado de la red, e históricamente Sia ha sido conocida por sus costos extremadamente bajos. En los primeros años, Sia anunciaba almacenamiento a ~ $ 2 por TB al mes, aunque los precios reales dependen de las ofertas de los anfitriones. Un cálculo de la comunidad de Reddit en 2020 encontró que el costo real era de alrededor de $ 1-3 / TB-mes para los inquilinos, excluyendo los gastos de redundancia (con redundancia, el costo efectivo podría ser varias veces mayor, por ejemplo, $ 7 / TB-mes al contabilizar la redundancia de 3x), lo que sigue siendo muy barato. A partir del tercer trimestre de 2024, los precios de almacenamiento en Sia aumentaron ~ 22 % trimestralmente debido al incremento de la demanda y las fluctuaciones del token SC, pero siguen estando muy por debajo de los precios de la nube centralizada. Los inquilinos en Sia también necesitan asignar algo de SC para el ancho de banda (carga/descarga) y el colateral. La economía es tal que los anfitriones compiten para ofrecer precios bajos (ya que quieren atraer contratos y ganar SC), y los inquilinos se benefician de esa competencia. Sin embargo, debido a que el uso de Sia requiere operar una billetera con Siacoin y lidiar con la configuración de contratos, es un poco menos sencillo calcular los costos que, por ejemplo, en Storj o Pinata. En resumen, los costos de Sia son impulsados por el mercado de tokens y son muy bajos por TB, pero el usuario debe pagar continuamente (con SC) para extender los contratos. No hay un pago único por adelantado para la perpetuidad; es un sistema de pago por uso en forma de criptomonedas. Muchos usuarios obtienen SC a través de un exchange y luego pueden asegurar contratos por meses de almacenamiento a tarifas predeterminadas.
• Precios de Ceramic: Ceramic not cobra por el uso a nivel de protocolo; no hay un token nativo ni una tarifa para crear o actualizar flujos (streams) más allá del costo menor de gas por anclar las actualizaciones en la cadena de bloques de Ethereum (que normalmente es gestionado por la infraestructura de Ceramic y es insignificante por actualización cuando se procesa por lotes). Ejecutar un nodo de Ceramic es una actividad abierta; cualquiera puede ejecutar uno para indexar y servir datos. 3Box Labs (el equipo detrás de Ceramic) ofreció un servicio alojado para desarrolladores (Ceramic Cloud), que podría introducir precios empresariales por conveniencia, pero la red en sí es de uso gratuito aparte del esfuerzo de ejecutar un nodo. Por lo tanto, el "precio" de Ceramic es principalmente el costo operativo en el que incurren los desarrolladores si autohospedan los nodos o el costo de confianza si utilizan un nodo de terceros. En esencia, el modelo de Ceramic es más similar a una base de datos descentralizada o un servicio RPC de blockchain; la monetización (si la hay) es a través de servicios de valor agregado, no mediante micropagos por datos. Esto lo hace atractivo para que los desarrolladores experimenten con el almacenamiento de datos dinámicos sin necesidad de un token, pero también significa asegurar el soporte de nodos a largo plazo (ya que los nodos altruistas o basados en subvenciones son los que proporcionan el almacenamiento).

Resumen de precios: La tabla a continuación resume los modelos de precios y pago:

3. Experiencia del Desarrollador​

Un factor clave para la adopción es la facilidad con la que los desarrolladores pueden integrar estas soluciones de almacenamiento — a través de APIs, SDKs, documentación y herramientas:

• Experiencia del Desarrollador en Arweave: Arweave proporciona un endpoint de API graphQL (en arweave.net/graphql) que permite consultar la permaweb en busca de transacciones y datos – los desarrolladores pueden buscar contenido almacenado por etiquetas, direcciones de billeteras, etc. Existen SDKs oficiales como Arweave.js para navegador y Node.js que simplifican la carga de archivos y el envío de transacciones a la red. Por ejemplo, un desarrollador puede usar el SDK de Arweave para agrupar y cargar un archivo con solo unas pocas líneas de código. Debido a que cada carga es una transacción on-chain, la experiencia de usuario (UX) para cargas a gran escala fue históricamente desafiante, pero la introducción de Bundlr (Bundlr Network) ha mejorado enormemente el rendimiento. Bundlr (ahora renombrado como "Iris" para el escalado de Arweave) es esencialmente una red de nodos de agrupación que permite a los desarrolladores pagar una vez y cargar muchos archivos off-chain, para luego enviarlos periódicamente a Arweave en masa. Esto permite que las dApps (especialmente las plataformas de NFT) carguen miles de archivos rápidamente sin saturar la cadena, obteniendo al mismo tiempo una permanencia eventual. El ecosistema de herramientas de Arweave también incluye la CLI de Arweave Deploy y ArDrive (una aplicación fácil de usar para la gestión de archivos en Arweave). El concepto de Permaweb se extiende al alojamiento de aplicaciones web – los desarrolladores pueden desplegar HTML / JS en Arweave a través de herramientas como Ardor o el bundler de Web3, y tenerlo disponible en una URL permanente. La documentación de Arweave es extensa y cubre cómo tarificar las cargas (incluso hay una calculadora), cómo recuperar datos (vía gateways o ejecutando un nodo ligero) y "cookbooks" creados por la comunidad para tareas comunes. Una curva de aprendizaje es el manejo de la clave de la billetera para firmar transacciones; Arweave utiliza claves basadas en RSA que los desarrolladores gestionan (aunque existen billeteras web y soluciones de gestión de claves en la nube). En general, la experiencia de desarrollo está mejorando a medida que Arweave madura, con SDKs confiables, una interfaz sencilla de tipo REST (GraphQL) y herramientas comunitarias. Un aspecto digno de mención: dado que los usuarios pagan en AR, los desarrolladores deben integrar un flujo de pago con cripto – algunos solucionan esto pagando por adelantado para los usuarios o utilizando servicios de terceros que aceptan tarjetas de crédito y las convierten a AR.
• Experiencia del Desarrollador en Pinata (IPFS): Pinata está construida pensando en los desarrolladores – su eslogan es "Añada cargas y recuperación de archivos IPFS en minutos" y proporciona una API REST sencilla y un SDK de JavaScript robusto. Por ejemplo, usando Node.js, un desarrollador puede ejecutar npm install @pinata/sdk y luego usar pinata.pinFileToIPFS(file) o los nuevos métodos pinata.upload para almacenar archivos en IPFS a través del servicio de Pinata. El SDK maneja la autenticación (Pinata utiliza claves API o JWTs) y abstrae la ejecución de cualquier nodo IPFS. La documentación de Pinata es clara, con ejemplos para cargar archivos, hacer "pinning" por CID (si el contenido ya está en IPFS) y gestionar los pins (desanclar, estado del pin, etc.). También admite un gateway de contenido: los desarrolladores pueden usar un subdominio personalizado (por ejemplo, myapp.mypinata.cloud) para servir contenido a través de HTTP, con CDN incorporada e incluso optimización de imágenes. Esto significa que los desarrolladores pueden tratar las imágenes almacenadas en IPFS casi como lo harían con Cloudinary o Imgix (el optimizador de imágenes de Pinata puede cambiar el tamaño / recortar sobre la marcha a través de parámetros de URL). Pinata introdujo recientemente características como "Pinata KV" (almacenamiento de clave-valor para JSON o metadatos, útil junto con el almacenamiento de archivos) y Controles de Acceso (para configurar el contenido como público o restringido). Estas funciones de alto nivel facilitan la creación de aplicaciones completas. Además, dado que Pinata solo sirve de interfaz con IPFS, los desarrolladores mantienen la flexibilidad de irse – siempre pueden tomar un CID anclado a través de Pinata y anclarlo en otro lugar (o en su propio nodo) ya que IPFS es interoperable. El soporte de Pinata (guías, comunidad) es muy valorado, e incluso se asocian con Protocol Labs en iniciativas como la migración de NFT.Storage (proporcionando guías para ayudar a los usuarios a mover datos entre servicios). Para aquellos que no quieran tocar cripto en absoluto, Pinata es ideal – sin blockchain que integrar, solo llamadas simples a la API y una tarjeta de crédito. La otra cara de la moneda es una menor descentralización para la integración en sí, ya que se depende de la disponibilidad y calidad del servicio de Pinata (aunque su contenido sigue teniendo una dirección hash y es replicable en IPFS). En resumen, Pinata ofrece una excelente DX: configuración fácil, documentación completa, SDKs y funciones (gateway, CDN, analíticas) que abstraen las complejidades de IPFS.
• Experiencia del Desarrollador en Filecoin: Usar Filecoin directamente puede ser complejo – tradicionalmente requería ejecutar un nodo de Filecoin (ej. Lotus) y lidiar con conceptos como sectores, tratos (deals), mineros, etc. Sin embargo, el ecosistema ha creado muchos servicios y librerías orientados al desarrollador para simplificarlo. Cabe destacar que web3.storage y NFT.storage (de Protocol Labs) permiten a los desarrolladores almacenar datos en IPFS con respaldo en Filecoin sin necesidad de manejar tokens FIL ni mecánicas de tratos. Estos servicios proporcionan una API sencilla (similar a la de Pinata) – por ejemplo, un proyecto de NFT puede llamar a la API de NFT.storage para cargar una imagen y metadatos; NFT.storage la anclará en IPFS y realizará tratos de Filecoin con múltiples mineros para almacenarla a largo plazo, todo de forma gratuita (subsidiado por PL). Esto ha cambiado las reglas del juego para la adopción de desarrolladores en el espacio de los NFT. Más allá de eso, existen herramientas como Estuary, Powergate (de Textile) y Glacier que ofrecen gateways amigables para los desarrolladores hacia el almacenamiento de Filecoin. También hay un ecosistema creciente en torno a la Máquina Virtual de Filecoin (FVM), lanzada en 2023, que permite contratos inteligentes en Filecoin – los desarrolladores ahora pueden escribir programas que se ejecutan en la blockchain de Filecoin, abriendo posibilidades para dApps centradas en datos (como tratos de almacenamiento que se renuevan automáticamente o incentivos para la recuperación). Para el almacenamiento y recuperación básicos, la mayoría de los desarrolladores usarán una capa de IPFS por encima (tratando así a Filecoin como respaldo de "almacenamiento en frío") o una solución alojada. Vale la pena señalar que, dado que Filecoin es una red abierta, existen muchos servicios de terceros: ej. Lighthouse.storage ofrece un servicio de "pague una vez, almacene para siempre" construido sobre Filecoin (cobra una tarifa por adelantado y utiliza un concepto de dotación muy parecido al de Arweave, pero implementado a través de tratos de Filecoin). Para los desarrolladores que desean más control, la documentación de Filecoin proporciona librerías (en Go, JavaScript, etc.) para interactuar con la red, y existen frameworks como Slate (para construir aplicaciones de almacenamiento orientadas al usuario) y Space (el SDK de almacenamiento de usuario de Fleek con Filecoin + IPFS). La curva de aprendizaje es más alta que para Pinata o Storj, especialmente si se va a bajo nivel – los desarrolladores deben entender el direccionamiento de contenido (CIDs), el ciclo de vida de los tratos y, posiblemente, ejecutar un nodo IPFS para una recuperación rápida. Las documentaciones de IPFS enfatizan que IPFS y Filecoin son complementarios; de hecho, un desarrollador que use Filecoin casi siempre lo emparejará con IPFS para el acceso real a los datos en su aplicación. De modo que, efectivamente, la experiencia del desarrollador en Filecoin a menudo se convierte en una experiencia del desarrollador en IPFS con pasos adicionales para la persistencia. El ecosistema es grande: a partir de 2022 había más de 330 proyectos construidos sobre Filecoin / IPFS, que abarcan NFTs, juegos Web3, almacenamiento en el metaverso, video y más. Esto significa abundantes ejemplos comunitarios y soporte. En resumen, la DX de Filecoin va desde lo inmediato (NFT.storage) hasta lo altamente personalizable (Lotus y FVM) – es potente pero puede ser compleja, aunque la disponibilidad de servicios gratuitos de almacenamiento IPFS + Filecoin ha facilitado la adopción para muchos casos de uso comunes.
• Experiencia del Desarrollador en Storj: Storj DCS se posiciona como un reemplazo directo para el almacenamiento de objetos tradicional. Ofrece una API compatible con S3 – lo que significa que los desarrolladores pueden usar SDKs o herramientas familiares de AWS S3 (boto3, etc.) simplemente apuntando el endpoint al gateway de Storj. Esto reduce drásticamente la barrera de entrada, ya que prácticamente cualquier software que funcione con S3 (herramientas de respaldo, navegadores de archivos, etc.) puede funcionar con Storj con cambios mínimos de configuración. Para aquellos que prefieren usar las interfaces nativas de Storj, proporcionan librerías (en Go, Node, Python, etc.) y una CLI llamada uplink. La documentación en storj.io y storj.dev es exhaustiva, incluyendo código de ejemplo para tareas comunes (carga, descarga, compartir, configurar concesiones de acceso). Una característica única son los tokens de concesión de acceso (access grants) de Storj – un mecanismo de seguridad que encapsula claves de cifrado y permisos, permitiendo la confianza del lado del cliente: un desarrollador puede crear un token de permiso limitado (digamos, acceso de solo lectura a un determinado bucket) para incrustarlo en una aplicación, sin exponer las claves raíz. Esto es amigable para el desarrollador al crear enlaces compartibles o cargas del lado del cliente directamente a la red. El panel de control de Storj ayuda a monitorear el uso, y sus recursos de soporte (foro comunitario, Slack / Discord) están activos tanto con desarrolladores como con operadores de nodos. Existen guías de integración con servicios de terceros – por ejemplo, FileZilla (el cliente FTP) integró Storj para que los usuarios puedan arrastrar y soltar archivos a Storj como en cualquier servidor. Rclone, una popular herramienta de sincronización por línea de comandos, también soporta Storj de forma nativa, lo que facilita a los desarrolladores la incorporación de Storj en los flujos de datos. Debido a que Storj maneja el cifrado automáticamente, los desarrolladores no necesitan implementarlo ellos mismos – pero también significa que si pierden sus claves, Storj no puede recuperar los datos (una compensación por la seguridad de confianza cero). En cuanto al rendimiento, los desarrolladores podrían notar que cargar muchos archivos diminutos tiene un costo adicional (debido a la tarifa de segmento y la codificación de borrado), por lo que la mejor práctica es empaquetar archivos pequeños juntos o usar la carga por partes (multipart upload) (similar a cómo se usaría cualquier almacenamiento en la nube). La curva de aprendizaje es bastante pequeña para cualquiera familiarizado con los conceptos de almacenamiento en la nube, y muchos lo están: Storj refleja intencionalmente la experiencia del desarrollador de AWS donde es posible (SDKs, documentación) pero ofrece el backend descentralizado. En esencia, Storj proporciona una DX familiar (API de S3, SDKs bien documentados) con los beneficios del cifrado y la descentralización, convirtiéndola en una de las experiencias de incorporación más fluidas entre las opciones de almacenamiento descentralizado.
• Experiencia del Desarrollador en Sia: Históricamente, Sia requería ejecutar un cliente de Sia (daemon) en su máquina, el cual expone una API local para cargas y descargas. Esto era manejable pero no tan conveniente como las APIs en la nube – los desarrolladores tenían que incorporar un nodo de Sia en su stack. El equipo y la comunidad de Sia han trabajado para mejorar la usabilidad: por ejemplo, Sia-UI es una aplicación de escritorio para la carga manual de archivos, y existen librerías como sia.js para interactuar con un nodo local. Sin embargo, la mejora más significativa en la DX llegó con Skynet, introducido en 2020. Skynet permitió a los desarrolladores usar portales web públicos (como siasky.net, skyportal.xyz, etc.) para cargar datos sin ejecutar un nodo; estos portales manejan la interacción con Sia y devuelven un Skylink (un hash / ID de contenido) que se puede usar para recuperar el archivo desde cualquier portal. Esto hizo que usar el almacenamiento de Sia fuera tan fácil como una API HTTP – se podía hacer un curl de un archivo a un portal de Skynet y obtener un enlace. Además, Skynet permitió el alojamiento de aplicaciones web (similar a la permaweb de Arweave) – los desarrolladores construyeron dApps como SkyID (identidad descentralizada), SkyFeed (feed social) e incluso mercados de aplicaciones completos en Skynet. Desde el punto de vista del desarrollador, la introducción de Skynet significó que no había que preocuparse por Siacoin, contratos o la ejecución de nodos; se podía confiar en portales gestionados por la comunidad (algunos gratuitos, otros comerciales) para manejar el trabajo pesado. También había SDKs (SkyNet JS, etc.) para integrar esto en aplicaciones web. El desafío, sin embargo, es que el principal respaldo de Skynet (Skynet Labs) cerró en 2022 debido a problemas de financiación, y la comunidad y la Fundación Sia han estado trabajando para mantener vivo el concepto (abriendo el código de los portales, etc.). A partir de 2025, la experiencia del desarrollador de Sia está bifurcada: si desea la máxima descentralización, ejecuta un nodo de Sia y lidia con SC y contratos – potente pero de nivel relativamente bajo. Si desea facilidad de uso, podría usar un servicio de gateway como Filebase o portales de Skynet (si están disponibles) para abstraer eso. Filebase, por ejemplo, es un servicio que proporciona una API compatible con S3 pero que en realidad almacena datos en Sia (y ahora también en otras redes); de modo que un desarrollador podría usar Filebase como usaría Storj o AWS, y bajo el capó este maneja las mecánicas de Sia. En términos de documentación, Sia ha mejorado sus textos y tiene un canal comunitario activo. También ofrecen una clasificación de hosts (HostScore) y estadísticas de red (SiaStats / SiaGraph) para que los desarrolladores puedan medir la salud de la red. Otra nueva iniciativa en Sia es el proyecto S5, que tiene como objetivo presentar el almacenamiento de Sia de una manera direccionada por contenido similar a IPFS (con compatibilidad también para S3) – esto sugiere esfuerzos continuos para agilizar la interacción del desarrollador. En general, la DX de Sia ha quedado históricamente rezagada respecto a otras debido a la necesidad de manejar una blockchain y una moneda, pero con Skynet e integraciones de terceros, se ha vuelto más fácil. Los desarrolladores que valoran la privacidad y el control pueden usar Sia con algo de esfuerzo, mientras que otros pueden aprovechar servicios sobre Sia para una experiencia más fluida.
• Experiencia del Desarrollador en Ceramic: Ceramic se dirige a los desarrolladores de dApps de web3, especialmente a aquellos que construyen funciones sociales, identidades o contenido dinámico. Los desarrolladores interactúan con Ceramic ejecutando un nodo de Ceramic o usando un nodo alojado (ofrecido por 3Box Labs o proveedores comunitarios). El concepto clave es "ComposeDB", una capa de datos semántica para Ceramic: los desarrolladores pueden definir un modelo de datos (schema) para los datos de su aplicación (por ejemplo, un modelo de perfil con nombre, avatar, etc.), y luego usar consultas GraphQL para almacenar y recuperar esos datos de Ceramic. Esencialmente, Ceramic se siente como usar una base de datos global y descentralizada. El equipo de Ceramic proporciona una CLI y un SDK para ayudar a arrancar aplicaciones – por ejemplo, glaze / JS para gestionar modelos de datos y self.id (un SDK de identidad) para autenticar a los usuarios con sus billeteras cripto / DIDs para controlar sus datos. Debido a que es relativamente nuevo, las herramientas aún están evolucionando, pero hay una documentación sólida y un conjunto creciente de aplicaciones de ejemplo (para redes sociales, plataformas de blogs, almacenamiento de credenciales, etc.). Una parte importante de la DX de Ceramic es la integración de DID (ID Descentralizado): cada actualización de los datos es firmada por un DID, a menudo utilizando IDX (Identity Index) que 3Box Labs construyó para gestionar los datos de identidad del usuario a través de flujos. Para los desarrolladores, esto significa que a menudo incorporan una librería como did-js para autenticar a los usuarios (comúnmente a través de su billetera Ethereum, lo que otorga un DID usando el método did:3 de Ceramic). Una vez autenticado, puede leer / escribir los datos de ese usuario en los flujos de Ceramic como si fuera cualquier base de datos. La curva de aprendizaje aquí consiste en entender la identidad descentralizada y el concepto de flujos (streams) frente a tablas. Sin embargo, aquellos familiarizados con el desarrollo web encontrarán que las abstracciones GraphQL de ComposeDB resultan bastante naturales – se puede consultar a Ceramic por todas las publicaciones en una aplicación de blog, por ejemplo, utilizando una consulta GraphQL que el nodo de Ceramic resuelve mirando los flujos relevantes. La documentación de Ceramic cubre "Cómo funciona" y enfatiza que no es para archivos grandes – más bien, se almacenan referencias a IPFS o Arweave para medios grandes, y se usa Ceramic para metadatos, índices y contenido generado por el usuario. En la práctica, una dApp podría usar Ceramic para cosas como perfiles de usuario o comentarios (para que puedan ser actualizados y compartidos entre plataformas), y usar Filecoin / IPFS para los archivos grandes como imágenes o videos. La comunidad en torno a Ceramic es activa, con hackathons y subvenciones, y herramientas como Orbis (un protocolo descentralizado similar a Twitter construido sobre Ceramic) proporcionan SDKs de nivel superior para funciones sociales. En resumen, Ceramic ofrece una DX de alto nivel nativa de Web3: los desarrolladores trabajan con DIDs, modelos y GraphQL, lo que es bastante diferente de la gestión de almacenamiento de bajo nivel – es más parecido a construir sobre un Firebase o MongoDB descentralizado. Para aquellos casos de uso que necesitan datos mutables e interoperables, la experiencia del desarrollador es de vanguardia (aunque un poco experimental), y para otros puede resultar una complejidad innecesaria.

4. Métricas de Adopción y Uso por parte de los Usuarios​

La evaluación de la adopción del almacenamiento descentralizado es polifacética: consideramos los datos almacenados, el número de usuarios/desarrolladores, los casos de uso o socios destacados y la cuota de mercado. A continuación, recopilamos métricas clave de adopción y ejemplos para cada uno:

• Adopción de Arweave: La red de Arweave, lanzada en 2018, almacena un volumen total de datos menor en comparación con Filecoin, pero ha logrado consolidar un nicho crítico en el almacenamiento permanente. A principios de 2023, se almacenaban aproximadamente 140 TB de datos en la permaweb de Arweave. Aunque esto representa varios órdenes de magnitud menos que Filecoin, Arweave enfatiza que estos datos están totalmente pagados y preservados permanentemente. La tasa de crecimiento ha sido constante: los desarrolladores y los proyectos de archivo contribuyen con datos que van desde páginas web (por ejemplo, Arweave se utiliza para archivar páginas web a través de la comunidad "archivist", similar a una Wayback Machine descentralizada) hasta el historial de blockchain (la blockchain de Solana, por ejemplo, utiliza Arweave para descargar sus datos históricos). Un hito de adopción significativo: Meta (Facebook) integró Arweave en 2022 para almacenar permanentemente los activos digitales de los coleccionables NFT de Instagram, lo que indica confianza de un gigante de la Web2 en la permanencia de Arweave. (Aunque Meta detuvo posteriormente la iniciativa NFT, el hecho es que eligieron Arweave para el almacenamiento inmutable). En el mundo blockchain, la plataforma NFT de Solana, Metaplex, utiliza Arweave para almacenar metadatos y activos de NFT; el popular estándar Candy Machine de Solana carga automáticamente los archivos multimedia a Arweave para su permanencia. Esto ha dado lugar a millones de NFTs que hacen referencia a URIs de Arweave (a menudo a través de arweave.net). Otro ejemplo: KYVE, un proyecto de archivado Web3, lanzó su mainnet en Arweave y, a finales de 2023, había cargado más de 2,000 TB (2 PB) de datos en Arweave; una cifra notablemente enorme que incluye instantáneas de otras blockchains y conjuntos de datos. El ecosistema de Arweave cuenta con cientos de desarrolladores; el sitio web oficial Ar.io señala una dotación de más de 44,000 AR acumulados hasta enero de 2023 para sostener el almacenamiento. En métricas sociales, la comunidad de Arweave es sólida entre los creadores de NFTs y los entusiastas de los archivos; el término "permaweb" se ha convertido en sinónimo de preservación de obras de arte NFT, contenido web (por ejemplo, mirror.xyz utiliza Arweave para almacenar publicaciones de blogs descentralizados de forma permanente) e incluso aplicaciones basadas en la permaweb (correo electrónico, foros). Arweave ha recibido el respaldo de importantes firmas de capital de riesgo cripto y su fundador, Sam Williams, es una figura destacada que aboga por la permanencia de los datos. Aunque no es tan grande en bytes brutos, la adopción de Arweave es de alto impacto: se utiliza dondequiera que se requiera una permanencia garantizada. También está integrado en muchos stacks de Web3 indirectamente (por ejemplo, la billetera de hardware Ledger utiliza Arweave para almacenar algunos datos de procedencia de NFTs, y el protocolo de indexación The Graph puede usar Arweave para almacenar datos de subgrafos). En resumen, la adopción de Arweave es fuerte en el espacio de metadatos de NFTs y blockchain, en archivos web permanentes, y cuenta con un creciente interés empresarial para registros a largo plazo. La utilización actual de la red (más de 140 TB) puede parecer pequeña, pero cada byte está destinado a durar para siempre, y el uso se ha ido acelerando.
• Adopción de Pinata e IPFS: IPFS es posiblemente la tecnología de almacenamiento descentralizado más adoptada por número de usuarios, ya que es gratuita y abierta para que cualquiera la use. Es difícil medir el "almacenamiento" de IPFS, ya que cualquiera puede ejecutar un nodo y añadir contenido, pero es omnipresente en el mundo Web3. Pinata, como uno de los principales servicios de pinning de IPFS, ofrece una ventana al uso de IPFS por parte de los desarrolladores. El sitio web de Pinata presume de contar con la "Confianza de más de 600,000 desarrolladores", una cifra enorme que refleja su popularidad, probablemente impulsada por el auge de los NFTs en 2021, cuando muchos proyectos utilizaron Pinata para alojar activos de NFT. Desde artistas independientes que usan el nivel gratuito de Pinata hasta los principales mercados de NFTs que integran Pinata para la entrega de contenido, el servicio se ha convertido en un estándar de la industria. El equipo de NFT.Storage señaló en 2023 que "Pinata ha sido un nombre de confianza en la comunidad IPFS desde 2018, impulsando muchos de los principales proyectos y mercados". Esto incluye plataformas de NFT conocidas, desarrolladores de juegos e incluso algunos proyectos DeFi que necesitaban servir activos de frontend a través de IPFS. Por ejemplo, OpenSea (el mercado de NFTs más grande) utiliza IPFS para muchos activos almacenados y, en ocasiones, ha recomendado servicios de pinning como Pinata a los creadores de NFTs para garantizar la disponibilidad de su contenido. Muchas colecciones de NFTs de fotos de perfil (desde derivados de CryptoPunks hasta innumerables conjuntos de arte generativo en Ethereum) utilizan CIDs de IPFS para las imágenes, y es común encontrar URLs de gateway de Pinata en los metadatos de los tokens. Pinata no ha publicado estadísticas sobre el total de datos anclados (pinned), pero de manera anecdótica es responsable de anclar petabytes de datos de NFTs. Otra dimensión: IPFS está integrado en navegadores web (Brave, Opera) y tiene una red global de pares; el papel de Pinata en esto es el de una infraestructura fiable para el alojamiento de contenidos. Dado que IPFS es gratuito para uso autohospedado, el gran número de usuarios de Pinata indica que muchos desarrolladores prefieren la comodidad y el rendimiento que este añade. Pinata también tiene usuarios empresariales en el sector de los medios de comunicación y el entretenimiento (por ejemplo, algunas plataformas de NFTs musicales utilizaron Pinata para gestionar el contenido de audio). Cabe destacar que la adopción de IPFS se extiende más allá de Pinata: competidores como el servicio IPFS de Infura, el gateway IPFS de Cloudflare y otros (Temporal, Crust, etc.) también contribuyen, pero Pinata se encuentra entre los más destacados. En resumen, IPFS es ubicuo en Web3, y la adopción de Pinata refleja esa ubicuidad: es una columna vertebral para el contenido de NFTs y dApps, con cientos de miles de usuarios e integración en aplicaciones de producción en todo el mundo.
• Adopción de Filecoin: Filecoin ha experimentado la mayor acogida en términos de capacidad de almacenamiento bruta. Según se informa, cuenta con 22 exabytes (más de 22,000,000 TB) de almacenamiento disponible en su red, de los cuales aproximadamente el 3 % (más de 660 PB) estaba utilizado a mediados de 2023. (En comparación, ese almacenamiento utilizado es tres órdenes de magnitud superior al de Arweave, lo que muestra el enfoque de Filecoin en el Big Data). Gran parte de esta capacidad proviene de mineros a gran escala; sin embargo, los datos almacenados útiles también han crecido significativamente gracias a programas como Filecoin Plus. A principios de 2022, se almacenaban 45 PiB (~ 45,000 TB) de datos reales, y es probable que esa cifra haya crecido mucho más desde entonces a medida que los grandes archivos incorporan datos. En cuanto a usuarios, la adopción de Filecoin se ve reforzada por los proyectos del ecosistema: por ejemplo, NFT.storage (que utiliza Filecoin internamente) tiene más de 150 millones de activos NFT cargados a partir de 2023. Muchos mercados de NFTs confían en NFT.storage o servicios similares, convirtiendo indirectamente a Filecoin en el backend de esos NFTs. Web3.storage (almacenamiento general IPFS/Filecoin para aplicaciones) tiene decenas de miles de usuarios y almacena datos para aplicaciones como juegos Web3 y contenido del metaverso. Cabe destacar que Filecoin ha atraído asociaciones empresariales e institucionales: se asoció con la Universidad de California Berkeley para almacenar datos de investigación, con el gobierno de la ciudad de Nueva York para preservar conjuntos de datos abiertos, y con empresas como Seagate (un fabricante de discos duros que explora Filecoin para soluciones de copia de seguridad empresarial) y Ernst & Young (EY) para el almacenamiento descentralizado en casos de uso empresarial. OpenSea también se convirtió en cliente de Filecoin, utilizándolo para respaldar datos de NFTs. Estos clientes de alto perfil muestran confianza en el modelo de Filecoin. Además, por número de proyectos: más de 600 proyectos y dApps se construyeron sobre Filecoin/IPFS a finales de 2022, incluyendo desde plataformas de vídeo (por ejemplo, VideoCoin, Huddle01) hasta archivos de datos de oráculos DeFi y repositorios de datos científicos (archivos del Holocausto de la Fundación Shoah a través del proyecto Starling). La blockchain de Filecoin tiene una amplia comunidad de más de 3,900 proveedores de almacenamiento a nivel mundial, lo que la convierte en una de las infraestructuras más descentralizadas geográficamente. Sin embargo, la adopción por parte de los usuarios de Filecoin a veces se ve atenuada por su complejidad; muchos usuarios interactúan a través de la capa IPFS, que es más sencilla. Aun así, con la llegada de FVM y el impulso hacia Filecoin como una plataforma completa en la nube (almacenamiento + computación), el interés de los desarrolladores y las empresas se está acelerando. En resumen, Filecoin lidera en capacidad y compromiso empresarial: es la red de almacenamiento descentralizado en términos de escala, y aunque gran parte de esa capacidad está infrautilizada, existen iniciativas para llenarla con contenido valioso (datos científicos abiertos, archivos Web2, datos de aplicaciones Web3). Su capacidad demostrada para manejar escalas de exabytes lo convierte en un fuerte contendiente para disrumpir el almacenamiento en la nube tradicional si la demanda se pone al día.
• Adopción de Storj: Storj ha crecido de forma constante centrándose en casos de uso híbridos Web2/Web3 (especialmente multimedia). La red consta de alrededor de 13,000+ nodos de almacenamiento (operadores individuales que ejecutan el software de Storj en casa o en centros de datos) en más de 100 países, lo que proporciona una sólida descentralización. Por el lado del cliente, Storj ha logrado asociaciones empresariales en medios de comunicación y TI: por ejemplo, LivePeer de Videon (streaming de vídeo) utiliza Storj para distribuir fragmentos de vídeo en directo a nivel mundial, Compute@Edge de Fastly se asoció con Storj para almacenar activos y, como se ve en su sitio web, Storj cuenta con la confianza de organizaciones como Cloudwave, Caltech, TrueNAS, Vivint y varias productoras de medios. La presencia de Caltech (una universidad de investigación líder) sugiere su uso en el almacenamiento de datos científicos, mientras que Vivint (una empresa de hogares inteligentes) implica el almacenamiento de IoT o de grabaciones de cámaras; aplicaciones diversas del mundo real. Storj ha obtenido reconocimientos del sector, como el de Producto del Año 2025 en la NAB (Asociación Nacional de Radiodifusores), por su solución en flujos de trabajo multimedia. Destacan casos de estudio: por ejemplo, Inovo transmitiendo vídeo a millones de usuarios de forma rentable, Treatment Studios utilizando Storj para la colaboración global en vídeo y Ammo Content transmitiendo más de 30 millones de horas de contenido a través de la red de Storj. Estos ejemplos indican que Storj es capaz de gestionar la entrega de contenidos de gran ancho de banda y gran volumen, un punto de prueba crítico. La adopción por parte de los desarrolladores también es significativa: más de 20,000+ desarrolladores tenían cuentas en Storj DCS para 2022 (según un informe estadístico de Storj). La comunidad de código abierto ha adoptado Storj en integraciones (como se ha mencionado, FileZilla, ownCloud, Zenko, etc.). El interés de los operadores de nodos es alto porque Storj paga en tokens; en ocasiones ha habido listas de espera para convertirse en nodo debido a la demanda. En cuanto a los datos almacenados, Storj no ha anunciado públicamente el total de PB almacenados recientemente, pero se sabe que está en el rango de varios petabytes y crece rápidamente, especialmente con los recientes impulsos en el espacio Web3. Puede que no rivalice con las cifras brutas de Filecoin (porque Storj se centra en datos activos, no solo en capacidad), pero es probablemente la mayor red de almacenamiento en la nube encriptada por recuento de datos. El rendimiento multi-región de Storj, similar al de una CDN, ha atraído a usuarios de Web2 puramente por beneficios de coste-rendimiento (a algunos ni siquiera les importa que sea descentralizado, simplemente disfrutan de un ahorro de costes del 80 %). Este "caballo de Troya" en las industrias tradicionales significa que la adopción puede crecer fuera de los círculos cripto habituales. En general, la adopción de Storj es fuerte en el streaming de medios, las copias de seguridad y las herramientas para desarrolladores. Demuestra que un servicio descentralizado puede cumplir con los SLAs empresariales (reflejado por su durabilidad de 11 nueves y sus asociaciones con firmas como Evergreen para soluciones de copia de seguridad). Con su giro para ofrecer también GPUs en la nube descentralizadas, Storj se está posicionando como un proveedor de nube descentralizada más amplio, lo que podría impulsar aún más la adopción.
• Adopción de Sia: Sia es uno de los proyectos más antiguos (lanzado en 2015), pero su trayectoria de adopción ha sido más modesta. A partir del tercer trimestre de 2024, la red de Sia almacenaba 2,310 TB (2.31 PB) de datos, lo que supuso un aumento trimestral de aproximadamente el 17 %, indicando que el uso está creciendo de forma constante, aunque desde una base más pequeña. La tasa de utilización de Sia en relación con la capacidad también mejoró, lo que sugiere que más anfitriones (hosts) están obteniendo negocio. Históricamente, la red Sia ha tenido muchos usuarios individuales que la utilizan para copias de seguridad personales debido a su bajo coste; imaginemos a usuarios con conocimientos técnicos almacenando sus colecciones de fotos o ejecutando Sia como una alternativa más barata a "Backblaze". En el lado empresarial, Sia no ha visto el mismo nivel de asociaciones públicas que Filecoin o Storj. En parte, esto se debe a la UX de las primeras etapas y al hecho de que la empresa matriz de Sia, Nebulous, pivotó hacia Skynet (que se dirigía a dApps Web3 y alojamiento de contenidos). La adopción de Skynet fue prometedora en 2020–2021: impulsó un ecosistema de redes sociales Web3 (por ejemplo, SkyFeed tenía miles de usuarios), e incluso algunos proyectos NFT utilizaron Skynet para alojar obras de arte (los Skylinks aparecen en algunos metadatos NFT como alternativa a IPFS). Audius, la plataforma de música descentralizada, experimentó con Skynet para parte de la entrega de contenidos. Sin embargo, el cierre del portal principal de Skynet ha dejado parte de ese impulso en manos de la comunidad. La Sia Foundation (establecida en 2021) está impulsando ahora el desarrollo, e introdujeron Sia v2 (un hardfork en 2025) con mejoras en el rendimiento y quizás en la economía, lo que podría estimular la adopción futura. El ecosistema es más pequeño: las estadísticas de Sia muestran 32 proyectos construidos sobre Sia (sin contar las aplicaciones orientadas al usuario), y un total de $ 3.2 M en subvenciones asignadas para 2025 para fomentar el crecimiento. Esto incluye proyectos como Filebase (que utiliza Sia como uno de sus backends), SiaStream (para el almacenamiento de streaming de medios en Sia) y herramientas comunitarias como HostScore y SiaFS. La comunidad de Sia, aunque más pequeña, es apasionada; por ejemplo, hubo una notable operación dirigida por usuarios que almacenó los datos públicos de la Biblioteca del Congreso en Sia. El número de anfitriones en Sia se cuenta por cientos (no miles como en Storj), y muchos ofrecen configuraciones de nivel empresarial (nodos de centros de datos) porque la rentabilidad como anfitrión es escasa a menos que se disponga de almacenamiento muy barato para ofrecer. En resumen, la adopción de Sia es de nicho pero constante: es utilizada por una comunidad central para el almacenamiento en la nube de bajo coste y por algunos proyectos Web3 para alojar contenido web descentralizado. Su uso (más de 2 PB almacenados) no es trivial, pero se queda muy atrás respecto a Filecoin; sin embargo, Sia se distingue por ser sin fines de lucro y estar impulsada por la comunidad, lo que resuena con aquellos que priorizan el espíritu de la descentralización. Las mejoras en curso (Sia v2) y el enfoque en ser "la nube más segura del mundo" pueden atraer todavía a más usuarios preocupados por la soberanía de los datos.
• Adopción de Ceramic: Al ser Ceramic una red especializada para datos y contenido componible, su adopción se mide por los desarrolladores y las aplicaciones más que por el mero volumen de almacenamiento. Según el sitio web de Ceramic (2025), más de 400 aplicaciones y servicios se han construido sobre Ceramic, gestionando alrededor de 10 millones de streams de contenido. Esto indica un interés creciente en los datos descentralizados entre los desarrolladores de aplicaciones Web3. Algunos proyectos notables que utilizan Ceramic incluyen Orbis (protocolo de redes sociales descentralizadas, similar a Twitter en Ceramic), CyberConnect (protocolo de grafo social construido inicialmente sobre DIDs de Ceramic), Gitcoin (que exploró Ceramic para perfiles de usuario descentralizados) y Self.ID (un centro de identidad para que los usuarios gestionen perfiles a través de dApps). Además, la adopción de DID a través de 3ID de Ceramic ha sido significativa; por ejemplo, muchas aplicaciones basadas en Ethereum aprovecharon Ceramic para almacenar perfiles de usuario (para que tu perfil pudiera portarse, por ejemplo, entre Uniswap, Boardroom y Snapshot para DAOs). Ha habido asociaciones como la de NEAR Protocol integrando Ceramic para la identidad cross-chain, lo que demuestra que las blockchains de Capa 1 ven a Ceramic como una solución para los datos de usuario fuera de la cadena (off-chain). Otro dominio es DeSci (ciencia descentralizada): los proyectos utilizan Ceramic para almacenar metadatos de investigación, notas de laboratorio, etc., donde los datos deben compartirse y ser verificables pero no inmutables (se necesitan actualizaciones). El hecho de que 3Box Labs (el equipo fundador de Ceramic) se uniera recientemente a Textile (un equipo conocido por las herramientas IPFS/Filecoin) también es revelador; sugiere un esfuerzo por combinar fuerzas y quizás ampliará el alcance de Ceramic en el dominio de la infraestructura de datos. El número de nodos activos de Ceramic no es público, pero muchas aplicaciones ejecutan el suyo propio o utilizan los nodos de la comunidad. En el panorama general, Ceramic es más reciente y su concepto de "dataverse" (universo de datos) aún se está consolidando; todavía no tiene usuarios empresariales de renombre, pero está viendo una adopción de base (grassroots) en Web3 en áreas que las redes de almacenamiento existentes no cubren bien (como el contenido de redes sociales y la interoperabilidad de datos entre aplicaciones). Como referencia, si consideramos cada stream como una pieza de datos, 10 millones de streams es una cantidad sustancial, aunque muchos streams son pequeños (como el documento de perfil de un usuario o una sola publicación). La métrica a vigilar es cuántos usuarios finales atraen esas 400 aplicaciones; potencialmente cientos de miles, si aplicaciones como las redes sociales descentralizadas escalan. En resumen, la adopción de Ceramic es prometedora en la comunidad de desarrolladores Web3 (cientos de aplicaciones, integración en varios ecosistemas Web3), pero está intrínsecamente limitada a casos de uso específicos y no compite en tamaño de almacenamiento o rendimiento con redes como Filecoin o Arweave.

Para visualizar la adopción, la siguiente tabla destaca algunas métricas y adoptantes notables:

5. Madurez y actividad del ecosistema​

Más allá del uso bruto, la madurez de cada ecosistema – incluyendo herramientas de terceros, integraciones, financiación y actividad comunitaria – es crucial para evaluar la viabilidad a largo plazo:

• Ecosistema de Arweave: El ecosistema de Arweave es robusto para su tamaño. En el lado de la infraestructura, una serie de proyectos mejoran la funcionalidad de Arweave: Bundlr (Iris), como se mencionó, opera una red de nodos de agrupación y ha recaudado su propia financiación para escalar el rendimiento de Arweave (procesando más de 1.000 millones de transacciones agrupadas a finales de 2023). ArDrive es una popular aplicación orientada al usuario que ofrece una experiencia similar a Dropbox en Arweave; se descentralizó por completo en 2023 y lanzó una versión 2.0 con funciones como soporte para archivos grandes. EverPay y Warp permiten transacciones instantáneas al estilo de capa 2 y funcionalidad similar a contratos inteligentes en Arweave utilizando la permaweb como capa base (Arweave en sí no admite contratos inteligentes tradicionales, pero estos proyectos almacenan estados de contrato y permiten interacciones). En 2024, Arweave introdujo el “Atomic Oasis (AO) Compute”, una red de computación sobre datos (compute-over-data) que se asienta sobre Arweave, permitiendo la computación paralela en cadena mientras utiliza Arweave para la disponibilidad de datos. Esto esencialmente lleva a Arweave al ámbito de la computación en la nube (similar a cómo Filecoin está agregando computación con FVM) e indica una hoja de ruta con visión de futuro. En cuanto a la financiación, Arweave cuenta con un fuerte respaldo: recaudó $ 37,3 M de a16z, Union Square Ventures y otros, asegurando margen de maniobra para el desarrollo continuo. La comunidad participa a través de un sistema de tokens de participación en beneficios (PST): los desarrolladores pueden crear PST para sus aplicaciones de permaweb, lo que otorga a los titulares una parte de las tarifas, incentivando el desarrollo de aplicaciones. Existen numerosas aplicaciones de permaweb activas: desde Decent.land (perfiles sociales descentralizados en Arweave) hasta CommunityXYZ (una plataforma DAO para los PST de Arweave). Arweave también cuenta con una gobernanza de tipo DAO para su dotación, involucrando a la comunidad en la toma de decisiones. La red ha superado importantes actualizaciones sin problemas (por ejemplo, la actualización de consenso SPoRA en 2022). En cuanto a la integración, Arweave se ha integrado con otras cadenas: los contratos inteligentes en Ethereum, Polkadot y Avalanche han utilizado Arweave para almacenar grandes datos o metadatos (a menudo a través del puente Arweave ↔ Ethereum y mediante la indexación de The Graph). Lens Protocol (red social Web3 en Polygon) ofrece Arweave como opción para el almacenamiento permanente de publicaciones. La colaboración de Arweave con Solana es profunda: es esencialmente la capa de archivo de Solana, y ahora con el nuevo teléfono de Solana (Saga), se mencionó el uso de Arweave para almacenar permanentemente contenido de dApps móviles. En general, el ecosistema de Arweave está activo y creciendo con aplicaciones de almacenamiento dedicadas, integraciones entre cadenas e incluso explorando nuevos verticales como la computación. La cultura comunitaria se centra en la misión de la "permaweb", evidenciada por iniciativas como Arweave Boost (un programa que subsidió los costos de almacenamiento para conjuntos de datos valiosos) y asociaciones para preservar datos culturales (por ejemplo, activistas han almacenado archivos de documentos de la guerra de Ucrania en Arweave). Todos estos signos apuntan a un ecosistema maduro y orientado a una misión, aunque más pequeño que el de Filecoin.
• Ecosistema de Pinata / IPFS: Pinata en sí es la oferta de una sola empresa, pero se sitúa dentro del ecosistema más amplio de IPFS, que es muy extenso. La actividad del ecosistema de Pinata incluye asociaciones (como se ve con NFT.storage: tienen un acuerdo de referencia que apoya la misión de NFT.storage) e integraciones en plataformas de creadores (por ejemplo, algunas plataformas de acuñación de NFT han incorporado la carga a Pinata para comodidad del usuario). Pinata ha ampliado las características de su propio producto (almacenamiento KV, IPFS privado, complementos de puerta de enlace, etc.), lo que indica un impulso para proporcionar más que un simple anclaje (pinning) básico. Mientras tanto, IPFS en su conjunto tiene una enorme comunidad de código abierto: florecen proyectos como IPFS-Cluster (para orquestar su propia red de anclaje), Textile (que construyó ThreadsDB y otras herramientas en IPFS), Fleek (que proporciona alojamiento en IPFS para aplicaciones web) y muchos otros. El ecosistema de Protocol Labs al que pertenece IPFS también incluye libp2p (capa de red) y Filecoin; los desarrollos allí a menudo benefician a IPFS (por ejemplo, la caché de recuperación de IPFS a través de Filecoin Saturn es una nueva iniciativa). La madurez es tal que IPFS está en la versión 0.15+ y ha sido probado en condiciones reales. El uso empresarial de IPFS más allá de las criptomonedas está emergiendo: por ejemplo, la NFL (liga de fútbol americano) utilizó IPFS para distribuir momentos destacados en video a los fanáticos (para reducir los costos de ancho de banda). La puerta de enlace IPFS de Cloudflare muestra el interés de los actores de la Web2 por conectarse con IPFS. Incluso se producen regularmente RFC de IPFS e investigaciones académicas, lo que demuestra que es un protocolo bien establecido. En términos de soporte, existen innumerables bibliotecas (implementaciones de IPFS en Go, JS, Python, Rust). IPFS es esencialmente el estándar de facto para el direccionamiento de contenido en la actualidad. Pinata se beneficia de toda esta madurez al tiempo que aporta una capa fácil de usar. Un desafío histórico fue la capacidad de descubrimiento en IPFS (el direccionamiento de contenido no proporciona búsqueda): se han creado herramientas de ecosistema como motores de búsqueda IPFS e índices de servicios de anclaje, y Pinata probablemente participa en esas redes (podrían compartir datos sobre los anclajes si los usuarios optan por ello, para ayudar a la permanencia). El movimiento de Pinata para admitir NFT específicamente (con guías dedicadas y estudios de caso para desarrolladores de NFT) muestra su adaptación a las necesidades de los usuarios. También han participado activamente en eventos comunitarios (patrocinando hackathons, etc.). Resumen: el ecosistema de IPFS es muy maduro (más de 8 años, adopción generalizada) y Pinata es un actor comercial clave en ese espacio, bien integrado con los demás. El ecosistema propio de Pinata se centra más en su base de clientes (desarrolladores y creadores), que es grande y está en crecimiento, en lugar de desarrolladores externos que construyen sobre Pinata (ya que no es de código abierto). Pero dada la apertura de IPFS, los costos de cambio son bajos: Pinata sigue siendo competitiva ofreciendo fiabilidad y facilidad. Este entorno competitivo incluye a Infura, web3.storage, etc., lo que impulsa la mejora continua. En resumen, IPFS es lo más maduro que existe en almacenamiento descentralizado, y Pinata cabalga sobre él, enfocándose en la experiencia de usuario del desarrollador y agregando funciones para seguir siendo un servicio de referencia en un ecosistema interoperable próspero.
• Ecosistema de Filecoin: El ecosistema de Filecoin es posiblemente el más activo y mejor financiado en el almacenamiento descentralizado. Desde su lanzamiento, Protocol Labs y la Fundación Filecoin han organizado numerosos hackathons (HackFS, Space Race, etc.) y programas de aceleración (por ejemplo, Filecoin Launchpad con Tachyon) para sembrar startups. Para 2022, como se señaló, más de 330 proyectos estaban construyendo sobre Filecoin; para 2025, este número es aún mayor, especialmente con FVM habilitando DeFi y nuevas primitivas en Filecoin. Un desarrollo significativo fue el lanzamiento de la Filecoin Virtual Machine (FVM) en 2023, que aportó programabilidad general (contratos inteligentes) a Filecoin. Esto ha dado lugar a proyectos como Filecoin DeFi (mercados para acuerdos de almacenamiento, almacenamiento tokenizado, etc.), DAOs de datos (organizaciones descentralizadas que agrupan fondos para pagar el almacenamiento de datos valiosos) y puentes entre cadenas para utilizar el almacenamiento de Filecoin en dApps de Ethereum. Además, se están construyendo mercados de recuperación (como Lighthouse u otros) para que el contenido almacenado en Filecoin pueda ser entregado eficientemente por nodos incentivados (complementando a IPFS). En el lado empresarial, como se mencionó, las asociaciones de Filecoin con grandes empresas (Seagate, etc.) implican un ecosistema en desarrollo de herramientas empresariales; por ejemplo, se habla de la integración de Filecoin con la nube de IBM u otros proveedores de almacenamiento para soluciones híbridas. La gobernanza y la comunidad de Filecoin también son notables: existe una DAO de Filecoin (propuestas de gobernanza) y Filecoin Plus es gestionado por notarios seleccionados por la comunidad que verifican datos reales, un sistema de confianza social único en este espacio que muestra un proceso de gobernanza en maduración. La tokenómica de la red, aunque compleja, se ha mantenido con la participación de miles de mineros, lo que indica un lado de la oferta saludable. Otro componente del ecosistema son las L2 en Filecoin: proyectos como Polybase o Tableland (bases de datos descentralizadas) que consideran usar Filecoin para la disponibilidad de datos, y Estuary que proporciona una API sobre Filecoin para facilitar el almacenamiento. Incluso existen cadenas laterales de Filecoin (una llamada Filecoin Saturn se centra en la entrega de contenido, utilizando Filecoin como pago). El equipo de investigación de Protocol Labs sigue activo en la mejora de la tecnología (por ejemplo, mejorando el rendimiento de las pruebas, explorando nuevos esquemas de codificación para la durabilidad). Eventos comunitarios como las reuniones de Filecoin Orbit y la Cumbre anual de Blockchain Sostenible (que a menudo destaca el papel de Filecoin en los datos abiertos y la sostenibilidad) consolidan aún más la vitalidad del ecosistema. En cuanto a la financiación, más allá de la ICO, en 2022 se lanzó un enorme Fondo del Ecosistema Filecoin ($ 100 M+) para invertir en proyectos que construyen sobre Filecoin. Se realizaron inversiones notables en empresas como ChainSafe (que construye herramientas para Filecoin), Open Forest Protocol (que utiliza Filecoin para almacenar datos climáticos), etc. En resumen, el ecosistema de Filecoin es grande, está bien capitalizado y evoluciona rápidamente; se ha convertido en algo más que solo almacenamiento, aspirando a ser una nube descentralizada completa (almacenamiento, recuperación, computación, tal vez incluso bases de datos). Esta amplitud es un signo de madurez, pero también significa que está compitiendo en múltiples frentes (compitiendo con redes especializadas en cada dominio). Sin embargo, la sinergia con IPFS y el respaldo de Protocol Labs proporcionan un fuerte impulso.
• Ecosistema de Storj: El ecosistema de Storj, aunque no es tan "tendencia Web3" como el de Filecoin, es bastante maduro en términos de integración y preparación empresarial. En el lado de la oferta, Storj tiene una base estable de operadores de nodos gracias a los pagos constantes de tokens. El software del nodo (ahora en su tercera versión principal) está bien documentado y los operadores cuentan con herramientas comunitarias (como tableros de Grafana, etc.) para monitorear sus nodos. Storj Labs también ha sido creativo al incentivar la adopción: ofrecieron almacenamiento gratuito para proyectos de código abierto, alentando a las comunidades a probar Storj para cosas como el alojamiento de binarios de lanzamiento o conjuntos de datos. En el lado de la demanda, el enfoque de Storj en los flujos de trabajo de medios y big data ha dado lugar a integraciones: por ejemplo, Iconik (un software de gestión de activos de medios) admite Storj como backend, Skiff Mail/Drive (alternativa a Gsuite) utiliza Storj para almacenar archivos y archivos adjuntos de correo electrónico cifrados, y la asociación con ownCloud permite a las empresas conectar Storj sin cambiar sus flujos de trabajo. El ecosistema de bibliotecas de código abierto está creciendo: por ejemplo, el proyecto Terrarium de Fastly utiliza Storj para el almacenamiento en caché perimetral. Storj también hace hincapié en los desarrolladores comunitarios: tienen un foro activo donde desarrolladores externos comparten proyectos (como un complemento de WordPress para descargar medios a Storj, una integración de copia de seguridad de Veeam, etc.). Un signo de madurez son los servicios de terceros sobre Storj: por ejemplo, Filebase no solo utiliza Sia, sino que también agregó a Storj como backend en 2021, lo que significa que los usuarios de Filebase pueden elegir Storj a través de la misma interfaz S3. Esto demuestra que Storj es lo suficientemente estable y atractivo como para ser incluido en un servicio de almacenamiento multi-backend. El token de Storj, aunque se utiliza para los pagos, está en gran medida abstraído para los clientes, lo que podría limitar la componibilidad al estilo DeFi pero aumenta la adopción tradicional. En 2022-2023, Storj se reposicionó no solo como almacenamiento, sino como parte de una plataforma de nube distribuida, lanzando Storj Next con planes para computación y bases de datos. De hecho, su producto Cloud GPUs (en beta a partir de 2025) extiende el ecosistema a la computación perimetral (edge computing), alquilando GPUs de proveedores descentralizados. Si tiene éxito, esto creará un mini-ecosistema de proveedores y usuarios de GPU bajo el paraguas de Storj, afianzando aún más su plataforma. Storj Labs sigue siendo el principal administrador de la red (una gobernanza algo más centralizada en comparación con Filecoin o Sia, que tienen fundaciones separadas), pero han hecho que el código sea de código abierto y agradecen las contribuciones de la comunidad. También se sometieron a auditorías de terceros (seguridad, cumplimiento como SOC2), lo cual es importante para la confianza empresarial. En resumen, el ecosistema de Storj es maduro en integraciones y funciones empresariales, aunque más pequeño en presencia puramente comunitaria de desarrolladores Web3. Está labrando un nicho donde la tecnología descentralizada se vende por sus méritos (costo, seguridad) en lugar de por ideología, lo que podría resultar ser un enfoque sostenible.
• Ecosistema de Sia: El ecosistema de Sia ha tenido altibajos. Tras el cierre de Skynet Labs, la Fundación Sia asumió el control y desde entonces ha estado ejecutando una hoja de ruta para Sia v2 (nombre en clave a menudo “Nebulous” para la bifurcación dura). Han renombrado algunas piezas (el código del portal Skynet se está reelaborando en Sia v2, que unificará el protocolo arrendatario-anfitrión con un mejor rendimiento y tal vez una funcionalidad de portal integrada). El ecosistema actual incluye aplicaciones centrales de Sia como Sia-UI y el software de anfitrión, así como proyectos comunitarios como HostScore (evaluación comparativa de anfitriones) y SiaStats/SiaGraph (sitios de estadísticas de red). El programa de subvenciones lanzado por la Fundación Sia (con $ 3,2 M asignados para 2025) está impulsando nuevas herramientas: por ejemplo, SiaFS (un sistema de archivos FUSE para Sia), Décentral (frontends web descentralizados en Sia) y S5 (una capa de direccionamiento de contenido en Sia que imita la funcionalidad de IPFS). Estos indican un reconocimiento de dónde Sia necesitaba ponerse al día (por ejemplo, facilitando la referencia y el intercambio de contenido). La comunidad, aunque más pequeña, sigue dedicada: el subreddit r/siacoin está activo y muchos usuarios a largo plazo permanecen con Sia por razones ideológicas (verdadera descentralización, sin una fuerte influencia de capital de riesgo, etc.). La tokenómica de Sia (con Siafunds) se ha mantenido estable; los Siafunds incluso cotizan como una especie de token que "devenga dividendos" de los contratos, un aspecto único del modelo financiero del ecosistema de Sia. Competencia dentro del ecosistema: Algunas empresas construidas sobre Sia, como las escisiones de Skynet, no sobrevivieron, lo que ralentizó el crecimiento del ecosistema. Pero están llegando otras nuevas: por ejemplo, Cloudless es una startup reciente que construye una aplicación de almacenamiento Sia fácil de usar; PixelSlime utiliza Sia para almacenar activos de juegos NFT, etc. La integración de Filebase (multirred) significa que Sia forma parte indirectamente de un ecosistema más amplio. La Fundación Sia publica actualizaciones mensuales del "Estado de Sia", lo que aumenta la transparencia y fomenta la confianza en el progreso del desarrollo, una señal saludable de participación comunitaria. Un desafío es que Sia no ha alcanzado el nivel de notoriedad de IPFS o Filecoin en la Web3; algunos desarrolladores que desean almacenamiento descentralizado no consideran a Sia simplemente porque se habla menos de ella. Sin embargo, quienes la utilizan a menudo elogian su fiabilidad y bajo costo, lo que sugiere un potencial de crecimiento de boca en boca si se reducen los obstáculos de la experiencia del desarrollador (DX). Resumen: el ecosistema de Sia está en una fase de reconstrucción y crecimiento bajo la Fundación. Es más pequeño y más comunitario en comparación con otros, pero con una larga historia y algunas características distintivas (como no depender de otros protocolos, un espíritu altruista). Los próximos uno o dos años (con el lanzamiento de Sia v2) serán críticos para ver si se acelera.
• Ecosistema de Ceramic: Ceramic, al ser relativamente nuevo (lanzado alrededor de 2021), ha mostrado una buena tracción del ecosistema entre los constructores de aplicaciones descentralizadas. 3Box Labs aseguró una financiación significativa (de firmas como Coinbase Ventures, Multicoin, etc.) para desarrollar Ceramic y sus herramientas. El ecosistema incluye la propia Red Ceramic más ComposeDB como producto estrella para desarrolladores. Han cultivado la comunidad a través de Discord y llamadas regulares para desarrolladores. Un aspecto interesante son los estándares de componibilidad de datos: Ceramic tiene un "mercado de modelos de datos" donde los desarrolladores pueden publicar y reutilizar los esquemas de los demás (por ejemplo, un modelo de perfil, un modelo de publicación de blog), lo que fomenta un ecosistema de datos interoperables. Este es un enfoque bastante único: alienta a las aplicaciones a construir sobre estructuras de datos comunes (al igual que muchas dApps comparten el estándar de token ERC-20, las aplicaciones de Ceramic pueden compartir un modelo "SocialPost" o un modelo "Profile"). Esto significa que a medida que más aplicaciones los adopten, el perfil o el contenido de un usuario se puede portar a través de muchos servicios (un verdadero efecto de red Web3). El ecosistema también interactúa con otras redes: por ejemplo, Ceramic utiliza Ethereum para el anclaje (anchoring) de forma predeterminada, por lo que las mejoras en la L1 o L2 de Ethereum (tienen planes de utilizar soluciones de escalado para anclajes más baratos) benefician directamente a Ceramic. También han integrado Chainlink (para el sellado de tiempo en múltiples cadenas) e IDX, que puede vincular las identidades de Ceramic con direcciones de blockchain. Otra sinergia es con las billeteras: dado que la autenticación de usuarios de Ceramic a menudo se realiza a través de billeteras cripto, los proveedores de billeteras son socios en cierto sentido. Por ejemplo, los Snaps de MetaMask podrían eventualmente incluir la integración de Ceramic para gestionar los datos de los usuarios, y las billeteras de identidad como Spruce o IDen3 podrían conectarse con la identidad de Ceramic. La fusión con Textile (uniéndose a la "familia Textile") sugiere una alineación con otros proyectos de datos/almacenamiento (Textile originalmente construido sobre IPFS/Filecoin; su concepto de Threads DB complementa los flujos de Ceramic). Esto podría generar nuevas soluciones híbridas (por ejemplo, el uso de IPFS para el contenido y Ceramic para los metadatos de forma fluida). En cuanto a los proyectos comunitarios, vemos a los ganadores de hackathons usando Ceramic para cosas como la emisión de boletos NFT (almacenar metadatos de boletos que se actualizan en Ceramic) o perfiles de miembros de DAOs. La red principal de Ceramic es aún joven, pero cuenta con múltiples proveedores de puertas de enlace (similar a Infura para Ethereum, hay nodos Ceramic alojados que uno puede usar), incluyendo uno de 3Box y otros de la comunidad, lo que demuestra que se está abordando la descentralización en el acceso. La hoja de ruta incluye características como "anclaje de Ceramic en múltiples cadenas", "nodos ligeros" para facilitar la participación, etc., que son signos de una tecnología en maduración. En resumen, el ecosistema de Ceramic es dinámico y está enfocado en los desarrolladores, con énfasis en la interoperabilidad y la integración con el ecosistema Web3 más amplio. No es un ecosistema de almacenamiento de propósito general, sino más bien un ecosistema de datos componibles, algo que parece estar logrando con cientos de desarrolladores y un espíritu de colaboración (mercado de modelos de datos). Su éxito dependerá de si esas 400 aplicaciones incorporan grandes bases de usuarios, pero la base de la infraestructura y la comunidad se está estableciendo activamente.

6. Comparación de Precios​

7. Casos de Uso y Aplicaciones​

Las redes de almacenamiento descentralizado pueden servir para una variedad de casos de uso, cada uno con diferentes requisitos (permanencia, mutabilidad, velocidad, etc.). A continuación, exploramos algunos casos de uso destacados y cómo encaja cada uno de los proveedores analizados:

a. Metadatos de NFT y Alojamiento de Medios: Quizás la aplicación definitiva (killer app) de 2021 para el almacenamiento descentralizado fueron los NFT. Los NFT en cadenas como Ethereum y Solana suelen almacenar solo un ID de token on - chain, mientras que los metadatos JSON (que contienen atributos, nombre, descripción) y el archivo de medios (imagen, video, audio) se almacenan off - chain. El almacenamiento descentralizado es crucial aquí para evitar que los NFT apunten a enlaces que desaparecen.

• IPFS + Pinata se convirtió en el estándar para la mayoría de los NFT de Ethereum: los creadores suben sus medios a IPFS y usan un hash (CID) en la URI del token. Pinata se utiliza a menudo para garantizar que el contenido esté anclado (pinned) de forma persistente y sea accesible rápidamente a través de gateways de IPFS. De esta manera, incluso si un creador desaparece, el contenido del NFT puede ser recuperado por cualquier persona con el CID. Por ejemplo, colecciones de alto perfil como Bored Ape Yacht Club utilizaron IPFS para sus imágenes. El papel de Pinata fue asegurar que decenas de miles de imágenes estuvieran disponibles de manera confiable sin que los creadores tuvieran que ejecutar su propia infraestructura de IPFS. Los marketplaces (OpenSea, etc.) obtienen los metadatos de estos enlaces de IPFS para mostrar los NFT. La ventaja: el direccionamiento por contenido aporta confianza (los compradores pueden verificar que el hash del activo coincida con lo que está a la venta) y resistencia a la censura (ningún servidor único aloja las imágenes). El desafío: si nadie hace "pin" de los datos, estos podrían desaparecer; de ahí que servicios como Pinata o NFT.storage intervinieran para mantener la disponibilidad.
• Arweave surgió como una solución sólida para el almacenamiento permanente de NFT. Los proyectos que querían asegurar que los activos de NFT vivieran para siempre se inclinaron hacia Arweave, a pesar del mayor costo. El ecosistema NFT de Solana es un ejemplo principal: Candy Machine de Solana (programa de acuñación) se integra directamente con Arweave para subir medios y metadatos, devolviendo una URL de TXID de Arweave (a menudo a través de un proxy de arweave.net) para la URI del token del NFT. Esto significa que una vez acuñado, el JSON y la imagen del NFT están en la permaweb de Arweave permanentemente (pagado por el minter). MetaPlex de Solana afirma que este diseño fue para garantizar a los coleccionistas que su arte NFT no desaparecerá ni cambiará. Incluso en Ethereum, algunos proyectos utilizaron Arweave para arte de alto valor o piezas generativas (por ejemplo, Async Art almacenó componentes de arte programable en Arweave). Además, la capacidad de carga por lotes (bundled upload) de Arweave permitió el almacenamiento eficiente de miles de imágenes para lanzamientos de NFT.
• Filecoin (vía NFT.storage) también se convirtió en un backend popular para NFT, especialmente después de mediados de 2021 cuando NFT.storage lanzó el almacenamiento gratuito. NFT.storage utiliza un sistema híbrido: ancla los datos en IPFS (para una recuperación rápida) y, simultáneamente, almacena esos datos con múltiples mineros de Filecoin para su durabilidad a largo plazo. Muchos proyectos de NFT (incluidos algunos en Ethereum, Polygon y Flow) utilizan NFT.storage, confiando en Protocol Labs para mantener vivo su contenido (lo cual se facilita mediante acuerdos de Filecoin). El beneficio aquí es que los proyectos obtienen redundancia descentralizada sin necesidad de pagar (subsidiado por la economía del token Filecoin). A algunos proyectos también les gusta la idea de que los datos estén en una red respaldada por blockchain (Filecoin) con pruebas criptográficas. También se está desarrollando el concepto de "NFT Checkers" para verificar el estado de preservación.
• Storj y Sia se han utilizado con menos frecuencia para NFT. Sin embargo, son totalmente capaces de alojar medios de NFT; es más una cuestión de qué integraciones existen. Skynet de Sia tenía algunas integraciones de NFT (como SkyNFT, que permitía acuñar NFT alojados en Sia con Skylinks como la URI del token). Storj, con su enfoque empresarial, no se dirigió directamente a los NFT, pero es concebible que un marketplace pudiera usar Storj para alojar contenido (disfrutando del rendimiento de su CDN). La razón por la que IPFS / Arweave dominaron el almacenamiento de NFT se debe en gran medida a los efectos de red y las herramientas: IPFS tenía un soporte generalizado en las librerías de acuñación de NFT, y Arweave tenía una propuesta de valor clara de "almacenamiento para siempre" que resonó con los coleccionistas. Por el contrario, usar Storj requeriría una integración personalizada (aunque técnicamente se podría usar un enlace de Storj o una URL de gateway como URI de token; simplemente no es común). La ventaja de Sia es el costo; un proyecto de NFT preocupado por el presupuesto podría usar Sia discretamente a través de Filebase para almacenar activos a bajo costo, pero sería inusual al no ser el enfoque estándar.
• Ceramic entra en juego para los NFT en el contexto de NFT dinámicos o evolutivos. Si los metadatos de un NFT necesitan actualizarse (por ejemplo, un objeto de juego que sube de nivel), Ceramic podría almacenar esas propiedades cambiantes, ya que permite streams mutables. Además, Ceramic puede usarse para el seguimiento de propiedad de NFT off - chain o para vincular un NFT al perfil de un usuario. Pero para los archivos de medios reales, Ceramic normalmente solo almacenaría referencias (como CID o enlaces de Arweave) porque no está diseñado para grandes blobs binarios.

b. Backends de Aplicaciones Descentralizadas (dApps): Muchas aplicaciones descentralizadas requieren almacenar datos que son demasiado grandes o inapropiados para la blockchain (ya sea por el costo o porque es contenido generado por el usuario). Las redes de almacenamiento descentralizado llenan este vacío, actuando como el "backend" o base de datos para las dApps:

• Alojamiento de Front-ends Web3: Un patrón común es alojar el código del front-end (HTML / JS / CSS) de una aplicación descentralizada en una red de almacenamiento descentralizado, de modo que se pueda acceder a la aplicación de forma descentralizada (a menudo a través de gateways de IPFS o URL de Arweave). IPFS (vía servicios como Fleek o Pinata) se usa ampliamente para alojar sitios estáticos para aplicaciones DeFi, marketplaces de NFT, etc., asegurando que incluso si el sitio web principal está caído, los usuarios puedan recuperar la interfaz de usuario a través de IPFS. Arweave también se utiliza para alojar front-ends que necesitan ser resistentes a la censura; por ejemplo, muchas interfaces de proyectos DeFi de Ethereum se cargan en Arweave y se vinculan con un enlace ENS. En un evento notable, cuando Turquía prohibió ciertos sitios cripto, los usuarios compartieron enlaces de Arweave de la interfaz de Uniswap para que aún pudiera ser accedida. Skynet permitía un alojamiento web distribuido similar. Storj también podría servir activos web, aunque típicamente IPFS / Arweave son los preferidos para front-ends debido a la facilidad de enlace y el direccionamiento por contenido. Al usar almacenamiento descentralizado para front-ends, los proyectos reducen la dependencia de servidores centralizados; si se hace por completo, un usuario puede interactuar con una dApp cargando la interfaz desde IPFS / Arweave, que luego se conecta a contratos inteligentes on - chain, logrando un stack totalmente descentralizado.
• Datos de Usuario y Aplicaciones Sociales: Las redes sociales descentralizadas o las aplicaciones de colaboración necesitan almacenar publicaciones, mensajes e información de perfil. Ceramic destaca aquí: proporciona esquemas para tipos de datos sociales comunes y permite actualizaciones. Por ejemplo, una aplicación como Lens Protocol (social descentralizado en Polygon) utiliza IPFS para almacenar el contenido de las publicaciones, pero podría usar Ceramic para los perfiles de usuario o un índice de publicaciones. Orbis utiliza Ceramic para almacenar publicaciones y comentarios para que múltiples front-ends puedan mostrar el mismo contenido. Arweave puede usarse para contenido social que se desee permanente (como un "tuit inmutable"), pero generalmente lo social requiere mutabilidad (editar / eliminar), lo cual Arweave no permite. Sia / Skynet tenía una demostración de redes sociales (SkyFeed) que almacenaba publicaciones en Skynet. Para aplicaciones de chat, Matrix (un protocolo de chat descentralizado abierto) se puede configurar para almacenar medios en IPFS o Sia. Storj podría servir como backend para aplicaciones que necesiten almacenamiento seguro de archivos de usuario (por ejemplo, una aplicación tipo Dropbox descentralizada puede usar Storj para almacenar archivos de usuario con cifrado del lado del cliente). La comunidad de Holochain incluso consideró usar Storj o Sia como una capa de almacenamiento de archivos para datos grandes que no caben en el modelo de base de datos entre pares de Holochain.
• Identidad Descentralizada (DID) y Credenciales: Este es un caso de uso donde Ceramic e IPFS juegan papeles clave. Los documentos DID (pequeños documentos JSON que describen las claves públicas de un usuario, etc.) pueden almacenarse en IPFS. El método DID de Ceramic (did:3) en realidad almacena los eventos del documento DID en streams de Ceramic. Además, las credenciales verificables (reclamaciones firmadas criptográficamente) pueden almacenarse / distribuirse a través de IPFS o Ceramic, en lugar de en una blockchain, y luego ser referenciadas por protocolos de identidad. Arweave podría usarse para archivar credenciales públicas o atestaciones para la posteridad.
• Datos de Backend para DeFi y DAOs: Muchos protocolos DeFi producen una gran cantidad de datos (registros de operaciones, análisis) que son demasiado caros para la cadena. Algunos proyectos usan Filecoin / IPFS para almacenar el historial de trading o copias de seguridad del estado. The Graph introdujo recientemente soporte para Arweave como almacenamiento para datos consultables: los Graph Nodes pueden persistir datos de subgrafos en Arweave. Las DAOs a menudo necesitan almacenar propuestas, estatutos y snapshots de datos de votación; servicios como Snapshot usan IPFS para almacenar el JSON de las propuestas. Aragon (plataforma DAO) almacenó algunos archivos de configuración de DAO en IPFS. Las DAOs que manejan archivos grandes (como una DAO de investigación que almacena conjuntos de datos) podrían usar Filecoin para el almacenamiento masivo y luego compartir los CID en la DAO.

c. Preservación de Datos de Archivo: Una promesa central del almacenamiento descentralizado es preservar la información de manera indefinida y redundante, ya sean registros históricos, datos abiertos, conocimiento científico o artefactos culturales:

• Arweave se comercializa explícitamente para el archivado. El término "permaweb" se refiere a la creación de un archivo permanente del conocimiento humano. Hemos visto a Arweave utilizado para almacenar archivos de sitios web (por ejemplo, Internet Archive colaboró con Arweave para almacenar datos, y existe la extensión de navegador "ArweaveSave" para archivar páginas web). Las comunidades de participación en los beneficios de Arweave también financiaron proyectos como ArweaveNews. Dado que una vez que los datos están en Arweave son prácticamente incensurables y permanentes, es ideal para preservar documentos importantes (por ejemplo, periodistas han usado Arweave para almacenar documentos de zonas de guerra o protestas para que no puedan ser borrados). Arweave incluso ha sido descrito como una "Biblioteca de Alejandría que no puede arder". Organizaciones con grandes necesidades de archivo (bibliotecas, museos, instituciones académicas) están interesadas, aunque el costo es una barrera para conjuntos de datos realmente grandes a menos que aseguren financiamiento.
• Filecoin también apunta a casos de uso de archivo. Fue utilizado para almacenar conjuntos de datos científicos de Acceso Abierto y datos gubernamentales abiertos a través del programa Filecoin Discover. Starling Lab utiliza Filecoin para archivar medios históricos sensibles (como testimonios de supervivientes del Holocausto) con pruebas de autenticidad. La iniciativa Filecoin Archives cuenta con grupos comunitarios que seleccionan y cargan datos públicos importantes (por ejemplo, datos de la pandemia o corpus literarios masivos). Debido a que el almacenamiento en Filecoin es barato, es práctico almacenar archivos de varios terabytes. Un desafío es la recuperación: si estos archivos no se acceden con frecuencia, pueden permanecer con los mineros y requerir cierto esfuerzo para recuperarlos, aunque esfuerzos como Filecoin Saturn tienen como objetivo mantener en caché los datos de archivo populares en IPFS para un acceso rápido.
• Storj puede satisfacer necesidades de archivo con su alta durabilidad y distribución geográfica automática. Por ejemplo, los archivos médicos o archivos de medios pueden almacenarse en Storj para reducir el riesgo de pérdida y evitar el mantenimiento de múltiples copias en diferentes regiones (Storj lo hace automáticamente). También es financieramente atractivo para archivos que actualmente pagan grandes facturas en la nube. Un nicho que Storj promueve es el almacenamiento de copias de seguridad (backup): las empresas pueden usar Storj como destino de backup (incluso tiene integraciones para software de backup común).
• Sia es inherentemente buena para el archivo debido a su bajo costo y redundancia. Si alguien quiere mantener un archivo personal de documentos o fotos durante décadas, Sia puede hacerlo con un gasto mínimo. De hecho, existe la historia de alguien que archivó toda la Wikipedia en Sia. La naturaleza totalmente privada de Sia (cifrada por defecto) es atractiva para archivos con preocupaciones de privacidad (por ejemplo, registros de salud personales). El inconveniente para los archivos organizacionales es la complejidad de gestionar Siacoin y los contratos a largo plazo, pero un servicio como Filebase podría cerrar esa brecha.
• Ceramic se enfoca menos en el archivo (ya que es para datos dinámicos). No se usaría para archivar archivos grandes o big data; más bien, podría archivar pequeñas piezas de datos históricos de manera verificable (como un documento oficial que puede ser versionado en Ceramic). Pero si algo necesita ser verdaderamente permanente e inalterable, se elegiría Arweave o similar.

d. Entrega de Contenido y Streaming: El almacenamiento descentralizado también puede funcionar para entregar contenido a los usuarios finales, incluso streaming en vivo o bajo demanda:

• Storj ha enfatizado este caso de uso. Con su arquitectura, el contenido está efectivamente en una CDN distribuida: los nodos de todo el mundo pueden servir segmentos de video a los usuarios desde el nodo más cercano / rápido, lo que resulta en una baja latencia. Su asociación con plataformas de streaming de video demuestra que puede manejar un alto rendimiento. Es adecuado para video bajo demanda (VOD) y distribución de software (puede entregar binarios grandes o archivos de juegos rápidamente, actuando como un Akamai descentralizado).
• IPFS puede usarse para la entrega de contenido si el contenido es lo suficientemente popular como para ser sembrado por muchos nodos. Ha habido experimentos con IPFS para streaming en vivo (por ejemplo, Livepeer usó IPFS en sus primeras versiones). El desafío de IPFS es garantizar la disponibilidad; para contenido menos popular, se necesita un respaldo a un gateway que lo tenga anclado. IPFS también introdujo IPFS Cluster para anclar contenido en múltiples nodos, lo que ayuda con el equilibrio de carga.
• Filecoin se utiliza actualmente más para almacenamiento que para entrega en vivo, pero se ha planteado el concepto de Filecoin como CDN. Lo más probable es que los datos de Filecoin se almacenen en caché en redes más rápidas cuando sea necesario (por ejemplo, IPFS o proveedores de recuperación especializados).
• Sia / Skynet tenía un enfoque único: los portales de Skynet actuaban como nodos CDN. Si se accedía con frecuencia a un Skylink, un portal de Skynet lo almacenaba en caché. Dado que existen múltiples portales, colectivamente proporcionaban redundancia y rendimiento.
• Arweave no fue diseñado para la distribución de contenido de alta velocidad. Recuperar un archivo grande de Arweave significa consultar a la red, lo que podría ser más lento que una CDN dedicada. Dicho esto, el protocolo Wildfire de Arweave incentiva a los mineros a compartir datos rápidamente. Para contenido moderadamente popular, los gateways suelen almacenarlo en caché. Para streaming verdaderamente sensible a la latencia, Arweave no es la primera opción; pero para entregar contenido donde la permanencia importa, es adecuado.

En la práctica, las soluciones pueden estar estratificadas: por ejemplo, una aplicación podría almacenar contenido permanentemente en Arweave o Filecoin, pero usar IPFS o Storj para distribuirlo rápidamente.

Resumen de adecuación según el caso de uso:

• Arweave: El mejor para contenido de la web permanente, medios de NFT que deben durar para siempre y archivos a prueba de manipulaciones. Ideal para metadatos de NFT, archivos de historial de blockchain y alojamiento resistente a la censura.
• Pinata / IPFS: Ideal para el direccionamiento y distribución de contenido. Usado para NFT (generalizado), alojamiento de activos web para dApps y cualquier escenario que necesite una CDN rápida y descentralizada.
• Filecoin: Excelente para el almacenamiento a largo plazo a gran escala. Usado para el archivado de grandes conjuntos de datos, copias de seguridad de activos NFT y almacenamiento en frío empresarial.
• Storj: Destaca en el almacenamiento en la nube seguro y de alto rendimiento, dirigido a desarrolladores y empresas que desean una solución descentralizada lista para usar. Ideal para plataformas de streaming de medios y backends de aplicaciones que necesitan la API S3.
• Sia: Bueno para el almacenamiento descentralizado económico y para quienes priorizan la privacidad. Opción común para copias de seguridad personales y como capa detrás de servicios como Filebase.
• Ceramic: Diseñado para datos e identidades de dApps. Usado para perfiles de usuario en Web3, contenido social (publicaciones, comentarios), propuestas de DAOs y estados de juegos. Actúa como una base de datos en un contexto descentralizado.

En conclusión, el panorama de los proveedores de almacenamiento descentralizado ofrece fortalezas complementarias. Una dApp compleja podría utilizar varios de estos: por ejemplo, un marketplace de NFT podría usar IPFS + Pinata para la entrega rápida de activos, Filecoin para respaldar los activos a largo plazo, Ceramic para perfiles de usuario y Arweave para un registro permanente de todos los metadatos.

Fuentes:

• Reflexivity Research (2024) – Arweave Overview
• Gate.io Research (2023) – Arweave: Pay Once, Store Forever
• FiveT Investment (2023) – Decentralized Storage: Filecoin vs Arweave
• Pinata Cloud – Sitio oficial y precios
• Blog de NFT.storage (2023) – Partnerships with Pinata and Lighthouse
• Docs de Storj – Precios y arquitectura; ownCloud – Integración con Storj
• Messari (2024) – State of Sia Q3 2024
• Ceramic Network – Sitio oficial (2025); LogRocket – Managing data with Ceramic
• Docs de IPFS – Comparaciones
• The Block (2022) – Meta usa Arweave para los NFT de Instagram

La privacidad se está convirtiendo en infraestructura pública. En 2025, los desarrolladores necesitan herramientas que hagan la encriptación tan fácil como almacenar datos. Seal de Mysten Labs proporciona exactamente eso: gestión de secretos descentralizada con control de acceso onchain. Este tutorial te enseñará cómo construir aplicaciones Web3 seguras usando encriptación basada en identidad, seguridad threshold y políticas de acceso programables.

Introducción: Por Qué Seal Importa para Web3​

Las aplicaciones cloud tradicionales dependen de sistemas centralizados de gestión de claves donde un solo proveedor controla el acceso a datos encriptados. Aunque esto es conveniente, crea peligrosos puntos únicos de falla. Si el proveedor se ve comprometido, se desconecta o decide restringir el acceso, tus datos se vuelven inaccesibles o vulnerables.

Seal cambia completamente este paradigma. Construido por Mysten Labs para la blockchain Sui, Seal es un servicio de gestión de secretos descentralizada (DSM) que permite:

• Encriptación basada en identidad donde el contenido se protege antes de salir de tu entorno
• Encriptación threshold que distribuye el acceso a claves entre múltiples nodos independientes
• Control de acceso onchain con bloqueos temporales, token-gating y lógica de autorización personalizada
• Diseño agnóstico de almacenamiento que funciona con Walrus, IPFS o cualquier solución de almacenamiento

Ya sea que estés construyendo aplicaciones de mensajería segura, plataformas de contenido con acceso restringido o transferencias de activos con bloqueo temporal, Seal proporciona las primitivas criptográficas y la infraestructura de control de acceso que necesitas.

Primeros Pasos​

Prerrequisitos​

Antes de comenzar, asegúrate de tener:

• Node.js 18+ instalado
• Familiaridad básica con TypeScript/JavaScript
• Una wallet de Sui para pruebas (como Sui Wallet)
• Comprensión de conceptos blockchain

Instalación​

Instala el SDK de Seal vía npm:

npm install @mysten/seal

También querrás el SDK de Sui para interacciones blockchain:

npm install @mysten/sui

Configuración del Proyecto​

Crea un nuevo proyecto e inicialízalo:

mkdir seal-tutorial
cd seal-tutorial
npm init -y
npm install @mysten/seal @mysten/sui typescript @types/node

Crea una configuración simple de TypeScript:

// tsconfig.json
{
  "compilerOptions": {
    "target": "ES2020",
    "module": "commonjs",
    "strict": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true
  }
}

Conceptos Fundamentales: Cómo Funciona Seal​

Antes de escribir código, entendamos la arquitectura de Seal:

1. Encriptación Basada en Identidad (IBE)​

A diferencia de la encriptación tradicional donde encriptas a una clave pública, IBE te permite encriptar a una identidad (como una dirección de email o dirección Sui). El destinatario solo puede desencriptar si puede probar que controla esa identidad.

2. Encriptación Threshold​

En lugar de confiar en un solo servidor de claves, Seal usa esquemas threshold t-de-n. Podrías configurar 3-de-5 servidores de claves, significando que cualquier 3 servidores pueden cooperar para proporcionar claves de desencriptación, pero 2 o menos no pueden.

3. Control de Acceso Onchain​

Las políticas de acceso son aplicadas por smart contracts de Sui. Antes de que un servidor de claves proporcione claves de desencriptación, verifica que el solicitante cumpla con los requisitos de política onchain (propiedad de tokens, restricciones temporales, etc.).

4. Red de Servidores de Claves​

Los servidores de claves distribuidos validan políticas de acceso y generan claves de desencriptación. Estos servidores son operados por diferentes partes para asegurar que no haya un punto único de control.

Implementación Básica: Tu Primera Aplicación Seal​

Construyamos una aplicación simple que encripte datos sensibles y controle el acceso a través de políticas blockchain de Sui.

Paso 1: Inicializar el Cliente Seal​

// src/seal-client.ts
import { SealClient } from '@mysten/seal';
import { SuiClient } from '@mysten/sui/client';

export async function createSealClient() {
  // Inicializar cliente Sui para testnet
  const suiClient = new SuiClient({
    url: 'https://fullnode.testnet.sui.io'
  });

  // Configurar cliente Seal con servidores de claves de testnet
  const sealClient = new SealClient({
    suiClient,
    keyServers: [
      'https://keyserver1.seal-testnet.com',
      'https://keyserver2.seal-testnet.com',
      'https://keyserver3.seal-testnet.com'
    ],
    threshold: 2, // threshold 2-de-3
    network: 'testnet'
  });

  return { sealClient, suiClient };
}

Paso 2: Encriptación/Desencriptación Simple​

// src/basic-encryption.ts
import { createSealClient } from './seal-client';

async function basicExample() {
  const { sealClient } = await createSealClient();

  // Datos a encriptar
  const sensitiveData = "¡Este es mi mensaje secreto!";
  const recipientAddress = "0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8";

  try {
    // Encriptar datos para una dirección Sui específica
    const encryptedData = await sealClient.encrypt({
      data: Buffer.from(sensitiveData, 'utf-8'),
      recipientId: recipientAddress,
      // Opcional: agregar metadata
      metadata: {
        contentType: 'text/plain',
        timestamp: Date.now()
      }
    });

    console.log('Datos encriptados:', {
      ciphertext: encryptedData.ciphertext.toString('base64'),
      encryptionId: encryptedData.encryptionId
    });

    // Más tarde, desencriptar los datos (requiere autorización apropiada)
    const decryptedData = await sealClient.decrypt({
      ciphertext: encryptedData.ciphertext,
      encryptionId: encryptedData.encryptionId,
      recipientId: recipientAddress
    });

    console.log('Datos desencriptados:', decryptedData.toString('utf-8'));

  } catch (error) {
    console.error('Encriptación/desencriptación falló:', error);
  }
}

basicExample();

Control de Acceso con Smart Contracts de Sui​

El verdadero poder de Seal viene del control de acceso programable. Creemos un ejemplo de encriptación con bloqueo temporal donde los datos solo pueden ser desencriptados después de un tiempo específico.

Paso 1: Desplegar Contrato de Control de Acceso​

Primero, necesitamos un smart contract Move que defina nuestra política de acceso:

// contracts/time_lock.move
module time_lock::policy {
    use sui::clock::{Self, Clock};
    use sui::object::{Self, UID};
    use sui::tx_context::{Self, TxContext};

    public struct TimeLockPolicy has key, store {
        id: UID,
        unlock_time: u64,
        authorized_user: address,
    }

    public fun create_time_lock(
        unlock_time: u64,
        authorized_user: address,
        ctx: &mut TxContext
    ): TimeLockPolicy {
        TimeLockPolicy {
            id: object::new(ctx),
            unlock_time,
            authorized_user,
        }
    }

    public fun can_decrypt(
        policy: &TimeLockPolicy,
        user: address,
        clock: &Clock
    ): bool {
        let current_time = clock::timestamp_ms(clock);
        policy.authorized_user == user && current_time >= policy.unlock_time
    }
}

Paso 2: Integrar con Seal​

// src/time-locked-encryption.ts
import { createSealClient } from './seal-client';
import { TransactionBlock } from '@mysten/sui/transactions';

async function createTimeLocked() {
  const { sealClient, suiClient } = await createSealClient();

  // Crear política de acceso en Sui
  const txb = new TransactionBlock();

  const unlockTime = Date.now() + 60000; // Desbloquear en 1 minuto
  const authorizedUser = "0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8";

  txb.moveCall({
    target: 'time_lock::policy::create_time_lock',
    arguments: [
      txb.pure(unlockTime),
      txb.pure(authorizedUser)
    ]
  });

  // Ejecutar transacción para crear política
  const result = await suiClient.signAndExecuteTransactionBlock({
    transactionBlock: txb,
    signer: yourKeypair, // Tu keypair de Sui
  });

  const policyId = result.objectChanges?.find(
    change => change.type === 'created'
  )?.objectId;

  // Ahora encriptar con esta política
  const sensitiveData = "¡Esto se desbloqueará en 1 minuto!";

  const encryptedData = await sealClient.encrypt({
    data: Buffer.from(sensitiveData, 'utf-8'),
    recipientId: authorizedUser,
    accessPolicy: {
      policyId,
      policyType: 'time_lock'
    }
  });

  console.log('Datos con bloqueo temporal creados. Intenta desencriptar después de 1 minuto.');

  return {
    encryptedData,
    policyId,
    unlockTime
  };
}

Ejemplos Prácticos​

Ejemplo 1: Aplicación de Mensajería Segura​

// src/secure-messaging.ts
import { createSealClient } from './seal-client';

class SecureMessenger {
  private sealClient: any;

  constructor(sealClient: any) {
    this.sealClient = sealClient;
  }

  async sendMessage(
    message: string,
    recipientAddress: string,
    senderKeypair: any
  ) {
    const messageData = {
      content: message,
      timestamp: Date.now(),
      sender: senderKeypair.toSuiAddress(),
      messageId: crypto.randomUUID()
    };

    const encryptedMessage = await this.sealClient.encrypt({
      data: Buffer.from(JSON.stringify(messageData), 'utf-8'),
      recipientId: recipientAddress,
      metadata: {
        type: 'secure_message',
        sender: senderKeypair.toSuiAddress()
      }
    });

    // Almacenar mensaje encriptado en almacenamiento descentralizado (Walrus)
    return this.storeOnWalrus(encryptedMessage);
  }

  async readMessage(encryptionId: string, recipientKeypair: any) {
    // Recuperar del almacenamiento
    const encryptedData = await this.retrieveFromWalrus(encryptionId);

    // Desencriptar con Seal
    const decryptedData = await this.sealClient.decrypt({
      ciphertext: encryptedData.ciphertext,
      encryptionId: encryptedData.encryptionId,
      recipientId: recipientKeypair.toSuiAddress()
    });

    return JSON.parse(decryptedData.toString('utf-8'));
  }

  private async storeOnWalrus(data: any) {
    // Integración con almacenamiento Walrus
    // Esto subiría los datos encriptados a Walrus
    // y devolvería el blob ID para recuperación
  }

  private async retrieveFromWalrus(blobId: string) {
    // Recuperar datos encriptados de Walrus usando blob ID
  }
}

Ejemplo 2: Plataforma de Contenido con Token-Gating​

// src/gated-content.ts
import { createSealClient } from './seal-client';

class ContentGating {
  private sealClient: any;
  private suiClient: any;

  constructor(sealClient: any, suiClient: any) {
    this.sealClient = sealClient;
    this.suiClient = suiClient;
  }

  async createGatedContent(
    content: string,
    requiredNftCollection: string,
    creatorKeypair: any
  ) {
    // Crear política de propiedad NFT
    const accessPolicy = await this.createNftPolicy(
      requiredNftCollection,
      creatorKeypair
    );

    // Encriptar contenido con requisito de acceso NFT
    const encryptedContent = await this.sealClient.encrypt({
      data: Buffer.from(content, 'utf-8'),
      recipientId: 'nft_holders', // Destinatario especial para holders de NFT
      accessPolicy: {
        policyId: accessPolicy.policyId,
        policyType: 'nft_ownership'
      }
    });

    return {
      contentId: encryptedContent.encryptionId,
      accessPolicy: accessPolicy.policyId
    };
  }

  async accessGatedContent(
    contentId: string,
    userAddress: string,
    userKeypair: any
  ) {
    // Verificar propiedad NFT primero
    const hasAccess = await this.verifyNftOwnership(
      userAddress,
      contentId
    );

    if (!hasAccess) {
      throw new Error('Acceso denegado: NFT requerido no encontrado');
    }

    // Desencriptar contenido
    const decryptedContent = await this.sealClient.decrypt({
      encryptionId: contentId,
      recipientId: userAddress
    });

    return decryptedContent.toString('utf-8');
  }

  private async createNftPolicy(collection: string, creator: any) {
    // Crear contrato Move que verifique propiedad NFT
    // Devuelve ID del objeto política
  }

  private async verifyNftOwnership(user: string, contentId: string) {
    // Verificar si el usuario posee NFT requerido
    // Consultar Sui por propiedad NFT
  }
}

Ejemplo 3: Transferencia de Activos con Bloqueo Temporal​

// src/time-locked-transfer.ts
import { createSealClient } from './seal-client';

async function createTimeLockTransfer(
  assetData: any,
  recipientAddress: string,
  unlockTimestamp: number,
  senderKeypair: any
) {
  const { sealClient, suiClient } = await createSealClient();

  // Crear política de bloqueo temporal en Sui
  const timeLockPolicy = await createTimeLockPolicy(
    unlockTimestamp,
    recipientAddress,
    senderKeypair,
    suiClient
  );

  // Encriptar datos de transferencia de activos
  const transferData = {
    asset: assetData,
    recipient: recipientAddress,
    unlockTime: unlockTimestamp,
    transferId: crypto.randomUUID()
  };

  const encryptedTransfer = await sealClient.encrypt({
    data: Buffer.from(JSON.stringify(transferData), 'utf-8'),
    recipientId: recipientAddress,
    accessPolicy: {
      policyId: timeLockPolicy.policyId,
      policyType: 'time_lock'
    }
  });

  console.log(`Activo bloqueado hasta ${new Date(unlockTimestamp)}`);

  return {
    transferId: encryptedTransfer.encryptionId,
    unlockTime: unlockTimestamp,
    policyId: timeLockPolicy.policyId
  };
}

async function claimTimeLockTransfer(
  transferId: string,
  recipientKeypair: any
) {
  const { sealClient } = await createSealClient();

  try {
    const decryptedData = await sealClient.decrypt({
      encryptionId: transferId,
      recipientId: recipientKeypair.toSuiAddress()
    });

    const transferData = JSON.parse(decryptedData.toString('utf-8'));

    // Procesar la transferencia de activos
    console.log('Transferencia de activos desbloqueada:', transferData);

    return transferData;
  } catch (error) {
    console.error('Transferencia aún no desbloqueada o acceso denegado:', error);
    throw error;
  }
}

Integración con Almacenamiento Descentralizado Walrus​

Seal funciona perfectamente con Walrus, la solución de almacenamiento descentralizado de Sui. Aquí te mostramos cómo integrar ambos:

// src/walrus-integration.ts
import { createSealClient } from './seal-client';

class SealWalrusIntegration {
  private sealClient: any;
  private walrusClient: any;

  constructor(sealClient: any, walrusClient: any) {
    this.sealClient = sealClient;
    this.walrusClient = walrusClient;
  }

  async storeEncryptedData(
    data: Buffer,
    recipientAddress: string,
    accessPolicy?: any
  ) {
    // Encriptar con Seal
    const encryptedData = await this.sealClient.encrypt({
      data,
      recipientId: recipientAddress,
      accessPolicy
    });

    // Almacenar datos encriptados en Walrus
    const blobId = await this.walrusClient.store(
      encryptedData.ciphertext
    );

    // Devolver referencia que incluye info tanto de Seal como Walrus
    return {
      blobId,
      encryptionId: encryptedData.encryptionId,
      accessPolicy: encryptedData.accessPolicy
    };
  }

  async retrieveAndDecrypt(
    blobId: string,
    encryptionId: string,
    userKeypair: any
  ) {
    // Recuperar de Walrus
    const encryptedData = await this.walrusClient.retrieve(blobId);

    // Desencriptar con Seal
    const decryptedData = await this.sealClient.decrypt({
      ciphertext: encryptedData,
      encryptionId,
      recipientId: userKeypair.toSuiAddress()
    });

    return decryptedData;
  }
}

// Ejemplo de uso
async function walrusExample() {
  const { sealClient } = await createSealClient();
  const walrusClient = new WalrusClient('https://walrus-testnet.sui.io');

  const integration = new SealWalrusIntegration(sealClient, walrusClient);

  const fileData = Buffer.from('Contenido de documento importante');
  const recipientAddress = '0x...';

  // Almacenar encriptado
  const result = await integration.storeEncryptedData(
    fileData,
    recipientAddress
  );

  console.log('Almacenado con Blob ID:', result.blobId);

  // Más tarde, recuperar y desencriptar
  const decrypted = await integration.retrieveAndDecrypt(
    result.blobId,
    result.encryptionId,
    recipientKeypair
  );

  console.log('Datos recuperados:', decrypted.toString());
}

Configuración Avanzada de Encriptación Threshold​

Para aplicaciones de producción, querrás configurar encriptación threshold personalizada con múltiples servidores de claves:

// src/advanced-threshold.ts
import { SealClient } from '@mysten/seal';

async function setupProductionSeal() {
  // Configurar con múltiples servidores de claves independientes
  const keyServers = [
    'https://keyserver-1.your-org.com',
    'https://keyserver-2.partner-org.com',
    'https://keyserver-3.third-party.com',
    'https://keyserver-4.backup-provider.com',
    'https://keyserver-5.fallback.com'
  ];

  const sealClient = new SealClient({
    keyServers,
    threshold: 3, // threshold 3-de-5
    network: 'mainnet',
    // Opciones avanzadas
    retryAttempts: 3,
    timeoutMs: 10000,
    backupKeyServers: [
      'https://backup-1.emergency.com',
      'https://backup-2.emergency.com'
    ]
  });

  return sealClient;
}

async function robustEncryption() {
  const sealClient = await setupProductionSeal();

  const criticalData = "Datos encriptados de misión crítica";

  // Encriptar con garantías de alta seguridad
  const encrypted = await sealClient.encrypt({
    data: Buffer.from(criticalData, 'utf-8'),
    recipientId: '0x...',
    // Requerir todos los 5 servidores para máxima seguridad
    customThreshold: 5,
    // Agregar redundancia
    redundancy: 2,
    accessPolicy: {
      // Requisitos multi-factor
      requirements: ['nft_ownership', 'time_lock', 'multisig_approval']
    }
  });

  return encrypted;
}

Mejores Prácticas de Seguridad​

1. Gestión de Claves​

// src/security-practices.ts

// BUENO: Usar derivación segura de claves
import { generateKeypair } from '@mysten/sui/cryptography/ed25519';

const keypair = generateKeypair();

// BUENO: Almacenar claves de forma segura (ejemplo con variables de entorno)
const keypair = Ed25519Keypair.fromSecretKey(
  process.env.PRIVATE_KEY
);

// MALO: Nunca hardcodear claves
const badKeypair = Ed25519Keypair.fromSecretKey(
  "hardcoded-secret-key-12345" // ¡No hagas esto!
);

2. Validación de Políticas de Acceso​

// Siempre validar políticas de acceso antes de encriptar
async function secureEncrypt(data: Buffer, recipient: string) {
  const { sealClient } = await createSealClient();

  // Validar dirección del destinatario
  if (!isValidSuiAddress(recipient)) {
    throw new Error('Dirección de destinatario inválida');
  }

  // Verificar que la política existe y es válida
  const policy = await validateAccessPolicy(policyId);
  if (!policy.isValid) {
    throw new Error('Política de acceso inválida');
  }

  return sealClient.encrypt({
    data,
    recipientId: recipient,
    accessPolicy: policy
  });
}

3. Manejo de Errores y Respaldos​

// Manejo robusto de errores
async function resilientDecrypt(encryptionId: string, userKeypair: any) {
  const { sealClient } = await createSealClient();

  try {
    return await sealClient.decrypt({
      encryptionId,
      recipientId: userKeypair.toSuiAddress()
    });
  } catch (error) {
    if (error.code === 'ACCESS_DENIED') {
      throw new Error('Acceso denegado: Verifica tus permisos');
    } else if (error.code === 'KEY_SERVER_UNAVAILABLE') {
      // Intentar con configuración de respaldo
      return await retryWithBackupServers(encryptionId, userKeypair);
    } else if (error.code === 'THRESHOLD_NOT_MET') {
      throw new Error('Servidores de claves insuficientes disponibles');
    } else {
      throw new Error(`Desencriptación falló: ${error.message}`);
    }
  }
}

4. Validación de Datos​

// Validar datos antes de encriptar
function validateDataForEncryption(data: Buffer): boolean {
  // Verificar límites de tamaño
  if (data.length > 1024 * 1024) { // límite de 1MB
    throw new Error('Datos demasiado grandes para encriptar');
  }

  // Verificar patrones sensibles (opcional)
  const dataStr = data.toString();
  if (containsSensitivePatterns(dataStr)) {
    console.warn('Advertencia: Los datos contienen patrones potencialmente sensibles');
  }

  return true;
}

Optimización de Rendimiento​

1. Operaciones en Lotes​

// Procesar múltiples encriptaciones por lotes para eficiencia
async function batchEncrypt(dataItems: Buffer[], recipients: string[]) {
  const { sealClient } = await createSealClient();

  const promises = dataItems.map((data, index) =>
    sealClient.encrypt({
      data,
      recipientId: recipients[index]
    })
  );

  return Promise.all(promises);
}

2. Caché de Respuestas de Servidores de Claves​

// Cachear sesiones de servidores de claves para reducir latencia
class OptimizedSealClient {
  private sessionCache = new Map();

  async encryptWithCaching(data: Buffer, recipient: string) {
    let session = this.sessionCache.get(recipient);

    if (!session || this.isSessionExpired(session)) {
      session = await this.createNewSession(recipient);
      this.sessionCache.set(recipient, session);
    }

    return this.encryptWithSession(data, session);
  }
}

Probando tu Integración Seal​

Pruebas Unitarias​

// tests/seal-integration.test.ts
import { describe, it, expect } from 'jest';
import { createSealClient } from '../src/seal-client';

describe('Integración Seal', () => {
  it('debería encriptar y desencriptar datos exitosamente', async () => {
    const { sealClient } = await createSealClient();
    const testData = Buffer.from('mensaje de prueba');
    const recipient = '0x742d35cc6d4c0c08c0f9bf3c9b2b6c64b3b4f5c6d7e8f9a0b1c2d3e4f5a6b7c8';

    const encrypted = await sealClient.encrypt({
      data: testData,
      recipientId: recipient
    });

    expect(encrypted.encryptionId).toBeDefined();
    expect(encrypted.ciphertext).toBeDefined();

    const decrypted = await sealClient.decrypt({
      ciphertext: encrypted.ciphertext,
      encryptionId: encrypted.encryptionId,
      recipientId: recipient
    });

    expect(decrypted.toString()).toBe('mensaje de prueba');
  });

  it('debería aplicar políticas de control de acceso', async () => {
    // Probar que usuarios no autorizados no pueden desencriptar
    const { sealClient } = await createSealClient();

    const encrypted = await sealClient.encrypt({
      data: Buffer.from('secreto'),
      recipientId: 'authorized-user'
    });

    await expect(
      sealClient.decrypt({
        ciphertext: encrypted.ciphertext,
        encryptionId: encrypted.encryptionId,
        recipientId: 'unauthorized-user'
      })
    ).rejects.toThrow('Acceso denegado');
  });
});

Despliegue a Producción​

Configuración de Entorno​

// config/production.ts
export const productionConfig = {
  keyServers: [
    process.env.KEY_SERVER_1,
    process.env.KEY_SERVER_2,
    process.env.KEY_SERVER_3,
    process.env.KEY_SERVER_4,
    process.env.KEY_SERVER_5
  ],
  threshold: 3,
  network: 'mainnet',
  suiRpc: process.env.SUI_RPC_URL,
  walrusGateway: process.env.WALRUS_GATEWAY,
  // Configuraciones de seguridad
  maxDataSize: 1024 * 1024, // 1MB
  sessionTimeout: 3600000, // 1 hora
  retryAttempts: 3
};

Monitoreo y Logging​

// utils/monitoring.ts
export class SealMonitoring {
  static logEncryption(encryptionId: string, recipient: string) {
    console.log(`[SEAL] Datos encriptados ${encryptionId} para ${recipient}`);
    // Enviar a tu servicio de monitoreo
  }

  static logDecryption(encryptionId: string, success: boolean) {
    console.log(`[SEAL] Desencriptación ${encryptionId}: ${success ? 'ÉXITO' : 'FALLÓ'}`);
  }

  static logKeyServerHealth(serverUrl: string, status: string) {
    console.log(`[SEAL] Servidor de claves ${serverUrl}: ${status}`);
  }
}

Recursos y Próximos Pasos​

Documentación Oficial​

• Documentación Seal: https://seal-docs.wal.app/
• Repositorio GitHub: https://github.com/MystenLabs/seal
• Documentación Sui: https://docs.sui.io/
• Documentación Walrus: https://docs.wal.app/

Comunidad y Soporte​

• Discord de Sui: Únete al canal #seal para soporte comunitario
• GitHub Issues: Reporta bugs y solicita funcionalidades
• Foros de Desarrolladores: Foros comunitarios de Sui para discusiones

Temas Avanzados para Explorar​

1. Políticas de Acceso Personalizadas: Construir lógica de autorización compleja con contratos Move
2. Integración Cross-Chain: Usar Seal con otras redes blockchain
3. Gestión de Claves Empresarial: Configurar tu propia infraestructura de servidores de claves
4. Auditoría y Cumplimiento: Implementar logging y monitoreo para entornos regulados

Aplicaciones de Ejemplo​

• App de Chat Seguro: Mensajería con encriptación extremo a extremo con Seal
• Gestión de Documentos: Compartir documentos empresariales con controles de acceso
• Gestión de Derechos Digitales: Distribución de contenido con políticas de uso
• Análisis Preservando Privacidad: Flujos de trabajo de procesamiento de datos encriptados

Conclusión​

Seal representa un cambio fundamental hacia hacer de la privacidad y la infraestructura de encriptación preocupaciones a nivel de infraestructura en Web3. Al combinar encriptación basada en identidad, seguridad threshold y control de acceso programable, proporciona a los desarrolladores herramientas poderosas para construir aplicaciones verdaderamente seguras y descentralizadas.

Las ventajas clave de construir con Seal incluyen:

• Sin Punto Único de Falla: Los servidores de claves distribuidos eliminan autoridades centrales
• Seguridad Programable: Las políticas de acceso basadas en smart contracts proporcionan autorización flexible
• Amigable para Desarrolladores: El SDK TypeScript se integra perfectamente con herramientas Web3 existentes
• Agnóstico de Almacenamiento: Funciona con Walrus, IPFS o cualquier solución de almacenamiento
• Listo para Producción: Construido por Mysten Labs con estándares de seguridad empresarial

Ya sea que estés asegurando datos de usuarios, implementando modelos de suscripción o construyendo aplicaciones complejas multi-party, Seal proporciona las primitivas criptográficas y la infraestructura de control de acceso que necesitas para construir con confianza.

Comienza a construir hoy y únete al creciente ecosistema de desarrolladores haciendo de la privacidad una parte fundamental de la infraestructura pública.

¿Listo para empezar a construir? Instala @mysten/seal y comienza a experimentar con los ejemplos de este tutorial. La web descentralizada está esperando aplicaciones que pongan la privacidad y seguridad primero.