Skip to main content

Qué es una dApp

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

Qué es una dApp

Una dApp (aplicación descentralizada) es software que interactúa con una blockchain a través de contratos inteligentes en lugar de depender enteramente de un servidor centralizado tradicional. A diferencia de las aplicaciones convencionales, donde una única empresa controla el backend, la base de datos y la lógica de negocio, una dApp coloca operaciones críticas on-chain, haciéndolas transparentes, auditables y resistentes a puntos únicos de fallo.

El término abarca una amplia gama de productos: exchanges descentralizados, protocolos de préstamos, marketplaces de NFT, juegos on-chain, plataformas de inferencia de IA y más. Lo que los une es la decisión arquitectónica de delegar la lógica sensible a la confianza en contratos inteligentes en lugar de en los servidores privados de una empresa.

En resumen: una dApp es software construido sobre contratos inteligentes de blockchain, y DecAIHub rastrea si los proyectos de IA cripto entregan aplicaciones descentralizadas reales o solo productos centralizados con un token adjunto.

Cómo funciona una dApp

Una aplicación web tradicional sigue un patrón familiar de tres capas: frontend (lo que el usuario ve), backend (lógica del servidor) y base de datos (donde se almacena el estado). Una dApp modifica este patrón reemplazando algunas o todas las capas de backend y base de datos con contratos inteligentes desplegados en una blockchain.

Frontend

La capa orientada al usuario de una dApp suele ser una aplicación web estándar —HTML, CSS, JavaScript— servida a través de un navegador o una aplicación móvil. La diferencia clave es cómo se comunica el frontend con el backend. En lugar de enviar solicitudes al servidor de API de una empresa, el frontend de una dApp envía transacciones a un nodo de blockchain, normalmente a través de una interfaz de wallet.

Cuando un usuario conecta una wallet cripto (como MetaMask o Phantom) a un sitio web y aprueba una transacción, está interactuando con el frontend de una dApp. La wallet firma la transacción con la clave privada del usuario, y la transacción firmada se difunde a la red blockchain.

Backend de contratos inteligentes

En una aplicación tradicional, el código del lado del servidor se ejecuta en máquinas que la empresa controla. En una dApp, la lógica de negocio central vive en contratos inteligentes: programas desplegados en una blockchain que se ejecutan automáticamente cuando se les llama. Estos contratos son públicos, auditables e inmutables una vez desplegados (aunque existen patrones de actualización como los proxies).

Considera un exchange descentralizado: cuando un usuario intercambia un token por otro, la lógica del swap no se ejecuta en el servidor de una empresa. Se ejecuta dentro de un contrato inteligente en Ethereum, Solana u otra cadena. Las reglas de fijación de precios, los pools de liquidez y la distribución de comisiones están codificadas en el contrato y se aplican mediante el mecanismo de consenso de la red.

Estado y almacenamiento de datos

Las aplicaciones tradicionales almacenan datos en bases de datos propietarias. Una dApp almacena el estado crítico —saldos de tokens, registros de propiedad, votos de gobernanza, parámetros del contrato— directamente en la blockchain. Esto hace que el estado sea verificable públicamente por cualquiera con acceso a un explorador de bloques.

Sin embargo, no todos los datos viven on-chain. Almacenar grandes cantidades de datos en una blockchain es caro, por lo que muchas dApps usan un enfoque híbrido: el estado crítico on-chain, y los datos auxiliares (imágenes, metadatos, grandes conjuntos de datos) en sistemas de almacenamiento descentralizado como IPFS o Arweave, o a veces en servidores tradicionales.

El ciclo de interacción

Una interacción típica con una dApp sigue este camino:

  1. El usuario abre la interfaz web de la dApp en un navegador.
  2. El usuario conecta su wallet cripto.
  3. El usuario inicia una acción (swap, stake, voto, envío de datos).
  4. La wallet presenta una transacción para que el usuario la revise y firme.
  5. La transacción firmada se envía a la red blockchain.
  6. Los validadores o productores de bloques incluyen la transacción en un bloque.
  7. El contrato inteligente ejecuta la lógica y actualiza el estado on-chain.
  8. El frontend lee el estado actualizado y refleja el resultado.

Cada paso es transparente: la transacción es visible on-chain, el código del contrato inteligente puede revisarse y el resultado puede verificarse de forma independiente.

En qué se diferencian las dApps de las aplicaciones tradicionales

Las diferencias no son solo técnicas: cambian el modelo de confianza de forma fundamental.

Aspecto Aplicación tradicional dApp
Control del backend La empresa posee y opera los servidores Los contratos inteligentes se ejecutan en una red descentralizada
Propiedad de los datos La empresa controla la base de datos El estado crítico se almacena en una blockchain pública
Tiempo de inactividad La empresa puede cerrar o restringir el acceso Los contratos inteligentes siguen accesibles mientras la red funcione
Auditabilidad El código fuente suele ser privado Los contratos inteligentes son verificables públicamente
Sistema de cuentas Nombres de usuario y contraseñas gestionados por la empresa Los usuarios se autentican con su propia wallet y clave privada
Actualizaciones La empresa publica actualizaciones a voluntad Las actualizaciones del contrato siguen la gobernanza on-chain o son imposibles (contratos inmutables)
Modelo de costos La empresa absorbe los costos del servidor; los usuarios pueden pagar suscripciones Los usuarios pagan gas fees por las transacciones on-chain

Esto no significa que las dApps sean categóricamente mejores. Introducen compensaciones: las transacciones on-chain cuestan gas, los bugs en los contratos inteligentes pueden ser irreversibles y la experiencia de usuario a menudo requiere más conocimiento técnico (gestionar wallets, aprobar transacciones, entender el gas).

Por qué los proyectos de IA construyen dApps

La intersección de la IA y la blockchain crea razones específicas para construir aplicaciones descentralizadas en lugar de productos SaaS tradicionales.

Ejecución transparente de IA. Cuando un modelo de IA ejecuta una inferencia, hace predicciones o procesa datos a través de una dApp, las entradas, las salidas y los parámetros pueden registrarse o verificarse on-chain. Esto crea un rastro de auditoría que los servicios de IA centralizados no proporcionan por defecto. Para los proyectos que afirman una toma de decisiones impulsada por IA —trading automatizado, evaluación de riesgos, etiquetado de datos—, la ejecución o verificación on-chain hace esas afirmaciones comprobables.

Mercados descentralizados de cómputo y datos. Varios proyectos de IA cripto construyen dApps que coordinan recursos de cómputo distribuidos o contribuciones de datos. Los participantes ofrecen tiempo de GPU, conjuntos de datos etiquetados o alojamiento de modelos a través de contratos inteligentes que gestionan los pagos, la verificación de calidad y la asignación de tareas. El patrón dApp garantiza que las reglas del marketplace sean aplicadas por el código, no por la discreción de un operador de plataforma.

Acceso e incentivos gestionados por tokens (token-gated). Las dApps permiten modelos económicos difíciles de replicar en las aplicaciones tradicionales. Los servicios de IA pueden restringirse según las tenencias de tokens, las comisiones de uso pueden distribuirse automáticamente a los contribuyentes mediante contratos inteligentes, y la gobernanza sobre la selección de modelos, las políticas de datos o las actualizaciones de parámetros puede gestionarse mediante votación on-chain.

Composabilidad. Las dApps en la misma blockchain pueden interactuar entre sí mediante llamadas a contratos inteligentes. Una dApp de inferencia de IA puede componerse con un protocolo DeFi, un marketplace de datos o un marco de gobernanza, creando una funcionalidad que ningún proyecto por sí solo podría construir. Esta composabilidad es una razón central por la que los proyectos de IA eligen construir sobre infraestructura blockchain en lugar de en entornos de nube aislados.

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

En una ficha de proyecto de DecAIHub, el concepto de dApp aparece en varios campos:

  • Type — un proyecto dApp suele tener el campo Type establecido en EVM o non-EVM (dependiendo de la plataforma de contratos inteligentes en la que despliega), a diferencia de Appchain (donde el proyecto es en sí mismo su propia red blockchain).
  • Category — los proyectos orientados a dApp aparecen a menudo bajo categorías como AI/Agents, AI/Inference, AI/Data, o categorías de dominio cruzado como AI/Agents | DeFi, donde el componente de IA se entrega a través de una aplicación descentralizada.
  • AI component — la ficha de proyecto especifica qué hace realmente la IA dentro de la dApp (inferencia, coordinación de cómputo, análisis, entrenamiento). Una etiqueta de dApp sin un componente de IA concreto es una señal para investigar más a fondo.
  • Onchain necessity — este campo evalúa si la integración con blockchain es estructuralmente necesaria para el producto. Para una dApp genuina, la respuesta debería ser clara: la capa de contratos inteligentes realiza funciones que no podrían replicarse con un backend tradicional sin perder transparencia, ausencia de confianza (trustlessness) o resistencia a la censura. Si la capa de blockchain pudiera eliminarse sin cambiar la funcionalidad central del producto, la etiqueta "dApp" es cosmética.

Al leer una ficha de proyecto, un perfil de dApp (Type: EVM o non-EVM combinado con que el proyecto se despliega en la red de otra persona) junto con una sólida calificación de Onchain necessity indica que el proyecto tiene una razón significativa para estar on-chain. El mismo perfil con una Onchain necessity débil o ausente sugiere que la arquitectura de aplicación descentralizada puede ser más narrativa que sustancia.

Lo que la etiqueta de dApp por sí sola no prueba

Llamar a un producto "dApp" es una afirmación estructural, no una garantía de calidad. La etiqueta de dApp por sí sola no demuestra:

  • AI reality — una dApp puede existir sin ningún componente de IA real. Los contratos inteligentes pueden gestionar transferencias de tokens y gobernanza mientras la "IA" existe solo en los materiales de marketing. DecAIHub evalúa la AI reality por separado mediante el espectro de AI_0 a AI_4 y la evidencia Tier-1.

  • Profundidad de la descentralización — un proyecto puede llamarse a sí mismo dApp mientras ejecuta toda la lógica significativa en servidores centralizados y usa la blockchain solo para transferencias de tokens. El grado de descentralización importa más que la etiqueta. Comprueba qué operaciones se ejecutan realmente on-chain frente a off-chain.

  • Seguridad — los contratos inteligentes pueden contener bugs, y las dApps pueden ser explotadas. Una dApp no es inherentemente segura. Los informes de auditoría, los programas de bug bounty y la verificación de contratos son evidencia separada de las prácticas de seguridad.

  • Valor para el usuario — una dApp técnicamente válida puede no resolver ningún problema real. El producto debe entregar utilidad más allá de la novedad de estar "on-chain".

  • Token necessity — una dApp puede funcionar perfectamente sin un token. La presencia de un token junto a una dApp no significa que el token sea necesario. La Token necessity se evalúa de forma independiente.

No confundir con

  • Contrato inteligente — un contrato inteligente es un programa desplegado en una blockchain. Una dApp es una aplicación completa que usa contratos inteligentes como su backend. Un único contrato inteligente no es una dApp por sí solo, así como un único endpoint de API no es una aplicación web.

  • Protocolo — un protocolo define un conjunto de reglas y estándares para la interacción. Protocolos como Uniswap o Aave definen la lógica del contrato inteligente, pero la dApp es el producto completo orientado al usuario que incluye el frontend, la integración de la wallet y los contratos del protocolo. Algunos protocolos tienen múltiples frontends de dApp construidos encima de ellos.

  • Sitio web con conexión de wallet — conectar una wallet a un sitio web no lo convierte en una dApp. Si la conexión de la wallet se usa solo para autenticación o para mostrar tokens, y no hay transacciones on-chain involucradas en la lógica central del producto, la aplicación no está descentralizada de forma significativa.

  • Token — un token es un activo digital en una blockchain. Una dApp puede usar un token, pero son cosas distintas. Muchos tokens existen sin ninguna dApp asociada, y algunas dApps operan sin un token nativo.

  • Protocolo DeFi — los protocolos DeFi (finanzas descentralizadas) son un subconjunto de las dApps centrado en servicios financieros. Todos los protocolos DeFi son dApps, pero no todas las dApps son DeFi. Las dApps centradas en IA, las dApps de juegos, las dApps sociales y las dApps de marketplaces de datos son categorías igualmente válidas.

Preguntas frecuentes

¿Todo proyecto cripto necesita ser una dApp?

No. Muchos proyectos cripto valiosos son capas de infraestructura (blockchains L1 o L2), herramientas para desarrolladores, redes de oráculos o servicios de datos. La arquitectura de un proyecto debe coincidir con su propósito. Forzar un patrón dApp en un producto que funcionaría mejor como infraestructura o como un servicio tradicional no añade valor: añade complejidad.

¿Puede una dApp funcionar sin internet?

No. Una dApp requiere conectividad de red para interactuar con la blockchain. La blockchain en sí es una red distribuida de nodos que se comunican por internet. Sin acceso a la red, un usuario no puede enviar transacciones ni leer el estado on-chain. Sin embargo, los datos de la blockchain en sí están replicados en muchos nodos independientes, por lo que ningún cierre de un único servidor puede borrarlos.

¿Todas las dApps son de código abierto?

No necesariamente. El código del contrato inteligente desplegado on-chain suele ser visible y verificable públicamente (tiene que serlo, porque se ejecuta en una red pública). Sin embargo, el código del frontend, los servicios de backend auxiliares y los componentes off-chain pueden o no ser de código abierto. Los contratos inteligentes de código abierto son una señal positiva para la transparencia y la auditabilidad, pero no son una regla universal.

¿Cómo sé si un proyecto es realmente una dApp o solo afirma serlo?

Comprueba si la lógica central del producto se ejecuta a través de contratos inteligentes en una blockchain pública. Busca direcciones de contrato verificadas en un explorador de bloques, revisa la documentación del proyecto en busca de detalles del despliegue de contratos, y prueba si el producto realmente requiere transacciones basadas en wallet para su funcionalidad principal. Si el producto funciona de la misma manera sin una conexión a la blockchain, no es una dApp en ningún sentido significativo.

¿Cuál es la diferencia entre una dApp y una app Web3?

"Web3" es un término paraguas más amplio para aplicaciones que usan tecnología blockchain, almacenamiento descentralizado e identidad criptográfica. Una dApp es un tipo específico de aplicación Web3: aquella donde la lógica del backend se ejecuta en contratos inteligentes. Algunas aplicaciones Web3 usan la blockchain de forma periférica (para identidad o pagos) sin colocar la lógica central on-chain; estas son apps Web3 pero no necesariamente dApps en el sentido estricto.

¿Por qué las dApps son relevantes para evaluar proyectos de IA cripto?

Porque la arquitectura dApp determina si las afirmaciones de IA de un proyecto son verificables on-chain. Si un proyecto de IA opera como una dApp genuina, sus llamadas de inferencia, su procesamiento de datos o su coordinación de cómputo pueden rastrearse a través de las interacciones con contratos inteligentes. Si la "dApp" es solo un envoltorio frontend alrededor de una API centralizada, las afirmaciones de IA permanecen inverificables mediante la evidencia on-chain, que es exactamente lo que las evaluaciones de Onchain necessity y AI reality de DecAIHub están diseñadas para detectar.

Referencias externas

  • Ethereum.org — Introduction to dApps — visión general de la Ethereum Foundation sobre las aplicaciones descentralizadas, sus propiedades y en qué se diferencian de las apps tradicionales
  • Solana Documentation — Building Programs — la guía de Solana para construir programas on-chain (el equivalente en Solana de los contratos inteligentes para dApps)
  • a16z Crypto — The Web3 Landscape — la investigación cripto de Andreessen Horowitz que cubre arquitecturas de dApp, tendencias y análisis de mercado
  • DappRadar — plataforma de análisis que rastrea el uso de dApps, los volúmenes de transacciones y la actividad de usuarios en múltiples blockchains

Véase también

No comments to display

Back to top