Skip to main content

Qué es DePIN

Nota: Este documento es una traducción automática del original en inglés.

Qué es DePIN

DePIN (Decentralized Physical Infrastructure Networks, redes de infraestructura física descentralizada) describe protocolos de blockchain que coordinan recursos físicos del mundo real —hardware de cómputo, dispositivos de almacenamiento, puntos de acceso inalámbricos, sensores, sistemas de energía, capacidad de ancho de banda— mediante incentivos de tokens en lugar de propiedad centralizada. En lugar de que una empresa construya y opere una red de infraestructura (un centro de datos, una red celular, una CDN), un protocolo DePIN incentiva a participantes independientes a aportar sus propios recursos físicos a una red compartida, coordinada por contratos inteligentes y recompensada con tokens.

En resumen: DePIN usa incentivos de tokens para construir redes de infraestructura física a partir de hardware distribuido y de propiedad independiente, en lugar de activos corporativos centralizados.

Cómo funciona DePIN

Un protocolo DePIN normalmente sigue un patrón común: definir el recurso físico necesario, incentivar a proveedores independientes a aportar ese recurso, verificar las contribuciones y coordinar el uso mediante mecanismos on-chain.

El flywheel de DePIN

El modelo económico central de DePIN sigue un ciclo:

  1. Diseño del protocolo — el proyecto define qué recurso físico se necesita (cómputo de GPU, almacenamiento, cobertura inalámbrica, datos de sensores) y cómo se miden y verifican las contribuciones.
  2. Incorporación de proveedores — operadores independientes despliegan hardware físico (GPU, discos duros, hotspots, sensores) y se registran en el protocolo.
  3. Distribución de incentivos — los proveedores ganan recompensas en tokens por aportar recursos, en proporción a la calidad y cantidad de su contribución.
  4. Generación de demanda — a medida que la red crece, las aplicaciones y los usuarios consumen los recursos agrupados, generando ingresos por comisiones.
  5. Sostenibilidad — idealmente, los ingresos por comisiones de la demanda real reemplazan gradualmente la emisión de tokens como incentivo principal para los proveedores.

El reto para cada proyecto DePIN es completar este ciclo. Muchos proyectos incorporan con éxito proveedores mediante incentivos de tokens, pero tienen dificultades para generar demanda real de los recursos agrupados.

Verificación

Un reto fundamental en DePIN es verificar que los proveedores están aportando realmente los recursos que afirman. A diferencia de los protocolos puramente digitales, donde el cómputo puede verificarse on-chain, los recursos físicos requieren mecanismos de prueba:

  • Prueba de cómputo — verificar que una GPU realizó efectivamente el cómputo reclamado (mediante protocolos de desafío-respuesta, atestaciones de TEE o cómputo redundante).
  • Prueba de almacenamiento — verificar que los datos se están almacenando realmente y siguen siendo recuperables (mediante pruebas criptográficas de replicación y recuperabilidad).
  • Prueba de cobertura — verificar que un dispositivo inalámbrico está proporcionando realmente cobertura en una ubicación reclamada (mediante GPS, mecanismos de testigos o validación de radiofrecuencia).
  • Prueba de ancho de banda — verificar que la capacidad de red está genuinamente disponible y cumple las especificaciones reclamadas.

La sofisticación de estos mecanismos de verificación varía ampliamente entre los proyectos DePIN y es un diferenciador clave a la hora de evaluar su sustancia técnica.

Cómputo en el borde (edge)

Edge en el contexto de DePIN se refiere a los recursos de cómputo y procesamiento desplegados en la periferia de la red —cerca de los usuarios finales o las fuentes de datos en lugar de en centros de datos centralizados—. Los nodos edge suelen ser más pequeños, más distribuidos y de menor latencia que las alternativas basadas en la nube.

En las redes DePIN centradas en el cómputo, los nodos edge cumplen varias funciones:

  • Inferencia de baja latencia — ejecutar la inferencia de IA más cerca del usuario reduce el tiempo de respuesta en comparación con enrutar las solicitudes a centros de datos lejanos.
  • Procesamiento local de datos — procesar datos de sensores, telemetría de IoT o flujos de vídeo en el borde reduce los requisitos de ancho de banda y mantiene los datos más cerca de su origen.
  • Distribución geográfica — los nodos edge distribuidos en muchas ubicaciones proporcionan una resiliencia y cobertura que los centros de datos centralizados no pueden igualar.

El cómputo en el borde es particularmente relevante para los proyectos DePIN de IA, donde la infraestructura física que se coordina es hardware de GPU distribuido en muchas ubicaciones, cada una sirviendo solicitudes de inferencia locales o regionales. La contrapartida es que los nodos edge son individualmente menos potentes que los clústeres de GPU centralizados, lo que limita la complejidad de los modelos que pueden ejecutar.

Infraestructura crowd-sourced

La infraestructura crowd o crowd-sourced se refiere a los modelos DePIN donde los recursos físicos provienen de un gran número de contribuyentes pequeños e individualmente insignificantes, en lugar de un número menor de operadores profesionales. El agregado de muchas pequeñas contribuciones crea una red funcional.

Ejemplos de patrones DePIN crowd-sourced:

  • Hardware de consumo — redes construidas a partir de GPU de consumo, discos de almacenamiento domésticos o dispositivos personales en lugar de hardware empresarial.
  • Monetización de recursos inactivos — los participantes aportan recursos que de otro modo permanecerían sin usar (ciclos de cómputo sobrantes, ancho de banda no utilizado, espacio de almacenamiento disponible).
  • Redes de sensores — un gran número de sensores individualmente baratos (estaciones meteorológicas, monitores de calidad del aire, contadores de tráfico) producen colectivamente un conjunto de datos valioso.
  • Redes inalámbricas — los individuos despliegan pequeños dispositivos inalámbricos (hotspots, microceldas 5G) para construir colectivamente cobertura en un área geográfica.

El modelo crowd permite redes que serían prohibitivamente caras de construir para una sola entidad. Sin embargo, introduce retos en cuanto a consistencia de calidad, fiabilidad y coordinación que la infraestructura profesional no enfrenta.

Ancho de banda

El ancho de banda en DePIN se refiere a la capacidad de red —la capacidad de transferir datos entre puntos—. Los proyectos DePIN centrados en el ancho de banda coordinan recursos de red distribuidos para proporcionar:

  • Servicios de CDN — redes de entrega de contenido construidas a partir de nodos distribuidos que almacenan en caché y sirven contenido, reduciendo la latencia y la carga en los servidores de origen.
  • Redes de VPN y proxy — redes privadas virtuales descentralizadas donde los participantes comparten sus conexiones a internet para proporcionar privacidad y distribución geográfica.
  • Retransmisión de datos (data relay) — redes que retransmiten datos entre nodos, cadenas o servicios, proporcionando la capa de conectividad para otros protocolos.
  • Streaming y entrega de medios — ancho de banda distribuido para streaming de vídeo, transmisiones en directo o distribución de archivos grandes.

Los proyectos DePIN de ancho de banda enfrentan un reto de verificación particular: probar que un nodo tiene realmente la capacidad de ancho de banda reclamada y está retransmitiendo tráfico genuinamente en lugar de simplemente aparecer en línea. La calidad del servicio (latencia, tiempo de actividad, consistencia del rendimiento) también debe medirse y verificarse de forma continua.

La intersección entre el DePIN de ancho de banda y la IA se manifiesta en proyectos donde la capacidad de red distribuida sirve cargas de trabajo de IA: entregar los pesos de los modelos a los nodos de inferencia, enrutar solicitudes de inferencia a través de una red distribuida, o transmitir datos de entrenamiento a clústeres de GPU distribuidos.

Por qué importa para los proyectos de IA cripto

DePIN es directamente relevante para la IA cripto porque varias categorías de proyectos de IA son fundamentalmente proyectos DePIN:

  • Redes AI/Compute — las redes de GPU descentralizadas que coordinan hardware físico de cómputo para el entrenamiento y la inferencia de IA son un ejemplo primario de DePIN. El recurso físico es el hardware de GPU; el mecanismo de coordinación es on-chain.
  • Redes AI/Data — los proyectos que coordinan infraestructura física de almacenamiento y recopilación de datos para conjuntos de datos de IA operan como redes DePIN para la capa de datos.
  • Redes AI/Inference — redes de servicio de inferencia distribuidas donde nodos de GPU operados independientemente sirven colectivamente solicitudes de inferencia de modelos.
  • Redes de sensores y recopilación de datos — los proyectos de IA que requieren datos del mundo real (para entrenamiento o como entrada) pueden usar redes de sensores al estilo DePIN para recopilar esos datos de forma descentralizada.

El enfoque DePIN es útil porque destaca la dimensión física de estos proyectos. Una red de cómputo descentralizada no es solo un protocolo de software —depende de personas reales que operan hardware real en ubicaciones reales, con costos reales de electricidad y depreciación real del hardware—. Esta fisicidad introduce restricciones (verificación, fiabilidad, mantenimiento) que los protocolos puramente digitales no enfrentan.

Dónde aparece esto en las fichas de proyecto de DecAIHub

Los conceptos de DePIN aparecen en las fichas de proyecto a través de varios campos:

  • Category — los proyectos con características DePIN normalmente aparecen bajo AI/Compute | Infra, AI/Data | Infra o AI/Inference | Infra. El modificador Infra suele señalar una arquitectura al estilo DePIN donde el proyecto coordina recursos físicos.
  • Type — los proyectos DePIN normalmente se clasifican como "Protocol" o "Network" en lugar de "Application".
  • AI component — los componentes de IA relevantes para DePIN incluyen "compute orchestration", "decentralized GPU network", "distributed inference", "data collection network" y descriptores similares a nivel de infraestructura.
  • Use case — los casos de uso relacionados con DePIN incluyen "GPU marketplace", "decentralized compute", "distributed storage", "bandwidth sharing" y "sensor data collection".
  • Consensus — algunos proyectos DePIN usan mecanismos de consenso personalizados diseñados para su tipo de recurso específico (prueba de cómputo, prueba de almacenamiento, prueba de cobertura).

La evaluación DecAI Fit para los proyectos DePIN presta especial atención al onchain_score: ¿es la coordinación de la blockchain genuinamente necesaria para gestionar la red de recursos físicos, o podría lograrse la misma coordinación con una base de datos centralizada? Para muchos proyectos DePIN, la capa on-chain proporciona una contabilidad de recursos verificable y un pago sin confianza entre desconocidos —funciones que se benefician de la descentralización.

Lo que DePIN por sí solo no prueba

  • La etiqueta DePIN no prueba que la infraestructura física exista realmente. Un proyecto puede describir una arquitectura DePIN teniendo pocos o ningún proveedor de hardware activo.
  • Un gran número de nodos no prueba una utilización real. Una red DePIN puede tener muchos proveedores registrados atraídos por las recompensas en tokens, pero una demanda real mínima de los recursos proporcionados.
  • Los incentivos de tokens para los proveedores de hardware no prueban que la red sea sostenible. Si los proveedores solo están motivados por la emisión de tokens en lugar de por los ingresos por comisiones de la demanda real, la red puede no sobrevivir a las reducciones de emisión.
  • Una arquitectura DePIN para cómputo de IA no prueba que el componente de IA sea real o sofisticado. La infraestructura de hardware y las aplicaciones de IA que se ejecutan sobre ella deben evaluarse de forma independiente.
  • La distribución geográfica de los nodos no prueba una descentralización significativa si todos los nodos ejecutan el mismo software controlado por un equipo, se conectan al mismo coordinador o dependen de un único punto de fallo.

No confundir con

  • Infra — infra es una categoría más amplia que incluye tanto infraestructura física (DePIN) como infraestructura puramente digital (protocolos de indexación, herramientas para desarrolladores, frameworks de contratos inteligentes). Todo DePIN es infra, pero no toda infra es DePIN.
  • Computación en la nube — los servicios cloud centralizados (AWS, Google Cloud) proporcionan recursos similares (cómputo, almacenamiento, ancho de banda) pero a través de centros de datos de propiedad corporativa con control centralizado. DePIN distribuye la propiedad y la coordinación entre participantes independientes.
  • IoT (Internet de las cosas) — IoT se refiere a dispositivos físicos conectados. DePIN puede usar dispositivos IoT como nodos, pero DePIN se refiere específicamente a la estructura de incentivos coordinada por blockchain, no a los dispositivos en sí.
  • Minería — la minería tradicional de criptomonedas (PoW) implica hardware físico, pero se centra en la producción de bloques y el consenso, no en proporcionar servicios de infraestructura generales. DePIN coordina recursos físicos para una utilidad específica más allá del consenso.
  • Staking — el staking implica bloquear tokens para asegurar una red. Aunque los proveedores de DePIN pueden hacer staking de tokens, el núcleo de DePIN es proporcionar recursos físicos, no solo un compromiso de capital.

Preguntas frecuentes

¿Qué tipos de recursos físicos puede coordinar DePIN?

DePIN se ha aplicado a una amplia gama de recursos físicos: potencia de cómputo de GPU, cómputo de CPU, almacenamiento en disco duro, espectro inalámbrico (Wi-Fi, 5G, LoRaWAN), ancho de banda de internet, datos de ubicación geográfica, sensores ambientales (clima, calidad del aire, suelo), generación y almacenamiento de energía, redes de vehículos y transporte, y datos de mapeo e imágenes. El requisito común es que el recurso debe ser (1) aportable por participantes independientes, (2) medible y verificable por el protocolo, y (3) útil cuando se agrega entre muchos proveedores. Para la IA cripto en concreto, el cómputo de GPU, el almacenamiento y el ancho de banda son los tipos de recurso más directamente relevantes.

¿Cómo funciona la verificación de DePIN para el cómputo de IA?

Verificar que un proveedor de GPU realizó realmente el cómputo de IA reclamado es uno de los problemas más difíciles en DePIN. Los enfoques comunes incluyen: cómputo redundante (enviar la misma tarea a varios proveedores y comparar los resultados), protocolos de desafío-respuesta (enviar periódicamente desafíos de respuesta conocida para verificar que el proveedor está funcionando correctamente), atestación de TEE (usar entornos de ejecución confiables a nivel de hardware para atestiguar que un código específico se ejecutó en un hardware específico), y pruebas criptográficas como zkML (generar una prueba de que un modelo específico se evaluó correctamente sobre una entrada específica sin revelar los datos). Cada enfoque tiene contrapartidas entre costo, latencia, garantías de seguridad y viabilidad práctica de despliegue.

¿Cuál es la diferencia entre DePIN y un marketplace de GPU?

Un marketplace de GPU es un tipo específico de aplicación DePIN centrada en recursos de cómputo. DePIN es la categoría más amplia: cualquier protocolo que coordine infraestructura física mediante incentivos de tokens. Un marketplace de GPU empareja la demanda de cómputo con una oferta de GPU distribuida —es DePIN aplicado al cómputo—. Pero DePIN también incluye redes de almacenamiento, redes inalámbricas, redes de sensores, redes de ancho de banda y otros tipos de recursos físicos que no tienen nada que ver con las GPU. Además, algunos marketplaces de GPU pueden no usar mecanismos DePIN fuertes (verificación, coordinación on-chain) y operar más como marketplaces cloud tradicionales con un token adjunto.

¿Es DePIN sostenible sin incentivos de tokens?

Esta es la cuestión económica central para cada proyecto DePIN. En las primeras etapas, los incentivos de tokens (recompensas inflacionarias) subsidian a los proveedores para construir oferta antes de que exista la demanda. Para que la red sea sostenible a largo plazo, la demanda real de los recursos proporcionados debe generar suficientes ingresos por comisiones para compensar a los proveedores incluso a medida que la emisión de tokens disminuye. Los proyectos que no logran generar demanda real enfrentan una "espiral de muerte" donde la disminución de las recompensas en tokens hace que los proveedores se vayan, lo que reduce la capacidad de la red, lo que reduce aún más la demanda. Los proyectos DePIN más sostenibles son aquellos donde la infraestructura agrupada proporciona un servicio por el que los usuarios están dispuestos a pagar a precios de mercado, independientemente de la especulación con el token.

Referencias externas

Véase también

No comments to display

Back to top