Saltar al contenido principal

101 publicaciones etiquetados con "Blockchain"

Tecnología blockchain general e innovación

Ver todas las etiquetas

La visión de Balaji para la Criptoidentidad: De las Claves a los Estados de Red

· 11 min de lectura
Dora Noda
Software Engineer

1) Lo que Balaji entiende por "criptoidentidad"

En el vocabulario de Balaji, la criptoidentidad es una identidad arraigada en la criptografía —específicamente en pares de claves públicas y privadas— y luego extendida con nombres en cadena, credenciales/atestaciones verificables e interfaces a la identidad heredada ("fiat"). En sus palabras y trabajo:

  • Claves como identidad. La base es la idea de que, en Bitcoin y web3, tu par de claves es tu identidad; la autenticación y autorización fluyen del control de las claves privadas en lugar de cuentas en una base de datos corporativa. (balajis.com)
  • Nombres y reputación en cadena. Los sistemas de nombres como ENS/SNS anclan identidades legibles por humanos a direcciones; las credenciales (NFTs, tokens "soulbound", "criptocredenciales" en cadena) y las atestaciones superponen reputación e historial a esas identidades.
  • "Censo" en cadena y auditable. Para las sociedades y los estados de red, la identidad participa en un censo criptográficamente auditable (prueba de humanidad/persona única, prueba de ingresos, prueba de bienes raíces) para demostrar población real y actividad económica.
  • Conexión ID heredada ↔ ID cripto. Él argumenta explícitamente que necesitamos un "intercambio de identidad fiat ↔ identidad cripto" —similar a los intercambios fiat↔cripto— para que "los pasaportes digitales sigan a la moneda digital". Destaca los "criptopasaportes" como la próxima interfaz después de las stablecoins. (Circle)
  • Identidad para una "web3 de confianza" en la era de la IA. Para contrarrestar los deepfakes y los bots, promueve el contenido firmado por identidades en cadena (por ejemplo, ENS) para que la procedencia y la autoría sean criptográficamente verificables en toda la web abierta. (Chainlink Today)
  • Protección cívica. En su resumen: "La criptomoneda te protege parcialmente de la desbancarización. La criptoidentidad te protege parcialmente de la desnaturalización." (X (anteriormente Twitter))

2) Cómo evolucionó su visión (una breve cronología)

  • 2019–2020 – identidad criptográfica y seudonimato. Los escritos de Balaji enfatizan la criptografía de clave pública como identidad (claves como ID) y pronostican el crecimiento de la identidad descentralizada + reputación a lo largo de la década de 2020. Al mismo tiempo, su charla sobre la "economía seudónima" aboga por seudónimos persistentes y con reputación para proteger la libertad de expresión y experimentar con nuevos tipos de trabajo y organización. (balajis.com)
  • 2022 – The Network State. Formaliza el papel de la identidad en un estado de red: censo en cadena; identidad estilo ENS; pruebas criptográficas (de personalidad/ingresos/bienes raíces); y criptocredenciales/soulbounds. La identidad es infraestructural: lo que la sociedad cuenta y lo que el mundo puede verificar.
  • 2022–2024 – puentes a sistemas heredados. En entrevistas públicas y su podcast, pide puentes de identidad fiat↔cripto (por ejemplo, la residencia digital RNS.ID de Palau) y enfatiza la migración de registros "en papel" a código. (Circle)
  • 2023–presente – identidad como defensa contra las falsificaciones de IA. Enmarca la criptoidentidad como la columna vertebral de una "web3 de confianza": contenido firmado, procedencia en cadena y fricción económica (staking, pagos) para separar a los humanos de los bots. (Chainlink Today)

3) La pila tecnológica a la que Balaji apunta

Primitiva raíz: claves y monederos

  • El control de una clave privada = el control de una identidad; rotar/particionar claves para diferentes personas y perfiles de riesgo. (balajis.com)

Resolución e inicio de sesión

  • ENS/SNS mapean nombres legibles por humanos a direcciones; Sign-In with Ethereum (EIP-4361) convierte esas direcciones en una forma estándar de autenticarse en aplicaciones fuera de cadena.

Credenciales y atestaciones (capa de reputación)

  • Las Credenciales Verificables W3C (VC 2.0) definen una forma interoperable de emitir/mantener/verificar reclamaciones (por ejemplo, verificaciones KYC, diplomas).
  • El Servicio de Atestación de Ethereum (EAS) proporciona una capa de bien público para atestaciones en o fuera de cadena para construir identidad, reputación y registros que las aplicaciones pueden verificar. (W3C)

Prueba de personalidad y unicidad

  • En The Network State, Balaji esboza técnicas de "prueba de humanidad" para el censo en cadena; fuera de su trabajo, enfoques como World ID intentan verificar la humanidad/unicidad, lo que también ha planteado preocupaciones sobre la protección de datos, ilustrando las compensaciones de la PoP biométrica.

Puentes a la identidad heredada

  • Palau RNS.ID es un ejemplo prominente de un soberano que emite una identificación legal con componentes en cadena; la aceptación es desigual entre plataformas, lo que subraya el problema del "puente" que Balaji destaca. (Biometric Update)

Procedencia y anti-deepfake

  • Aboga por firmar contenido desde direcciones vinculadas a ENS para que cada imagen/publicación/video pueda rastrearse a una identidad criptográfica en una "web3 de confianza". (Chainlink Today)

4) Por qué es importante (las afirmaciones estratégicas de Balaji)

  1. Resistencia a la censura y la desplatformación: Las claves y la denominación descentralizada reducen la dependencia de los proveedores de ID centralizados. (Las claves son identidades al portador.) (balajis.com)
  2. Auditabilidad para las sociedades: Los estados de red requieren población/ingresos/huella verificables; la auditabilidad es imposible sin una identidad que pueda probarse en cadena.
  3. Resiliencia de la IA: Una capa de identidad criptográfica (más firmas/atestaciones) sustenta la autenticidad en línea, revirtiendo la falsificación impulsada por la IA. (Chainlink Today)
  4. Interoperabilidad y componibilidad: Los estándares (ENS, SIWE, VC/EAS) hacen que la identidad sea portátil entre aplicaciones y jurisdicciones.

5) Cómo se conecta con The Network State

El libro de Balaji empareja repetidamente la identidad con un censo en cadena en tiempo real —incluyendo prueba de humanidad, prueba de ingresos y prueba de bienes raíces— y destaca la denominación (ENS) y las criptocredenciales como primitivas centrales. También describe patrones de "inicio de sesión ENS al mundo físico" (claves digitales para puertas/servicios) incrustados en un contrato inteligente social, señalando la criptoidentidad como la capa de acceso para la gobernanza tanto digital como (eventualmente) física.


6) Plan de implementación (un camino práctico que puedes ejecutar hoy)

A. Establecer las identidades base

  1. Generar pares de claves separados para: (i) nombre legal/"nombre real", (ii) seudónimo laboral/profesional, (iii) seudónimo para el discurso público. Almacenar cada uno en una configuración de monedero diferente (hardware, MPC o cuentas inteligentes con guardianes). (balajis.com)
  2. Registrar nombres ENS para cada persona; publicar metadatos mínimos de perfil público.

B. Añadir autenticación y procedencia del contenido 3) Habilitar SIWE (EIP-4361) para inicios de sesión de aplicaciones; eliminar gradualmente las contraseñas/inicios de sesión sociales. (Ethereum Improvement Proposals) 4) Firmar artefactos públicos (publicaciones, imágenes, lanzamientos de código) desde tu dirección vinculada a ENS; publicar un simple feed de "contenido firmado" que otros puedan verificar. (Chainlink Today)

C. Superponer credenciales y atestaciones 5) Emitir/recopilar VCs para hechos legales (rol de empresa, licencias) y atestaciones EAS para señales blandas (reputación, contribuciones verificadas, asistencia). Mantener las reclamaciones sensibles fuera de cadena con solo hashes/recibos en cadena. (W3C)

D. Conectar con la identidad heredada cuando sea necesario 6) Donde sea legal y útil, vincular una ID soberana/empresarial (por ejemplo, Palau RNS.ID) a tu criptoidentidad para lugares con requisitos KYC. Esperar una aceptación heterogénea y mantener alternativas. (Biometric Update)

E. Desplegar para grupos/sociedades 7) Para una sociedad startup o DAO:

  • Restringir la membresía con ENS + un método de prueba de humanidad que consideres aceptable.
  • Mantener un censo público y auditable (recuentos de miembros/ingresos/posesiones) utilizando oráculos más atestaciones firmadas, no PII en bruto.

7) Riesgos, críticas y preguntas abiertas

  • Erosión de la privacidad/seudonimato. El análisis de blockchain puede agrupar monederos; el propio marco de seudonimato de Balaji advierte cómo un puñado de "bits" de datos pueden reidentificarte. Utiliza mezcladores/tecnología de privacidad con cuidado y legalmente, pero reconoce los límites. (blog.blockstack.org)
  • Compensaciones de la prueba de personalidad. La PoP biométrica (por ejemplo, iris) invita a un escrutinio significativo de la protección de datos; los métodos alternativos de PoP reducen el riesgo pero pueden aumentar la vulnerabilidad Sybil. (law.kuleuven.be)
  • Fragilidad del puente. Las identificaciones estilo Palau no son un pase KYC universal; la aceptación varía según la plataforma y la jurisdicción y puede cambiar. Construye para una degradación elegante. (Malakouti Law)
  • Pérdida y coerción de claves. Las claves pueden ser robadas/coercionadas; utiliza multifirma/guardianes y políticas de respuesta a incidentes. (El modelo de Balaji asume criptografía + consentimiento, lo cual debe ser diseñado socialmente.) (balajis.com)
  • Centralización de nombres/registros. ENS o cualquier autoridad de nombres se convierte en un punto de estrangulamiento de políticas; mitiga mediante el diseño de múltiples personas y pruebas exportables.

8) Cómo la criptoidentidad de Balaji se mapea a los estándares (y en qué difiere)

  • Alineación:

    • DIDs + VCs (W3C) = identidad/reclamaciones portátiles e interoperables; SIWE = autenticación nativa de monedero; EAS = atestaciones para reputación/registros. Estos son los componentes a los que apunta, incluso si utiliza un lenguaje sencillo (ENS, credenciales) en lugar de acrónimos de estándares. (W3C)
  • Diferencias/énfasis:

    • Él eleva la auditabilidad social (censo en cadena) y la procedencia en la era de la IA (contenido firmado) más que muchas discusiones sobre DID/VC, y explícitamente impulsa los puentes de identidad fiat↔cripto y los criptopasaportes como una prioridad a corto plazo.

9) Si estás construyendo: un despliegue mínimo viable de "criptoidentidad" (90 días)

  1. Semanas 1–2: Claves, ENS, SIWE habilitados; publica tu política de firma y comienza a firmar publicaciones/lanzamientos públicos. (Ethereum Improvement Proposals)
  2. Semanas 3–6: Integra VCs/EAS para roles/membresías/participación; construye una "página de confianza" pública que verifique esto programáticamente. (W3C)
  3. Semanas 7–10: Configura un panel de censo básico (recuento agregado de miembros, pruebas de tesorería/ingresos en cadena) con una postura de privacidad clara.
  4. Semanas 11–13: Pilota un puente heredado (por ejemplo, RNS.ID donde sea apropiado) para un flujo intensivo en cumplimiento; publica los resultados (lo que funcionó/falló). (Biometric Update)

Fuentes seleccionadas (primarias y fundamentales)

  • The Network State (censo en cadena; ENS/identidad; criptocredenciales) y ejemplos de "inicio de sesión ENS al mundo físico".
  • Criptografía de Clave Pública (claves como identidad). (balajis.com)
  • Circle – The Money Movement (Ep. 74) (puente de identidad fiat↔cripto; "criptopasaportes"). (Circle)
  • The Network State podcast, Ep. 10 (intercambio de identidad fiat→criptoidentidad; Palau RNS.ID). (thenetworkstate.com)
  • Chainlink Today (contenido firmado/ENS para combatir deepfakes; "web3 de confianza"). (Chainlink Today)
  • Balaji en X ("Criptoidentidad... desnaturalización"). (X (anteriormente Twitter))
  • Estándares: W3C DID Core, VC 2.0; EIP-4361 (SIWE); documentos de EAS. (W3C)
  • RNS.ID / Palau (puente del mundo real; aceptación mixta). (Biometric Update)
  • Pseudonymous Economy (identidad e intuición de reidentificación de 33 bits). (blog.blockstack.org)

Conclusión

Para Balaji, la criptoidentidad no es solo "tecnología DID". Es una primitiva civilizatoria: claves y firmas en la base; nombres y credenciales en la parte superior; puentes a la identidad heredada; y un registro público verificable que escala desde individuos hasta sociedades de red. Es cómo se obtienen personas auténticas y registros auténticos en una internet inundada de IA, y cómo una sociedad startup puede probar que es real sin pedirle al mundo que confíe en su palabra. (Chainlink Today)

Si lo deseas, puedo adaptar el plan de implementación a tu caso de uso específico (aplicación de consumidor, DAO, empresa o un piloto de sociedad startup) y producir esquemas/flujos concretos para SIWE, EAS y VC 2.0 que se ajusten a tus restricciones regulatorias y de UX.

El Próximo Capítulo de DeFi: Perspectivas de Constructores e Inversores Líderes (2024 – 2025)

· 13 min de lectura
Dora Noda
Software Engineer

Las Finanzas Descentralizadas (DeFi) maduraron considerablemente desde el auge especulativo del verano de 2020 hasta el ciclo 2024-2025. Las tasas de interés más altas frenaron el crecimiento de DeFi en 2022-2023, pero la aparición de cadenas de alto rendimiento, incentivos impulsados por tokens y un entorno regulatorio más claro están creando las condiciones para una nueva fase de finanzas en cadena. Líderes de Hyperliquid, Aave, Ethena y Dragonfly comparten la expectativa común de que el próximo capítulo estará impulsado por una utilidad genuina: infraestructura de mercado eficiente, stablecoins con rendimiento, tokenización de activos del mundo real y experiencias de usuario asistidas por IA. Las siguientes secciones analizan el futuro de DeFi a través de las voces de Jeff Yan (Hyperliquid Labs), Stani Kulechov (Aave Labs), Guy Young (Ethena Labs) y Haseeb Qureshi (Dragonfly).

Jeff Yan – Hyperliquid Labs

Antecedentes

Jeff Yan es cofundador y CEO de Hyperliquid, un exchange descentralizado (DEX) que opera un libro de órdenes de alto rendimiento para contratos perpetuos y trading al contado. Hyperliquid ganó prominencia en 2024 por su airdrop impulsado por la comunidad y su negativa a vender capital a capitalistas de riesgo; Yan mantuvo el equipo pequeño y autofinanciado para mantener el enfoque en el producto. La visión de Hyperliquid es convertirse en una capa base descentralizada para otros productos financieros, como activos tokenizados y stablecoins.

Visión para el Próximo Capítulo de DeFi

  • Eficiencia sobre el bombo. En un panel de Token 2049, Yan comparó DeFi con un problema matemático; argumentó que los mercados deberían ser eficientes, donde los usuarios obtengan los mejores precios sin spreads ocultos. El libro de órdenes de alto rendimiento de Hyperliquid tiene como objetivo ofrecer esta eficiencia.
  • Propiedad comunitaria y postura anti-VC. Yan cree que el éxito de DeFi debe medirse por el valor entregado a los usuarios en lugar de las salidas de inversores. Hyperliquid rechazó asociaciones con creadores de mercado privados y listados en exchanges centralizados para evitar comprometer la descentralización. Este enfoque resuena con el ethos de DeFi: los protocolos deben ser propiedad de sus comunidades y construidos para una utilidad a largo plazo.
  • Enfoque en la infraestructura, no en el precio del token. Yan enfatiza que el propósito de Hyperliquid es construir tecnología robusta; las mejoras del producto, como HIP-3, tienen como objetivo mitigar los riesgos de las dApps a través de auditorías automatizadas y mejores integraciones. Evita establecer hojas de ruta rígidas, prefiriendo adaptarse a los comentarios de los usuarios y a los cambios tecnológicos. Esta adaptabilidad refleja un cambio más amplio de la especulación hacia una infraestructura madura.
  • Visión para una pila financiera sin permisos. Yan ve a Hyperliquid evolucionando hacia una capa fundamental sobre la cual otros pueden construir stablecoins, RWAs y nuevos instrumentos financieros. Al permanecer descentralizado y eficiente en capital, espera establecer una capa neutral similar a un Nasdaq descentralizado.

Conclusiones

La perspectiva de Jeff Yan enfatiza la eficiencia del mercado, la propiedad impulsada por la comunidad y la infraestructura modular. Él ve el próximo capítulo de DeFi como una fase de consolidación en la que los DEXs de alto rendimiento se convierten en la columna vertebral para los activos tokenizados y los productos de rendimiento. Su negativa a aceptar financiación de capital de riesgo señala un rechazo a la especulación excesiva; en el próximo capítulo, los protocolos pueden priorizar la sostenibilidad sobre las valoraciones que acaparan titulares.

Stani Kulechov – Aave Labs

Antecedentes

Stani Kulechov fundó Aave, uno de los primeros protocolos de mercado monetario y líder en préstamos descentralizados. Los mercados de liquidez de Aave permiten a los usuarios obtener rendimiento o pedir prestados activos sin intermediarios. Para 2025, el TVL de Aave y su suite de productos se expandieron para incluir stablecoins y una recién lanzada Family Wallet, una rampa de entrada fiat-cripto que debutó en la Blockchain Ireland Summit.

Visión para el Próximo Capítulo de DeFi

  • Catalizador de recortes de tasas para el “verano DeFi 2.0.” En Token 2049, Kulechov argumentó que la caída de las tasas de interés encendería un nuevo auge de DeFi similar al de 2020. Las tasas más bajas crean oportunidades de arbitraje, ya que los rendimientos en cadena siguen siendo atractivos en relación con TradFi, atrayendo capital a los protocolos DeFi. Recuerda que el TVL de DeFi saltó de menos de $1 mil millones a $10 mil millones durante los recortes de tasas de 2020 y espera una dinámica similar cuando la política monetaria se relaje.
  • Integración con fintech. Kulechov vislumbra la integración de DeFi en la infraestructura fintech convencional. Planea distribuir rendimientos en cadena a través de aplicaciones amigables para el consumidor y canales institucionales, convirtiendo DeFi en un back-end para productos de ahorro. La Family Wallet ejemplifica esto al ofrecer conversiones fluidas de fiat a stablecoin y pagos cotidianos.
  • Activos del mundo real (RWAs) y stablecoins. Considera que los activos del mundo real tokenizados y las stablecoins son pilares del futuro de blockchain. La stablecoin GHO de Aave y las iniciativas de RWA tienen como objetivo conectar los rendimientos de DeFi con el colateral de la economía real, cerrando la brecha entre las cripto y las finanzas tradicionales.
  • Innovación impulsada por la comunidad. Kulechov atribuye el éxito de Aave a su comunidad y espera que la innovación gobernada por el usuario impulse la próxima fase. Sugiere que DeFi se centrará en aplicaciones de consumo que abstraigan la complejidad mientras preservan la descentralización.

Conclusiones

Stani Kulechov prevé un retorno del ciclo alcista de DeFi impulsado por tasas más bajas y una mejor experiencia de usuario. Enfatiza la integración con fintech y los activos del mundo real, prediciendo que las stablecoins y los tesoros tokenizados integrarán los rendimientos de DeFi en los productos financieros cotidianos. Esto refleja una maduración del yield farming especulativo a una infraestructura que coexiste con las finanzas tradicionales.

Guy Young – Ethena Labs

Antecedentes

Guy Young es el CEO de Ethena Labs, creador de sUSDe, una stablecoin de dólar sintético que utiliza estrategias delta-neutrales para ofrecer un dólar con rendimiento. Ethena ganó atención por proporcionar rendimientos atractivos mientras utilizaba colateral USDT y posiciones cortas de contratos perpetuos para cubrir el riesgo de precio. En 2025, Ethena anunció iniciativas como iUSDe, una versión envuelta compatible para instituciones tradicionales.

Visión para el Próximo Capítulo de DeFi

  • Stablecoins para ahorros y colateral de trading. Young clasifica los casos de uso de stablecoins en colateral de trading, ahorros para países en desarrollo, pagos y especulación. Ethena se centra en ahorros y trading porque el rendimiento hace que el dólar sea atractivo y la integración con los exchanges impulsa la adopción. Cree que un dólar con rendimiento se convertirá en el activo de ahorro más importante del mundo.
  • Stablecoins neutrales y agnósticas a la plataforma. Young argumenta que las stablecoins deben ser neutrales y ampliamente aceptadas en todos los lugares; los intentos de los exchanges de impulsar stablecoins propietarias perjudican la experiencia del usuario. El uso de USDT por parte de Ethena aumenta la demanda de Tether en lugar de competir con él, ilustrando la sinergia entre las stablecoins de DeFi y los actores existentes.
  • Integración con TradFi y aplicaciones de mensajería. Ethena planea emitir iUSDe con restricciones de transferencia para satisfacer los requisitos regulatorios e integrar sUSDe en Telegram y Apple Pay, permitiendo a los usuarios ahorrar y gastar dólares con rendimiento como si enviaran mensajes. Young imagina ofrecer una experiencia similar a un neobanco a mil millones de usuarios a través de aplicaciones móviles.
  • Cambio hacia los fundamentos y los RWAs. Señala que la especulación cripto parece saturada —las capitalizaciones de mercado de altcoins alcanzaron un máximo de $1.2 billones tanto en 2021 como en 2024—, por lo que los inversores se centrarán en proyectos con ingresos reales y activos del mundo real tokenizados. La estrategia de Ethena de proporcionar rendimiento a partir de activos fuera de la cadena la posiciona para esta transición.

Conclusiones

La perspectiva de Guy Young se centra en las stablecoins con rendimiento como la aplicación estrella de DeFi. Argumenta que el próximo capítulo de DeFi implica hacer que los dólares sean productivos e integrarlos en pagos y mensajería convencionales, atrayendo a miles de millones de usuarios. El enfoque agnóstico a la plataforma de Ethena refleja la creencia de que las stablecoins de DeFi deben complementar en lugar de competir con los sistemas existentes. También anticipa una rotación de altcoins especulativas a tokens generadores de ingresos y RWAs.

Haseeb Qureshi – Dragonfly

Antecedentes

Haseeb Qureshi es socio gerente de Dragonfly, una firma de capital de riesgo centrada en cripto y DeFi. Qureshi es conocido por su escritura analítica y su participación en el podcast Chopping Block. A finales de 2024 y principios de 2025, publicó una serie de predicciones que describen cómo la IA, las stablecoins y los cambios regulatorios darán forma a las cripto.

Visión para el Próximo Capítulo de DeFi

  • Wallets y agentes impulsados por IA. Qureshi predice que los agentes de IA revolucionarán las cripto al automatizar el bridging, optimizar las rutas de trading, minimizar las tarifas y alejar a los usuarios de las estafas. Espera que las wallets impulsadas por IA manejen las operaciones entre cadenas sin problemas, reduciendo la complejidad que actualmente disuade a los usuarios convencionales. Las herramientas de desarrollo asistidas por IA también facilitarán la construcción de contratos inteligentes, solidificando el dominio de la EVM.
  • Tokens de agentes de IA vs. meme coins. Qureshi cree que los tokens asociados con agentes de IA superarán a las meme coins en 2025, pero advierte que la novedad se desvanecerá y el valor real provendrá del impacto de la IA en la ingeniería de software y el trading. Ve el entusiasmo actual como un cambio del “nihilismo financiero al sobre-optimismo financiero”, advirtiendo contra el bombo excesivo de las monedas de chat-bot.
  • Convergencia de stablecoins e IA. En sus predicciones para 2025, Qureshi describe seis temas principales: (1) la distinción entre cadenas de capa 1 y capa 2 se difuminará a medida que las herramientas de IA expandan la cuota de EVM; (2) las distribuciones de tokens pasarán de grandes airdrops a modelos basados en métricas o de crowdfunding; (3) la adopción de stablecoins se disparará, con los bancos emitiendo sus propias stablecoins mientras Tether mantendrá su dominio; (4) los agentes de IA dominarán las interacciones cripto, pero su novedad puede desvanecerse para 2026; (5) las herramientas de IA reducirán drásticamente los costos de desarrollo, lo que permitirá una ola de innovación de dApps y una mayor seguridad; y (6) la claridad regulatoria, particularmente en EE. UU., acelerará la adopción masiva.
  • Adopción institucional y cambios regulatorios. Qureshi espera que las empresas Fortune 100 ofrezcan cripto a los consumidores bajo una administración Trump y cree que se aprobará la legislación de stablecoins de EE. UU., desbloqueando la participación institucional. El resumen de investigación de Gate.io se hace eco de esto, señalando que los agentes de IA adoptarán stablecoins para transacciones peer-to-peer y que el entrenamiento de IA descentralizado se acelerará.
  • DeFi como infraestructura para finanzas asistidas por IA. En The Chopping Block, Qureshi nombró a Hyperliquid como el “mayor ganador” del ciclo de 2024 y predijo que los tokens DeFi verían un crecimiento explosivo en 2025. Atribuye esto a innovaciones como los pools de guía de liquidez que hacen que el trading perpetuo descentralizado sea competitivo. Su optimismo sobre DeFi se debe a la creencia de que la UX impulsada por IA y la claridad regulatoria impulsarán el capital hacia los protocolos en cadena.

Conclusiones

Haseeb Qureshi ve el próximo capítulo de DeFi como una convergencia de la IA y las finanzas en cadena. Anticipa un aumento en las wallets y agentes autónomos impulsados por IA, que simplificarán las interacciones del usuario y atraerán a nuevos participantes. Sin embargo, advierte que el bombo de la IA puede desvanecerse; el valor sostenible provendrá de las herramientas de IA que reduzcan los costos de desarrollo y mejoren la seguridad. Espera que la legislación de stablecoins, la adopción institucional y las distribuciones de tokens basadas en métricas profesionalicen la industria. En general, ve a DeFi evolucionando hacia la base de servicios financieros asistidos por IA y conformes con la regulación.

Análisis Comparativo

DimensiónJeff Yan (Hyperliquid)Stani Kulechov (Aave)Guy Young (Ethena)Haseeb Qureshi (Dragonfly)
Enfoque PrincipalInfraestructura DEX de alto rendimiento; propiedad comunitaria; eficienciaPréstamos descentralizados; integración fintech; activos del mundo realStablecoins con rendimiento; colateral de trading; integración de pagosPerspectiva de inversión; agentes de IA; adopción institucional
Impulsores Clave para el Próximo CapítuloMercados eficientes de libro de órdenes; capa de protocolo modular para RWAs y stablecoinsRecortes de tasas que impulsan la entrada de capital y el “verano DeFi 2.0”; integración con fintech y RWAsStablecoins neutrales que generan rendimiento; integración con aplicaciones de mensajería y TradFiWallets y agentes impulsados por IA; claridad regulatoria; distribuciones de tokens basadas en métricas
Rol de las StablecoinsSustenta futuras capas de DeFi; fomenta emisores descentralizadosLa stablecoin GHO y los tesoros tokenizados integran los rendimientos de DeFi en productos financieros convencionalessUSDe convierte los dólares en ahorros con rendimiento; iUSDe apunta a institucionesLos bancos emitirán stablecoins para finales de 2025; los agentes de IA usarán stablecoins para transacciones
Visión sobre los Incentivos de TokensRechaza la financiación de capital de riesgo y los acuerdos con creadores de mercado privados para priorizar la comunidadEnfatiza la innovación impulsada por la comunidad; ve los tokens DeFi como infraestructura para fintechAboga por stablecoins agnósticas a la plataforma que complementen los ecosistemas existentesPredice un cambio de grandes airdrops a distribuciones basadas en KPI o crowdfunding
Perspectiva sobre Regulación e InstitucionesEnfoque mínimo en la regulación; enfatiza la descentralización y la autofinanciaciónVe la claridad regulatoria permitiendo la tokenización de RWA y el uso institucionalTrabajando en iUSDe con restricciones de transferencia para cumplir con los requisitos regulatoriosAnticipa que la legislación de stablecoins de EE. UU. y una administración pro-cripto acelerarán la adopción
Sobre IA y AutomatizaciónN/AN/ANo es central (aunque Ethena puede usar sistemas de riesgo de IA)Los agentes de IA dominarán la experiencia del usuario; la novedad se desvanecerá para 2026

Conclusión

El próximo capítulo de DeFi probablemente estará moldeado por una infraestructura eficiente, activos con rendimiento, la integración con las finanzas tradicionales y las experiencias de usuario impulsadas por IA. Jeff Yan se enfoca en construir una infraestructura DEX de alto rendimiento y propiedad comunitaria que pueda servir como una capa base neutral para activos tokenizados. Stani Kulechov espera que las tasas de interés más bajas, la integración fintech y los activos del mundo real catalicen un nuevo auge de DeFi. Guy Young prioriza las stablecoins con rendimiento y los pagos fluidos, impulsando DeFi hacia las aplicaciones de mensajería y los bancos tradicionales. Haseeb Qureshi anticipa que los agentes de IA transformarán las wallets y que la claridad regulatoria desbloqueará el capital institucional, mientras advierte contra las narrativas exageradas de los tokens de IA.

Colectivamente, estas perspectivas sugieren que el futuro de DeFi irá más allá del farming especulativo hacia productos financieros maduros y centrados en el usuario. Los protocolos deben ofrecer valor económico real, integrarse con los rieles financieros existentes y aprovechar los avances tecnológicos como la IA y las blockchains de alto rendimiento. A medida que estas tendencias convergen, DeFi puede evolucionar de un ecosistema de nicho a una infraestructura financiera global y sin permisos.

MCP en el ecosistema Web3: una revisión exhaustiva

· 58 min de lectura
Dora Noda
Software Engineer

1. Definición y origen de MCP en el contexto de Web3

El ** Modelo de Context Protocolo (MCP) ** es un estándar abierto que conecta a los asistentes de IA (como modelos de idiomas grandes) con fuentes de datos externos, herramientas y entornos. A menudo se describe como un "puerto USB-C para AI" debido a su naturaleza universal de plug-and-play, MCP fue desarrollado por antrópico e introducido por primera vez a fines de noviembre de 2024. Surgió como una solución para romper los modelos de IA fuera del aislamiento al unirlos de forma segura con los * "sistemas donde viven los datos" *, desde las dtasabasas y las API hasta los entornos de desarrollo y los bloqueos.

Originalmente un proyecto paralelo experimental en antrópico, MCP rápidamente ganó tracción. A mediados de 2024, aparecieron implementaciones de referencia de código abierto, y a principios de 2025 se había convertido en el estándar ** de facto para la integración de IA agente **, con los principales laboratorios de IA (OpenAI, Google Deepmind, Meta AI) adoptándolo de forma nativa. Esta rápida absorción fue especialmente notable en la comunidad ** Web3 **. Los desarrolladores de Blockchain vieron a MCP como una forma de infundir capacidades de IA en aplicaciones descentralizadas, lo que llevó a una proliferación de conectores MCP construidos por la comunidad para datos y servicios en la cadena. De hecho, algunos analistas argumentan que MCP puede cumplir con la visión original de Web3 de un Internet descentralizado y centrado en el usuario de una manera más práctica que blockchain sola, utilizando interfaces de lenguaje natural para capacitar a los usuarios.

En resumen, MCP ** no es una cadena de bloques o token **, sino un protocolo abierto nacido en el mundo de la IA que se ha adoptado rápidamente dentro del ecosistema Web3 como un puente entre los agentes de IA y las fuentes de datos descentralizadas. Anthrope de código abierto del estándar (con una especificación inicial de GitHub y SDK) y cultivó una comunidad abierta a su alrededor. Este enfoque impulsado por la comunidad preparó el escenario para la integración de MCP en Web3, donde ahora se ve como infraestructura fundamental para aplicaciones descentralizadas habilitadas para AI.

2. Arquitectura técnica y protocolos centrales

MCP opera en una arquitectura liviana ** cliente -servidor ** con tres roles principales:

  • ** MCP Host: ** La aplicación o agente de AI en sí, que orquesta las solicitudes. Esto podría ser un chatbot (Claude, chatgpt) o una aplicación con IA que necesita datos externos. El host inicia las interacciones, solicitando herramientas o información a través de MCP.
  • ** Cliente MCP: ** Un componente del conector que el host usa para comunicarse con los servidores. El cliente mantiene la conexión, gestiona los mensajes de solicitud/respuesta y puede manejar múltiples servidores en paralelo. Por ejemplo, una herramienta de desarrollador como Cursor o el modo de agente de VS Code puede actuar como un cliente MCP que cierra el entorno de IA local con varios servidores MCP.
  • ** MCP Server: ** Un servicio que expone algunos datos o funcionalidad contextuales a la IA. Los servidores proporcionan ** herramientas **, ** recursos ** o ** indica ** que la AI puede usar. En la práctica, un servidor MCP podría interactuar con una base de datos, una aplicación en la nube o un nodo blockchain, y presentar un conjunto estandarizado de operaciones a la IA. Cada par cliente-servidor se comunica a través de su propio canal, por lo que un agente de IA puede tocar múltiples servidores simultáneamente para diferentes necesidades.

** Primitivas centrales: ** MCP define un conjunto de tipos de mensajes estándar y primitivas que estructuran la interacción AI-Tool. Las tres primitivas fundamentales son:

  • ** Herramientas: ** Operaciones o funciones discretas La IA puede invocar en un servidor. Por ejemplo, una herramienta "SearchDocuments" o una herramienta "ETH_CALL". Las herramientas encapsulan acciones como consultar una API, realizar un cálculo o llamar a una función de contrato inteligente. El cliente MCP puede solicitar una lista de herramientas disponibles desde un servidor y llamarlas según sea necesario.
  • ** Recursos: ** puntos finales de datos que la IA puede leer (o a veces escribir) a través del servidor. Estos podrían ser archivos, entradas de bases de datos, estado blockchain (bloques, transacciones) o cualquier datos contextuales. La IA puede enumerar los recursos y recuperar su contenido a través de mensajes MCP estándar (por ejemplo, `` Listresourcesyreadresource` solicitudes).
  • ** Significaciones: ** Plantillas de solicitud estructuradas o instrucciones que los servidores pueden proporcionar para guiar el razonamiento de la IA. Por ejemplo, un servidor podría proporcionar una plantilla de formato o una solicitud de consulta predefinida. La IA puede solicitar una lista de plantillas de inmediato y usarlas para mantener la consistencia en cómo interactúa con ese servidor.

Bajo el capó, las comunicaciones de MCP suelen estar basadas en JSON y siguen un patrón de respuesta de solicitud similar al RPC (llamada de procedimiento remoto). La especificación del protocolo define mensajes como InitializeRequest, ListTools, CallTool, Listresources, etc., que aseguran que cualquier cliente compatible con MCP pueda hablar con cualquier servidor MCP de manera uniforme. Esta estandarización es lo que permite que un agente de IA * descubra * lo que puede hacer: al conectarse a un nuevo servidor, puede preguntar "¿Qué herramientas y datos ofrecen?" y luego decide dinámicamente cómo usarlos.

** Modelo de seguridad y ejecución: ** MCP fue diseñado con interacciones seguras y controladas en mente. El modelo AI en sí no ejecuta código arbitrario; Envía intentos de alto nivel (a través del cliente) al servidor, que luego realiza la operación real (por ejemplo, obteniendo datos o llamando a una API) y devuelve los resultados. Esta separación significa que las acciones confidenciales (como las transacciones blockchain o las escrituras de base de datos) pueden ser sandboxed o requieren una aprobación explícita del usuario. Por ejemplo, hay mensajes como ping (para mantener vivas las conexiones) e incluso un 'createMessagequest' que permite que un servidor MCP le pida a la IA del cliente que genere una subpuesta de subpuesta, típicamente cerrada por la confirmación del usuario. Las características como la autenticación, el control de acceso y el registro de auditorías se están desarrollando activamente para garantizar que MCP se pueda usar de manera segura en entornos empresariales y descentralizados (más sobre esto en la sección de hoja de ruta).

En resumen, la arquitectura de MCP se basa en un ** Protocolo de mensajes estandarizado ** (con llamadas de estilo JSON-RPC) que conecta a los agentes de IA (hosts) con una gama flexible de servidores que proporcionan herramientas, datos y acciones. Esta arquitectura abierta es ** Modelo-Agnóstico ** y ** Plataforma-Agnóstico **: cualquier agente de IA puede usar MCP para hablar con cualquier recurso, y cualquier desarrollador puede crear un nuevo servidor MCP para una fuente de datos sin necesidad de modificar el código central de la IA. Esta extensibilidad plug-and-play es lo que hace que MCP sea potente en Web3: uno puede construir servidores para nodos blockchain, contratos inteligentes, billeteras o oráculos y los agentes de IA integran sin problemas esas capacidades junto con las API Web2.

3. Casos de uso y aplicaciones de MCP en Web3

MCP desbloquea una amplia gama de ** casos de uso ** al habilitar las aplicaciones impulsadas por la IA para acceder a los datos de blockchain y ejecutar acciones en cadena o fuera de cadena de una manera segura de alto nivel. Aquí hay algunas aplicaciones y problemas clave que ayuda a resolver en el dominio Web3:

-** Análisis y consulta de datos en la cadena: ** Los agentes de AI pueden consultar el estado de blockchain en vivo en tiempo real para proporcionar información o actividades de activación. Por ejemplo, un servidor MCP conectado a un nodo Ethereum permite que una IA obtenga saldos de cuentas, lea el almacenamiento de contratos inteligentes, traza transacciones o recupere los registros de eventos a pedido. Esto convierte un chatbot o un asistente de codificación en un explorador de blockchain. Los desarrolladores pueden hacer preguntas de un asistente de IA como "¿Cuál es la liquidez actual en Uniswap Pool X?" o "Simular el costo de gas de esta transacción de Ethereum", y la IA usará herramientas MCP para llamar a un nodo RPC y obtener la respuesta de la cadena en vivo. Esto es mucho más poderoso que confiar en los datos de entrenamiento de la IA o las instantáneas estáticas.

  • ** Gestión automatizada de cartera Defi: ** Al combinar el acceso a los datos y las herramientas de acción, los agentes de IA pueden administrar carteras de cifrado o posiciones DeFi. Por ejemplo, un ** "AI Vault Optimizer" ** podría monitorear las posiciones de un usuario en granjas de rendimiento y sugerir o ejecutar automáticamente estrategias de reequilibrio basadas en condiciones del mercado en tiempo real. Del mismo modo, una IA podría actuar como un ** Manager de cartera Defi **, ajustando las asignaciones entre los protocolos cuando cambian el riesgo o las tasas. MCP proporciona la interfaz estándar para que la IA lea las métricas en la cadena (precios, la liquidez, las relaciones colaterales) y luego invoque herramientas para ejecutar transacciones (como fondos en movimiento o activos de intercambio) si están permitidos. Esto puede ayudar a los usuarios a maximizar el rendimiento o administrar el riesgo las 24 horas, los 7 días de la semana, de una manera que sería difícil de hacer manualmente.
  • ** Agentes de usuario con AI para transacciones: ** Piense en un asistente personal de IA que puede manejar las interacciones blockchain para un usuario. Con MCP, dicho agente puede integrarse con billeteras y DAPPS para realizar tareas a través de comandos de lenguaje natural. Por ejemplo, un usuario podría decir: "Ai, enviar 0.5 ETH de mi billetera a Alice" o "Estacar mis tokens en la piscina más alta". La IA, a través de MCP, usaría un servidor de billetera seguro ** (manteniendo la clave privada del usuario) para crear y firmar la transacción, y un servidor MCP blockchain para transmitirlo. Este escenario convierte las interacciones complejas de línea de comandos o metamask en una experiencia de conversación. Es crucial que los servidores de MCP de billetera segura se usen aquí, aplicando permisos y confirmaciones, pero el resultado final es optimizar las transacciones en la cadena a través de la asistencia de IA. -** Asistentes de desarrolladores y depuración de contratos inteligentes: ** Los desarrolladores de Web3 pueden aprovechar a los asistentes de IA basados ​​en MCP que son contextos de infraestructura de blockchain. Por ejemplo, ** Los servidores MCP de ChainStack para EVM y Solana ** dan a AI Coding Copilots Visibilidad profunda en el entorno blockchain del desarrollador. Un ingeniero de contratos inteligente que usa un asistente de IA (en código VS o un IDE) puede hacer que la IA obtenga el estado actual de un contrato en una NET de prueba, ejecute una simulación de una transacción o verifique los registros, todo a través de llamadas MCP a nodos de blockchain locales. Esto ayuda a depurar y probar contratos. La IA ya no está codificando "ciegamente"; En realidad, puede verificar cómo el código se comporta en la cadena en tiempo real. Este caso de uso resuelve un punto de dolor importante al permitir que la IA ingiera continuamente documentos actualizados (a través de un servidor MCP de documentación) y consulte la cadena de bloques directamente, reduciendo las alucinaciones y haciendo sugerencias mucho más precisas.
  • ** Coordinación de protocolo cruzado: ** Debido a que MCP es una interfaz unificada, un solo agente de IA puede coordinar en múltiples protocolos y servicios simultáneamente, algo extremadamente poderoso en el panorama interconectado de Web3. Imagine un ** agente comercial autónomo ** que monitorea varias plataformas Defi para el arbitraje. A través de MCP, un agente podría interactuar simultáneamente con los mercados de préstamos de Aave, un puente de cadena cruzada de Layerzero y un servicio de análisis MEV (valor extraíble de minero), todo a través de una interfaz coherente. La IA podría, en un "proceso de pensamiento", recopilar datos de liquidez de Ethereum (a través de un servidor MCP en un nodo Ethereum), obtener información de precios o datos de Oracle (a través de otro servidor) e incluso invocar operaciones de puente o intercambio. Anteriormente, dicha coordinación multiplataforma requeriría bots complejos codificados a medida, pero MCP ofrece una forma generalizable para que una IA navegue por todo el ecosistema Web3 como si fuera un grupo de recursos/big data. Esto podría permitir casos de uso avanzados como la optimización del rendimiento de la cadena cruzada o la protección de liquidación automatizada, donde una IA mueve activos o colaterales a través de las cadenas de manera proactiva.
  • ** Bots de asesoramiento y soporte de AI: ** Otra categoría es asesores orientados al usuario en aplicaciones criptográficas. Por ejemplo, un ** defi ayuda chatbot ** integrado en una plataforma como uniswap o compuesto podría usar MCP para obtener información en tiempo real para el usuario. Si un usuario pregunta: "¿Cuál es la mejor manera de cubrir mi posición?", La IA puede obtener las tasas de corriente, los datos de volatilidad y los detalles de la cartera del usuario a través de MCP, luego dar una respuesta consciente del contexto. Las plataformas están explorando ** Asistentes con AI ** integrados en billeteras o dapps que pueden guiar a los usuarios a través de transacciones complejas, explicar los riesgos e incluso ejecutar secuencias de pasos con aprobación. Estos agentes de IA se sientan efectivamente sobre múltiples servicios de Web3 (DEXES, grupos de préstamos, protocolos de seguros), utilizando MCP para consultar y comandarlos según sea necesario, simplificando así la experiencia del usuario.
  • ** Más allá de Web3- Flujos de trabajo de dominios múltiples: ** Aunque nuestro enfoque es Web3, vale la pena señalar que los casos de uso de MCP se extienden a cualquier dominio donde la IA necesita datos externos. Ya se está utilizando para conectar IA a cosas como Google Drive, Slack, Github, Figma y más. En la práctica, un solo agente de IA podría a partir de Web3 y Web2: por ejemplo, analizar un modelo financiero de Excel de Google Drive, y luego sugerir operaciones en cadena basadas en ese análisis, todo en un flujo de trabajo. La flexibilidad de MCP permite la automatización del dominio cruzado (por ejemplo, "Programe mi reunión si mi voto DAO pasa y envía un correo electrónico a los resultados") que combina acciones blockchain con herramientas cotidianas.

** Problemas resueltos: ** El problema general aborda que MCP es la ** falta de una interfaz unificada para que AI interactúe con datos y servicios en vivo **. Antes de MCP, si quería que una IA usara un nuevo servicio, tenía que codificar un complemento o integración para la API de ese servicio específico, a menudo de una manera ad-hoc. En Web3, esto fue especialmente engorroso: cada blockchain o protocolo tiene sus propias interfaces, y ninguna IA podría esperar apoyarlos a todos. MCP resuelve esto estandarizando cómo la IA describe lo que quiere (el lenguaje natural asignado a las llamadas de herramientas) y cómo los servicios describen lo que ofrecen. Esto reduce drásticamente el trabajo de integración. Por ejemplo, en lugar de escribir un complemento personalizado para cada protocolo Defi, un desarrollador puede escribir un servidor MCP para ese protocolo (esencialmente anotando sus funciones en el lenguaje natural). Cualquier IA habilitada para MCP (ya sea Claude, ChatGPT o modelos de código abierto) puede utilizarlo inmediatamente. Esto hace que AI ** sea extensible ** de forma plug-and-play, al igual que cómo agregar un nuevo dispositivo a través de un puerto universal es más fácil que instalar una nueva tarjeta de interfaz.

En resumen, MCP en Web3 permite que ** agentes AI se convierta en ciudadanos de primera clase del mundo blockchain **-consultando, analizando e incluso transacciones en sistemas descentralizados, todos a través de canales seguros y estandarizados. Esto abre la puerta a Dapps más autónomos, agentes de usuario más inteligentes e integración perfecta de inteligencia en cadena y fuera de la cadena.

4. Modelo de tokenómica y gobernanza

A diferencia de los protocolos Web3 típicos, ** MCP no tiene un token o criptomoneda nativa. ** No es una cadena de bloques o una red descentralizada por sí sola, sino más bien una especificación de protocolo abierto (más parecido a HTTP o JSON-RPC en Spirit). Por lo tanto, no hay tokenómica incorporada: no hay una emisión de token, replanteo o modelo de tarifa inherente al uso de MCP. Las aplicaciones de IA y los servidores se comunican a través de MCP sin ninguna criptomoneda involucrada; Por ejemplo, una IA que llama a una cadena de bloques a través de MCP podría pagar tarifas de gas para la transacción blockchain, pero MCP no agrega ninguna tarifa de token adicional. Este diseño refleja el origen de MCP en la comunidad de IA: se introdujo como un estándar técnico para mejorar las interacciones de la herramienta de IA, no como un proyecto tokenizado.

** La gobernanza ** de MCP se lleva a cabo de manera abierta, impulsada por la comunidad. Después de liberar a MCP como un estándar abierto, Anthrope señaló un compromiso con el desarrollo colaborativo. Un amplio comité directivo ** y grupos de trabajo se han formado para guiar la evolución del protocolo. En particular, a mediados de 2025, las principales partes interesadas como Microsoft y Github se unieron al Comité Directivo de MCP junto con Anthrope. Esto se anunció en Microsoft Build 2025, lo que indica una coalición de actores de la industria que guía la hoja de ruta y las decisiones de estándares de MCP. El comité y los mantenedores trabajan a través de un proceso de gobierno abierto: las propuestas para cambiar o extender MCP generalmente se discuten públicamente (por ejemplo, a través de temas de GitHub y "SEP" - Propuesta de mejora estándar - Directrices). También hay un grupo de trabajo de registro de MCP ** (con mantenedores de compañías como Block, PULSEMCP, GitHub y Anthrope) que ejemplifica la gobernanza multipartidista. A principios de 2025, los colaboradores de al menos 9 organizaciones diferentes colaboraron para construir un Registro Unificado de Servidor MCP para el descubrimiento, lo que demuestra cómo el desarrollo se descentraliza entre los miembros de la comunidad en lugar de controlarse por una entidad.

Dado que no hay token, ** Incentivos de gobernanza ** Confían en los intereses comunes de las partes interesadas (compañías de IA, proveedores de nubes, desarrolladores de blockchain, etc.) para mejorar el protocolo para todos. Esto es algo análogo a cómo se rigen los estándares W3C o IETF, pero con un proceso centrado en GitHub más rápido. Por ejemplo, Microsoft y Anthrope trabajaron juntos para diseñar una especificación de autorización mejorada para MCP (integrando cosas como OAuth y Single Sign-On), y GitHub colaboró ​​en el servicio oficial de registro de MCP para el listado de servidores disponibles. Estas mejoras fueron contribuidas a la especificación de MCP para beneficio de todos.

Vale la pena señalar que, si bien el MCP en sí no está tokenizado, existen ideas con visión de futuro sobre las capas ** Incentivos económicos y descentralización ** Además de MCP. Algunos investigadores y líderes de opinión en Web3 prevén el surgimiento de ** "MCP Networks" **, esencialmente redes descentralizadas de servidores y agentes MCP que utilizan mecanismos similares a blockchain para el descubrimiento, la confianza y las recompensas. En tal escenario, uno podría imaginar que se use una ficha para recompensar a aquellos que ejecutan servidores MCP de alta calidad (similar a la forma en que se incentivan los mineros o los operadores de nodos). Capacidades como ** Las calificaciones de reputación, el cálculo verificable y el descubrimiento de nodos ** podrían verse facilitados por contratos inteligentes o una cadena de bloques, con un token que impulsa un comportamiento honesto. Esto sigue siendo conceptual, pero proyectos como la NAMDA del MIT (discutido más adelante) están experimentando con mecanismos de incentivos basados ​​en token para las redes de agentes de IA que usan MCP. Si estas ideas maduran, MCP podría cruzar con la tokenómica en la cadena más directamente, pero a partir de 2025 ** El estándar MCP central permanece libre de token **.

En resumen, el "modelo de gobernanza" de MCP es el de un estándar de tecnología abierta: mantenido en colaboración por una comunidad y un comité directivo de expertos, sin token de gobernanza en la cadena. Las decisiones se guían por el mérito técnico y el amplio consenso en lugar de la votación ponderada en monedas. Esto distingue a MCP de muchos protocolos Web3: tiene como objetivo cumplir con los ideales de Web3 (descentralización, interoperabilidad, empoderamiento del usuario) a través de software y estándares abiertos, ** no a través de una cadena de bloques o token de propiedad **. En palabras de un análisis, *"La promesa de Web3 ... finalmente se puede realizar no a través de blockchain y criptomonedas, sino a través del lenguaje natural y los agentes de IA" *, posicionando MCP como un habilitador clave de esa visión. Dicho esto, a medida que crecen las redes MCP, podemos ver modelos híbridos donde los mecanismos de gobierno o incentivos basados ​​en blockchain aumentan el ecosistema, un espacio para observar de cerca.

5. Comunidad y ecosistema

El ecosistema MCP ha crecido explosivamente en poco tiempo, que abarca desarrolladores de IA, colaboradores de código abierto, ingenieros de Web3 y las principales compañías tecnológicas. Es un esfuerzo comunitario vibrante, con ** contribuyentes y asociaciones clave ** que incluye:

  • ** Anthrope: ** Como el creador, Anthrope sembró el ecosistema mediante la transferencia de la especificación MCP y varios servidores de referencia (para Google Drive, Slack, Github, etc.). Anthrope continúa liderando el desarrollo (por ejemplo, un personal como Theodora Chu sirve como gerentes de productos de MCP, y el equipo de Anthrope contribuye en gran medida a las actualizaciones de especificaciones y el apoyo de la comunidad). La apertura de Anthrope atrajo a otros a construir en MCP en lugar de verlo como una herramienta de una sola empresa.

  • ** Los primeros usuarios (Block, Apollo, Zed, RepliS, Codeium, SourceGraph): ** En los primeros meses después del lanzamiento, una ola de primeros usuarios implementó MCP en sus productos. ** BLOCK (anteriormente cuadrado) ** MCP integrado para explorar AI Agentic Systems en FinTech: el CTO de Block elogió a MCP como un puente abierto que conecta IA con aplicaciones del mundo real. ** Apollo ** (probablemente Apollo GraphQL) también integró MCP para permitir el acceso de IA a los datos internos. Compañías de herramientas de desarrolladores como ** Zed (editor de código) **, ** Replica (Cloud IDE) **, ** Codeium (AI Coding Assistant) ** y ** SourceGraph (búsqueda de código) ** Cada uno funcionó para agregar soporte MCP. Por ejemplo, SourceGraph usa MCP para que un asistente de codificación de IA pueda recuperar el código relevante de un repositorio en respuesta a una pregunta, y los agentes IDE de IDE de ReplIn pueden atraer el contexto específico del proyecto. Estos primeros usuarios dieron credibilidad y visibilidad de MCP.

  • ** Endoso de gran tecnología - Openai, Microsoft, Google: ** En un turno notable, compañías que de otro modo son competidores alineadas en MCP. ** El CEO de OpenAi, Sam Altman, anunció públicamente ** en marzo de 2025 que OpenAI agregaría soporte de MCP en sus productos (incluida la aplicación de escritorio de Chatgpt), diciendo*"La gente ama MCP y estamos entusiasmados de agregar soporte en nuestros productos"*. Esto significaba que la API de agente de OpenAI y los complementos ChATGPT hablarían MCP, asegurando la interoperabilidad. Solo unas semanas después, **, Demis Hassabis ** de Google Deepmind, reveló que los próximos modelos y herramientas de Gemini de Google admitirían MCP, llamándolo un buen protocolo y un estándar abierto para la "Era de AI Auge". ** Microsoft ** no solo se unió al comité directivo, sino que se asoció con Anthrope para construir un C# SDK oficial para MCP para servir a la comunidad de desarrolladores empresariales. La unidad GitHub de Microsoft integró MCP en ** GitHub Copilot (VS Code’s "Copilot Labs/Mode" agentes ") **, permitiendo que Copilot use servidores MCP para cosas como la búsqueda de repositorio y la ejecución de casos de prueba. Además, Microsoft anunció que Windows 11 exponería ciertas funciones del sistema operativo (como el acceso al sistema de archivos) como servidores MCP para que los agentes de IA puedan interactuar con el sistema operativo de forma segura. La colaboración entre Openai, Microsoft, Google y Anthrope, todas las reuniones en MCP, es extraordinaria y subraya el espíritu de la comunidad sobre la competencia de este estándar.

  • ** Comunidad de desarrollador Web3: ** Varios desarrolladores y startups blockchain han adoptado MCP. Se han creado varios ** Servidores MCP impulsados ​​por la comunidad ** para servir casos de uso de blockchain:

  • El equipo de ** Alchemy ** (un proveedor líder de infraestructura de blockchain) construyó un ** servidor de Alchemy MCP ** que ofrece herramientas de análisis de blockchain a pedido a través de MCP. Esto probablemente permite que una IA obtenga estadísticas de blockchain (como transacciones históricas, actividad de abordar) a través de las API de la alquimia utilizando el lenguaje natural.

    • Los contribuyentes desarrollaron un servidor MCP de la red Bitcoin & Lightning ** para interactuar con los nodos de Bitcoin y la red de pagos Lightning, lo que permite a los agentes de IA leer datos de bloque de bitcoin o incluso crear facturas de rayos a través de herramientas estándar.
    • El Grupo Crypto Media and Education ** Bankless ** creó un ** servidor MCP Onchain ** centrado en las interacciones financieras Web3, posiblemente proporcionando una interfaz para los protocolos Defi (enviando transacciones, consultar posiciones Defi, etc.) para asistentes de IA.
    • proyectos como ** rollup.codes ** (una base de conocimiento para Ethereum Layer 2S) hizo un servidor ** MCP para información de ecosistema enrollable **, por lo que una IA puede responder preguntas técnicas sobre rollups mediante este servidor.
    • ** ChainStack **, un proveedor de nodo blockchain, lanzó un conjunto de servidores MCP (cubiertos anteriormente) para documentación, datos de cadena EVM y Solana, comercializándolo explícitamente como "poner su IA en esteroides blockchain" para los constructores Web3.

Además, las comunidades centradas en Web3 han surgido alrededor de MCP. Por ejemplo, ** PULSEMCP ** y ** GOOSE ** son iniciativas comunitarias a las que se hace referencia como ayudando a construir el registro MCP. También estamos viendo la polinización cruzada con AI Agent Frameworks: los adaptadores integrados de Langchain Community para que todos los servidores MCP puedan usarse como herramientas en los agentes de Langchain, y las plataformas de IA de código abierto como abrazar la TGI (inferencia de generación de texto) están explorando la compatibilidad de MCP. El resultado es un ecosistema rico donde se anuncian nuevos servidores MCP casi a diario, sirviendo de todo, desde bases de datos hasta dispositivos IoT.

  • ** Escala de adopción: ** La tracción se puede cuantificar hasta cierto punto. Para febrero de 2025, apenas tres meses después del lanzamiento, más de ** 1,000 servidores/conectores MCP ** habían sido construidos por la comunidad. Este número solo ha crecido, lo que indica miles de integraciones en todas las industrias. Mike Krieger (Director de Producto de Anthrope) señaló en la primavera de 2025 que MCP se había convertido en un ** estándar de "prosperar con miles de integraciones y creciendo" **. El Registro Oficial de MCP (lanzado en Vista previa en septiembre de 2025) está catalogando servidores disponibles públicamente, lo que facilita el descubrimiento de herramientas; La API abierta del registro permite que cualquiera busque, digamos, "Ethereum" o "noción" y encuentre conectores MCP relevantes. Esto reduce la barrera para los nuevos participantes y un mayor crecimiento de combustibles.

  • ** Asociaciones: ** Hemos tocado muchas asociaciones implícitas (antrópico con Microsoft, etc.). Para resaltar algunos más:

  • ** Anthrope & Slack **: Anthrope se asoció con Slack para integrar Claude con los datos de Slack a través de MCP (Slack tiene un servidor MCP oficial, lo que permite a AI recuperar mensajes de Slack o alertas postales).

    • ** Proveedores en la nube **: Amazon (AWS) y Google Cloud han trabajado con Anthrope para alojar a Claude, y es probable que admitan MCP en esos entornos (por ejemplo, AWS Bedrock podría permitir conectores MCP para datos empresariales). Si bien no están explícitamente en las citas, estas asociaciones en la nube son importantes para la adopción empresarial.
    • ** Colaboraciones académicas **: El proyecto de investigación del MIT e IBM NAMDA (discutido a continuación) representa una asociación entre la academia y la industria para impulsar los límites de MCP en entornos descentralizados.
    • ** GitHub & VS Code **: Asociación para mejorar la experiencia del desarrollador - por ejemplo, el equipo de VS Code contribuyó activamente a MCP (uno de los mantenedores del registro es del equipo VS Code).
    • ** Numerosas startups **: Muchas nuevas empresas de IA (startups de agentes, inicio de automatización de flujo de trabajo) se están basando en MCP en lugar de reinventar la rueda. Esto incluye a las nuevas empresas de IA Web3 emergentes que buscan ofrecer "AI como un DAO" o agentes económicos autónomos.

En general, la comunidad ** MCP es diversa y se expande rápidamente **. Incluye compañías tecnológicas centrales (para estándares y herramientas base), especialistas en Web3 (que trae conocimiento de blockchain y casos de uso) y desarrolladores independientes (que a menudo contribuyen con conectores para sus aplicaciones o protocolos favoritos). El ethos es colaborativo. Por ejemplo, las preocupaciones de seguridad sobre los servidores de MCP de terceros han provocado discusiones comunitarias y contribuciones de las mejores prácticas (por ejemplo, colaboradores de Stacklok que trabajan en herramientas de seguridad para los servidores MCP). La capacidad de la comunidad para iterar rápidamente (MCP vio varias actualizaciones de especificaciones en cuestión de meses, agregar características como respuestas de transmisión y una mejor autores) es un testimonio de una amplia participación.

En el ecosistema Web3 específicamente, MCP ha fomentado un mini-ecosistema de ** proyectos "AI + Web3" . No es solo un protocolo para usar; Está catalizando nuevas ideas como DAOS dirigidas por AI, la gobernanza en cadena ayudada por el análisis de IA y la automatización de dominios cruzados (como vincular eventos en cadena con acciones fuera de la cadena a través de AI). La presencia de cifras de Web3 clave, por ejemplo, ** Zhivko Todorov de Limechain ** indicando"MCP representa la inevitable integración de IA y blockchain", muestra que los veteranos de blockchain lo están defendiendo activamente. Las asociaciones entre las compañías de IA y Blockchain (como la que se entre antrópica y block, o la nube Azure de Microsoft, lo que hace que MCP sea fácil de implementar junto con sus servicios blockchain) sugieran un futuro en el que ** agentes de IA y contratos inteligentes funcionan de la mano **.

Se podría decir que MCP ha encendido la primera convergencia genuina de la comunidad de desarrolladores de IA con la comunidad de desarrolladores de Web3. Hackathons y Meetups ahora presentan pistas de MCP. Como una medida concreta de la adopción del ecosistema: a mediados de 2025, ** OpenAi, Google y Anthrope, representando colectivamente la mayoría de los modelos AI avanzados, todos los soportes MCP **, y por el otro lado, ** Los principales proyectos de infraestructura de blockchain (Alchemy, Chainstack), compañías (bloques, etc.) y decentralizados son los gancos de la construcción de la construcción **. Este efecto de red de dos lados es un buen augurio para que MCP se convierta en un estándar duradero.

6. HILES DE PRUEBA Y DESARROLLO

El desarrollo de MCP ha sido acelerado. Aquí describimos los ** los principales hitos hasta ahora y la hoja de ruta por delante ** como se obtuvo de fuentes oficiales y actualizaciones de la comunidad:

  • ** A finales de 2024- Lanzamiento inicial: ** el 25 de noviembre de 2024 **, Anthrope anunció oficialmente MCP y de código abierto las especificaciones y los SDK iniciales. Junto con la especificación, lanzaron un puñado de implementaciones de servidor MCP para herramientas comunes (Google Drive, Slack, GitHub, etc.) y agregaron soporte en el Asistente de AI de Claude (aplicación de escritorio Claude) para conectarse a los servidores locales de MCP. Esto marcó el lanzamiento 1.0 de MCP. Las integraciones tempranas de prueba de concepto en Anthrope mostraron cómo Claude podría usar MCP para leer archivos o consultar una base de datos SQL en lenguaje natural, validando el concepto.
  • ** Q1 2025 - Adopción y iteración rápidas: ** En los primeros meses de 2025, MCP vio ** Adopción generalizada de la industria **. Para ** marzo de 2025 **, OpenAi y otros proveedores de IA anunciaron apoyo (como se describió anteriormente). Este período también vio ** Evolución especificada **: MCP actualizado antrópico para incluir ** Capacidades de transmisión ** (permitiendo que se envíen grandes resultados o flujos de datos continuos de forma incremental). Esta actualización se anotó en abril de 2025 con las noticias de C# SDK, lo que indica que MCP ahora admitió características como respuestas fragmentadas o integración de alimentación en tiempo real. La comunidad también construyó ** implementaciones de referencia ** en varios idiomas (Python, JavaScript, etc.) más allá del SDK de Anthrope, asegurando el soporte de políglotas.
  • ** Q2 2025 - Herramientas y gobernanza del ecosistema: ** En ** mayo de 2025 **, con Microsoft y Github unirse al esfuerzo, hubo un impulso para formalizar la gobernanza y mejorar la seguridad. En Build 2025, Microsoft presentó planes para ** Integración de MCP Windows 11 ** y detalló una colaboración para mejorar ** los flujos de autorización en MCP **. Casi al mismo tiempo, la idea de un registro ** MCP ** se introdujo en los servidores disponibles del índice (la lluvia de ideas inicial comenzó en marzo de 2025 según el blog del registro). El proceso ** "Track de estándares" ** (SEP - Propuestas de mejora estándar) se estableció en GitHub, similar a EIPS de Ethereum o PEPS de Python, para gestionar las contribuciones de manera ordenada. Las llamadas comunitarias y los grupos de trabajo (para seguridad, registro, SDK) comenzaron a convocarse.
  • ** Mid 2025- Expansión de características: ** A mediados de 2015, la hoja de ruta priorizó varias mejoras clave:
    • ** Soporte de tareas asincrónicas y de larga duración: ** Planea permitir que MCP maneje las operaciones largas sin bloquear la conexión. Por ejemplo, si una IA desencadena un trabajo en la nube que lleva minutos, el protocolo MCP admitiría respuestas de asíncrono o reconexión para obtener resultados. -** Autenticación y seguridad de grano fino: ** Desarrollo ** Autorización de grano fino ** Mecanismos para acciones sensibles. Esto incluye posiblemente la integración de flujos de OAuth, claves API y SSO empresarial en los servidores MCP para que el acceso de IA se pueda administrar de manera segura. A mediados de 2025, las guías y las mejores prácticas para la seguridad de MCP estaban en progreso, dados los riesgos de seguridad de permitir que AI invoque herramientas poderosas. El objetivo es que, por ejemplo, si una IA es acceder a la base de datos privada de un usuario a través de MCP, debe seguir un flujo de autorización seguro (con consentimiento del usuario) en lugar de solo un punto final abierto.
  • ** Pruebas de validación y cumplimiento: ** Reconociendo la necesidad de confiabilidad, la comunidad priorizó la construcción de suites de prueba de cumplimiento ** y ** implementaciones de referencia **. Al garantizar que todos los clientes/servidores de MCP se adhieran a la especificación (a través de pruebas automatizadas), pretendían prevenir la fragmentación. Un servidor de referencia (probablemente un ejemplo con las mejores prácticas para la implementación remota y la autenticación) estaba en la hoja de ruta, al igual que una aplicación de cliente de referencia que demostró el uso completo de MCP con una IA.
    • ** Soporte de multimodalidad: ** Extender MCP más allá del texto para admitir modalidades como ** imagen, audio, datos de video ** en el contexto. Por ejemplo, una IA podría solicitar una imagen de un servidor MCP (por ejemplo, un activo de diseño o un diagrama) o emitir una imagen. La discusión de especificaciones incluyó agregar soporte para * transmisión y mensajes fragmentados * para manejar interactivamente el contenido multimedia grande. El trabajo temprano en "MCP Streaming" ya estaba en marcha (para apoyar cosas como alimentos en audio en vivo o datos de sensores continuos para la IA).
    • ** Registro Central y Discovery: ** El plan para implementar un servicio central ** MCP Registry ** para el descubrimiento del servidor se ejecutó a mediados de 2025. Para ** septiembre de 2025 **, el registro oficial de MCP se lanzó en vista previa. Este registro proporciona una sola fuente de verdad ** para los servidores MCP disponibles públicamente, lo que permite a los clientes encontrar servidores por nombre, categoría o capacidades. Es esencialmente como una tienda de aplicaciones (pero abierta) para herramientas de IA. El diseño permite registros públicos (un índice global) y los privados (específicos de la empresa), todos interoperables a través de una API compartida. El registro también introdujo un ** mecanismo de moderación ** para marcar o eliminar servidores maliciosos, con un modelo de moderación de la comunidad para mantener la calidad.
  • ** A finales de 2025 y más allá - hacia las redes MCP descentralizadas: ** Aunque aún no son artículos de hoja de ruta "oficiales", la trayectoria apunta hacia más ** descentralización y sinergia web3 **:
  • Los investigadores están explorando activamente cómo agregar ** descubrimiento descentralizado, reputación y capas de incentivos ** a MCP. Se está incubando el concepto de una red ** MCP ** (o "mercado de puntos finales MCP"). Esto podría implicar registros inteligentes basados ​​en contratos (por lo que no hay un solo punto de falla para los listados de servidores), sistemas de reputación donde los servidores/clientes tienen identidades y apuestas en la cadena para un buen comportamiento, y posiblemente ** recompensas de token para ejecutar nodos MCP confiables **.
    • ** Proyecto Namda ** en el MIT, que comenzó en 2024, es un paso concreto en esta dirección. Para 2025, NAMDA había construido un marco de agentes distribuido prototipo sobre las bases de MCP, incluidas características como el descubrimiento de nodos dinámicos, el equilibrio de carga entre los grupos de agentes y un registro descentralizado que utilizan técnicas de blockchain. Incluso tienen incentivos experimentales basados ​​en token y seguimiento de procedencia para colaboraciones de múltiples agentes. Los hitos de NAMDA muestran que es factible tener una red de agentes de MCP que se ejecutan en muchas máquinas con coordinación sin confianza. Si se adoptan los conceptos de NAMDA, podríamos ver que MCP evoluciona para incorporar algunas de estas ideas (posiblemente a través de extensiones opcionales o protocolos separados en capas en la parte superior).
    • ** Endurecimiento empresarial: ** En el lado empresarial, a finales de 2025 esperamos que MCP se integre en las principales ofertas de software empresarial (la inclusión de Microsoft en Windows y Azure es un ejemplo). La hoja de ruta incluye características amigables para la empresa como ** SSO Integration para servidores MCP ** y controles de acceso robustos. La disponibilidad general del registro de MCP y los kits de herramientas para implementar MCP a escala (por ejemplo, dentro de una red corporativa) es probable a fines de 2025.

Para recapitular algunos hitos de desarrollo clave ** hasta ahora ** (formato de línea de tiempo para mayor claridad):

  • ** Nov 2024: ** MCP 1.0 liberado (antrópico).
  • ** Dic 2024 - enero de 2025: ** La comunidad construye la primera ola de servidores MCP; Antrópico libera Claude Desktop con soporte de MCP; Pilotos a pequeña escala por bloque, Apolo, etc.
  • ** Feb 2025: ** 1000+ conectores MCP comunitarios logrados; Anthrope organiza talleres (por ejemplo, en una cumbre de IA, educación de conducción).
  • ** Mar 2025: ** OpenAI anuncia apoyo (Chatgpt Agents SDK).
  • ** Abr 2025: ** Google DeepMind anuncia soporte (Gemini admitirá MCP); Microsoft publica una vista previa de C# SDK.
  • ** Mayo de 2025: ** Comité directivo expandido (Microsoft/Github); Build 2025 Demos (integración de Windows MCP).
  • ** Jun 2025: ** ChainStack lanza servidores MCP Web3 (EVM/Solana) para uso público.
  • ** Jul 2025: ** Actualizaciones de la versión de especificación MCP (transmisión, mejoras de autenticación); Hoja de ruta oficial publicada en el sitio de MCP.
  • ** SEP 2025: ** Registro MCP (vista previa) lanzado; Probable MCP alcanza la disponibilidad general en más productos (Claude para el trabajo, etc.).
  • ** A finales de 2025 (proyectado): ** Registro v1.0 en vivo; Seguridad de las mejores guías de práctica liberadas; Posiblemente experimentos iniciales con descubrimiento descentralizado (resultados de NAMDA).

** Vision Forward ** es que MCP se vuelve tan ubicuo e invisible como HTTP o JSON, una capa común que muchas aplicaciones usan debajo del capó. Para Web3, la hoja de ruta sugiere una fusión más profunda: donde los agentes de IA no solo usarán Web3 (blockchains) como fuentes o sumideros de información, sino que la infraestructura de Web3 en sí misma podría comenzar a incorporar agentes de IA (a través de MCP) como parte de su operación (por ejemplo, un DAO podría ejecutar una AI compatible con MCP para administrar ciertas tareas, o Oracles podría publicar datos a través de los puntos finales de MCP). El énfasis de la hoja de ruta en cosas como la verificabilidad y la autenticación sugiere que en el futuro, ** interacciones MCP minimizadas de confianza ** podría ser una realidad: imagine salidas de IA que vienen con pruebas criptográficas o un registro en cadena de qué herramientas se invoca una IA para fines de auditoría. Estas posibilidades difuminan la línea entre las redes AI y Blockchain, y MCP está en el corazón de esa convergencia.

En conclusión, el desarrollo de MCP es altamente dinámico. Ha alcanzado los principales hitos tempranos (amplia adopción y estandarización dentro de un año de lanzamiento) y continúa evolucionando rápidamente con una hoja de ruta clara que enfatiza ** seguridad, escalabilidad y descubrimiento **. Los hitos logrados y planificados garantizan que MCP permanezca robusto a medida que se escala: abordar desafíos como tareas de larga duración, permisos seguros y la capacidad de descubrimiento de miles de herramientas. Este impulso hacia adelante indica que MCP no es una especificación estática, sino un estándar creciente, que es probable que incorpore más características con sabor a Web3 (gobernanza descentralizada de los servidores, alineación de incentivos) a medida que surgen esas necesidades. La comunidad está preparada para adaptar MCP a nuevos casos de uso (IA multimodal, IoT, etc.), todo mientras vigila la promesa central: hacer que AI ** sea más conectado, consciente de contexto y poder de usuario ** en la era Web3.

7. Comparación con proyectos o protocolos Web3 similares

La combinación única de IA y conectividad de MCP significa que no hay muchos equivalentes directos de manzanas a manzanas, pero es esclarecedor compararlo con otros proyectos en la intersección de Web3 e IA o con objetivos análogos:

  • ** SingularityNet (AGI/X) **-*Mercado de IA descentralizado:*SingularityNet, lanzado en 2017 por el Dr. Ben Goertzel y otros, es un mercado basado en blockchain para servicios de IA. Permite a los desarrolladores monetizar los algoritmos de IA como servicios y usuarios para consumir esos servicios, todos facilitados por un token (AGIX) que se utiliza para pagos y gobernanza. En esencia, SingularityNet está tratando de descentralizar el ** suministro de modelos AI ** al alojarlos en una red donde cualquiera puede llamar a un servicio de IA a cambio de tokens. Esto difiere de MCP fundamentalmente. MCP no aloja ni monetiza los modelos AI; En su lugar, proporciona una interfaz estándar ** para AI (donde sea que se esté ejecutando) para acceder a datos/herramientas **. Uno podría imaginarse usar MCP para conectar una IA a los servicios que figuran en SingularityNet, pero SingularityNet se centra en la capa económica (que proporciona un servicio de IA y cómo se les paga). Otra diferencia clave: ** Gobernanza **-SingularityNet tiene una gobernanza en la cadena (a través de ** SingularityNet Propuestas de mejora (SNPS) ** y votación de token Agix) para evolucionar su plataforma. La gobernanza de MCP, por el contrario, está fuera de la cadena y está colaborativa sin una ficha. En resumen, SingularityNet y MCP se esfuerzan por un ecosistema AI más abierto, pero SingularityNet se trata de una ** red tokenizada de algoritmos de IA **, mientras que MCP tiene un estándar de protocolo ** para la interoperabilidad de la toula AI **. Podrían complementar: por ejemplo, una IA en SingularityNet podría usar MCP para obtener datos externos que necesita. Pero SingularityNet no intenta estandarizar el uso de la herramienta; Utiliza blockchain para coordinar los servicios de IA, mientras que MCP utiliza estándares de software para permitir que AI funcione con cualquier servicio.
  • ** Fetch.ai (FET) **-Plataforma descentralizada basada en agentes:Fetch.ai es otro proyecto que combina AI y blockchain. Lanzó su propia prueba de bloques de prueba de prueba y marco para construir ** agentes autónomos ** que realizan tareas e interactúen en una red descentralizada. En la visión de Fetch, millones de "agentes de software" (que representan a personas, dispositivos u organizaciones) pueden negociar e intercambiar valor, utilizando tokens FET para transacciones. Fetch.ai proporciona un marco de agente (UAGENTS) e infraestructura para el descubrimiento y la comunicación entre los agentes en su libro mayor. Por ejemplo, un agente de búsqueda podría ayudar a optimizar el tráfico en una ciudad interactuando con otros agentes para estacionamiento y transporte, o administrar un flujo de trabajo de la cadena de suministro de forma autónoma. ¿Cómo se compara esto con MCP? Ambos tratan con el concepto de agentes, pero los agentes de Fetch.ai están fuertemente vinculados a su economía de blockchain y tokens: viven en la red Fetch ** y usan la lógica en la cadena. Los agentes de MCP (hosts de IA) están impulsados ​​por el modelo (como un LLM) y no están vinculados a ninguna red única; MCP se contenta con operar a través de Internet o dentro de una configuración de nube, sin requerir una cadena de bloques. Fetch.ai intenta construir una nueva economía de AI descentralizada desde cero ** (con su propio libro mayor para la confianza y las transacciones), mientras que MCP es ** Agnóstico de capa ** **: se realiza a las redes existentes en las redes existentes (podría usarse sobre HTTP, o incluso además de una cadena de bloques, si es necesario) a las interacciones AI. Se podría decir que Fetch se trata más de ** Agentes económicos autónomos ** y MCP sobre ** Agentes inteligentes que usan herramientas **. Curiosamente, estos podrían cruzar: un agente autónomo en Fetch.ai podría usar MCP para interactuar con recursos fuera de la cadena u otras blockchains. Por el contrario, uno podría usar MCP para construir sistemas de múltiples agentes que aprovechen diferentes cadenas de bloques (no solo una). En la práctica, MCP ha visto una adopción más rápida porque no requería su propia red: funciona con Ethereum, Solana, API Web2, etc., fuera de la caja. El enfoque de Fetch.ai es más pesado, creando un ecosistema completo al que los participantes deben unirse (y adquirir tokens) para usar. En resumen, ** Fetch.ai vs MCP **: Fetch es una plataformacon su propio token/blockchain para agentes de IA, centrándose en la interoperabilidad y los intercambios económicos entre los agentes, mientras que MCP es un protocoloque los agentes de IA (en cualquier entorno) pueden usar en herramientas y datos. Sus objetivos se superponen para habilitar la automatización impulsada por la IA, pero abordan diferentes capas de la pila y tienen filosofías arquitectónicas muy diferentes (ecosistema cerrado frente al estándar abierto).
  • ** Cadena y oráculos descentralizados **-Conectando blockchains a datos fuera de la cadena:ChainLink no es un proyecto de IA, pero es muy relevante como un protocolo Web3 que resuelve un problema complementario: cómo conectar ** blockchains ** con datos externos y computación. ChainLink es una red descentralizada de nodos (oráculos) que obtiene, verifica y entrega datos fuera de la cadena a contratos inteligentes de una manera minimizada de confianza. Por ejemplo, los oráculos de ChainLink proporcionan alimentos de precios a los protocolos Defi o llaman a API externos en nombre de los contratos inteligentes a través de funciones de Link. Comparativamente, MCP conecta ** AI modelos ** a datos/herramientas externas (algunas de las cuales podrían ser blockchains). Se podría decir que ** ChainLink trae datos a blockchains, mientras que MCP trae datos a AI **. Existe un paralelo conceptual: ambos establecen un puente entre los sistemas aislados. ChainLink se centra en la fiabilidad, la descentralización y la seguridad de los datos alimentados en la cadena (resolviendo el "problema de oráculo" del punto de falla único). MCP se centra en la flexibilidad y la estandarización de cómo la IA puede acceder a los datos (resolver el "problema de integración" para los agentes de IA). Operan en diferentes dominios (contratos inteligentes frente a asistentes de IA), pero uno podría comparar los servidores MCP con los oráculos: un servidor MCP para los datos de precios podría llamar a las mismas API que hace un nodo de chaqueta. La diferencia es el ** consumidor **: en el caso de MCP, el consumidor es un asistente de IA o usuarios, no un contrato inteligente determinista. Además, MCP no proporciona inherentemente la fideicomiso garantías de que ChainLink (los servidores MCP pueden ser centralizados o administrados por la comunidad, con fideicomiso administrado a nivel de aplicación). Sin embargo, como se mencionó anteriormente, las ideas para descentralizar las redes MCP podrían pedir prestado de Oracle Networks, por ejemplo, se pueden consultar múltiples servidores MCP y verificar los resultados para garantizar que una IA no se alimente de datos malos, similar a la forma en que múltiples nodos de luz de cadena agregan un precio. En resumen, ** ChainLink vs MCP **: ChainLink esWeb3 Middleware para blockchains para consumir datos externos, MCP esAI Middleware para que los modelos consumen datos externos (que podrían incluir datos de blockchain). Abordan las necesidades análogas en diferentes ámbitos e incluso podrían complementar: una IA que usa MCP podría obtener una alimentación de datos proporcionada por ChainLink como un recurso confiable y, por el contrario, una IA podría servir como una fuente de análisis que un Oracle de cadena trae en la cadena (aunque ese último escenario plantearía dudas de verificabilidad).
  • ** CHATGPT Plugins / OpenAI Functions vs MCP ** -*Enfoques de integración de herramientas de AI:*Si bien no se proyectos Web3, se justifica una comparación rápida porque los complementos de chatgpt y la función de llamadas de funciones de OpenAI también conectan IA a herramientas externas. Los complementos de ChatGPT utilizan una especificación OpenAPI proporcionada por un servicio, y el modelo puede llamar a esas API siguiendo la especificación. Las limitaciones son que es un ecosistema cerrado (complementos aprobados por OpenAI que se ejecutan en los servidores de OpenAI) y cada complemento es una integración aislada. El nuevo * "agentes" * SDK de Openai está más cerca de MCP en concepto, permitiendo a los desarrolladores definir herramientas/funciones que una IA puede usar, pero inicialmente fue específico para el ecosistema de Openi. ** Langchain ** Del mismo modo proporcionó un marco para proporcionar herramientas LLMS en código. MCP difiere ofreciendo un ** Estándar del modelo y agnóstico del modelo ** para esto. Como lo expresó un análisis, Langchain creó un estándar de desarrollo de desarrolladores (una interfaz de Python) para herramientas, mientras que MCP crea un estándar de * modelo *: un agente de IA puede descubrir y usar cualquier herramienta definida por MCP en tiempo de ejecución sin código personalizado. En términos prácticos, el ecosistema de servidores de MCP se hizo más grande y más diverso que la tienda de complementos ChatGPT en cuestión de meses. Y en lugar de que cada modelo tenga su propio formato de complemento (OpenAi tenía el suyo, otros tenían diferentes), muchos se están fusionando alrededor de MCP. Operai señaló el soporte para MCP, esencialmente alineando su enfoque de función con el estándar más amplio. Por lo tanto, comparar ** los complementos OpenAI con MCP **: los complementos son un enfoque centralizado curado, mientras que MCP es un enfoque descentralizado y impulsado por la comunidad. En una mentalidad de Web3, MCP es más "código abierto y sin permiso", mientras que los ecosistemas de complementos patentados están más cerrados. Esto hace que MCP sea análogo al espíritu de Web3 a pesar de que no es una cadena de bloques: permite la interoperabilidad y el control del usuario (podría ejecutar su propio servidor MCP para sus datos, en lugar de darle todo a un proveedor de IA). Esta comparación muestra por qué muchos consideran que MCP tiene más potencial a largo plazo: no está bloqueado para un proveedor o un modelo.
  • ** Proyecto NAMDA y marcos de agentes descentralizados: ** Namda merece una nota separada porque combina explícitamente MCP con los conceptos Web3. Como se describió anteriormente, NAMDA (arquitectura distribuida modular del agente en red) es una iniciativa MIT/IBM que se inició en 2024 para construir una red de agentes de IA ** escalable ** que usa MCP como capa de comunicación. Trata a MCP como la columna vertebral de mensajería (ya que MCP utiliza mensajes estándar de tipo JSON-RPC, se ajusta bien a las comunicaciones entre agentes), y luego agrega capas para ** descubrimiento dinámico, tolerancia a fallas e identidades verificables ** utilizando técnicas inspiradas en blockchain. Los agentes de NAMDA pueden estar en cualquier lugar (dispositivos de nubes, borde, etc.), pero un registro descentralizado (algo así como un DHT o blockchain) realiza un seguimiento de ellos y sus capacidades de manera a prueba de tamperios. Incluso exploran dar tokens de agentes para incentivar la cooperación o el intercambio de recursos. En esencia, Namda es un experimento en cómo podría ser una ** Versión Web3 de MCP "**. Todavía no es un proyecto ampliamente desplegado, pero es uno de los "protocolos similares" en espíritu. Si vemos NAMDA vs MCP: NAMDA usa MCP (por lo que no son estándares competitivos), pero lo extiende con un protocolo para establecer contactos y coordinar a múltiples agentes de manera minimizada de confianza. Uno podría comparar NAMDA con marcos como ** Autonolas o sistemas de múltiples agentes (MAS) ** que la comunidad criptográfica ha visto, pero aquellos a menudo carecen de un poderoso componente de IA o un protocolo común. Namda + MCP juntos muestra cómo podría funcionar una red de agente descentralizada, con blockchain proporcionando ** identidad, reputación y posiblemente incentivos de token **, y MCP proporcionando la comunicación de agentes ** y el uso de herramientas **.

En resumen, ** MCP se distingue ** de la mayoría de los proyectos Web3 anteriores: no comenzó como un proyecto criptográfico en absoluto, pero se cruza rápidamente con Web3 porque resuelve problemas complementarios. Proyectos como SingularityNet y Fetch.ai tuvieron como objetivo * descentralizar el cálculo o servicios de AI * usando blockchain; En cambio, MCP *estandariza la integración de IA con los servicios *, lo que puede mejorar la descentralización evitando el bloqueo de la plataforma. Las redes Oracle como ChainLink resolvieron la entrega de datos a blockchain; MCP resuelve la entrega de datos a la IA (incluidos los datos de blockchain). Si los ideales centrales de Web3 son la descentralización, la interoperabilidad y el empoderamiento del usuario, MCP está atacando la pieza de interoperabilidad en el ámbito de la IA. Incluso está influyendo en esos proyectos más antiguos; por ejemplo, no hay nada que impida que SingularityNet haga que sus servicios de IA estén disponibles a través de servidores MCP, o obtengan agentes de usar MCP para hablar con sistemas externos. Bien podríamos ver una convergencia en la que *las redes de IA impulsadas por el token usan MCP como su lengua franca *, que se casa con la estructura de incentivos de Web3 con la flexibilidad de MCP.

Finalmente, si consideramos ** la percepción del mercado **: MCP a menudo se promociona para AI lo que Web3 esperaba hacer para Internet: rompa los silos y empodere a los usuarios. Esto ha llevado a algunos a apodar a MCP informalmente como "Web3 para IA" (incluso cuando no hay blockchain involucrado). Sin embargo, es importante reconocer que MCP es un estándar de protocolo, mientras que la mayoría de los proyectos Web3 son plataformas de pila completa con capas económicas. En comparaciones, MCP generalmente sale como una solución universal más liviana, mientras que los proyectos de blockchain son soluciones más pesadas y especializadas. Dependiendo del caso de uso, pueden complementar en lugar de competir estrictamente. A medida que el ecosistema madura, podríamos ver a MCP integrado en muchos proyectos de Web3 como un módulo (muy parecido a cómo HTTP o JSON son omnipresentes), en lugar de como un proyecto rival.

8. Percepción pública, tracción del mercado y cobertura de medios

El sentimiento público hacia MCP ha sido abrumadoramente positivo en las comunidades de AI y Web3, a menudo limitando con entusiasta. Muchos lo ven como un ** cambio de juego ** que llegó en silencio pero luego tomó la industria por asalto. Desglosemos la percepción, la tracción y las notables narrativas de los medios:

** Métricas de tracción y adopción del mercado: ** A mediados de 2025, MCP logró un nivel de adopción raro para un nuevo protocolo. Está respaldado por prácticamente todos los principales proveedores de modelos de IA (antrópico, OpenAi, Google, Meta) y respaldado por una gran infraestructura tecnológica (Microsoft, Github, AWS, etc.), como se detalló anteriormente. Esto solo indica al mercado que MCP probablemente esté aquí para quedarse (similar a cómo el amplio respaldo impulsó TCP/IP o HTTP en los primeros días de Internet). En el lado de la Web3, la *tracción es evidente en el comportamiento del desarrollador *: Hackathons comenzó a presentar proyectos MCP, y muchas herramientas de blockchain Dev ahora mencionan la integración de MCP como un punto de venta. La estadística de "más de 1000 conectores en unos pocos meses" y la cita de "miles de integraciones" de Mike Krieger a menudo se citan para ilustrar cuán rápido se capta MCP. Esto sugiere fuertes efectos de la red: cuantas más herramientas estén disponibles a través de MCP, más útiles es, lo que provoca más adopción (un ciclo de retroalimentación positiva). Los VC y los analistas han notado que MCP logró en menos de un año lo que los intentos anteriores de "interoperabilidad de IA" no lograron hacer durante varios años, en gran parte debido a la hora (montar la ola de interés en los agentes de IA) y ser de código abierto. En Web3 Media, la tracción a veces se mide en términos de desarrollador mental e integración en proyectos, y los puntajes MCP en ambos ahora.

** Percepción pública en comunidades AI y Web3: ** Inicialmente, MCP voló bajo el radar cuando se anunció por primera vez (finales de 2024). Pero a principios de 2025, a medida que surgieron historias de éxito, la percepción cambió a la emoción. Los practicantes de IA vieron a MCP como la "pieza de rompecabezas faltante" para hacer que los agentes de IA realmente útiles más allá de los ejemplos de juguetes. Los constructores de Web3, por otro lado, lo vieron como un puente para finalmente incorporar IA en DAPPS sin tirar la descentralización: una IA puede usar datos en la cadena sin necesidad de un oráculo centralizado, por ejemplo. ** Los líderes de pensamiento ** han estado cantando alabanzas: por ejemplo, Jesús Rodríguez (un destacado escritor de IA Web3) escribió en Coindesk que MCP puede ser*"uno de los protocolos más transformadores para la era de la IA y un gran ajuste para las arquitecturas Web3"*. Rares Crisan en un notable blog de capital argumentó que MCP podría cumplir con la promesa de Web3 donde Blockchain solo luchó, haciendo que Internet sea más centrado en el usuario y natural para interactuar. Estas narrativas enmarcan MCP como revolucionarias pero prácticas, no solo exageradas.

Para ser justos, ** no todos los comentarios son poco críticos **. Algunos desarrolladores de IA en foros como Reddit han señalado que MCP "no hace todo": es un protocolo de comunicación, no un agente listón o motor de razonamiento. Por ejemplo, una discusión de Reddit titulada "MCP es una trampa sin salida" argumentó que MCP en sí mismo no gestiona la cognición del agente ni garantiza la calidad; Todavía requiere un buen diseño de agente y controles de seguridad. Este punto de vista sugiere que MCP podría ser sobrevalorado como una bala de plata. Sin embargo, estas críticas son más sobre el templado de las expectativas que rechazar la utilidad de MCP. Hacen hincapié en que MCP resuelve la conectividad de la herramienta, pero aún uno debe construir una lógica de agente robusta (es decir, MCP no crea mágicamente un agente inteligente, equipa uno con herramientas). Sin embargo, el consenso ** es que MCP es un gran paso adelante **, incluso entre voces cautelosas. Hugging’s Face’s Community Blog señaló que si bien MCP no es un resuelto, es un gran facilitador para la IA integrada, consciente del contexto, y los desarrolladores se están reuniendo a su alrededor por esa razón.

** Cobertura de medios: ** MCP ha recibido una cobertura significativa en los medios tecnológicos principales y los medios de bloques de nicho:

  • ** TechCrunch ** ha ejecutado múltiples historias. Cubrieron el concepto inicial ("Anthrope propone una nueva forma de conectar los datos a los chatbots de IA") alrededor del lanzamiento en 2024. En 2025, TechCrunch destacó cada gran momento de adopción: el soporte de Openi, el abrazo de Google, la participación de Microsoft/Github. Estos artículos a menudo enfatizan la unidad de la industria en torno a MCP. Por ejemplo, TechCrunch citó el respaldo de Sam Altman y señaló el rápido cambio de los estándares rivales a MCP. Al hacerlo, retrataron a MCP como el estándar emergente similar a la forma en que nadie quería quedar fuera de los protocolos de Internet en los años 90. Tal cobertura en una salida prominente señaló al mundo tecnológico más amplio que MCP es importante y real, no solo un proyecto de código abierto marginal.
  • ** CoinDesk ** y otras publicaciones criptográficas adquiridas en el ángulo Web3 ** **. A menudo se cita el artículo de opinión de Coindesk de Rodríguez (julio de 2025); Pintó una imagen futurista donde cada cadena de bloques podría ser un servidor MCP y las nuevas redes MCP podrían ejecutarse en blockchains. Conectó MCP con conceptos como la identidad descentralizada, la autenticación y la verificabilidad: hablar el lenguaje de la audiencia de blockchain y sugerir que MCP podría ser el protocolo que realmente combina la IA con marcos descentralizados. Cointelegraph, Bankless y otros también han discutido MCP en el contexto de "AI Agents & Defi" y temas similares, generalmente optimistas sobre las posibilidades (por ejemplo, Bankless tenía una pieza sobre el uso de MCP para dejar que una IA administre los comercios en la cadena en la cadena, e incluyó un cómo hacer para su propio servidor MCP).
  • ** Blogs de VC notables / Informes de analistas: ** La notable publicación de blog de capital (julio de 2025) es un ejemplo de análisis de análisis de riesgo paralelos entre MCP y la evolución de los protocolos web. Básicamente argumenta que MCP podría hacer para Web3 lo que HTTP hizo para Web1, proporcionando una nueva capa de interfaz (interfaz del lenguaje natural) que no reemplaza la infraestructura subyacente, pero la hace utilizable. Este tipo de narración es convincente y se ha hecho eco en paneles y podcasts. Pos coloca a MCP no tan compitiendo con blockchain, sino como la siguiente capa de abstracción que finalmente permite que los usuarios normales (a través de IA) aprovechen fácilmente los servicios de blockchain y web.
  • ** Desarrollador Community Buzz: ** Fuera de artículos formales, el ascenso de MCP puede ser medido por su presencia en el discurso de desarrolladores: conversaciones de conferencias, canales de YouTube, boletines. Por ejemplo, ha habido publicaciones populares de blog como "MCP: ¿El enlace faltante para la IA de agente?" En sitios como Runtime.News y Newsletters (por ejemplo, uno del investigador de IA Nathan Lambert) discutiendo experimentos prácticos con MCP y cómo se compara con otros marcos de uso de herramientas. El tono general es la curiosidad y la emoción: los desarrolladores comparten demostraciones de enganchar la IA a la automatización de su hogar o la billetera criptográfica con solo unas pocas líneas usando servidores MCP, algo que se sintió de ciencia ficción no hace mucho tiempo. Esta emoción de base es importante porque muestra que MCP tiene mentalidad mental más allá de los respaldos corporativos.
  • ** Perspectiva empresarial: ** Medios y analistas que se centran en la IA empresarial también anotan MCP como un desarrollo clave. Por ejemplo, * la nueva pila * cubrió cómo Anthrope agregó soporte para servidores MCP remotos en Claude para uso empresarial. El ángulo aquí es que las empresas pueden usar MCP para conectar sus bases y sistemas de conocimiento interno a IA de manera segura. Esto también es importante para Web3, ya que muchas empresas blockchain son empresas mismas y pueden aprovechar el MCP internamente (por ejemplo, un intercambio de criptografía podría usar MCP para permitir que una IA analice registros de transacciones internas para la detección de fraude).

** Citas y reacciones notables: ** Vale la pena resaltar algunos como percepción pública encapsulante:

    • "Al igual que las comunicaciones web revolucionadas por HTTP, MCP proporciona un marco universal ... reemplazando las integraciones fragmentadas con un solo protocolo". * - CoindenSk. Esta comparación con HTTP es poderosa; Enmarca MCP como innovación a nivel de infraestructura.
    • “MCP [se ha convertido en un] estándar abierto prosperado con miles de integraciones y crecientes. Los LLM son más útiles cuando se conecta a los datos que ya tiene ..." * - Mike Krieger (antrópico). Esta es una confirmación oficial de la tracción y la proposición de valor central, que ha sido ampliamente compartida en las redes sociales.
    • "La promesa de Web3 ... finalmente se puede realizar ... a través del lenguaje natural y los agentes de IA ... MCP es lo más cercano que hemos visto a una web3 real para las masas". * - Capital notable. Esta audaz declaración resuena con aquellos frustrados por las lentas mejoras de UX en criptografía; Sugiere que la IA podría descifrar el código de adopción convencional al abstraer la complejidad.

** Desafíos y escepticismo: ** Si bien el entusiasmo es alto, los medios también han discutido los desafíos:

  • ** Preocupaciones de seguridad: ** Los puntos de venta como la nueva pila o los blogs de seguridad han planteado que permitir que la IA ejecute herramientas puede ser peligrosa si no se sandan. ¿Qué pasa si un servidor MCP malicioso intentaba que una IA realice una acción dañina? El blog de Limechain advierte explícitamente de * "riesgos de seguridad significativos" * con los servidores MCP desarrollados por la comunidad (por ejemplo, un servidor que maneja las claves privadas debe ser extremadamente segura). Estas preocupaciones se han hecho eco en las discusiones: esencialmente, MCP expande las capacidades de IA, pero con el poder viene el riesgo. La respuesta de la comunidad (guías, mecanismos de autores) también se ha cubierto, generalmente asegurando que se están construyendo mitigaciones. Aún así, cualquier uso indebido de alto perfil de MCP (por ejemplo, una IA desencadenó una transferencia de criptografía involuntaria) afectaría la percepción, por lo que los medios están atentos a este frente. -** Rendimiento y costo: ** Algunos analistas señalan que el uso de agentes de IA con herramientas podría ser más lento o más costoso que llamar directamente a una API (porque la IA podría necesitar múltiples pasos de ida y vuelta para obtener lo que necesita). En los contextos de ejecución en el comercio de alta frecuencia o de ejecución en la cadena, esa latencia podría ser problemática. Por ahora, estos son vistos como obstáculos técnicos para optimizar (a través de un mejor diseño o transmisión de agentes), en lugar de rompecabezas.
  • ** Gestión de exageración: ** Como con cualquier tecnología de tendencia, hay un poco de publicidad. Algunas voces advierten no declarar a MCP la solución a todo. Por ejemplo, el artículo de abrazos de abrazos pregunta "¿MCP es una bala de plata?" y respuestas no: los desarrolladores aún necesitan manejar la gestión del contexto, y MCP funciona mejor en combinación con buenas estrategias de consulta y memoria. Tales tomas equilibradas son saludables en el discurso.

** Sentimiento general de los medios: ** La narrativa que emerge es en gran medida esperanzadora y con visión de futuro:

  • MCP se ve como una herramienta práctica que ofrece mejoras reales ahora (por lo que no vaporware), que los medios subrayan citando ejemplos de trabajo: Claude Reading Archivos, copilotas usando MCP en VScode, una IA que completa una transacción solana en una demostración, etc.
  • También se retrata como una pieza básica estratégica para el futuro de AI y Web3. Los medios a menudo concluyen que MCP o cosas como esto serán esenciales para "IA descentralizada" o "Web4" o cualquier término que se use para la web de próxima generación. Existe la sensación de que MCP abrió una puerta, y ahora la innovación está fluyendo, ya sea los agentes o empresas descentralizadas de Namda que conectan sistemas heredados con IA, muchas historias futuras se remontan a la introducción de MCP.

En el mercado, uno podría medir la tracción mediante la formación de nuevas empresas y fondos alrededor del ecosistema MCP. De hecho, hay rumores/informes de nuevas empresas que se centran en los "mercados MCP" o las plataformas MCP administradas que obtienen fondos (la escritura de capital notable al respecto sugiere un interés de capital de riesgo). Podemos esperar que los medios comiencen a cubrir esos tangencialmente, por ejemplo, "Startup X usa MCP para dejar que su IA administre su cartera de criptografía, recauda $ Y millones".

** Conclusión de percepción: ** A finales de 2025, MCP disfruta de una reputación como una tecnología innovadora. Tiene una fuerte defensa de figuras influyentes tanto en IA como en Crypto. La narrativa pública ha evolucionado de *"Aquí hay una herramienta ordenada" *a *"Esto podría ser fundamental para la próxima web" *. Mientras tanto, la cobertura práctica confirma que está funcionando y siendo adoptada, prestando credibilidad. Siempre que la comunidad continúe abordando los desafíos (seguridad, gobernanza a escala) y no se producen desastres importantes, es probable que la imagen pública de MCP siga siendo positiva o incluso se vuelva icónica como "el protocolo que hizo que AI y Web3 jueguen bien".

Los medios probablemente vigilarán de cerca:

  • Historias de éxito (por ejemplo, si un DAO importante implementa un tesorero de IA a través de MCP, o un gobierno usa MCP para sistemas de IA de datos abiertos).
  • Cualquier incidente de seguridad (para evaluar el riesgo).
  • La evolución de las redes MCP y si algún componente de token o blockchain ingresa oficialmente a la imagen (lo que sería una gran noticia para unir IA y cripto aún más estrechamente).

A partir de ahora, sin embargo, la cobertura se puede resumir mediante una línea de Coindesk: * "La combinación de Web3 y MCP podría ser una nueva base para la IA descentralizada". * - Un sentimiento que captura tanto la promesa como la emoción que rodea a MCP en el ojo público.

** Referencias: **

  • Noticias antrópicas: * "Presentación del protocolo del contexto del modelo", * noviembre 2024
  • Blog de Limechain: * "¿Qué es MCP y cómo se aplica a Blockchains?" * Mayo 2025
  • Blog de ChainStack: * "MCP para Web3 Builders: Solana, EVM y documentación", * junio de 2025
  • Op-Ed Coindesk: * "El protocolo de los agentes: potencial MCP de Web3", * julio de 2025
  • Capital notable: * "Por qué MCP representa la oportunidad real de Web3", * julio de 2025
  • TechCrunch: * "OpenAi adopta el estándar de Anthrope ...", * 26 de marzo de 2025
  • TechCrunch: * "Google para abrazar el estándar de Anthrope ...", * 9 de abril de 2025
  • TechCrunch: * "Github, Microsoft Embrace ... (Comité Directivo de MCP)", * 19 de mayo de 2025
  • Blog de Microsoft Dev: * "C# SDK oficial para MCP", * Abr 2025
  • Blog de abrazadera: * "#14: ¿Qué es MCP y por qué todos hablan de eso?" * Mar 2025
  • Investigación de Messari: * "Fetch.ai Perfil", * 2023
  • Medium (Nu Fintimes): * "Inventa singularitynet", * Mar 2024

World Liberty Financial: El futuro del dinero, respaldado por USD1

· 13 min de lectura
Dora Noda
Software Engineer

Resumen de World Liberty Financial

World Liberty Financial (WLFI) es una plataforma de finanzas descentralizadas (DeFi) creada por miembros de la familia Trump y sus socios. Según el sitio de la Organización Trump, la plataforma tiene como objetivo unir la banca tradicional y la tecnología blockchain combinando la estabilidad de las finanzas tradicionales con la transparencia y accesibilidad de los sistemas descentralizados. Su misión es proporcionar servicios modernos para el movimiento de dinero, préstamos y gestión de activos digitales, al tiempo que apoya la estabilidad respaldada por el dólar, haciendo el capital accesible para individuos e instituciones, y simplificando DeFi para los usuarios convencionales.

WLFI lanzó su token de gobernanza ($WLFI) en septiembre de 2025 e introdujo una stablecoin vinculada al dólar llamada USD1 en marzo de 2025. La plataforma describe USD1 como una stablecoin "futuro del dinero" diseñada para servir como par base para activos tokenizados y para promover el dominio del dólar estadounidense en la economía digital. El cofundador Donald Trump Jr. ha enmarcado a WLFI como una empresa no política destinada a empoderar a la gente común y fortalecer el papel global del dólar estadounidense.

Historia y fundación

  • Orígenes (2024–2025). WLFI fue anunciada en septiembre de 2024 como una empresa de criptomonedas liderada por miembros de la familia Trump. La compañía lanzó su token de gobernanza WLFImaˊstardeesean~o.SeguˊnReuters,laventainicialdetokensWLFI más tarde ese año. Según Reuters, la venta inicial de tokens WLFI de la empresa recaudó solo alrededor de $2.7 millones, pero las ventas aumentaron después de la victoria electoral de Donald Trump en 2024 (información referenciada en informes ampliamente citados, aunque no disponible directamente en nuestras fuentes). WLFI es propiedad mayoritaria de una entidad comercial de Trump y tiene nueve cofundadores, incluidos Donald Trump Jr., Eric Trump y Barron Trump.
  • Gestión. La Organización Trump describe los roles de liderazgo de WLFI como: Donald Trump (Defensor Jefe de Criptomonedas), Eric Trump y Donald Trump Jr. (Embajadores Web3), Barron Trump (visionario de DeFi) y Zach Witkoff (CEO y cofundador). Las operaciones diarias de la compañía son gestionadas por Zach Witkoff y socios como Zachary Folkman y Chase Herro.
  • Iniciativa de stablecoin. WLFI anunció la stablecoin USD1 en marzo de 2025. USD1 fue descrita como una stablecoin vinculada al dólar respaldada por bonos del Tesoro de EE. UU., depósitos en dólares estadounidenses y otros equivalentes de efectivo. Las reservas de la moneda son custodiadas por BitGo Trust Company, un custodio de activos digitales regulado. USD1 se lanzó en la BNB Chain de Binance y luego se expandió a Ethereum, Solana y Tron.

Stablecoin USD1: Diseño y características

Modelo de reserva y mecanismo de estabilidad

USD1 está diseñada como una stablecoin respaldada por fiat con un mecanismo de canje 1:1. Cada token USD1 es canjeable por un dólar estadounidense, y las reservas de la stablecoin se mantienen en letras del Tesoro de EE. UU. a corto plazo, depósitos en dólares y equivalentes de efectivo. Estos activos son custodiados por BitGo Trust, una entidad regulada conocida por la custodia institucional de activos digitales. WLFI anuncia que USD1 ofrece:

  1. Colateralización completa y auditorías. Las reservas están totalmente colateralizadas y sujetas a atestaciones mensuales de terceros, lo que proporciona transparencia sobre los activos de respaldo. En mayo de 2025, Binance Academy señaló que los desgloses regulares de las reservas aún no estaban disponibles públicamente y que WLFI había prometido auditorías de terceros.
  2. Orientación institucional. WLFI posiciona a USD1 como una stablecoin "lista para instituciones" dirigida a bancos, fondos y grandes empresas, aunque también es accesible para usuarios minoristas.
  3. Cero tarifas de acuñación/canje. Según se informa, USD1 no cobra tarifas por la acuñación o el canje, lo que reduce la fricción para los usuarios que manejan grandes volúmenes.
  4. Interoperabilidad entre cadenas. La stablecoin utiliza el Protocolo de Interoperabilidad entre Cadenas (CCIP) de Chainlink para permitir transferencias seguras a través de Ethereum, BNB Chain y Tron. Los planes para expandirse a blockchains adicionales se confirmaron a través de asociaciones con redes como Aptos y Tron.

Rendimiento del mercado

  • Crecimiento rápido. Dentro de un mes de su lanzamiento, la capitalización de mercado de USD1 alcanzó aproximadamente $2.1 mil millones, impulsada por acuerdos institucionales de alto perfil, como una inversión de $2 mil millones del fondo MGX de Abu Dabi en Binance utilizando USD1. A principios de octubre de 2025, la oferta había crecido a aproximadamente $2.68 mil millones, con la mayoría de los tokens emitidos en BNB Chain (79 %), seguidos por Ethereum, Solana y Tron.
  • Listado y adopción. Binance listó USD1 en su mercado al contado en mayo de 2025. WLFI promociona una integración generalizada en protocolos DeFi y exchanges centralizados. Plataformas DeFi como ListaDAO, Venus Protocol y Aster admiten préstamos, empréstitos y fondos de liquidez utilizando USD1. WLFI enfatiza que los usuarios pueden canjear USD1 por dólares estadounidenses a través de BitGo en uno o dos días hábiles.

Usos institucionales y planes de activos tokenizados

WLFI concibe USD1 como el activo de liquidación predeterminado para los activos del mundo real (RWA) tokenizados. El CEO Zach Witkoff ha dicho que productos básicos como el petróleo, el gas, el algodón y la madera deberían comercializarse en cadena y que WLFI está trabajando activamente para tokenizar estos activos y emparejarlos con USD1 porque requieren una stablecoin confiable y transparente. Describió a USD1 como "la stablecoin más confiable y transparente de la Tierra".

Productos y servicios

Tarjeta de débito y aplicaciones minoristas

En la conferencia TOKEN2049 en Singapur, Zach Witkoff anunció que WLFI lanzará una tarjeta de débito cripto que permitirá a los usuarios gastar activos digitales en transacciones cotidianas. La compañía planeó lanzar un programa piloto en el próximo trimestre, con un lanzamiento completo esperado en el cuarto trimestre de 2025 o el primer trimestre de 2026. CoinLaw resumió los detalles clave:

  • La tarjeta vinculará los saldos de criptomonedas a las compras de los consumidores y se espera que se integre con servicios como Apple Pay.
  • WLFI también está desarrollando una aplicación minorista orientada al consumidor para complementar la tarjeta.

Tokenización y productos de inversión

Más allá de los pagos, WLFI tiene como objetivo tokenizar productos básicos del mundo real. Witkoff dijo que están explorando la tokenización de petróleo, gas, madera y bienes raíces para crear instrumentos de negociación basados en blockchain. El token de gobernanza de WLFI (WLFI), lanzado en septiembre de 2025, otorga a los titulares la capacidad de votar sobre ciertas decisiones corporativas. El proyecto también ha formado asociaciones estratégicas, incluido el acuerdo de ALT5 Sigma para comprar \750 millones en tokens WLFI como parte de su estrategia de tesorería.

La perspectiva de Donald Trump Jr.

El cofundador Donald Trump Jr. es una figura pública prominente de WLFI. Sus comentarios en eventos de la industria y entrevistas revelan las motivaciones detrás del proyecto y sus puntos de vista sobre las finanzas tradicionales, la regulación y el papel del dólar estadounidense.

Crítica a las finanzas tradicionales

  • Sistema "roto" y antidemocrático. Durante un panel titulado World Liberty Financial: El futuro del dinero, respaldado por USD1 en la conferencia Token2049, Trump Jr. argumentó que las finanzas tradicionales son antidemocráticas y están "rotas". Relató que cuando su familia entró en política, 300 de sus cuentas bancarias fueron eliminadas de la noche a la mañana, ilustrando cómo las instituciones financieras pueden castigar a los individuos por razones políticas. Dijo que la familia pasó de estar en la cima de la "pirámide" financiera a la parte inferior, revelando que el sistema favorece a los de adentro y funciona como un esquema Ponzi.
  • Ineficiencia y falta de valor. Criticó a la industria financiera tradicional por estar sumida en ineficiencias, donde las personas que "ganan siete cifras al año" simplemente mueven papeleo sin añadir valor real.

Defensa de las stablecoins y el dólar

  • Preservación de la hegemonía del dólar. Trump Jr. afirma que las stablecoins como USD1 llenarán el papel que antes desempeñaban los países que compraban bonos del Tesoro de EE. UU. Dijo al Business Times que las stablecoins podrían crear una "hegemonía del dólar" que permitiría a EE. UU. liderar globalmente y mantener muchos lugares seguros y estables. Hablando con Cryptopolitan, argumentó que las stablecoins en realidad preservan el dominio del dólar estadounidense porque la demanda de tokens respaldados por el dólar apoya a los bonos del Tesoro en un momento en que los compradores convencionales (por ejemplo, China y Japón) están reduciendo su exposición.
  • Futuro de las finanzas y DeFi. Trump Jr. describió a WLFI como el futuro de las finanzas y enfatizó que las tecnologías blockchain y DeFi pueden democratizar el acceso al capital. En un evento de ETH Denver cubierto por Panews, argumentó que se necesitan marcos regulatorios claros para evitar que las empresas se trasladen al extranjero y para proteger a los inversores. Instó a EE. UU. a liderar la innovación cripto global y criticó la regulación excesiva por sofocar el crecimiento.
  • Democratización financiera. Cree que la combinación de finanzas tradicionales y descentralizadas a través de WLFI proporcionará liquidez, transparencia y estabilidad a las poblaciones desatendidas. También destaca el potencial de blockchain para eliminar la corrupción al hacer que las transacciones sean transparentes y en cadena.
  • Consejos para los recién llegados. Trump Jr. aconseja a los nuevos inversores que comiencen con pequeñas cantidades, eviten el apalancamiento excesivo y se involucren en el aprendizaje continuo sobre DeFi.

Neutralidad política y crítica mediática

Trump Jr. enfatiza que WLFI es "100 % una organización no política" a pesar de la profunda participación de la familia Trump. Enmarca la empresa como una plataforma para beneficiar a los estadounidenses y al mundo en lugar de un vehículo político. Durante el panel de Token2049, criticó a los principales medios de comunicación, diciendo que se habían desacreditado a sí mismos, y Zach Witkoff preguntó a la audiencia si consideraban confiable a The New York Times.

Asociaciones e integración del ecosistema

Inversión MGX–Binance

En mayo de 2025, WLFI anunció que USD1 facilitaría una inversión de $2 mil millones de MGX, con sede en Abu Dabi, en el exchange de criptomonedas Binance. El anuncio destacó la creciente influencia de WLFI y fue presentado como evidencia del atractivo institucional de USD1. Sin embargo, la senadora estadounidense Elizabeth Warren criticó el acuerdo, calificándolo de "corrupción" porque la legislación pendiente sobre stablecoins (la Ley GENIUS) podría beneficiar a la familia del presidente. Los datos de CoinMarketCap citados por Reuters mostraron que el valor en circulación de USD1 alcanzó aproximadamente $2.1 mil millones en ese momento.

Asociación con Aptos

En la conferencia TOKEN2049 en octubre de 2025, WLFI y la blockchain de capa 1 Aptos anunciaron una asociación para implementar USD1 en la red Aptos. Brave New Coin informa que WLFI seleccionó Aptos debido a su alto rendimiento (las transacciones se liquidan en menos de medio segundo) y tarifas inferiores a una centésima de centavo. La colaboración tiene como objetivo desafiar a las redes de stablecoins dominantes al proporcionar vías más baratas y rápidas para las transacciones institucionales. CryptoSlate señala que la integración de USD1 convertirá a Aptos en la quinta red en acuñar la stablecoin, con soporte desde el primer día de protocolos DeFi como Echelon Market e Hyperion, así como billeteras y exchanges como Petra, Backpack y OKX. Los ejecutivos de WLFI ven la expansión como parte de una estrategia más amplia para aumentar la adopción de DeFi y posicionar a USD1 como una capa de liquidación para activos tokenizados.

Integración de tarjeta de débito y Apple Pay

Reuters y CoinLaw informan que WLFI lanzará una tarjeta de débito cripto que conectará los criptoactivos con el gasto diario. Witkoff dijo a Reuters que la compañía espera lanzar un programa piloto en el próximo trimestre, con un lanzamiento completo para finales de 2025 o principios de 2026. La tarjeta se integrará con Apple Pay, y WLFI lanzará una aplicación minorista para simplificar los pagos cripto.

Controversias y críticas

Transparencia de las reservas. Binance Academy destacó que, a mayo de 2025, USD1 carecía de desgloses de reservas disponibles públicamente. WLFI prometió auditorías de terceros, pero la ausencia de divulgaciones detalladas generó preocupaciones entre los inversores.

Conflictos de interés políticos. Los profundos lazos de WLFI con la familia Trump han sido objeto de escrutinio. Una investigación de Reuters informó que una billetera anónima que contenía $2 mil millones en USD1 recibió fondos poco antes de la inversión de MGX, y los propietarios de la billetera no pudieron ser identificados. Los críticos argumentan que la empresa podría permitir que la familia Trump se beneficie financieramente de las decisiones regulatorias. La senadora Elizabeth Warren advirtió que la legislación sobre stablecoins que está siendo considerada por el Congreso facilitaría que el presidente y su familia "se llenen los bolsillos". Medios de comunicación como The New York Times y The New Yorker han descrito a WLFI como una erosión del límite entre la empresa privada y la política pública.

Concentración del mercado y preocupaciones de liquidez. CoinLaw informó que más de la mitad de la liquidez de USD1 provenía de solo tres billeteras a junio de 2025. Tal concentración plantea preguntas sobre la demanda orgánica de USD1 y su resiliencia en mercados estresados.

Incertidumbre regulatoria. El propio Trump Jr. reconoce que la regulación cripto de EE. UU. sigue siendo poco clara y pide reglas integrales para evitar que las empresas se trasladen al extranjero. Los críticos argumentan que WLFI se beneficia de las medidas desregulatorias de la administración Trump mientras da forma a políticas que podrían favorecer sus propios intereses financieros.

Conclusión

World Liberty Financial se posiciona como pionero en la intersección de las finanzas tradicionales y la tecnología descentralizada, utilizando la stablecoin USD1 como columna vertebral para pagos, tokenización y productos DeFi. El énfasis de la plataforma en el respaldo institucional, la interoperabilidad entre cadenas y la acuñación sin tarifas distingue a USD1 de otras stablecoins. Las asociaciones con redes como Aptos y acuerdos importantes como la inversión MGX-Binance subrayan la ambición de WLFI de convertirse en una capa de liquidación global para activos tokenizados.

Desde la perspectiva de Donald Trump Jr., WLFI no es simplemente una empresa comercial, sino una misión para democratizar las finanzas, preservar la hegemonía del dólar estadounidense y desafiar lo que él considera un sistema financiero tradicional roto y elitista. Defiende la claridad regulatoria mientras critica la supervisión excesiva, lo que refleja debates más amplios dentro de la industria cripto. Sin embargo, las asociaciones políticas de WLFI, las divulgaciones opacas de reservas y la concentración de liquidez invitan al escepticismo. El éxito de la compañía dependerá de equilibrar la innovación con la transparencia y de navegar la compleja interacción entre los intereses privados y la política pública.

Gráfico Acíclico Dirigido (DAG) en Blockchain

· 51 min de lectura
Dora Noda
Software Engineer

¿Qué es un DAG y en qué se diferencia de una blockchain?

Un gráfico acíclico dirigido (Directed Acyclic Graph, DAG) es un tipo de estructura de datos formada por vértices (nodos) conectados por aristas dirigidas que nunca forman un ciclo. En el contexto de los libros mayores distribuidos, un ledger basado en DAG organiza transacciones o eventos en una red tipo telaraña en lugar de en una cadena secuencial única. Esto significa que, a diferencia de una blockchain tradicional donde cada nuevo bloque referencia solo a un predecesor (formando una cadena lineal), un nodo en un DAG puede referenciar múltiples transacciones o bloques anteriores. Como resultado, muchas transacciones pueden confirmarse en paralelo, en vez de estrictamente una por una en bloques cronológicos.

Para ilustrar la diferencia, si una blockchain se parece a una larga cadena de bloques (cada bloque contiene muchas transacciones), un ledger basado en DAG se asemeja más a un árbol o red de transacciones individuales. Cada nueva transacción en un DAG puede anexarse a (y por tanto validar) una o más transacciones anteriores, en lugar de esperar a ser empaquetada en el siguiente bloque único. Esta diferencia estructural genera varias distinciones clave:

  • Validación paralela: En las blockchains, los mineros/validadores añaden un bloque a la vez a la cadena, por lo que las transacciones se confirman en lotes por cada nuevo bloque. En los DAG, múltiples transacciones (o pequeños “bloques” de transacciones) pueden añadirse de forma concurrente, ya que cada una puede adjuntarse a diferentes partes del grafo. Esta paralelización implica que las redes DAG no tienen que esperar a que una cadena larga crezca bloque a bloque.
  • Sin orden secuencial global: Una blockchain crea inherentemente un orden total de las transacciones (cada bloque ocupa un lugar definido en una única secuencia). Un ledger DAG, en cambio, forma un orden parcial de las transacciones. No existe un único “último bloque” en el que todas las transacciones hagan fila; en su lugar, muchos extremos del grafo pueden coexistir y ampliarse simultáneamente. Luego se necesitan protocolos de consenso para ordenar o acordar el orden o la validez de las transacciones en el DAG.
  • Confirmación de transacciones: En una blockchain, las transacciones se confirman cuando se incluyen en un bloque minado/validado y ese bloque pasa a formar parte de la cadena aceptada (a menudo tras añadirse más bloques encima). En los sistemas DAG, una nueva transacción ayuda por sí misma a confirmar transacciones previas al referenciarlas. Por ejemplo, en el Tangle de IOTA (un DAG), cada transacción debe aprobar dos transacciones anteriores, logrando que los usuarios validen colaborativamente las transacciones de los demás. Esto elimina la división estricta entre “creadores de transacciones” y “validadores” que existe en la minería blockchain: cada participante que emite una transacción también realiza parte del trabajo de validación.

Es importante destacar que una blockchain es en realidad un caso especial de DAG: un DAG restringido a una sola cadena de bloques. Ambos son formas de tecnología de registro distribuido (DLT) y comparten objetivos como la inmutabilidad y la descentralización. Sin embargo, los ledgers basados en DAG son “sin bloques” o multiparentales en su estructura, lo que les da propiedades diferentes en la práctica. Las blockchains tradicionales como Bitcoin y Ethereum usan bloques secuenciales y suelen descartar los bloques competidores (forks), mientras que los ledgers DAG intentan incorporar y ordenar todas las transacciones sin descartar ninguna, siempre que no entren en conflicto. Esta diferencia fundamental sienta las bases de los contrastes de rendimiento y diseño detallados a continuación.

Comparación técnica: arquitectura DAG vs. blockchain

Para entender mejor los DAG frente a las blockchains, podemos comparar sus arquitecturas y procesos de validación:

  • Estructura de datos: Las blockchains almacenan datos en bloques enlazados en una secuencia lineal (cada bloque contiene muchas transacciones y apunta a un único bloque previo, formando una larga cadena). Los ledgers DAG usan una estructura de grafo: cada nodo del grafo representa una transacción o un bloque de eventos, y puede enlazarse a múltiples nodos anteriores. Este grafo dirigido no tiene ciclos, lo que significa que si sigues los enlaces “hacia atrás” nunca volverás a la transacción de la que partiste. La ausencia de ciclos permite un orden topológico de las transacciones (una forma de ordenarlas de modo que cada referencia aparezca después de la transacción referenciada). En resumen, blockchains = cadena unidimensional, DAG = grafo multidimensional.
  • Rendimiento y concurrencia: Debido a las diferencias estructurales, las blockchains y los DAG manejan el rendimiento de manera distinta. Una blockchain, incluso en condiciones óptimas, añade bloques uno por uno (a menudo esperando a que cada bloque se valide y propague por toda la red antes de crear el siguiente). Esto limita inherentemente el rendimiento de transacciones: por ejemplo, Bitcoin promedia 5–7 transacciones por segundo (TPS) y Ethereum alrededor de 15–30 TPS bajo el diseño clásico de proof-of-work. Los sistemas basados en DAG, en cambio, permiten que muchas nuevas transacciones/bloques entren en el ledger simultáneamente. Múltiples ramas de transacciones pueden crecer a la vez y luego entrelazarse, incrementando drásticamente el rendimiento potencial. Algunas redes DAG modernas afirman alcanzar miles de TPS, acercándose o superando la capacidad de las redes de pago tradicionales.
  • Proceso de validación de transacciones: En las redes blockchain, las transacciones esperan en el mempool y se validan cuando un minero o validador las empaqueta en un nuevo bloque, que luego es verificado por otros nodos frente al historial. En las redes DAG, la validación suele ser más continua y descentralizada: cada transacción nueva realiza una acción de validación al referenciar (aprobar) transacciones anteriores. Por ejemplo, cada transacción en el Tangle de IOTA debe confirmar dos transacciones previas comprobando su validez y ejecutando una pequeña prueba de trabajo, “votando” por esas transacciones. En el DAG block-lattice de Nano, las transacciones de cada cuenta forman su propia cadena y se validan mediante votos de nodos representantes (lo explicamos más adelante). El resultado neto es que los DAG distribuyen el trabajo de validación: en lugar de que un único productor de bloques valide un lote de transacciones, cada participante o muchos validadores validan distintas transacciones en paralelo.
  • Mecanismo de consenso: Tanto las blockchains como los DAG necesitan un modo de que la red esté de acuerdo sobre el estado del ledger (qué transacciones están confirmadas y en qué orden). En las blockchains, el consenso suele provenir de la Prueba de Trabajo o la Prueba de Participación generando el siguiente bloque y la regla de “la cadena más larga (o más pesada) gana”. En los ledgers DAG, el consenso puede ser más complejo porque no existe una única cadena. Diferentes proyectos DAG usan distintos enfoques: algunos emplean protocolos gossip y votación virtual (como Hedera Hashgraph) para acordar el orden de las transacciones, otros usan selección de puntas con cadenas de Markov Monte Carlo (el enfoque inicial de IOTA) u otros esquemas de votación para decidir qué ramas del grafo se prefieren. Más adelante detallamos métodos de consenso específicos. En general, alcanzar un acuerdo en toda la red en un DAG puede ser más rápido en términos de rendimiento, pero requiere un diseño cuidadoso para manejar conflictos (como intentos de doble gasto), dado que múltiples transacciones pueden existir en paralelo antes de ordenarse definitivamente.
  • Gestión de forks: En una blockchain, un “fork” (dos bloques minados casi al mismo tiempo) provoca que una rama termine ganando (la cadena más larga) y la otra sea huérfana (descartada), desperdiciando el trabajo realizado en el bloque huérfano. En un DAG, la filosofía es aceptar los forks como ramas adicionales del grafo en lugar de desaprovecharlos. El DAG incorpora ambos forks; el algoritmo de consenso determina qué transacciones se confirman (o cómo se resuelven las que entran en conflicto) sin desechar toda una rama. Esto significa que no se desperdicia energía de minado ni esfuerzo en bloques obsoletos, contribuyendo a la eficiencia. Por ejemplo, el Tree-Graph de Conflux (un DAG de PoW) intenta incluir todos los bloques en el ledger y ordenarlos, en lugar de huérfanar alguno, utilizando así el 100% de los bloques producidos.

En resumen, las blockchains ofrecen una estructura más simple y estrictamente ordenada donde la validación es bloque a bloque, mientras que los DAG proporcionan una estructura de grafo más compleja que permite un procesamiento asíncrono y paralelo de las transacciones. Los ledgers basados en DAG deben emplear lógica de consenso adicional para gestionar esta complejidad, pero prometen una mayor capacidad y eficiencia al utilizar todo el potencial de la red en lugar de obligarla a avanzar en fila india bloque a bloque.

Beneficios de los sistemas blockchain basados en DAG

Las arquitecturas DAG se introdujeron principalmente para superar las limitaciones de las blockchains tradicionales en escalabilidad, velocidad y coste. Estos son los beneficios clave de los ledgers distribuidos basados en DAG:

  • Alta escalabilidad y rendimiento: Las redes DAG pueden lograr altos volúmenes de transacciones porque gestionan muchas operaciones en paralelo. Al no existir un cuello de botella de cadena única, las TPS (transacciones por segundo) pueden escalar con la actividad de la red. De hecho, algunos protocolos DAG han demostrado rendimientos del orden de miles de TPS. Por ejemplo, Hedera Hashgraph tiene capacidad para procesar más de 10.000 transacciones por segundo en la capa base, superando con creces a Bitcoin o Ethereum. En la práctica, Hedera ha demostrado finalizar transacciones en unos 3–5 segundos, frente a los minutos o más que tardan las blockchains PoW. Incluso plataformas de contratos inteligentes basadas en DAG como Fantom han logrado finalidades casi instantáneas (~1–2 segundos) bajo cargas normales. Esta escalabilidad hace que los DAG sean atractivos para aplicaciones que requieren un alto volumen, como microtransacciones IoT o flujos de datos en tiempo real.
  • Costes de transacción bajos (sin comisiones o mínimas): Muchos ledgers DAG presumen de comisiones insignificantes o incluso transacciones sin coste. Por diseño, suelen no depender de mineros que esperen recompensas de bloque o comisiones; por ejemplo, en IOTA y Nano no existen tarifas obligatorias, lo que es crucial para micropagos en IoT y usos cotidianos. Cuando sí hay tarifas (p. ej., en Hedera o Fantom), suelen ser muy bajas y predecibles, ya que la red puede manejar la carga sin guerras de pujas por espacio limitado en bloques. Las transacciones en Hedera cuestan alrededor de 0,0001 dólares (una diezmilésima parte de un dólar), una fracción mínima respecto a las comisiones típicas en blockchain. Este coste reducido abre la puerta a casos de uso como transacciones de alta frecuencia o pagos diminutos inviables en cadenas con tarifas elevadas. Además, como los DAG incluyen todas las transacciones válidas en lugar de descartar algunas en caso de forks, se desperdicia menos trabajo, lo que indirectamente ayuda a mantener bajos los costes aprovechando los recursos con eficiencia.
  • Confirmación rápida y baja latencia: En los ledgers DAG, las transacciones no tienen que esperar a ser incluidas en un bloque global, por lo que la confirmación puede ser más rápida. Muchos sistemas DAG logran finalidad rápida, el punto en el que una transacción se considera permanentemente confirmada. Por ejemplo, el consenso de Hedera Hashgraph suele finalizar transacciones en pocos segundos con certeza del 100% (finalidad ABFT). La red de Nano suele ver transacciones confirmadas en <1 segundo gracias a su proceso de votación ligero. Esta baja latencia mejora la experiencia del usuario, haciendo que las operaciones parezcan casi instantáneas, algo importante para pagos reales y aplicaciones interactivas.
  • Eficiencia energética: Las redes basadas en DAG a menudo no requieren la minería intensiva en pruebas de trabajo que usan muchas blockchains, lo que las hace mucho más eficientes energéticamente. Incluso comparadas con blockchains proof-of-stake, algunas redes DAG consumen energía mínima por transacción. Por ejemplo, una sola transacción en Hedera Hashgraph consume alrededor de 0,0001 kWh (kilovatios-hora). Esto es varios órdenes de magnitud menor que Bitcoin (que puede consumir cientos de kWh por transacción) o incluso que muchas cadenas PoS. La eficiencia proviene de eliminar cálculos desperdiciados (no hay carrera de minado) y de no descartar intentos de transacción. Si las redes blockchain adoptaran modelos basados en DAG de forma generalizada, el ahorro energético sería monumental. La huella de carbono de redes DAG como Hedera es tan baja que el conjunto de la red es carbono-negativa cuando se consideran las compensaciones. Esta eficiencia energética es cada vez más crucial para una infraestructura Web3 sostenible.
  • Sin minería y validación democratizada: En muchos modelos DAG no existe un rol de minero/validador distinto que los usuarios corrientes no puedan desempeñar. Por ejemplo, cada usuario de IOTA que emite una transacción también ayuda a validar otras dos, descentralizando el trabajo de validación hacia los extremos de la red. Esto puede reducir la necesidad de hardware de minería potente o de apostar grandes cantidades de capital para participar en el consenso, lo que potencialmente hace la red más accesible. (Sin embargo, algunas redes DAG siguen usando validadores o coordinadores; más adelante abordamos el consenso y la descentralización).
  • Gestión fluida del alto tráfico: Las blockchains suelen sufrir atascos en el mempool y picos de comisiones bajo alta carga (ya que solo puede añadirse un bloque a la vez). Las redes DAG, debido a su naturaleza paralela, generalmente manejan mejor los picos de tráfico. A medida que más transacciones inundan la red, simplemente crean más ramas paralelas en el DAG, que el sistema puede procesar de forma concurrente. Hay menos un límite rígido de rendimiento (la escalabilidad es más “horizontal”). Esto se traduce en una mejor escalabilidad bajo carga, con menos retrasos y solo incrementos moderados en los tiempos de confirmación o en las tarifas, hasta el límite de la capacidad de red y procesamiento de los nodos. En esencia, un DAG puede absorber ráfagas de transacciones sin congestionar tan rápido, lo que lo hace adecuado para casos de uso con picos de actividad (por ejemplo, dispositivos IoT enviando datos simultáneamente o un evento viral de una DApp).

En resumen, los ledgers basados en DAG prometen transacciones más rápidas, baratas y escalables que el enfoque blockchain clásico. Pretenden soportar escenarios de adopción masiva (micropagos, IoT, trading de alta frecuencia, etc.) con los que las blockchains principales actuales tienen dificultades debido a limitaciones de rendimiento y coste. Sin embargo, estos beneficios vienen acompañados de ciertos compromisos y desafíos de implementación, que abordamos en secciones posteriores.

Mecanismos de consenso en plataformas basadas en DAG

Como los ledgers DAG no producen naturalmente una única cadena de bloques, requieren mecanismos de consenso innovadores para validar transacciones y asegurar que todos acuerdan el estado del ledger. Diferentes proyectos han desarrollado soluciones adaptadas a su arquitectura DAG. Aquí resumimos algunos enfoques notables utilizados por plataformas basadas en DAG:

  • Tangle de IOTA – selección de puntas y votación ponderada: El Tangle de IOTA es un DAG de transacciones diseñado para el Internet de las Cosas (IoT). En el modelo original de IOTA no hay mineros; en su lugar, cada nueva transacción debe realizar una pequeña prueba de trabajo y aprobar dos transacciones previas (las “puntas” del grafo). Esta selección de puntas suele hacerse mediante un algoritmo de Markov Chain Monte Carlo (MCMC) que elige probabilísticamente qué puntas aprobar, favoreciendo el subtangle más pesado para evitar la fragmentación. El consenso en la primera versión de IOTA se lograba en parte por este peso acumulado de aprobaciones: cuantas más transacciones futuras aprueban indirectamente la tuya, más “confirmada” se vuelve. No obstante, para asegurar la red en sus inicios, IOTA dependía de un nodo centralizado temporal, el Coordinator, que emitía transacciones de hito para finalizar el Tangle. Esta centralización recibió críticas y está siendo eliminada en la actualización conocida como “Coordicide” (IOTA 2.0). En IOTA 2.0, un nuevo modelo de consenso aplica un consenso tipo Nakamoto sin líderes sobre un DAG. En esencia, los nodos realizan votación en el propio Tangle: cuando un nodo adjunta un nuevo bloque, ese bloque vota implícitamente sobre la validez de las transacciones que referencia. Un comité de validadores (elegidos mediante un mecanismo de staking) emite bloques de validación como votos, y una transacción se confirma cuando acumula suficientes aprobaciones ponderadas (concepto denominado approval weight). Este enfoque combina la idea del DAG más pesado (similar a la cadena más larga) con una votación explícita para lograr consenso sin un coordinador. En resumen, el consenso de IOTA evolucionó de la selección de puntas + Coordinador a una votación descentralizada sobre las ramas del DAG, buscando seguridad y acuerdos rápidos sobre el estado del ledger.
  • Hedera Hashgraph – gossip y votación virtual (aBFT): Hedera Hashgraph usa un DAG de eventos junto con un algoritmo de consenso asíncrono tolerante a fallas bizantinas (aBFT). La idea central es “gossip about gossip”: cada nodo difunde rápidamente información firmada sobre las transacciones y sobre su historial de gossip a otros nodos. Esto crea un Hashgraph (el DAG de eventos) donde cada nodo termina sabiendo qué ha difundido cada otro nodo, incluyendo la estructura de quién oyó qué y cuándo. A partir de este DAG de eventos, Hedera implementa votación virtual. En lugar de enviar mensajes de voto reales para ordenar las transacciones, los nodos simulan localmente un algoritmo de votación analizando el grafo de conexiones de gossip. El algoritmo Hashgraph de Leemon Baird puede calcular de forma determinista cómo se desarrollaría una ronda teórica de votos sobre el orden de las transacciones, examinando la “red de gossip” registrada en el DAG. Esto produce una marca de tiempo de consenso y un orden total de transacciones que es justo y definitivo (las transacciones se ordenan por la mediana del momento en que la red las recibió). El consenso de Hashgraph es sin líderes y logra aBFT, lo que significa que puede tolerar hasta 1/3 de nodos maliciosos sin comprometerse. En la práctica, la red de Hedera está gobernada por un conjunto de 39 nodos operados por organizaciones conocidas (el Consejo de Hedera), por lo que es permisionada pero geográficamente distribuida. El beneficio es un consenso extremadamente rápido y seguro: Hedera alcanza la finalidad en segundos con consistencia garantizada. El mecanismo de consenso Hashgraph es patentado pero fue abierto en 2024, y muestra cómo un DAG sumado a un consenso innovador (gossip y votación virtual) puede reemplazar un protocolo blockchain tradicional.
  • Lachesis de Fantom – PoS aBFT sin líderes: Fantom es una plataforma de contratos inteligentes que usa un consenso basado en DAG llamado Lachesis. Lachesis es un protocolo PoS aBFT inspirado en Hashgraph. En Fantom, cada validador agrupa las transacciones recibidas en un bloque de eventos y lo añade a su propio DAG local de eventos. Estos bloques contienen transacciones y referencias a eventos anteriores. Los validadores difunden estos bloques de eventos entre sí de forma asíncrona: no hay una secuencia única en la que deban producirse o acordarse los bloques. Conforme los bloques se propagan, los validadores identifican periódicamente ciertos eventos como hitos (o “bloques raíz”) cuando una supermayoría de nodos los ha visto. Lachesis ordena estos eventos finalizados y los compromete en una Opera Chain final (una estructura de blockchain tradicional) que actúa como ledger de bloques confirmados. En esencia, el DAG de bloques de eventos permite a Fantom lograr consenso de forma asíncrona y muy rápida, y luego el resultado final se linealiza para compatibilidad. Esto brinda una finalidad de ~1–2 segundos por transacción en Fantom. Lachesis no tiene mineros ni líderes que propongan bloques; todos los validadores aportan bloques de eventos y el protocolo los ordena determinísticamente. El consenso está asegurado por un modelo PoS (los validadores deben hacer staking de tokens FTM y están ponderados por su stake). Lachesis también es aBFT, tolerando hasta 1/3 de nodos defectuosos. Al combinar la concurrencia del DAG con una salida en cadena final, Fantom logra un alto rendimiento (varios miles de TPS en pruebas) mientras sigue siendo compatible con la EVM para contratos inteligentes. Es un buen ejemplo de usar un DAG internamente para aumentar el rendimiento sin exponer su complejidad a la capa de aplicación (los desarrolladores siguen viendo una cadena normal de transacciones).
  • Votación de Representantes Abiertos (ORV) de Nano: Nano es una criptomoneda orientada a pagos que emplea una estructura DAG única llamada block-lattice. En Nano, cada cuenta tiene su propia blockchain (account-chain) que solo su propietario puede actualizar. Todas esas cadenas individuales forman un DAG, ya que las transacciones de distintas cuentas se enlazan de forma asíncrona (un envío en la cadena de una cuenta referencia una recepción en otra, etc.). El consenso en Nano se logra mediante un mecanismo llamado Open Representative Voting (ORV). Los usuarios designan un nodo representante para su cuenta (una delegación de peso, sin bloquear fondos) y estos representantes votan sobre la validez de las transacciones. Cada transacción se liquida individualmente (no hay bloques que agrupen múltiples tx) y se considera confirmada cuando una supermayoría (por ejemplo, >67%) del peso de voto (de los representantes) está de acuerdo. Dado que los titulares honestos no intentarán gastar dos veces sus propios fondos, los forks son raros y suelen deberse a intentos maliciosos, que los representantes pueden rechazar rápidamente. La finalidad suele alcanzarse en menos de un segundo por transacción. ORV es similar a la Prueba de Participación en que el peso del voto se basa en los saldos (stake), pero no hay recompensas de staking ni comisiones: los representantes son nodos voluntarios. La ausencia de minería y producción de bloques permite a Nano operar sin comisiones y con eficiencia. Sin embargo, depende de que un conjunto de representantes confiables esté en línea para votar, y existe una centralización implícita en los nodos que acumulan gran peso de voto (aunque los usuarios pueden cambiar de representante en cualquier momento, manteniendo el control de la descentralización en manos de la comunidad). El consenso de Nano es liviano y optimizado para la velocidad y eficiencia energética, en línea con su objetivo de ser un dinero digital rápido y sin comisiones.
  • Otros enfoques destacados: Existen otros protocolos de consenso basados en DAG. Además de Hedera Hashgraph y Fantom Lachesis:
    • Consenso Avalanche (Avalanche/X-Chain): Avalanche emplea un consenso basado en DAG donde los validadores se muestrean repetidamente entre sí de forma aleatoria para decidir qué transacciones o bloques preferir. La X-Chain de Avalanche (cadena de intercambio) es un DAG de transacciones (UTXO) y alcanza consenso mediante este muestreo de red. El protocolo de Avalanche es probabilístico pero extremadamente rápido y escalable: puede finalizar transacciones en ~1 segundo y, según se informa, manejar hasta 4.500 TPS por subred. Su enfoque es único al combinar estructuras DAG con un consenso metastable (protocolo Snowball), y está asegurado por Proof-of-Stake (cualquiera puede ser validador con stake suficiente).
    • Tree-Graph de Conflux: Conflux es una plataforma que extendió el PoW de Bitcoin a un DAG de bloques. Utiliza una estructura Tree-Graph donde los bloques referencian no solo a un padre sino a todos los bloques previos conocidos (sin huerfanar). Esto permite a Conflux usar minería PoW pero mantener todos los forks como parte del ledger, logrando mucho mayor rendimiento que una cadena típica. Así, Conflux puede alcanzar teóricamente entre 3.000 y 6.000 TPS usando PoW, permitiendo que los mineros produzcan bloques continuamente sin esperar a una sola cadena. Su consenso ordena estos bloques y resuelve conflictos mediante una regla de subárbol más pesado. Es un ejemplo de DAG híbrido con PoW.
    • Variantes de Hashgraph y protocolos académicos: Hay numerosos protocolos DAG académicos (algunos implementados en proyectos recientes): SPECTRE y PHANTOM (protocolos blockDAG orientados a alto rendimiento y confirmación rápida, de DAGlabs), Aleph Zero (un consenso DAG aBFT usado en la blockchain Aleph Zero), Parallel Chains / Prism (proyectos de investigación que separan la confirmación en subcadenas paralelas y DAGs), y avances recientes como Narwhal & Bullshark de Sui, que usan un mempool en DAG para alto rendimiento y un consenso separado para la finalidad. Aunque no todos tienen despliegues a gran escala, indican un campo de investigación vibrante. Muchos de estos protocolos distinguen entre disponibilidad (escribir datos rápidamente en un DAG) y consistencia (ponerse de acuerdo en una historia), buscando obtener lo mejor de ambas.

Cada plataforma DAG adapta su consenso a sus necesidades —ya sean micropagos sin comisiones, ejecución de contratos inteligentes o interoperabilidad—. Un tema común, sin embargo, es evitar un cuello de botella serial único: los mecanismos de consenso basados en DAG buscan permitir mucha actividad concurrente y luego usan algoritmos ingeniosos (gossip, votación, muestreo, etc.) para ordenar todo, en vez de limitar la red a un único productor de bloques por turno.

Estudios de caso: ejemplos de proyectos blockchain basados en DAG

Varios proyectos han implementado ledgers basados en DAG, cada uno con decisiones de diseño y casos de uso específicos. A continuación analizamos algunas plataformas DAG destacadas:

  • IOTA (The Tangle): IOTA es una de las primeras criptomonedas basadas en DAG, diseñada para el Internet de las Cosas. Su ledger, llamado Tangle, es un DAG de transacciones donde cada nueva transacción confirma dos anteriores. El objetivo de IOTA es habilitar microtransacciones sin comisiones entre dispositivos IoT (pagos diminutos por datos o servicios). Lanzada en 2016, para arrancar con seguridad usó un Coordinador (ejecutado por la Fundación IOTA) que prevenía ataques en la red temprana. IOTA ha estado trabajando en “Coordicide” para descentralizar completamente la red introduciendo un consenso por votación (como describimos antes) donde los nodos votan transacciones conflictivas usando un consenso tipo Nakamoto sin líderes sobre el DAG más pesado. En términos de rendimiento, IOTA puede, en teoría, lograr un rendimiento muy alto (el protocolo no impone un límite rígido de TPS; mayor actividad incluso ayuda a confirmar más rápido). En la práctica, las testnets han demostrado cientos de TPS, y se espera que IOTA 2.0 escale bien para la demanda IoT. Los casos de uso de IOTA giran en torno al IoT y la integridad de datos: por ejemplo, transmisión de datos de sensores con pruebas de integridad, pagos entre vehículos, trazabilidad en la cadena de suministro e incluso identidad descentralizada (el marco IOTA Identity permite emitir y verificar credenciales/identificadores descentralizados en el Tangle). IOTA no admite contratos inteligentes en su capa base, pero el proyecto introdujo un marco paralelo de Smart Contracts y tokens en una capa secundaria para habilitar DApps más complejas. Una característica destacada de IOTA es su ausencia de comisiones, habilitada al requerir una pequeña prueba de trabajo del emisor en lugar de cobrar una tarifa, lo cual es atractivo para transacciones de bajo valor y alto volumen (p. ej., un sensor enviando datos cada pocos segundos a coste insignificante).
  • Hedera Hashgraph (HBAR): Hedera es un ledger público distribuido que usa el algoritmo de consenso Hashgraph (inventado por Leemon Baird). Hedera comenzó en 2018 y está gobernada por un consejo de grandes organizaciones (Google, IBM, Boeing y otras) que operan el conjunto inicial de nodos. A diferencia de la mayoría, Hedera es permisionada en la gobernanza (solo miembros aprobados del consejo ejecutan nodos de consenso actualmente, hasta 39 nodos), aunque cualquiera puede utilizar la red. Su DAG Hashgraph permite altísimo rendimiento y finalidad rápida: Hedera puede procesar más de 10.000 TPS con finalidad en 3-5 segundos en condiciones óptimas. Lo consigue gracias al consenso aBFT basado en gossip que describimos antes. Hedera enfatiza casos de uso empresariales y Web3 que necesitan fiabilidad a escala: la red ofrece servicios de tokenización (Hedera Token Service), un Servicio de Consenso para registro inmutable de eventos y un servicio de Smart Contracts (compatible con la EVM). Aplicaciones notables en Hedera incluyen trazabilidad en la cadena de suministro (p. ej., seguimiento de prendas por Avery Dennison), minting masivo de NFT (las bajas comisiones abaratan el proceso), pagos y micropagos (como micropagos en ad tech) e incluso soluciones de identidad descentralizada. Hedera tiene un método DID registrado en el W3C y marcos como Hedera Guardian para admitir credenciales verificables y cumplimiento normativo (por ejemplo, seguimiento de créditos de carbono). Un aspecto clave es el fuerte rendimiento de Hedera combinado con la estabilidad declarada (el algoritmo Hashgraph garantiza ausencia de forks y una equidad matemática en el orden). El compromiso es que Hedera es menos descentralizada en número de nodos que redes abiertas (por diseño, con su modelo de gobernanza), aunque los nodos del consejo están distribuidos globalmente y el plan es aumentar la apertura con el tiempo. En resumen, Hedera Hashgraph es un ejemplo destacado de DLT basada en DAG orientada a aplicaciones empresariales, con énfasis en alto rendimiento, seguridad y gobernanza.
  • Fantom (FTM): Fantom es una plataforma de contratos inteligentes (blockchain de Capa 1) que utiliza un consenso basado en DAG llamado Lachesis. Lanzada en 2019, Fantom ganó popularidad especialmente durante el auge DeFi de 2021-2022 como una cadena compatible con Ethereum pero con mayor rendimiento. La red Opera de Fantom ejecuta el consenso Lachesis aBFT (ya detallado), donde los validadores mantienen un DAG local de bloques de eventos, logran consenso de forma asíncrona y luego finalizan las transacciones en una cadena principal. Esto otorga a Fantom un tiempo de finalidad de ~1 segundo por transacción y la capacidad de manejar miles de TPS. Fantom es compatible con la EVM, lo que permite a los desarrolladores desplegar contratos Solidity y usar las mismas herramientas que Ethereum, facilitando su adopción en DeFi. De hecho, Fantom se convirtió en hogar de numerosos proyectos DeFi (DEX, protocolos de préstamos, yield farms) atraídos por su velocidad y bajas comisiones. También alberga proyectos NFT y DApps de gaming, prácticamente cualquier aplicación Web3 que se beneficie de transacciones rápidas y baratas. Un punto notable es que Fantom alcanzó un alto grado de descentralización para una plataforma DAG: cuenta con decenas de validadores independientes que aseguran la red (sin permisos, cualquiera puede ejecutar un validador con el stake mínimo), a diferencia de algunas redes DAG que restringen los validadores. Esto posiciona a Fantom como una alternativa creíble a blockchains más tradicionales para aplicaciones descentralizadas, aprovechando la tecnología DAG para superar el cuello de botella del rendimiento. El token FTM se usa para staking, gobernanza y comisiones (solo unos céntimos por transacción, mucho menos que el gas de Ethereum). Fantom demostró que el consenso basado en DAG puede integrarse con plataformas de contratos inteligentes para lograr simultáneamente velocidad y compatibilidad.
  • Nano (XNO): Nano es una criptomoneda ligera lanzada en 2015 (originalmente como RaiBlocks) que usa una estructura DAG block-lattice. El enfoque principal de Nano es ser dinero digital punto a punto: transacciones instantáneas, sin comisiones y con un consumo mínimo de recursos. En Nano, cada cuenta tiene su propia cadena de transacciones, y las transferencias entre cuentas se gestionan mediante un bloque de envío en la cadena del remitente y un bloque de recepción en la del destinatario. Este diseño asíncrono permite que la red procese transacciones de forma independiente y en paralelo. El consenso se logra mediante la votación de representantes abiertos (ORV), donde la comunidad designa nodos representantes delegando su saldo. Los representantes votan en transacciones conflictivas (lo cual es raro, generalmente solo en intentos de doble gasto) y, una vez que una mayoría cualificada (67% del peso) está de acuerdo, la transacción se consolida (confirmada irrevocablemente). Los tiempos típicos de confirmación en Nano son muy inferiores a un segundo, lo que la hace sentir instantánea en el uso cotidiano. Al no existir recompensas de minería ni comisiones, operar un nodo o representante Nano es un esfuerzo voluntario, pero el diseño de la red minimiza la carga (cada transacción pesa apenas 200 bytes y se procesa rápidamente). El enfoque DAG y el consenso de Nano le permiten ser extremadamente eficiente energéticamente: existe una pequeña prueba de trabajo realizada por los remitentes (principalmente como medida antispam), pero es trivial comparada con la PoW blockchain. Los casos de uso de Nano son sencillos por diseño: está pensada para transferencias monetarias, desde compras diarias hasta remesas, donde la velocidad y la ausencia de tarifas son su propuesta de valor. Nano no admite contratos inteligentes ni scripting complejo; se centra en hacer muy bien una sola cosa. Un desafío de su modelo es que se basa en la honestidad de la mayoría de los representantes; al no haber incentivos monetarios, el modelo de seguridad se apoya en la suposición de que los grandes tenedores actuarán en beneficio de la red. Hasta ahora, Nano ha mantenido un conjunto bastante descentralizado de representantes principales y ha visto uso en pagos comerciales, propinas y otros micropagos en línea.
  • Comparativa rápida Hedera vs IOTA vs Fantom vs Nano: La siguiente tabla resume algunas características clave de estos proyectos basados en DAG:
Proyecto (Año)Estructura de datos y consensoRendimiento (TPS y finalidad)Características / casos de uso destacados
IOTA (2016)DAG de transacciones (“Tangle”); cada tx aprueba 2 previas. Originalmente con coordinador; migrando a un consenso sin líderes descentralizado (voto sobre el DAG más pesado, sin mineros).TPS teóricamente alto (escala con la actividad); ~10 s de confirmación en redes activas (más rápido con mayor carga). Investigación en curso para mejorar la finalidad. Transacciones sin comisiones.Micropagos y datos IoT (microtransacciones sin comisiones), cadena de suministro, datos de sensores, automoción, identidad descentralizada (método DID de IOTA Identity). Sin smart contracts en la capa base (se gestionan en capas separadas).
Hedera Hashgraph (2018)DAG de eventos (Hashgraph); consenso gossip-about-gossip + votación virtual (aBFT), operado por ~29–39 nodos del consejo (ponderados por PoS). Sin mineros; marcas de tiempo para ordenar.~10.000 TPS máx.; finalidad en 3-5 segundos por transacción. Energía extremadamente baja por tx (~0,0001 kWh). Tarifas fijas muy bajas (~0,0001 $ por transferencia).Aplicaciones empresariales y Web3: tokenización (HTS), NFTs y servicios de contenidos, pagos, trazabilidad en cadena de suministro, datos sanitarios, gaming, etc. Gobernanza por grandes corporaciones; red compatible con la EVM para smart contracts (Solidity). Enfoque en alto rendimiento y seguridad empresarial.
Fantom (FTM) (2019)DAG de bloques de eventos de validadores; consenso PoS Lachesis aBFT (sin líderes). Cada validador construye un DAG de eventos que se confirma y se ensambla en una blockchain final (Opera Chain).Empíricamente cientos de TPS en uso DeFi; finalidad típica de 1-2 segundos. Capaz de miles de TPS en benchmarks. Tarifas bajas (fracciones de centavo).DeFi y smart contracts en una L1 de alta velocidad. Compatible con la EVM (ejecuta DApps Solidity). Soporta DEX, préstamos, marketplaces NFT (trading rápido, mint barato). El consenso DAG queda oculto tras una interfaz blockchain amigable. Cualquier persona puede hacer staking (conjunto de validadores descentralizado).
Nano (XNO) (2015)DAG de cadenas de cuenta (block-lattice); cada tx es su propio bloque. Consenso por votación de representantes abiertos (tipo dPoS en conflictos). Sin minería ni comisiones.~Cientos de TPS factibles (limitados principalmente por E/S de red). Confirmación <1 s típica. Sin comisiones. Uso de recursos extremadamente bajo (eficiente para IoT/móvil).Moneda digital para pagos instantáneos. Ideal para micropagos, propinas, comercio minorista, donde las tarifas y la latencia deben ser mínimas. No está diseñada para smart contracts; se centra en transferencias simples. Consumo energético muy bajo (criptomoneda ecológica). Representantes administrados por la comunidad (sin autoridad central).

(Tabla: comparación de proyectos de ledger basados en DAG seleccionados y sus características. TPS = transacciones por segundo.)

Otros proyectos basados en DAG no detallados incluyen Obyte (Byteball) – un ledger DAG para pagos condicionales y almacenamiento de datos, IoT Chain (ITC) – un proyecto DAG orientado al IoT, Avalanche – que ya mencionamos por usar DAG en su consenso y se ha convertido en una plataforma DeFi importante, Conflux – un DAG PoW de alto rendimiento en China, y prototipos académicos como SPECTRE/PHANTOM. Cada uno explora el espacio de diseño de los ledgers DAG de distintas maneras, pero los cuatro ejemplos anteriores (IOTA, Hedera, Fantom, Nano) ilustran la diversidad: desde microtransacciones IoT sin comisiones hasta redes empresariales y cadenas de contratos inteligentes DeFi, todos aprovechando estructuras DAG.

Casos de uso de la tecnología DAG en el ecosistema Web3

Los sistemas blockchain basados en DAG desbloquean determinados casos de uso gracias a su alto rendimiento y propiedades únicas. Estos son algunos casos de uso actuales y potenciales en los que los DAG están impactando en Web3:

  • Internet de las Cosas (IoT): El IoT implica millones de dispositivos transmitiendo datos y potencialmente transaccionando entre sí (pagos máquina a máquina). Ledgers DAG como IOTA se diseñaron explícitamente para este escenario. Con microtransacciones sin comisiones y la capacidad de manejar frecuencias altas de pagos pequeños, un ledger DAG puede permitir que dispositivos IoT paguen por servicios o ancho de banda sobre la marcha. Por ejemplo, un coche eléctrico inteligente podría pagar automáticamente a una estación de carga unos céntimos por la energía, o los sensores podrían vender datos a una plataforma en tiempo real. El Tangle de IOTA se ha usado en pilotos de ciudades inteligentes, integraciones de IoT en cadenas de suministro (seguimiento de mercancías y condiciones ambientales) y mercados descentralizados de datos donde se registran y comercian los datos de sensores de forma inmutable. La escalabilidad de los DAG aborda el enorme volumen que generan las redes IoT masivas, y su bajo coste se ajusta a la economía de los micropagos.
  • Finanzas descentralizadas (DeFi): Aplicaciones DeFi como los exchanges descentralizados (DEX), plataformas de préstamos y redes de pagos se benefician de un alto rendimiento y baja latencia. Las plataformas de smart contracts basadas en DAG (p. ej., Fantom, y en cierta medida la X-Chain de Avalanche para transferencias simples de activos) ofrecen la ventaja de liquidar operaciones más rápido y mantener comisiones bajas incluso durante alta demanda. En 2021, Fantom experimentó un aumento de actividad DeFi (yield farming, market makers automatizados, etc.) y pudo manejarlo con mucha menos congestión que Ethereum en ese momento. Además, la finalidad rápida de los DAG reduce el riesgo de incertidumbre en la ejecución de operaciones (en cadenas lentas, los usuarios esperan varios bloques para la finalidad, lo que introduce riesgo en el trading veloz). Otra perspectiva son las redes de pagos descentralizados: Nano, por ejemplo, puede considerarse parte del espectro DeFi, habilitando transferencias peer-to-peer y posiblemente actuando como carril de micropagos para capas 2 de otros sistemas. El rendimiento de los DAG también podría soportar trading de alta frecuencia o transacciones DeFi complejas multi-paso ejecutándose con mayor fluidez.
  • NFT y gaming: El boom de los NFT evidenció la necesidad de minting y transferencias de bajo coste. En Ethereum, acuñar NFT se volvió costoso cuando el gas se disparó. Redes DAG como Hedera y Fantom se han planteado como alternativas donde acuñar un NFT cuesta una fracción de centavo, haciéndolas viables para activos en juegos, coleccionables o lanzamientos a gran escala. El Token Service de Hedera permite la emisión nativa de tokens y NFT con tarifas bajas y predecibles, y ha sido usado por plataformas de contenido e incluso empresas (p. ej., artistas musicales emitiendo tokens o universidades registrando títulos). En gaming, donde abundan las microtransacciones, un ledger DAG rápido puede gestionar frecuentes intercambios de activos o distribución de recompensas sin ralentizar el juego ni arruinar a los jugadores con comisiones. El alto rendimiento garantiza que, incluso si un juego o colección NFT popular atrae a millones de usuarios, la red pueda soportar la carga (hemos visto juegos en Ethereum congestionar la red en el pasado). Por ejemplo, un juego basado en NFT en Fantom puede actualizar el estado lo suficientemente rápido como para ofrecer una experiencia casi en tiempo real.
  • Identidad descentralizada (DID) y credenciales: Los sistemas de identidad se benefician de un ledger inmutable para anclar identidades, credenciales y atestaciones. Las redes DAG se exploran aquí porque ofrecen escalabilidad para potencialmente miles de millones de transacciones de identidad (cada login, emisión de certificado, etc.) y bajo coste, crucial si, por ejemplo, cada interacción de identidad de un ciudadano se registrara. IOTA Identity es un ejemplo: proporciona un método DID did:iota donde los documentos de identidad se referencian en el Tangle. Se puede usar para identidad autosoberana: los usuarios controlan sus documentos y los verificadores pueden obtener pruebas del DAG. Hedera también está activa en el ámbito DID: tiene una especificación DID y se ha usado en proyectos como registros inmutables de títulos universitarios, certificados de vacunación COVID o documentos de cumplimiento en la cadena de suministro (a través del Hedera Consensus Service como servicio de anclaje). Las ventajas de los DAG aquí son que es barato y rápido escribir datos, de modo que actualizar un estado de identidad (rotar claves, añadir credenciales) no enfrenta el coste o retraso de una blockchain congestionada. Además, las garantías de finalidad y orden pueden ser importantes para auditorías (Hashgraph, por ejemplo, proporciona un orden temporal confiable útil para registros de cumplimiento).
  • Cadena de suministro e integridad de datos: Más allá de la identidad, cualquier caso de uso que involucre registrar un alto volumen de datos puede aprovechar DLT basadas en DAG. La trazabilidad en cadenas de suministro es uno: los productos generan muchos eventos (fabricado, enviado, inspeccionado, etc.). Proyectos han usado Hedera e IOTA para registrar estos eventos en un ledger DAG, aportando inmutabilidad y transparencia. El alto rendimiento garantiza que el ledger no sea un cuello de botella, incluso si se escanea y registra cada artículo de una red de suministro grande. Además, las comisiones nulas o bajas permiten registrar eventos de bajo valor sin costes elevados. Otro ejemplo es la integridad de datos IoT: redes eléctricas o telecomunicaciones pueden registrar lecturas de dispositivos en un ledger DAG para demostrar posteriormente que los datos no fueron manipulados. El DAG de Constellation Network (otro proyecto DAG) se centra en la validación de grandes volúmenes de datos para empresas y gobiernos (como la integridad de datos de drones de la Fuerza Aérea de EE. UU.), destacando cómo un DAG escalable puede manejar flujos masivos de datos de forma confiable.
  • Pagos y remesas: Transacciones rápidas y sin comisiones hacen que criptomonedas DAG como Nano e IOTA sean adecuadas para pagos. Nano ha sido adoptada en escenarios como propinas online (donde un usuario puede enviar unos céntimos instantáneamente a un creador de contenido) y remesas internacionales (donde la velocidad y coste cero marcan una gran diferencia frente a esperar horas y pagar porcentajes elevados). Las redes DAG pueden servir como carriles de pago de alta velocidad integrados en sistemas de punto de venta o aplicaciones móviles. Por ejemplo, una cafetería podría usar una criptomoneda DAG para los pagos sin preocuparse por la latencia o el coste (la experiencia puede rivalizar con una tarjeta de crédito contactless). HBAR de Hedera también se usa en algunas pruebas de pago (su finalidad rápida y baja tarifa atraen a aplicaciones fintech para liquidación). Además, como las redes DAG suelen tener mayor capacidad, pueden mantener el rendimiento incluso durante eventos globales de compras o picos de uso, algo valioso para la fiabilidad de pagos.
  • Feeds de datos en tiempo real y oráculos: Los oráculos (servicios que introducen datos externos en contratos inteligentes) requieren escribir muchos datos en un ledger. Un ledger DAG podría actuar como una red de oráculos de alto rendimiento, registrando precios, datos climáticos, lecturas de sensores IoT, etc., con garantía de orden y marca temporal. El Hedera Consensus Service, por ejemplo, es utilizado por algunos proveedores de oráculos para sellar datos antes de alimentarlos a otras cadenas. La velocidad asegura datos frescos y el rendimiento permite manejar flujos rápidos. En analítica Web3 descentralizada o publicidad, donde cada clic o impresión podría registrarse para transparencia, un backend DAG puede soportar el volumen de eventos.

En todos estos casos, el hilo común es que las redes DAG buscan proporcionar la escalabilidad, velocidad y eficiencia de costes que amplían el alcance de lo que se puede descentralizar. Son particularmente útiles donde ocurren transacciones de alta frecuencia o alto volumen (IoT, microtransacciones, datos de máquinas) o donde la experiencia del usuario exige interacciones rápidas y fluidas (gaming, pagos). No obstante, no todos los casos de uso migrarán a ledgers DAG: a veces la madurez y seguridad de las blockchains tradicionales, o simplemente los efectos de red (por ejemplo, la enorme base de desarrolladores de Ethereum), pesan más que la necesidad de rendimiento bruto. Aun así, los DAG están labrándose un nicho en la pila Web3 para escenarios que tensionan a las cadenas convencionales.

Limitaciones y desafíos de las redes basadas en DAG

Aunque los ledgers distribuidos basados en DAG ofrecen ventajas atractivas, también implican compromisos y desafíos. Es importante examinar críticamente estas limitaciones:

  • Madurez y seguridad: La mayoría de los algoritmos de consenso DAG son relativamente nuevos y están menos probados en batalla que los protocolos blockchain bien estudiados de Bitcoin o Ethereum. Esto puede significar vulnerabilidades de seguridad o vectores de ataque aún desconocidos. La complejidad de los sistemas DAG puede abrir nuevas vías de ataque: por ejemplo, un atacante podría intentar inundar o inflar el DAG con subtangles conflictivos, o aprovechar la estructura paralela para gastar doble antes de que la red alcance consenso. Análisis académicos señalan que la complejidad incrementada introduce una gama más amplia de vulnerabilidades frente a cadenas lineales más simples. Algunas redes DAG han sufrido incidencias: por ejemplo, en sus inicios la red de IOTA tuvo que pausarse en un par de ocasiones por irregularidades/ataques (en 2020 se robó un fondo y el Coordinador se detuvo temporalmente para resolverlo). Estos incidentes subrayan que los modelos de seguridad siguen perfeccionándose. Además, en algunos DAG la finalidad es probabilística (p. ej., antes de Coordicide IOTA no tenía finalidad absoluta, solo confianza creciente), lo que puede ser problemático para ciertas aplicaciones (aunque DAG más recientes como Hashgraph y Fantom ofrecen finalidad instantánea con garantías aBFT).
  • Complejidad del consenso: Lograr consenso en un DAG suele implicar algoritmos complejos (protocolos gossip, votación virtual, muestreo aleatorio, etc.). Esta complejidad se traduce en bases de código más extensas e implementaciones complicadas, aumentando el riesgo de bugs de software. También hace el sistema más difícil de entender para los desarrolladores. La regla de la cadena más larga en una blockchain es conceptualmente simple, mientras que la votación virtual de Hashgraph o el muestreo repetido de Avalanche no son tan intuitivos. La complejidad puede frenar la adopción: desarrolladores y empresas pueden dudar en confiar en un sistema que les cuesta comprender o auditar. Como señaló un estudio, los sistemas basados en órdenes parciales (DAG) requieren más esfuerzo para integrarse con la infraestructura existente y la mentalidad de los desarrolladores. Las herramientas y librerías para redes DAG también son menos maduras en muchos casos, lo que puede empeorar la experiencia de desarrollo frente a Ethereum o Bitcoin.
  • Compromisos de descentralización: Algunas implementaciones DAG actuales sacrifican cierto grado de descentralización para lograr su rendimiento. Por ejemplo, la dependencia de Hedera en un consejo fijo de 39 nodos implica que la red no está abierta a cualquiera para participar en el consenso, lo cual ha recibido críticas pese a sus fortalezas técnicas. IOTA, durante mucho tiempo, dependió de un Coordinador central para evitar ataques, un punto único de fallo/control. El consenso de Nano se basa en un pequeño número de representantes principales que concentran la mayor parte del peso de voto (en 2023, los pocos representantes principales controlaban gran parte del peso en línea), lo que puede considerarse una concentración de poder, aunque es algo análogo a los pools de minería en PoW. En general, se percibe que las blockchains son más fáciles de descentralizar ampliamente (miles de nodos) que algunas redes DAG. Las razones varían: ciertos algoritmos DAG pueden exigir mayores requisitos de ancho de banda (dificultando la participación plena de muchos nodos), o el diseño del proyecto puede mantener intencionalmente una estructura permisionada al inicio. No es una limitación inherente de los DAG, pero en la práctica muchos aún no alcanzan el número de nodos de las grandes blockchains.
  • Necesidad de volumen (seguridad vs rendimiento): Algunas redes DAG requieren paradójicamente un alto volumen de transacciones para funcionar de forma óptima. Por ejemplo, el modelo de seguridad de IOTA se fortalece cuando muchas transacciones honestas se confirman constantemente entre sí (aumentando el peso acumulado de los subtangles honestos). Si la actividad es muy baja, el DAG puede volverse perezoso: puntas sin aprobar rápidamente o atacantes que lo tienen más fácil para intentar sobrescribir partes del grafo. En contraste, una blockchain tradicional como Bitcoin no necesita un número mínimo de transacciones para seguir segura (incluso con pocas transacciones, los mineros siguen compitiendo por extender la cadena). Así, los DAG suelen rendir mejor bajo carga, pero pueden estancarse con uso escaso, salvo que se apliquen medidas especiales (como el coordinador de IOTA o transacciones de “mantenimiento” en segundo plano). Esto significa que el rendimiento puede ser inconsistente: excelente cuando el uso es alto, pero con confirmaciones más lentas en periodos valle o redes con poca actividad.
  • Ordenamiento y compatibilidad: Como los DAG producen un orden parcial de eventos que luego debe hacerse consistente, los algoritmos de consenso pueden ser bastante intrincados. En contextos de contratos inteligentes, se requiere un orden total de las transacciones para evitar doble gastos y mantener la ejecución determinista. Sistemas DAG como Fantom resuelven esto construyendo una capa de ordenamiento (la Opera Chain final), pero no todos los DAG soportan fácilmente smart contracts complejos. El manejo del estado y el modelo de programación puede ser desafiante en un DAG puro. Por ejemplo, si dos transacciones no conflictivas, se pueden confirmar en paralelo en un DAG —eso está bien—. Pero si confligen (p. ej., dos tx gastan el mismo output o dos operaciones sobre el mismo pedido), la red debe decidir una y descartar la otra. Garantizar que todos los nodos tomen la misma decisión de forma descentralizada es más difícil sin una cadena única que lo ordene todo. Por eso muchos proyectos DAG inicialmente evitaron los contratos inteligentes o el estado global y se enfocaron en pagos (donde los conflictos son más sencillos de detectar via UTXO o balances). Interconectar ledgers DAG con ecosistemas blockchain existentes tampoco es trivial; por ejemplo, conectar una EVM a un DAG requirió que Fantom creara un mecanismo para linearizar el DAG para la ejecución EVM. Estas complejidades implican que no todos los casos de uso pueden implementarse inmediatamente sobre un DAG sin un diseño cuidadoso.
  • Almacenamiento y sincronización: Un potencial problema es que, si un ledger DAG permite un volumen alto de transacciones paralelas, el ledger puede crecer rápidamente. Son importantes algoritmos eficientes para podar el DAG (eliminar transacciones antiguas que ya no son necesarias para la seguridad) y para permitir nodos ligeros (los light clients necesitan confirmar transacciones sin almacenar todo el DAG). La investigación ha identificado el desafío de alcanzabilidad: asegurar que las nuevas transacciones puedan alcanzar y referenciar a las anteriores con eficiencia y determinar cómo truncar la historia de forma segura en un DAG. Aunque las blockchains también enfrentan problemas de crecimiento, la estructura del DAG puede complicar tareas como calcular saldos o pruebas para estados parciales, ya que el ledger no es una simple lista de bloques. Es un desafío técnico que puede resolverse, pero añade más carga al diseño de un sistema DAG robusto.
  • Percepción y efectos de red: Más allá de los aspectos técnicos, los proyectos DAG enfrentan el reto de demostrarse en un espacio dominado por blockchains. Muchos desarrolladores y usuarios se sienten más cómodos con las L1 blockchain, y los efectos de red (más usuarios, más dApps, más herramientas en las cadenas existentes) pueden ser difíciles de superar. A veces los DAG se promocionan con afirmaciones audaces (“blockchain killer”), lo que puede invitar al escepticismo. Por ejemplo, un proyecto puede alegar escalabilidad ilimitada, pero los usuarios esperarán ver pruebas en condiciones reales. Hasta que las redes DAG alojan “killer apps” o bases de usuarios grandes, pueden percibirse como experimentales. Además, lograr listados en exchanges, soluciones de custodia, wallets —toda la infraestructura que ya soporta las grandes blockchains— es un esfuerzo continuo para cada nueva plataforma DAG. Hay, por tanto, un desafío de arranque: a pesar de los méritos técnicos, la adopción puede rezagarse por la inercia del ecosistema.

En resumen, los ledgers basados en DAG intercambian simplicidad por rendimiento, y eso conlleva dolores de crecimiento. La complejidad del consenso, la posible centralización en algunas implementaciones y la necesidad de ganarse una confianza comparable a los sistemas blockchain veteranos son obstáculos a superar. La comunidad de investigación estudia activamente estos problemas; por ejemplo, un paper de 2024 de sistematización del conocimiento sobre protocolos DAG destaca la creciente variedad de diseños y la necesidad de comprender integralmente sus compromisos. A medida que los proyectos DAG maduren, probablemente se aborden muchos de estos desafíos (eliminación de coordinadores, participación abierta, mejores herramientas), pero es importante considerarlos al evaluar DAG vs blockchain para una aplicación específica.

Tendencias de adopción y perspectivas futuras

La adopción de la tecnología blockchain basada en DAG todavía está en fases tempranas frente al uso generalizado de las blockchains tradicionales. A 2025, solo un puñado de ledgers públicos usan DAG a escala: entre ellos Hedera Hashgraph, IOTA, Fantom, Nano, Avalanche (en parte de su sistema) y algunos otros. Las blockchains (cadenas lineales) siguen siendo la arquitectura dominante en los sistemas desplegados. Sin embargo, el interés en los DAG ha ido aumentando tanto en la industria como en la academia. Podemos identificar varias tendencias y una perspectiva para los DAG en blockchain:

  • Creciente número de proyectos y estudios DAG: Se aprecia un aumento en la cantidad de proyectos nuevos que exploran arquitecturas DAG o híbridas. Por ejemplo, plataformas recientes como Aleph Zero (una red enfocada en privacidad) usan un consenso DAG para un orden rápido, y Sui y Aptos (cadenas con lenguaje Move) incorporan mempools basados en DAG o motores de ejecución paralela para escalar el rendimiento. La investigación académica en consenso DAG está floreciendo: protocolos como SPECTRE, PHANTOM, GhostDAG y otros más recientes están ampliando los límites, y se publican análisis exhaustivos (papers SoK) para clasificar y evaluar los enfoques DAG. Esto indica una exploración saludable y la aparición de buenas prácticas. A medida que la investigación identifica soluciones a debilidades previas (por ejemplo, cómo lograr equidad, cómo podar DAG, cómo asegurar DAG bajo condiciones dinámicas), es probable que estas innovaciones lleguen a las implementaciones.
  • Modelos híbridos en uso general: Una tendencia interesante es que incluso las blockchains tradicionales están adoptando conceptos DAG para mejorar el rendimiento. Avalanche es un ejemplo principal de híbrido: se presenta como una plataforma blockchain, pero en su núcleo usa un consenso DAG. Ha ganado adopción significativa en DeFi y NFT, demostrando que los usuarios a veces adoptan un sistema DAG sin siquiera notarlo, siempre que satisfaga sus necesidades (rapidez y bajo coste). Esta tendencia puede continuar: DAG como motor interno exponiendo una interfaz blockchain familiar podría ser una estrategia ganadora, facilitando a los desarrolladores la transición. Fantom hizo esto con su Opera Chain, y otros proyectos podrían seguir el mismo camino, convirtiendo la tecnología DAG en el motor invisible de las cadenas de próxima generación.
  • Adopción empresarial y de nicho: Las empresas que requieren alto rendimiento, costes predecibles y que se sienten cómodas con redes más permisionadas se han inclinado a explorar ledgers DAG. El modelo de Consejo de Hedera atrajo a grandes compañías; estas impulsan casos de uso como tokenización de activos para servicios financieros o seguimiento de licencias de software en Hedera. También vemos consorcios considerar DLT basadas en DAG para liquidaciones en telecomunicaciones, seguimiento de impresiones publicitarias o transferencias interbancarias, donde el volumen es alto y necesitan finalidad. IOTA ha participado en proyectos financiados por la Unión Europea para infraestructura, pilotos de identidad digital e IoT industrial: son caminos de adopción a largo plazo, pero demuestran que los DAG están en el radar más allá de la comunidad cripto. Si algunas de estas pruebas tienen éxito y escalan, podríamos ver adopciones sectoriales de redes DAG (p. ej., un consorcio IoT usando un ledger DAG para compartir y monetizar datos).
  • Progreso comunitario y descentralización: Las críticas tempranas a las redes DAG (coordinadores centrales, validadores permisionados) se están abordando gradualmente. Coordicide de IOTA, si tiene éxito, eliminará el coordinador central y transformará IOTA en una red completamente descentralizada con una forma de staking y validadores comunitarios. Hedera ha abierto su código y ha insinuado planes para descentralizar aún más la gobernanza a largo plazo (más allá del consejo inicial). La comunidad de Nano trabaja continuamente para distribuir el peso de los representantes (alentando a más usuarios a operar nodos o repartir sus delegaciones). Estos pasos son importantes para la credibilidad y confianza en las redes DAG, alineándolas más con la ética blockchain. Conforme aumente la descentralización, es probable que más usuarios y desarrolladores cripto-nativos estén dispuestos a construir sobre o contribuir a proyectos DAG, acelerando su crecimiento.
  • Interoperabilidad y uso como capa 2: También podríamos ver a los DAG usarse como capas de escalado o redes interoperables en lugar de ecosistemas independientes. Por ejemplo, un ledger DAG podría servir como capa 2 de alta velocidad para Ethereum, anclando periódicamente resultados agregados en Ethereum para seguridad. Alternativamente, redes DAG podrían conectarse mediante puentes a blockchains existentes, permitiendo mover activos hacia donde sea más barato transaccionar. Si la experiencia de usuario es fluida, los usuarios podrían operar en una red DAG (disfrutando de alta velocidad) mientras confían en una blockchain base para la liquidación o seguridad, obteniendo lo mejor de ambos mundos. Algunos proyectos contemplan este enfoque por capas.
  • Perspectiva futura – complemento, no reemplazo (por ahora): Es revelador que incluso los defensores suelen decir que los DAG son una “alternativa” o complemento a las blockchains, más que un reemplazo total. En el futuro cercano podemos esperar redes heterogéneas: algunas basadas en blockchain, otras en DAG, cada una optimizada para distintos escenarios. Los DAG podrían alimentar la columna vertebral de alta frecuencia de Web3 (gestionando el trabajo pesado de microtransacciones y registro de datos), mientras que las blockchains podrían seguir siendo preferidas para la liquidación, transacciones de muy alto valor o donde la simplicidad y robustez sean críticas. A más largo plazo, si los sistemas DAG siguen demostrando su valía y logran igualar o superar la seguridad y descentralización, es concebible que se conviertan en el paradigma dominante de los ledgers distribuidos. El enfoque en eficiencia energética también alinea a los DAG con las presiones globales de sostenibilidad, lo que podría hacerlos más aceptables política y socialmente a largo plazo. Los beneficios de huella de carbono reducida, junto con las ventajas de rendimiento, podrían ser un impulsor clave si los entornos regulatorios enfatizan la tecnología verde.
  • Sentimiento comunitario: Existe un segmento de la comunidad cripto muy entusiasmado con los DAG, viéndolos como el siguiente paso evolutivo de la DLT. Es común oír frases como “los DAG son el futuro; las blockchains se verán como el internet por dial-up frente a la banda ancha de los DAG”. Este entusiasmo debe equilibrarse con resultados prácticos, pero sugiere que talento e inversiones están fluyendo hacia este ámbito. Por otro lado, persisten los escépticos, señalando que no debe sacrificarse la descentralización y seguridad por velocidad, por lo que los proyectos DAG deberán demostrar que pueden lograr lo mejor de ambos mundos.

En conclusión, el futuro de los DAG en blockchain es cautelosamente optimista. Actualmente las blockchains siguen dominando, pero las plataformas basadas en DAG se están abriendo espacio y demostrando su capacidad en dominios específicos. A medida que la investigación resuelva los desafíos actuales, probablemente veremos más convergencia de ideas: blockchains adoptando mejoras inspiradas en DAG y redes DAG asimilando las lecciones de las blockchains en gobernanza y seguridad. Los investigadores y desarrolladores Web3 harían bien en seguir de cerca los avances DAG, ya que representan una rama significativa de la evolución de los ledgers distribuidos. En los próximos años podríamos ver un ecosistema diverso de ledgers interoperables donde los DAG desempeñen un papel vital en la escalabilidad y aplicaciones especializadas, acercándonos a la visión de una web escalable y descentralizada.

En palabras de una publicación de Hedera: los ledgers basados en DAG son “un paso prometedor” en la evolución de las monedas digitales y la tecnología descentralizada: no una bala de plata para reemplazar completamente a las blockchains, sino una innovación importante que trabajará junto a ellas e inspirará mejoras en todo el panorama de los ledgers distribuidos.

Fuentes: La información de este informe proviene de diversas fuentes confiables, como investigaciones académicas sobre consenso DAG, documentación oficial y whitepapers de proyectos como IOTA, Hedera Hashgraph, Fantom y Nano, además de blogs técnicos y artículos que aportan perspectivas sobre las diferencias DAG vs blockchain. Estas referencias respaldan el análisis comparativo, los beneficios y los estudios de caso discutidos. El diálogo constante en la comunidad de investigación Web3 sugiere que los DAG seguirán siendo un tema candente mientras buscamos resolver la trinidad de escalabilidad, seguridad y descentralización en la próxima generación de tecnología blockchain.

Análisis Profundo de la Blockchain de Capa 1 Somnia: 1M de TPS y Finalidad en Menos de un Segundo

· 80 min de lectura
Dora Noda
Software Engineer

Somnia es una blockchain de Capa 1 compatible con EVM construida para un rendimiento extremo, capaz de procesar más de 1.000.000 de transacciones por segundo (TPS) con una finalidad en menos de un segundo. Para lograr esto, Somnia reimagina el diseño central de la blockchain con cuatro innovaciones técnicas clave:

  • Consenso MultiStream: El consenso de Somnia es un novedoso protocolo BFT de prueba de participación donde cada validador mantiene su propia "cadena de datos" de transacciones, produciendo bloques de forma independiente. Una cadena de consenso separada confirma periódicamente el último bloque de la cadena de datos de cada validador y los ordena en una única blockchain global. Esto permite la ingesta de transacciones en paralelo: múltiples validadores pueden propagar transacciones simultáneamente en sus flujos de datos, que luego se fusionan en un único registro ordenado. La cadena de consenso (inspirada en la investigación de Autobahn BFT) garantiza la seguridad al evitar que cualquier validador bifurque o altere su propio flujo una vez que el bloque global está finalizado. La Figura 1 ilustra esta arquitectura, donde las cadenas específicas de los validadores alimentan un bloque de consenso global.

  • Ejecución Secuencial Acelerada: En lugar de depender de la ejecución multi-hilo, Somnia opta por hacer que un solo núcleo sea extremadamente rápido. El cliente de Somnia compila los contratos inteligentes de EVM a código máquina x86 nativo (justo a tiempo o antes de tiempo). Los contratos de uso frecuente se traducen en instrucciones de máquina optimizadas, eliminando la sobrecarga de interpretación típica y logrando una velocidad casi nativa de C++ para la ejecución. En las pruebas de rendimiento, esto produce cientos de nanosegundos por transferencia ERC-20, soportando millones de TX/seg en un solo núcleo. Los contratos menos llamados aún pueden ejecutarse en el intérprete estándar de EVM, equilibrando el costo de compilación. Además, Somnia aprovecha la ejecución fuera de orden y el pipelining de las CPU modernas ("paralelismo a nivel de hardware") para acelerar las transacciones individuales. Al compilar a código nativo, la CPU puede ejecutar instrucciones en paralelo a nivel de chip (por ejemplo, superponiendo búsquedas de memoria y cálculos), acelerando aún más la lógica secuencial como las transferencias de tokens. Esta elección de diseño reconoce que el paralelismo de software a menudo falla bajo picos de carga altamente correlacionados (por ejemplo, una acuñación de NFT muy popular donde todas las transacciones afectan al mismo contrato). Las optimizaciones de un solo hilo de Somnia aseguran que incluso los escenarios de contratos "calientes" alcancen un alto rendimiento donde la ejecución paralela ingenua se detendría.
  • IceDB (Motor de Almacenamiento Determinista): Somnia incluye una base de datos de blockchain personalizada llamada IceDB para maximizar el rendimiento y la previsibilidad del acceso al estado. A diferencia de los backends típicos de LevelDB/RocksDB, IceDB proporciona costos de lectura/escritura deterministas: cada operación devuelve un "informe de rendimiento" de exactamente cuántas líneas de caché de RAM y páginas de disco se accedieron. Esto permite a Somnia cobrar tarifas de gas basadas en el uso real de recursos de una manera consistente y determinista para el consenso. Por ejemplo, las lecturas servidas desde la memoria pueden costar menos gas que las lecturas frías que acceden al disco, sin no determinismo. IceDB también utiliza una capa de caché mejorada optimizada tanto para lectura como para escritura, lo que produce una latencia extremadamente baja (15–100 nanosegundos por operación en promedio). Además, IceDB cuenta con snapshotting de estado incorporado: explota la estructura interna del almacenamiento estructurado en log para mantener y actualizar los hashes de estado global de manera eficiente, en lugar de construir un árbol de Merkle separado a nivel de aplicación. Esto reduce la sobrecarga para calcular las raíces de estado y las pruebas. En general, el diseño de IceDB garantiza un acceso al estado predecible y de alta velocidad y una medición justa del gas, que son críticos a la escala de Somnia.
  • Compresión y Red Avanzadas: Impulsar millones de TPS significa que los nodos deben intercambiar enormes volúmenes de datos de transacciones (por ejemplo, 1M de transferencias ERC-20/seg ~ 1.5 Gbps de datos brutos). Somnia aborda esto mediante optimizaciones de compresión y red:
    • Compresión por Flujo: Debido a que cada validador publica un flujo de datos continuo, Somnia puede usar compresión de flujo con estado a través de los bloques. Los patrones comunes (como direcciones repetitivas, llamadas a contratos, parámetros) se comprimen haciendo referencia a ocurrencias previas en el flujo, logrando tasas mucho mejores que la compresión de bloques independientes. Esto aprovecha la distribución de ley de potencias de la actividad de la blockchain: un pequeño subconjunto de direcciones o llamadas representa una gran fracción de las transacciones, por lo que codificarlas con símbolos cortos produce una compresión masiva (por ejemplo, una dirección utilizada en el 10 % de las TX puede codificarse en ~3 bits en lugar de 20 bytes). Las cadenas tradicionales no pueden usar fácilmente la compresión de flujo porque los productores de bloques rotan; los flujos fijos por validador de Somnia desbloquean esta capacidad.
    • Agregación de Firmas BLS: Para eliminar las partes incompresibles más grandes de las transacciones (firmas y hashes), Somnia utiliza firmas BLS para las transacciones y admite la agregación de muchas firmas en una sola. Esto significa que un bloque de cientos de transacciones puede llevar una única firma combinada, reduciendo drásticamente el tamaño de los datos (y el costo de verificación) en comparación con tener 64 bytes de firma ECDSA por transacción. Los hashes de las transacciones tampoco se transmiten (los pares los recalculan según sea necesario). Juntas, la compresión y la agregación BLS reducen los requisitos de ancho de banda lo suficiente como para sostener el alto rendimiento de Somnia sin "ahogar" la red.
    • Simetría de Ancho de Banda: En el diseño de múltiples líderes de Somnia, cada validador comparte continuamente su fracción de nuevos datos en cada bloque, en lugar de que un solo líder envíe el bloque completo a los demás. En consecuencia, la carga de la red se distribuye simétricamente: cada uno de los N validadores sube aproximadamente 1/N del total de datos a N-1 pares (y descarga las otras porciones) en cada bloque, en lugar de que un solo líder suba N-1 copias. Ningún nodo necesita un ancho de banda de salida mayor que el rendimiento general de la cadena, evitando el cuello de botella donde un solo líder debe tener una enorme capacidad de subida. Esta utilización uniforme permite a Somnia acercarse a los límites físicos de ancho de banda de los nodos sin centralizarse en unos pocos supernodos. En resumen, la pila de red de Somnia está diseñada para que todos los validadores compartan el trabajo de propagar transacciones, permitiendo un rendimiento cercano al nivel de gigabit en toda la red descentralizada.

Consenso y Seguridad: La cadena de consenso utiliza un protocolo de prueba de participación PBFT modificado (Tolerancia a Fallas Bizantinas Práctica) con una suposición parcialmente síncrona. Somnia se lanzó con 60–100 validadores distribuidos globalmente (la red principal comenzó con ~60 y apunta a 100). Se requiere que los validadores ejecuten hardware potente (especificaciones aproximadamente entre un nodo de Solana y Aptos en rendimiento) para manejar la carga. Este número de validadores equilibra el rendimiento con una descentralización suficiente: la filosofía del equipo es la "descentralización suficiente" (suficiente para garantizar la seguridad y la resistencia a la censura, pero no tan extrema como para paralizar el rendimiento). Notablemente, Google Cloud participó como validador en el lanzamiento, junto con otros operadores de nodos profesionales.

Somnia implementa medidas de seguridad estándar de PoS como depósitos de staking y slashing por comportamiento malicioso. Para reforzar la seguridad en su novedoso motor de ejecución, Somnia utiliza un sistema único llamado "Cuthbert": una implementación de referencia alternativa (no optimizada) que se ejecuta en paralelo con el cliente principal en cada nodo. Cada transacción se ejecuta en ambos motores; si se detecta una divergencia o un error en los resultados del cliente optimizado, el validador se detendrá y se negará a finalizar, evitando errores de consenso. Esta ejecución dual actúa como una auditoría en tiempo real, asegurando que las optimizaciones de rendimiento agresivas nunca produzcan transiciones de estado incorrectas. Con el tiempo, a medida que crece la confianza en el cliente principal, Cuthbert puede ser eliminado, pero durante las primeras etapas añade una capa extra de seguridad.

En resumen, la arquitectura de Somnia está diseñada para aplicaciones en tiempo real con usuarios masivos. Al desacoplar la propagación de transacciones de la finalización (MultiStream), sobrealimentar la ejecución de un solo núcleo (compilación de EVM y paralelismo a nivel de CPU), optimizar la capa de datos (IceDB) y minimizar el ancho de banda por transacción (compresión + agregación), Somnia logra un rendimiento órdenes de magnitud más allá de las L1 tradicionales. El CEO de Improbable, Herman Narula, afirma que es "la capa uno más avanzada... capaz de manejar miles de veces el rendimiento de Ethereum o Solana", construida específicamente para la velocidad, escala y capacidad de respuesta necesarias para los juegos de próxima generación, redes sociales y experiencias inmersivas del metaverso.

Tokenomics – Suministro, Utilidad y Diseño Económico

Suministro y Distribución: El token nativo de Somnia, SOMI, tiene un suministro máximo fijo de 1.000.000.000 de tokens (1 mil millones). No hay inflación continua: el suministro está limitado y los tokens se asignaron por adelantado a varias partes interesadas con calendarios de adjudicación (vesting). El desglose de la asignación es el siguiente:

Categoría de AsignaciónPorcentajeCantidad de TokensCalendario de Liberación
Equipo11.0 %110.000.0000 % en el lanzamiento; acantilado de 12 meses, luego adjudicación durante 48 meses.
Socios de Lanzamiento15.0 %150.000.0000 % en el lanzamiento; acantilado de 12 meses, luego adjudicación durante 48 meses (incluye contribuyentes tempranos del ecosistema como Improbable).
Inversores (Semilla)15.15 %151.500.0000 % en el lanzamiento; acantilado de 12 meses, luego adjudicación durante 36 meses.
Asesores3.58 %35.800.0000 % en el lanzamiento; acantilado de 12 meses, luego adjudicación durante 36 meses.
Fondo del Ecosistema27.345 %273.450.0005.075 % desbloqueado en el lanzamiento, el resto se adjudica linealmente durante 48 meses. Usado para financiar el desarrollo del ecosistema y la Fundación Somnia.
Comunidad y Recompensas27.925 %279.250.00010.945 % desbloqueado en el lanzamiento, más liberaciones adicionales a 1 y 2 meses post-lanzamiento, luego adjudicación lineal durante 36 meses. Usado para incentivos comunitarios, airdrops, liquidez y recompensas de staking para validadores.
Total100 %1.000.000.000~16 % en circulación en el TGE (Evento de Generación de Tokens), el resto adjudicado durante 3–4 años.

En el lanzamiento de la red principal (TGE en el tercer trimestre de 2025), alrededor del 16 % del suministro entró en circulación (principalmente de los desbloqueos iniciales de las asignaciones de Comunidad y Ecosistema). La mayoría de los tokens (equipo, socios, inversores) están bloqueados durante el primer año y luego se liberan gradualmente, alineando los incentivos para el desarrollo a largo plazo. Este vesting estructurado ayuda a prevenir grandes ventas inmediatas y asegura que la fundación y los contribuyentes principales tengan recursos a lo largo del tiempo para hacer crecer la red.

Utilidad del Token: SOMI es central para el ecosistema de Somnia y sigue un modelo de Prueba de Participación Delegada (DPoS). Sus usos principales incluyen:

  • Staking y Seguridad: Los validadores deben hacer staking de 5.000.000 de SOMI cada uno para operar un nodo y participar en el consenso. Esta participación significativa (~0.5 % del suministro total por validador) proporciona seguridad económica; los actores maliciosos corren el riesgo de perder su fianza. Somnia apunta inicialmente a 100 validadores, lo que significa que hasta 500 millones de SOMI podrían estar en staking para la operación de nodos (parte de lo cual puede provenir de la delegación, ver más abajo). Además, los delegadores (cualquier poseedor de tokens) pueden hacer staking de SOMI delegando a los validadores para ayudarles a cumplir el requisito de 5M. Los delegadores ganan una parte de las recompensas a cambio. Esto abre los rendimientos del staking a los no validadores y ayuda a descentralizar la participación entre muchos poseedores de tokens. Solo los tokens en staking (ya sea por validadores o mediante delegación) son elegibles para recompensas de la red: simplemente mantener tokens sin hacer staking no genera recompensas.
  • Tarifas de Gas: Todas las transacciones en la cadena y las ejecuciones de contratos inteligentes requieren SOMI para las tarifas de gas. Esto significa que cada interacción (transferencias, acuñaciones, uso de DApps) crea demanda para el token. El modelo de gas de Somnia se basa en el de Ethereum (mismas definiciones de unidades) pero con ajustes y costos base mucho más bajos. Como se detalla más adelante, Somnia tiene tarifas de sub-céntimo e incluso descuentos dinámicos para DApps de alto volumen, pero las tarifas todavía se pagan en SOMI. Por lo tanto, si la red ve un uso intensivo (por ejemplo, un juego popular o una aplicación social), los usuarios y desarrolladores necesitarán SOMI para alimentar sus transacciones, impulsando la utilidad.
  • Recompensas para Validadores/Delegadores: Las recompensas de bloque en Somnia provienen de las tarifas de transacción y de una tesorería comunitaria, no de la inflación. Específicamente, el 50 % de todas las tarifas de gas se distribuye a los validadores (y sus delegadores) como recompensas. El otro 50 % de las tarifas se quema (se elimina de la circulación) como un mecanismo deflacionario. Esta división de tarifas (mitad para los validadores, mitad quemada) se asemeja al modelo EIP-1559 de Ethereum, excepto que es una división fija de 50/50 en el diseño actual de Somnia. En la práctica, las ganancias de los validadores se derivarán del volumen de tarifas de la red: a medida que el uso crece, las recompensas por tarifas crecen. Para impulsar la seguridad antes de que las tarifas sean significativas, Somnia también tiene incentivos de tesorería para los validadores. La asignación de la Comunidad incluye tokens destinados a recompensas de staking y liquidez; la fundación puede distribuirlos según sea necesario (probablemente como suplementos de rendimiento de staking en los primeros años). Es importante destacar que solo los tokens en staking ganan recompensas, lo que fomenta la participación activa y bloquea el suministro. Los delegadores comparten las recompensas de las tarifas de su validador elegido proporcionalmente a su participación, menos la comisión del validador (cada validador establece una "tasa de delegación", por ejemplo, si se establece en 80 %, entonces el 80 % de las recompensas de ese validador se comparte con los delegados). Somnia ofrece dos opciones de delegación: delegar a un pool de un validador específico (sujeto a un período de desvinculación de 28 días, o un desestakeo de emergencia inmediato con una penalización severa del 50 %), o delegar a un pool general que se distribuye automáticamente entre todos los validadores con poca participación (sin período de bloqueo, pero probablemente un rendimiento combinado más bajo). Este diseño flexible de DPoS incentiva a los poseedores de tokens a asegurar la red a cambio de recompensas, al tiempo que proporciona una salida fácil (pool general) para aquellos que desean liquidez.
  • Gobernanza: A medida que Somnia madure, SOMI gobernará las decisiones de la red. Los poseedores de tokens eventualmente votarán sobre propuestas que afecten las actualizaciones del protocolo, el uso de los fondos de la tesorería, los parámetros económicos, etc. El proyecto prevé una gobernanza multifacética (ver "Gobernanza de Tokens" más abajo) donde los poseedores de SOMI (la "Casa del Token") controlan principalmente las asignaciones de los fondos de la fundación y la comunidad, mientras que los validadores, desarrolladores y usuarios tienen consejos para decisiones técnicas y de políticas. En la red principal temprana, la gobernanza es manejada principalmente por la Fundación Somnia (para agilidad y seguridad), pero durante 1–2 años se descentralizará progresivamente hacia la comunidad de tokens y los consejos. Por lo tanto, poseer SOMI conferirá influencia sobre la dirección del ecosistema, convirtiéndolo en un token de gobernanza además de un token de utilidad.

Mecánicas Deflacionarias: Debido a que el suministro es fijo, Somnia depende de la quema de tarifas para introducir presión deflacionaria. Como se señaló, el 50 % de cada tarifa de gas se quema permanentemente. Esto significa que si el uso de la red es alto, el suministro circulante de SOMI disminuirá con el tiempo, aumentando potencialmente la escasez del token. Por ejemplo, si se generan 1 millón de SOMI en tarifas en un mes, 500k SOMI serían destruidos. Este mecanismo de quema puede compensar los desbloqueos de tokens o las ventas, y alinea el valor del token a largo plazo con el uso de la red (más actividad -> más quema). Además, Somnia actualmente no admite propinas especificadas por el usuario (tarifas de prioridad) en el lanzamiento; el modelo de tarifa base es lo suficientemente eficiente dado el alto rendimiento, aunque pueden introducir propinas más tarde si surge congestión. Con tarifas ultra bajas, la quema por transacción es pequeña, pero a escala (miles de millones de transacciones), se acumula. El modelo económico de Somnia, por lo tanto, combina cero inflación, desbloqueos programados y quema de tarifas, apuntando a la sostenibilidad a largo plazo. Si la red alcanza un volumen masivo, SOMI podría volverse deflacionario, beneficiando a los stakers y poseedores a medida que el suministro disminuye.

Aspectos Destacados del Modelo de Gas: El precio del gas de Somnia es generalmente mucho más barato que el de Ethereum, pero con algunos giros novedosos para la equidad y la escalabilidad. La mayoría de los costos de los opcodes se ajustan a la baja (ya que el rendimiento y la eficiencia de Somnia son mayores), pero los costos de almacenamiento se recalibraron al alza por unidad (para evitar abusos dado el bajo costo por gas). Dos características especialmente notables planeadas para 2025 son:

  • Descuentos por Volumen Dinámicos: Somnia introduce un descuento escalonado en el precio del gas para cuentas o aplicaciones que mantienen un alto uso de TPS. En efecto, cuantas más transacciones ejecute una aplicación o usuario por hora, menor será el precio efectivo del gas que pagan (hasta un 90 % de descuento a ~400 TPS). Este precio basado en el volumen tiene como objetivo incentivar a las DApps a gran escala a ejecutarse en Somnia reduciendo drásticamente sus costos a escala. Se implementa como un precio de gas que disminuye por pasos una vez que se superan ciertos umbrales de TPS por cuenta (0.1, 1, 10, 100, 400 TPS, etc.). Este modelo (que se espera que se implemente después del lanzamiento de la red principal) recompensa a los proyectos que traen una carga pesada, asegurando que Somnia siga siendo asequible incluso cuando alimenta juegos en tiempo real o feeds sociales con cientos de transacciones por segundo. Es un mecanismo inusual (la mayoría de las cadenas tienen un mercado de tarifas planas), lo que indica la priorización de Somnia de los casos de uso de rendimiento masivo.
  • Almacenamiento Transitorio: Somnia planea ofrecer opciones de almacenamiento con límite de tiempo donde un desarrollador puede optar por almacenar datos en la cadena solo temporalmente (por horas o días) a un costo de gas mucho menor que el almacenamiento permanente. Por ejemplo, una variable en la cadena que solo necesita persistir durante una hora (como el estado de un lobby de juego o la posición efímera de un jugador) puede almacenarse con ~90 % menos de gas que una escritura permanente normal. El programa de gas para un SSTORE de 32 bytes podría ser de 20k de gas para una retención de 1 hora frente a 200k para una retención indefinida. Este concepto de "estado transitorio" está explícitamente dirigido a aplicaciones de juegos y entretenimiento que generan una gran cantidad de datos temporales (tablas de clasificación, estado del juego) que no necesitan vivir para siempre en la cadena. Al proporcionar un almacenamiento basado en la expiración con descuentos, Somnia puede soportar tales aplicaciones en tiempo real de manera más eficiente. La implementación probablemente implica descartar automáticamente el estado después de la duración elegida (o moverlo a un almacén separado), aunque los detalles están por implementarse. Esta característica, combinada con la compresión de Somnia, está orientada a juegos en la cadena que gestionan grandes volúmenes de actualizaciones de estado sin inflar la cadena o incurrir en costos enormes.

En general, la tokenomics de Somnia se alinea con su objetivo de potenciar la Web3 a escala Web2. Un gran fondo inicial de tokens financió el desarrollo y el crecimiento del ecosistema (con patrocinadores de renombre y largos bloqueos que señalan compromiso), mientras que el diseño económico continuo utiliza recompensas impulsadas por el mercado (a través de tarifas) y la deflación para mantener el valor. Se incentiva a los poseedores de SOMI a hacer staking y participar, ya que todos los beneficios de la red (ingresos por tarifas, poder de gobernanza) se acumulan para los stakers activos. Con un suministro limitado y una quema proporcional al uso, el valor de SOMI está estrechamente ligado al éxito de la red: a medida que más usuarios y aplicaciones se unen, la demanda de tokens (para gas y staking) aumenta y el suministro disminuye por las quemas, creando un bucle de retroalimentación que apoya la sostenibilidad a largo plazo del token.

Ecosistema y Asociaciones

A pesar de lanzar su red principal a finales de 2025, Somnia entró en escena con un ecosistema robusto de proyectos y socios estratégicos gracias a una extensa fase de red de prueba y el apoyo de pesos pesados de la industria.

dApps y Protocolos del Ecosistema: Para el lanzamiento de la red principal, más de 70 proyectos y dApps ya estaban construyendo o integrándose con Somnia. El ecosistema inicial se inclina fuertemente hacia aplicaciones de juegos y sociales, reflejando el mercado objetivo de Somnia de aplicaciones inmersivas y en tiempo real. Proyectos notables incluyen:

  • Sparkball: Un juego Web3 insignia en Somnia, Sparkball es un MOBA/brawler deportivo 4v4 de ritmo rápido desarrollado por Opti Games. Se unió a Somnia como título de lanzamiento, introduciendo jugabilidad en la cadena y activos de equipo basados en NFT. Sparkball demuestra la capacidad de Somnia para manejar emparejamientos rápidos y transacciones dentro del juego (por ejemplo, acuñar/intercambiar jugadores o artículos) con una latencia insignificante.
  • Variance: Un RPG roguelite con temática de anime, una historia rica y sin mecánicas de pago para ganar. Los desarrolladores de Variance (veteranos de Pokémon GO y Axie Infinity) eligieron Somnia por su capacidad para manejar economías de juego a gran escala y transacciones de forma económica. Después de conversaciones con el fundador de Somnia, el equipo se convenció de que Somnia entendía las necesidades de los desarrolladores de juegos y la visión para los juegos Web3. Variance trasladó su token en el juego ($VOID) y la lógica de NFT a Somnia, permitiendo características como botines en la cadena y activos propiedad del jugador a escala. La comunidad del juego creció significativamente después de anunciar el cambio a Somnia. Variance realizó pruebas de juego y misiones comunitarias en la red de prueba de Somnia, demostrando combate multijugador en la cadena y recompensando a los jugadores con NFTs y tokens.
  • Maelstrom Rise: Un juego de batalla naval (piensa en Fortnite en el mar) de Uprising Labs. Maelstrom presenta combate de barcos en tiempo real y una economía integrada en la cadena para mejoras y coleccionables. Ya disponible fuera de la cadena (en Steam), Maelstrom está transicionando a Somnia para dar a los jugadores la verdadera propiedad de los buques de guerra y los artículos. Es uno de los juegos Web3 más accesibles, con el objetivo de incorporar a los jugadores tradicionales mezclando una jugabilidad familiar con las ventajas de la blockchain.
  • Dark Table CCG: Un juego de cartas coleccionables en la cadena que admite hasta 4 jugadores por partida. Ofrece construcción de mazos gratuita, con todas las cartas como NFTs que los jugadores poseen e intercambian libremente. Dark Table aprovecha Somnia para ejecutar una economía de cartas multiplataforma sin servidores centrales, permitiendo a los jugadores ser verdaderamente dueños de sus mazos. Está diseñado para ser de fácil entrada (no se necesita comprar cripto para empezar) para atraer tanto a jugadores de cartas casuales como competitivos a la Web3.
  • Netherak Demons: Un RPG de acción de fantasía oscura respaldado por el acelerador Dream Catalyst de Somnia. Los jugadores personalizan personajes demoníacos y participan en batallas PvE y PvP en tiempo real, con una colección de NFT que se vincula con el progreso del juego. Netherak utiliza la tecnología de Somnia para permitir la progresión persistente de los personajes en la cadena: los logros y el botín de los jugadores se registran como activos que controlan, añadiendo un valor significativo a la jugabilidad.
  • Masks of the Void: Un juego de acción y aventura roguelite con niveles generados proceduralmente, también apoyado por Uprising Labs. Planeó una prueba de juego cerrada donde acuñar un NFT gratuito otorga acceso temprano, mostrando cómo Somnia puede integrar el acceso restringido por NFT para el contenido del juego. Masks of the Void enfatiza la rejugabilidad y la progresión mejorada por blockchain (por ejemplo, recompensas de metajuego que persisten de una partida a otra como NFTs).

Estos son solo algunos ejemplos. El ecosistema de juegos de Somnia abarca muchos géneros, desde shooters navales hasta batallas de cartas y RPGs, lo que indica el amplio atractivo de la plataforma para los desarrolladores. Todos estos juegos aprovechan las características en la cadena (propiedad de artículos, tokens para recompensas, personajes NFT, etc.) que requieren una cadena de alto rendimiento para ser disfrutables por los jugadores. Los primeros resultados son prometedores: por ejemplo, la red de prueba de Somnia ejecutó una demostración de MMO sandbox completamente en la cadena llamada "Chunked" (construida por Improbable) donde miles de jugadores interactuaron en tiempo real, generando 250 millones de transacciones en 5 días, una carga récord que validó las capacidades de Somnia.

Más allá de los juegos, el ecosistema inicial de Somnia incluye otros dominios de Web3:

  • Social y Metaverso: Somnia está destinada a potenciar redes sociales descentralizadas y mundos virtuales, aunque las aplicaciones específicas son tempranas. Sin embargo, hay indicios de plataformas sociales. Por ejemplo, Somnia se asoció con Yuga Labs para integrar NFTs de Otherside (del metaverso de Bored Ape Yacht Club) en el mundo de Somnia, permitiendo que esos activos se usen en experiencias inmersivas. Eventos impulsados por la comunidad como los "gamevents" Edison de BoredElon Musk se realizaron con tecnología de Improbable en 2023, y Somnia está preparada para llevar tales eventos metaversales completamente a la cadena en el futuro. También hay una aplicación Somnia Metaverse Browser, esencialmente un navegador/billetera Web3 personalizado orientado a la interacción en mundos virtuales, facilitando a los usuarios el acceso a DApps y experiencias de metaverso en una sola interfaz. A medida que la red madure, se espera que se lancen dApps sociales (análogos descentralizados de Twitter/Reddit, centros comunitarios) y plataformas de metaverso en Somnia, aprovechando sus características de portabilidad de identidad (Somnia admite nativamente los estándares abiertos de MSquared para la interoperabilidad de avatares y activos entre mundos).
  • DeFi y Otros: En su lanzamiento, Somnia no estaba principalmente enfocada en DeFi, pero hay alguna infraestructura en su lugar. Hay integraciones con oráculos de precios como DIA (para feeds de precios en la cadena) y Chainlink VRF a través de adaptadores de Protofire (para aleatoriedad en los juegos). Se discutieron algunos casos de uso de estilo DeFi, como intercambios de libros de órdenes completamente en la cadena (la baja latencia de Somnia podría permitir la coincidencia de órdenes en la cadena de manera similar a un intercambio centralizado). Podemos esperar que aparezca un AMM o DEX (la documentación incluso incluye una guía para construir un DEX en Somnia), y quizás protocolos novedosos que mezclen juegos y finanzas (por ejemplo, préstamos de NFT o mercados de activos de juegos tokenizados). La presencia de proveedores de custodia BitGo y Fireblocks como socios también indica una mirada hacia el soporte de casos de uso institucionales y financieros (hacen que la tenencia de tokens sea segura para intercambios y fondos). Además, la tecnología de Somnia puede soportar IA y aplicaciones con gran cantidad de datos (el programa Dreamthon llama explícitamente a proyectos de IA e InfoFi), por lo que podríamos ver innovaciones como agentes de IA descentralizados o mercados de datos en la cadena.

Asociaciones Estratégicas: Somnia está respaldada por una impresionante lista de socios y patrocinadores:

  • Improbable y MSquared: Improbable, una empresa líder en tecnología de metaverso, es el principal socio de desarrollo de Somnia. De hecho, Improbable construyó la blockchain de Somnia bajo contrato para la Fundación Somnia, aportando su década de experiencia en sistemas distribuidos. MSquared (M²), una iniciativa de red de metaverso respaldada por Improbable, también está estrechamente involucrada. Juntos, Improbable y MSquared comprometieron hasta 270 millones de dólares para apoyar el desarrollo y el ecosistema de Somnia. Este enorme fondo de inversión (anunciado a principios de 2025) provino en parte de la recaudación de 150 millones de dólares de M² en 2022 (que incluyó a Andreessen Horowitz, SoftBank Vision Fund 2, Mirana y otros como inversores) y 120 millones de dólares de la asignación de riesgo de Improbable. La financiación apoya subvenciones, marketing e incorporación de proyectos. La participación de Improbable también trae integraciones técnicas: Somnia está diseñada para funcionar con la tecnología Morpheus de Improbable para eventos virtuales masivos. En 2023, Improbable impulsó experiencias virtuales como el Virtual Ballpark de la MLB y conciertos de K-pop con decenas de miles de usuarios concurrentes; esos usuarios pronto podrían ser incorporados a Somnia para que las interacciones en los eventos generen activos o tokens en la cadena. Improbable y MSquared esencialmente aseguran que Somnia tenga tanto la pista financiera como los casos de uso reales (eventos de metaverso, juegos) para impulsar la adopción.
  • Infraestructura y Servicios Web3: Somnia se integró con muchos de los principales proveedores de servicios de blockchain desde el primer día:
    • OpenSea: El mercado de NFT más grande del mundo está integrado con Somnia, lo que significa que los NFTs basados en Somnia pueden ser intercambiados en OpenSea. Esta es una gran victoria para los desarrolladores de juegos en Somnia: sus NFTs en el juego (personajes, skins, etc.) tienen liquidez y visibilidad inmediatas en un mercado popular.
    • LayerZero: Somnia está conectada a otras cadenas a través del protocolo Stargate de LayerZero, permitiendo transferencias de activos omnichain y puentes. Por ejemplo, los usuarios pueden puentear USDC u otras stablecoins desde Ethereum a Somnia fácilmente a través de Stargate. Esta interoperabilidad es crucial para incorporar liquidez al ecosistema de Somnia.
    • Ankr: Ankr proporciona nodos RPC e infraestructura de nodos global. Es probable que se utilice para ofrecer endpoints RPC públicos, alojamiento de nodos y servicios de API para Somnia, facilitando a los desarrolladores el acceso a la red sin ejecutar sus propios nodos completos.
    • Sequence (Horizon): Sequence es una billetera de contrato inteligente y una plataforma de desarrollo adaptada para juegos (por Horizon). La integración con Sequence sugiere que Somnia puede aprovechar las características de billetera inteligente (por ejemplo, abstracciones de gas, inicio de sesión con correo electrónico/redes sociales) para incorporar a usuarios convencionales. La billetera multi-cadena de Sequence probablemente añadió soporte para Somnia, para que los jugadores puedan firmar transacciones con una interfaz fácil de usar.
    • Thirdweb: Los SDKs y herramientas Web3 de Thirdweb son totalmente compatibles con Somnia. Thirdweb proporciona módulos plug-and-play para lanzamientos de NFT, mercados, tokens y especialmente Abstracción de Cuentas. De hecho, la documentación de Somnia tiene guías sobre transacciones sin gas y abstracción de cuentas a través de Thirdweb. Esta asociación significa que los desarrolladores en Somnia pueden construir DApps rápidamente usando las bibliotecas de Thirdweb y los usuarios pueden beneficiarse de características como la incorporación sin billetera con un solo clic (tarifas de gas patrocinadas por la DApp, etc.).
    • DIA y Oráculos: DIA es un proveedor de oráculos descentralizado; Somnia utiliza los feeds de precios de DIA para datos de DeFi o de la economía del juego. Además, Somnia trabajó con Protofire para adaptar Chainlink VRF (función de aleatoriedad verificable) para la generación de números aleatorios en los contratos inteligentes de Somnia. Esto asegura que los juegos puedan obtener aleatoriedad segura (para botines, etc.). Podemos esperar más integraciones de oráculos (quizás feeds de precios completos de Chainlink en el futuro) según lo necesiten los proyectos de DeFi.
  • Socios de Nube y Empresariales: Google Cloud no solo invirtió, sino que también opera un validador, proporcionando credibilidad y experiencia en infraestructura en la nube. Tener a la división de nube de un gigante tecnológico validando activamente la red ayuda con la fiabilidad y abre puertas a colaboraciones empresariales (por ejemplo, Google Cloud podría ofrecer servicios de nodos de blockchain para Somnia o incluir a Somnia en su mercado). También hubo asociaciones con Fireblocks y BitGo: estos son los principales proveedores de custodia de activos digitales y billeteras. Su participación significa que los intercambios e instituciones pueden custodiar de forma segura SOMI y activos basados en Somnia desde el primer día, allanando el camino para las listas de SOMI y la adopción institucional. De hecho, poco después de la red principal, Binance listó SOMI y lo presentó en una campaña promocional de airdrop, probablemente facilitado por dicha preparación de custodia.
  • Programas de Crecimiento del Ecosistema: La Fundación Somnia estableció un Programa de Subvenciones de 10 millones de dólares para financiar a los desarrolladores que construyen en Somnia. Este programa de subvenciones se lanzó junto con la red principal para incentivar el desarrollo de herramientas, DApps, investigación e iniciativas comunitarias. Complementándolo está Dream Catalyst, el acelerador de Somnia específicamente para startups de juegos Web3. Dream Catalyst (dirigido con Uprising Labs) proporciona financiación, créditos de infraestructura, mentoría y apoyo para la salida al mercado a los estudios de juegos que construyen en Somnia. Al menos media docena de juegos (como Netherak Demons y otros) formaron parte de la primera cohorte de Dream Catalyst, recibiendo porciones de ese fondo de 10 millones de dólares. También está Dreamthon, un próximo programa acelerador para otras verticales, centrado en proyectos de DeFi, IA, "InfoFi" (mercados de información) y SocialFi en el ecosistema de Somnia. Además, Somnia organizó hackathons y misiones en línea durante la red de prueba: por ejemplo, un evento Somnia Odyssey de 60 días recompensó a los usuarios por completar tareas y probablemente culminó en un airdrop. Los primeros usuarios podían ganar "puntos" y NFTs por probar dApps (un Programa de Puntos), y se planean mini-hackathons para involucrar continuamente a los desarrolladores. Este enfoque multifacético —subvenciones, aceleradores, hackathons, misiones comunitarias— muestra el fuerte compromiso de Somnia para construir un ecosistema vibrante rápidamente, reduciendo las barreras y financiando a los experimentadores.

En resumen, Somnia no se lanzó de forma aislada, sino respaldada por una poderosa alianza de empresas tecnológicas, inversores y proveedores de servicios. El apoyo de Improbable le proporciona tecnología de vanguardia y una cartera de eventos virtuales masivos. Las asociaciones con empresas como Google Cloud, Binance, LayerZero, OpenSea y otras aseguran que Somnia esté conectada a la infraestructura cripto más amplia desde el principio, mejorando su atractivo para los desarrolladores (que quieren herramientas fiables y liquidez) y para los usuarios (que demandan puentes fáciles y comercio de activos). Mientras tanto, una serie de juegos Web3 —Sparkball, Variance, Maelstrom y más— están construyendo activamente en Somnia, con el objetivo de ser la primera ola de entretenimiento completamente en la cadena que muestre las capacidades de la red. Con docenas de proyectos en vivo o en desarrollo, el ecosistema de Somnia en la red principal ya era más rico que algunas cadenas con años de lanzamiento. Es probable que este fuerte impulso crezca a medida que las subvenciones y las asociaciones continúen dando sus frutos, posicionando potencialmente a Somnia como un centro neurálgico para los juegos en la cadena y las aplicaciones de metaverso en los próximos años.

Infraestructura para Desarrolladores y Usuarios

Somnia fue construida para ser amigable para los desarrolladores y para incorporar a millones de usuarios que pueden no ser expertos en cripto. Como una cadena compatible con EVM, soporta el familiar conjunto de herramientas de Ethereum desde el principio, al tiempo que ofrece SDKs y servicios personalizados para mejorar la experiencia del desarrollador y la incorporación de usuarios.

Herramientas para Desarrolladores y Compatibilidad: Somnia mantiene compatibilidad total con la Ethereum Virtual Machine, lo que significa que los desarrolladores pueden escribir contratos inteligentes en Solidity o Vyper y desplegarlos con cambios mínimos. La red soporta interfaces RPC estándar de Ethereum y ID de cadena, por lo que herramientas como Hardhat, Truffle, Foundry, y bibliotecas como Web3.js o ethers.js funcionan sin problemas (la documentación de Somnia incluso proporciona guías específicas sobre cómo desplegar con Hardhat y Foundry). Esto reduce significativamente la curva de aprendizaje: cualquier desarrollador de Solidity puede convertirse en un desarrollador de Somnia sin aprender un nuevo lenguaje o VM.

Para acelerar el desarrollo y las pruebas, Somnia lanzó un entorno interactivo de Playground. El Playground permite a los equipos (especialmente a los de juegos/metaverso) prototipar lógica en la cadena de una manera de baja fricción, utilizando plantillas para NFTs, minijuegos, tokens sociales, etc. Es probable que proporcione una red de sandbox o un portal para desarrolladores para iteraciones rápidas. Además, la documentación de Somnia en GitBook es completa, cubriendo todo, desde el despliegue de contratos hasta el uso de características avanzadas (como las APIs de Ormi, ver más abajo).

SDKs y APIs de Somnia: Reconociendo que consultar datos en la cadena de manera eficiente es tan importante como escribir contratos, Somnia se asoció con Ormi Labs para proporcionar robustos servicios de indexación de datos y API. Ormi es esencialmente la respuesta de Somnia a The Graph: ofrece subgrafos y APIs GraphQL para indexar eventos y estado de contratos. Los desarrolladores pueden crear subgrafos personalizados para sus DApps (por ejemplo, para indexar todos los NFTs de artículos de juego o publicaciones sociales) a través de Ormi, y luego consultar esos datos fácilmente. Las APIs de Datos de Ormi entregan datos estructurados en la cadena con alta disponibilidad, por lo que las aplicaciones de front-end no necesitan ejecutar sus propios nodos de indexación. Esto simplifica significativamente la construcción de interfaces de usuario ricas en Somnia. Somnia ha realizado Codelabs y tutoriales que muestran cómo construir interfaces de usuario de dApps con los endpoints GraphQL de Ormi, lo que indica un fuerte apoyo a esta herramienta. En resumen, Somnia proporciona soporte de indexación de primera clase, lo cual es crucial para cosas como tablas de clasificación en juegos o feeds en aplicaciones sociales, datos que necesitan ser filtrados y recuperados rápidamente.

Además de Ormi, la página de infraestructura de Somnia enumera múltiples endpoints RPC públicos y servicios de explorador:

  • Endpoints RPC de proveedores como Ankr (para acceso público a la red).
  • Exploradores de Bloques: Parece que Somnia tenía un explorador de testnet ("Shannon") y presumiblemente un explorador de mainnet para rastrear transacciones y cuentas. Los exploradores son vitales para que los desarrolladores y usuarios depuren transacciones y verifiquen la actividad en la cadena.
  • Safes (Multifirma): La documentación menciona "Safes", probablemente una integración con Safe (anteriormente Gnosis Safe) para billeteras de firma múltiple. Esto significa que las DAOs o los estudios de juegos en Somnia pueden usar billeteras multifirma seguras para gestionar su tesorería o activos en el juego. La integración de Safe es otra pieza de infraestructura que hace que Somnia esté lista para empresas y DAOs.
  • Adaptadores de Billetera: Se admiten muchas billeteras Web3 populares. MetaMask puede conectarse a Somnia configurando el RPC de la red (la documentación guía a los usuarios para agregar la red de Somnia a MetaMask). Para una experiencia de usuario más fluida, Somnia trabajó con RainbowKit y ConnectKit (bibliotecas de React para conexiones de billetera), asegurando que los desarrolladores de DApps puedan permitir fácilmente a los usuarios conectarse con una variedad de billeteras. También hay una guía para usar Privy (una solución de billetera centrada en un inicio de sesión fácil de usar).
  • Abstracción de Cuentas: A través del SDK de Thirdweb, Somnia soporta características de abstracción de cuentas. Por ejemplo, la Smart Wallet o el SDK de Abstracción de Cuentas de Thirdweb se pueden usar en Somnia, permitiendo meta-transacciones (UX sin gas) o billeteras con inicio de sesión social. La documentación describe explícitamente las transacciones sin gas con Thirdweb, lo que significa que las DApps pueden pagar el gas en nombre de los usuarios, una capacidad crítica para la adopción masiva, ya que los usuarios finales podrían ni siquiera necesitar tener SOMI para jugar un juego inicialmente.

Incorporación de Usuarios y Participación Comunitaria: El equipo de Somnia ha sido proactivo en el crecimiento de una comunidad tanto de desarrolladores como de usuarios finales:

  • El Discord de Somnia es el centro neurálgico para los desarrolladores (con un chat de desarrollo dedicado y soporte del equipo central). Durante la testnet, los desarrolladores podían solicitar tokens de prueba (STT) a través de Discord para desplegar y probar sus contratos. Este canal de soporte directo ayudó a incorporar muchos proyectos.
  • Para los usuarios finales, Somnia organizó eventos como la Somnia Quest y la Somnia Odyssey. La Quest fue una campaña en junio de 2025 donde los usuarios completaban tareas sociales y de testnet (como seguir en X, unirse a Discord, probar DApps) para ganar recompensas y subir en una tabla de clasificación. La Odyssey (mencionada en un blog el 9 de septiembre de 2025) fue una aventura de 60 días que probablemente condujo a la mainnet, donde los usuarios que interactuaban consistentemente con las aplicaciones de testnet o aprendían sobre Somnia podían desbloquear un airdrop. De hecho, el HODLer Airdrop de Binance el 1 de septiembre de 2025, distribuyó 30 millones de SOMI (3 % del suministro) a los usuarios de Binance que cumplían ciertos criterios. Este fue un evento importante de adquisición de usuarios, dando efectivamente a miles de usuarios de cripto una participación en Somnia y un incentivo para probar la red. El airdrop y varias misiones han ayudado a Somnia a construir una base de usuarios inicial y presencia en redes sociales (el Twitter de Somnia – ahora X – y otros canales han crecido rápidamente).
  • Metaverse Browser: Como se mencionó, Somnia introdujo una aplicación especializada de Metaverse Browser. Es probable que sirva como una puerta de entrada fácil de usar donde alguien puede crear una billetera, navegar por las DApps de Somnia y entrar en eventos virtuales sin problemas. Tiene una billetera Web3 integrada y una interfaz simple para acceder a las DApps. Este tipo de experiencia curada podría facilitar la entrada de usuarios no cripto a la blockchain (por ejemplo, un jugador podría descargar el navegador de Somnia y unirse a un concierto virtual donde el navegador maneja la creación de la billetera y las transacciones de tokens de fondo).
  • Programas de Aceleración para Desarrolladores: Cubrimos Dream Catalyst y Dreamthon en la sección de ecosistema, pero desde una perspectiva de infraestructura para desarrolladores, estos programas también aseguran que los nuevos desarrolladores tengan orientación y recursos. Dream Catalyst proporcionó no solo financiación, sino también herramientas de infraestructura y apoyo para la construcción de comunidades. Eso significa que los equipos participantes probablemente recibieron ayuda para integrar los SDKs de Somnia, optimizar sus contratos para la arquitectura de Somnia, etc.

En términos de documentación y recursos:

  • Somnia ofrece un Lightpaper y un OnePager para resúmenes rápidos (enlazados en su sitio), y un Litepaper/whitepaper más detallado en la documentación (la sección de Conceptos que referenciamos cumple ese propósito).
  • Tienen repositorios de ejemplo y plantillas de código (por ejemplo, cómo construir un DEX, cómo usar Subgraphs, cómo integrar billeteras, todo proporcionado en su GitBook oficial). Al proporcionar esto, Somnia reduce la barrera de entrada para los desarrolladores de otras cadenas que quieren poner algo en funcionamiento rápidamente.
  • Auditorías: La documentación menciona una sección de Auditorías, lo que implica que el código de Somnia ha sido sometido a auditorías de seguridad de terceros. Aunque no se proporcionan detalles en nuestras fuentes, esta es una infraestructura importante: asegurar que el software del nodo y los contratos clave (como los de staking o tokens) estén auditados para proteger a desarrolladores y usuarios.

En general, la infraestructura para desarrolladores de Somnia parece bien pensada: compatibilidad con EVM para familiaridad, mejorada con APIs de datos personalizadas, abstracción de cuentas incorporada y un fuerte soporte para desarrolladores. Para los usuarios, la combinación de tarifas ultra bajas, posibles transacciones sin gas y aplicaciones especializadas (Metaverse Browser, misiones, etc.) tiene como objetivo proporcionar una experiencia de usuario de nivel Web2 en una plataforma Web3. El enfoque temprano de Somnia en la participación comunitaria (airdrops, misiones) muestra una mentalidad de growth-hacking: sembrar la red con contenido y usuarios para que los desarrolladores tengan una razón para construir, y viceversa. A medida que Somnia crezca, podemos esperar SDKs aún más refinados (quizás plugins para Unity/Unreal para desarrolladores de juegos) y mejoras continuas en las billeteras de usuario (quizás billeteras móviles nativas o inicios de sesión sociales). La financiación sustancial de la fundación asegura que tanto los desarrolladores como los usuarios serán apoyados con las herramientas que necesitan para prosperar en Somnia.

Casos de Uso y Aplicaciones

Somnia está diseñada específicamente para permitir una nueva clase de aplicaciones descentralizadas que antes eran inviables debido a las limitaciones de la blockchain. Su alto rendimiento y baja latencia abren la puerta a experiencias en tiempo real y completamente en la cadena en diversos dominios:

  • Juegos (GameFi): Este es el enfoque principal de Somnia. Con Somnia, los desarrolladores pueden construir juegos donde cada acción del juego (movimiento, combate, obtención de objetos, intercambios) puede ser registrada o ejecutada en la cadena en tiempo real. Esto significa verdadera propiedad de los activos del juego: los jugadores poseen sus personajes, skins, cartas o botín como NFTs/tokens en sus propias billeteras, no en la base de datos de una compañía de juegos. Economías de juego enteras pueden funcionar en la cadena, permitiendo características como recompensas de jugar para ganar, comercio de jugador a jugador sin intermediarios y modificaciones del juego impulsadas por la comunidad. Crucialmente, la capacidad de Somnia (más de 1M de TPS) y su rápida finalidad hacen que los juegos en la cadena sean responsivos. Por ejemplo, un RPG de acción en Somnia puede ejecutar miles de acciones de jugadores por segundo sin lag, o un juego de cartas coleccionables puede tener movimientos y barajados instantáneos en la cadena. La abstracción de cuentas y las bajas tarifas de Somnia también permiten que los juegos cubran potencialmente el gas para los jugadores, haciendo la experiencia fluida (los jugadores pueden ni siquiera darse cuenta de que hay una blockchain debajo). La plataforma prevé específicamente "juegos completamente en la cadena a escala de internet": mundos virtuales persistentes o MMOs donde el estado del juego vive en Somnia y continúa mientras la comunidad lo mantenga vivo. Debido a que los activos están en la cadena, un juego en Somnia podría incluso seguir evolucionando bajo el control de la comunidad si el desarrollador original se va, un concepto imposible en la Web2. Ejemplos actuales: Sparkball demuestra un brawler deportivo multijugador en la cadena; Chunked (la demostración tecnológica de Improbable) mostró un sandbox tipo Minecraft completamente en la cadena con interacciones de usuarios reales; Variance y Maelstrom mostrarán cómo experiencias más ricas de RPG y battle royale se traducen a la blockchain. La promesa final son juegos donde cientos de miles de jugadores juegan simultáneamente en un mundo compartido en la cadena, algo que Somnia está en una posición única para manejar.
  • Redes Sociales y Medios Sociales Web3: Con Somnia, se podría construir una plataforma social descentralizada donde los perfiles de usuario, publicaciones, seguidores y "me gusta" son todos datos en la cadena bajo el control del usuario. Por ejemplo, una DApp tipo Twitter en Somnia podría almacenar cada tuit como un NFT de mensaje en la cadena y cada seguimiento como una relación en la cadena. En tal red, los usuarios son verdaderamente dueños de su contenido y su grafo social, que podría ser portado a otras aplicaciones fácilmente. La escala de Somnia significa que un feed social podría manejar la actividad viral (millones de publicaciones y comentarios) sin colapsar. Y la finalidad en menos de un segundo significa que las interacciones (publicar, comentar) aparecen casi instantáneamente, como los usuarios esperan en la Web2. Un beneficio de las redes sociales en la cadena es la resistencia a la censura (ninguna compañía puede eliminar tu contenido o prohibir tu cuenta) y la portabilidad de datos (podrías moverte a un frontend o cliente diferente y mantener tus seguidores/contenido porque está en un registro público). El equipo de Somnia menciona explícitamente redes sociales descentralizadas construidas sobre identidad soberana y grafos sociales portátiles como un caso de uso principal. También prevén una gobernanza de asamblea de usuarios donde los usuarios clave tienen voz (esto podría vincularse a cómo las redes sociales moderan el contenido de manera descentralizada). Un ejemplo temprano concreto son probablemente los foros comunitarios dentro de los juegos: por ejemplo, un juego en Somnia podría tener un chat de gremio en la cadena o un tablero de eventos descentralizado. Pero a largo plazo, Somnia podría albergar alternativas completas a Facebook o Twitter, especialmente para comunidades que valoran la libertad y la propiedad. Otro ángulo interesante son las plataformas propiedad de los creadores: imagina un servicio tipo YouTube en Somnia donde los NFTs de video representan el contenido y los creadores ganan directamente a través de microtransacciones o participación tokenizada. El rendimiento de Somnia podría manejar los metadatos y las interacciones (aunque el almacenamiento de video sería fuera de la cadena), y sus transacciones baratas permiten micro-propinas y recompensas en tokens por la creación de contenido.
  • Metaverso y Mundos Virtuales: Somnia proporciona la infraestructura de identidad y económica para los metaversos. En la práctica, esto significa que las plataformas de mundos virtuales pueden usar Somnia para identidades de avatares, activos entre mundos y transacciones dentro de experiencias virtuales. Los estándares abiertos de MSquared para avatares/activos son compatibles con Somnia, por lo que el avatar 3D de un usuario o sus artículos de moda digital pueden representarse como tokens en Somnia y portarse a través de diferentes mundos. Por ejemplo, podrías tener un único NFT de avatar que usas en un concierto virtual, una reunión deportiva y un juego, todo en plataformas basadas en Somnia. A medida que Improbable orquesta eventos masivos (como fiestas para ver deportes virtuales, festivales de música, etc.), Somnia puede manejar la capa económica: acuñar POAPs (tokens de prueba de asistencia), vender mercancía virtual como NFTs, recompensar a los participantes con tokens y permitir el comercio entre pares en tiempo real durante los eventos. La capacidad de Somnia para soportar decenas de miles de usuarios concurrentes en un estado compartido (a través del consenso multi-stream) es crucial para escenarios de metaverso donde una gran multitud podría realizar transacciones o interactuar simultáneamente. El Virtual Ballpark de la MLB y los eventos de K-pop en 2023 (pre-Somnia) alcanzaron a miles de usuarios; con Somnia, esos usuarios podrían tener cada uno billeteras y activos, permitiendo cosas como un lanzamiento de NFT en vivo para todos en el "estadio" o un marcador de tokens en tiempo real para la participación en el evento. Esencialmente, Somnia puede sustentar una economía de metaverso persistente e interoperable: piénsalo como el libro mayor que registra quién posee qué a través de muchos mundos virtuales interconectados. Esto soporta casos de uso como bienes raíces virtuales (NFTs de tierra) que pueden ser comerciados o usados como garantía, recompensas de misiones entre mundos (completa un objetivo en el juego A, obtén un artículo utilizable en el mundo B), o incluso reputación de identidad (registros en la cadena de los logros o credenciales de un usuario a través de plataformas).
  • Finanzas Descentralizadas (DeFi): Aunque Somnia se posiciona principalmente como una cadena para aplicaciones de consumo, su alto rendimiento abre algunas posibilidades de DeFi intrigantes. Por un lado, Somnia puede albergar comercio de alta frecuencia e instrumentos financieros complejos en la cadena. El equipo menciona específicamente libros de órdenes de límite completamente en la cadena. En Ethereum, los intercambios de libros de órdenes son imprácticos (demasiado lentos/caros), por lo que DeFi utiliza AMMs. Pero en Somnia, un DEX podría mantener un contrato inteligente de libro de órdenes y emparejar órdenes en tiempo real, al igual que un intercambio centralizado, porque la cadena puede manejar miles de operaciones por segundo. Esto podría traer funcionalidad y liquidez similares a las de un CEX a la cadena con transparencia y auto-custodia. Otra área es la gestión de riesgos en tiempo real: la velocidad de Somnia podría permitir derivados en la cadena que actualicen los requisitos de margen cada segundo, o libros de órdenes de opciones en vivo. Además, con su característica de almacenamiento transitorio, Somnia podría soportar cosas como contratos de seguro efímeros o pagos por streaming que existen solo por un corto período. Los protocolos DeFi en Somnia también podrían aprovechar su gas determinista para costos más predecibles. Por ejemplo, una plataforma de micro-préstamos en Somnia podría procesar factiblemente transacciones diminutas (como pagos de intereses de 0,01 $ cada minuto) porque las tarifas son fracciones de un céntimo. Así que Somnia podría potenciar microtransacciones y flujos de pago Web3 en DeFi y más allá (algo que Ethereum no puede hacer económicamente a escala). Además, la capacidad de Somnia para comprimir datos y agregar firmas podría permitir el procesamiento por lotes de miles de transferencias o intercambios en un solo bloque, impulsando aún más el rendimiento para casos de uso de DeFi como airdrops o pagos masivos. Aunque DeFi no es el enfoque de marketing, es probable que surja un ecosistema financiero eficiente en Somnia para apoyar los juegos y metaversos (por ejemplo, DEXes para tokens de juegos, mercados de préstamos para NFTs, etc.). Podríamos ver protocolos especializados, por ejemplo, un intercambio de fraccionamiento de NFT donde los artículos de juego pueden ser comerciados fraccionalmente; Somnia puede manejar la demanda explosiva si un artículo popular se dispara de repente.
  • Identidad y Credenciales: La combinación de identidad soberana y alta capacidad de Somnia permite sistemas de identidad en la cadena que podrían usarse para autenticación, reputación y credenciales en Web3. Por ejemplo, un usuario podría tener un NFT de identidad o un token soulbound en Somnia que atestigüe sus logros (como "completó X misiones de juego" o "asistió a Y eventos" o incluso credenciales fuera de la cadena como títulos o membresías). Estos podrían usarse en múltiples aplicaciones. El grafo social portable de un usuario (quiénes son sus amigos, a qué comunidades pertenecen) puede almacenarse en Somnia y llevarse de un juego o plataforma social a otra. Esto es poderoso para romper los silos de la Web2: imagina cambiar de aplicación social pero mantener a tus seguidores, o un perfil de jugador que lleva tu historial a nuevos juegos (quizás ganándote ventajas de veterano). Con el modelo de gobernanza de Somnia incorporando una Asamblea de Usuarios (usuarios clave que proporcionan supervisión), también podríamos ver una gobernanza basada en la identidad donde los usuarios con participación probada tienen más voz en ciertas decisiones (todo aplicable en la cadena a través de esas credenciales). Otro caso de uso son las economías de creadores de contenido: un creador podría emitir su propio token o serie de NFT en Somnia para su base de fans, y estos podrían desbloquear el acceso a varias plataformas (videos, chats, eventos virtuales). Dado que Somnia puede manejar grandes volúmenes, un creador popular con millones de fans podría hacer un airdrop de insignias a todos ellos o manejar micro-propinas en tiempo real durante una transmisión en vivo.
  • Servicios Web en Tiempo Real: En términos generales, Somnia puede actuar como un backend descentralizado para servicios que requieren respuestas instantáneas. Considera una aplicación de mensajería descentralizada donde los mensajes son eventos en la cadena: con finalidad en menos de un segundo, dos usuarios podrían chatear a través de Somnia y ver los mensajes aparecer casi instantáneamente e inmutablemente (quizás con encriptación en el contenido, pero marcas de tiempo y pruebas en la cadena). O un mercado en línea donde los pedidos y listados son contratos inteligentes: Somnia podría actualizar el inventario y las ventas en tiempo real, evitando el doble gasto de artículos y permitiendo intercambios atómicos de bienes por pago. Incluso las plataformas de streaming podrían integrar la blockchain para la gestión de derechos: por ejemplo, un servicio de streaming de música en Somnia podría gestionar los recuentos de reproducción de canciones y los micropagos de licencias a los artistas cada pocos segundos de reproducción (porque puede manejar transacciones pequeñas de alta frecuencia). En esencia, Somnia permite una interactividad de nivel Web2 con la confianza y propiedad de la Web3. Cualquier aplicación donde muchos usuarios interactúan simultáneamente (subastas, herramientas de colaboración multijugador, feeds de datos en vivo) podría descentralizarse en Somnia sin sacrificar el rendimiento.

Estado Actual de los Casos de Uso: A finales de 2025, los casos de uso más tangibles en vivo en Somnia giran en torno a juegos y coleccionables: varios juegos están en fase de prueba o acceso temprano en la red principal, y se están acuñando colecciones de NFT (avatares, activos de juego) en Somnia. La red ha facilitado con éxito enormes eventos de prueba (miles de millones de transacciones en la testnet, demostraciones a gran escala) demostrando que estos casos de uso no son solo teóricos. El siguiente paso es convertir esas pruebas en aplicaciones en vivo continuas con usuarios reales. Los primeros adoptantes como Sparkball y Variance serán pruebas de fuego importantes: si pueden atraer a miles de jugadores diarios en Somnia, veremos a la cadena mostrar realmente su poder y quizás atraer a aún más desarrolladores de juegos.

Las posibles aplicaciones futuras son emocionantes de considerar. Por ejemplo, proyectos a escala nacional o empresarial: un gobierno podría usar Somnia para emitir una identificación digital o manejar una elección en la cadena (millones de votos en segundos, con transparencia), o una bolsa de valores podría usarla para negociar valores tokenizados a alta frecuencia. La parte de InfoFi mencionada para Dreamthon insinúa cosas como un Reddit descentralizado o mercados de predicción (un número masivo de pequeñas apuestas y votos) que Somnia podría potenciar.

En resumen, los casos de uso de Somnia abarcan juegos, redes sociales, metaverso, DeFi, identidad y más, todos unidos por un hilo común: transacciones a escala masiva y en tiempo real con total confianza en la cadena. Su objetivo es llevar experiencias generalmente reservadas para servidores centralizados al ámbito descentralizado. Si Ethereum fue pionero en las finanzas descentralizadas, la ambición de Somnia es ser pionera en la vida descentralizada, desde el entretenimiento hasta las conexiones sociales, al ofrecer finalmente el rendimiento necesario para las aplicaciones de estilo masivo. A medida que la red madure, es probable que veamos nuevas innovaciones que aprovechen sus características únicas (por ejemplo, juegos que usan estado transitorio para simulaciones de física, o aplicaciones sociales que usan compresión de flujo para manejar millones de pequeñas acciones). El próximo año o dos revelarán cuáles de estas aplicaciones potenciales ganan tracción y demuestran la promesa de Somnia en el mundo real.

Panorama Competitivo

Somnia entra en un abarrotado campo de Capa 1, pero se diferencia por su rendimiento extremo y su enfoque en aplicaciones de consumo completamente en la cadena. Así es como Somnia se compara con otras blockchains L1 prominentes:

AspectoSomnia (SOMI)Ethereum (ETH)Solana (SOL)Avalanche (AVAX)Sui (SUI)
Lanzamiento (Mainnet)2025 (Q3) – nuevo participante respaldado por Improbable2015 (pionero, ahora ecosistema L1 + L2)2020 (L1 monolítica de alto rendimiento)2020 (plataforma multi-cadena: P-Chain, C-Chain, subnets)2023 (L1 basada en Move)
Mecanismo de ConsensoMultiStream PoS-BFT: Muchas cadenas de validadores paralelas + cadena de consenso PBFT (inspirada en Autobahn). PoS con ~100 validadores.Proof-of-Stake + Consenso Nakamoto (Gasper): ~700k validadores (sin permisos). Bloques cada ~12 seg, finalizados en ~2 épocas (≈12 min) en su forma actual.Tower BFT PoS usando Proof-of-History para la sincronización. ~2200 validadores. Líder rotativo, procesamiento de bloques en paralelo.Consenso Snowman (Avalanche) en la P-Chain, con submuestreo repetido sin líder. ~1000 validadores. La C-Chain usa un consenso PoS similar a Ethereum (Snowman). Las subnets pueden usar consensos personalizados.Narwhal & Bullshark PoS basado en DAG con rotación instantánea de líder. ~100 validadores (conjunto creciente sin permisos). Usa la VM Move.
RendimientoMás de 1.000.000 de TPS demostrado en pruebas (1.05M de TX ERC-20/seg en 100 nodos). Apunta a escala de internet (más de 1 millón de TPS sostenido).~15–30 TPS en la L1 de la mainnet. Escala a través de rollups L2 (teóricamente ilimitado, pero cada rollup es separado).~2.000–3.000 TPS típico; probado hasta ~50k TPS en testnet (teórico más de 65k TPS). Altamente paralelo para TX no superpuestas.~4.500 TPS en la C-Chain (EVM) en condiciones ideales. Las subnets permiten el escalado horizontal añadiendo más cadenas.Más de 20.000 TPS en pruebas (la devnet de Sui alcanzó 297k TPS en una prueba). El TPS en el mundo real es menor (cientos a miles bajos). Usa ejecución paralela para transacciones independientes.
Finalidad de Transacción~0.1–0.5 segundos (finalidad determinista en menos de un segundo). Esencialmente en tiempo real.Tiempo de bloque de ~12 segundos, ~6-12 minutos para finalidad probabilística (con PoS, final después de ~2 épocas). Futuras actualizaciones (Danksharding/ajustes de PoS) pueden reducir el tiempo.Tiempo de bloque de ~0.4 segundos en promedio. La finalidad suele ser de ~1-2 segundos (los bloques de Solana se finalizan rápidamente salvo bifurcaciones).~1–2 segundos para la finalidad en la C-Chain (el consenso de Avalanche es de finalidad rápida). La finalidad de las subnets puede variar pero generalmente es de 1-3s.~1 segundo de finalidad típica (el consenso de Sui finaliza las transacciones muy rápido en condiciones de red optimistas).
Modelo de EscalabilidadScale-up (vertical) + flujos paralelos: Cadena única con rendimiento masivo a través de ejecución optimizada + consenso de múltiples líderes. No se necesita sharding; un estado global. Planea añadir validadores a medida que la tecnología madure.Escalado de Capa 2 y Sharding (futuro): Ethereum en sí mismo permanece descentralizado pero con bajo TPS; escala a través de rollups (Arbitrum, Optimism, etc.) por encima. El sharding está en la hoja de ruta (Danksharding) para aumentar moderadamente el rendimiento de la L1.Cadena monolítica: Todo el estado en una cadena. Depende del alto rendimiento de los nodos y la ejecución paralela. Sin sharding (Solana sacrifica algo de descentralización por TPS bruto).Subnet y múltiples cadenas: La P-Chain de Avalanche gestiona los validadores; la C-Chain (EVM) es una cadena (~4.5k TPS). Se pueden lanzar subnets adicionales para nuevas aplicaciones, cada una con su propio rendimiento. Escala horizontalmente añadiendo más cadenas (pero cada subnet es un estado separado).Ejecución multi-carril: Sui utiliza la ejecución basada en objetos para paralelizar las TX. Como Solana, una única cadena donde el rendimiento proviene del paralelismo y los altos requisitos de hardware. Sin sharding; un estado global (con particionamiento de objetos internamente).
Programación y VMCompatible con EVM (Solidity, Vyper). Los contratos inteligentes se compilan a x86 para mayor rendimiento. Soporta todas las herramientas de Ethereum.EVM (Solidity, Vyper) en la mainnet. Ecosistema maduro y enorme de herramientas y frameworks de desarrollo.VM personalizada (llamada Sealevel) usando Rust o C/C++. No es compatible con EVM. Usa LLVM para bytecode BPF. Curva de aprendizaje más pronunciada (Rust) pero alto rendimiento.Múltiples VMs: La C-Chain por defecto es EVM (Solidity) – amigable para desarrolladores pero con menor rendimiento. Otras subnets pueden ejecutar VMs personalizadas (por ejemplo, Avalanche tiene una VM de testnet basada en WASM) para necesidades específicas.Move VM: Usa Move, un lenguaje seguro basado en Rust para activos. No es compatible con EVM, por lo que se necesita un nuevo ecosistema. Se enfoca en la programación orientada a activos (recursos).
Innovaciones ÚnicasEVM compilado, IceDB, consenso multi-stream, agregación BLS, almacenamiento transitorio – permitiendo un TPS extremo y un estado grande. Costos de gas deterministas por acceso a almacenamiento. Compresión para ancho de banda. Énfasis en dApps en tiempo real (juegos/metaverso).Seguridad y descentralización – Ethereum prioriza la máxima descentralización y seguridad económica (cientos de miles de validadores, más de 20 mil millones de dólares en staking). Tiene características pioneras como la Abstracción de Cuentas (ERC-4337) y el ecosistema líder de contratos inteligentes. Sin embargo, la capa base tiene un rendimiento limitado por diseño (el escalado se traslada a las L2).Proof-of-History (reloj antes del consenso) para acelerar el ordenamiento; cliente de validador altamente optimizado. Runtime paralelo para TX no conflictivas. El diferenciador de Solana es la velocidad bruta en una cadena monolítica, pero requiere hardware potente (más de 128 GB de RAM, CPU/GPU de gama alta). No es EVM, lo que limita la adopción fácil de los desarrolladores de Ethereum.Flexibilidad de las subnets – capacidad de lanzar blockchains personalizadas bajo el conjunto de validadores de Avalanche, adaptadas para aplicaciones específicas (por ejemplo, con su propio token de gas o reglas). Finalidad rápida a través del consenso de Avalanche. Sin embargo, el rendimiento de la C-Chain (EVM) es mucho menor que el de Somnia, y el uso de múltiples subnets sacrifica la componibilidad entre aplicaciones.Paralelismo centrado en objetos – el modelo de objetos de Sui permite que las transacciones independientes se ejecuten simultáneamente, mejorando el rendimiento cuando hay muchas TX no relacionadas. También cuenta con características como agrupación de transacciones, orden causal para ciertos tipos de TX. El lenguaje Move garantiza la seguridad de los activos (sin pérdida accidental de tokens). Menor rendimiento que Somnia, pero también se enfoca en juegos (Sui enfatiza los NFTs y juegos simples con Move).
Compromisos de DescentralizaciónComienza con ~60–100 validadores (seleccionados inicialmente por la fundación, luego elegidos por los poseedores de tokens). Los requisitos de hardware son relativamente altos (comparables a un nodo de Solana/Aptos). No es tan sin permisos como Ethereum, pero es suficiente para sus casos de uso (objetivo de hacer crecer el conjunto de validadores con el tiempo). Adopta la "descentralización suficiente" para el rendimiento.Descentralización muy alta (cualquiera puede hacer staking de 32 ETH para ejecutar un validador; miles de validadores independientes). La seguridad y la resistencia a la censura son de primera categoría. Pero el rendimiento se ve afectado; necesita L2s para escalar, lo que añade complejidad.Más centralizado en la práctica: <2500 validadores, con un pequeño número que a menudo produce la mayoría de los bloques. Los altos costos de hardware significan que muchos participantes usan Google Cloud o centros de datos (menos nodos domésticos). La red ha experimentado interrupciones en el pasado bajo alta carga.Bastante descentralizado: ~1000 validadores, y cualquiera puede unirse haciendo staking de un mínimo de ~2.000 AVAX. El consenso de Avalanche es escalable en número de validadores sin ralentizarse mucho. Sin embargo, cada subnet puede formar su propio conjunto de validadores más pequeño, posiblemente sacrificando algo de seguridad por rendimiento.Descentralización moderada: alrededor de 100 validadores (escala similar a la de Somnia). Sin permisos, pero en su génesis fuertemente respaldado por unas pocas entidades. También usa PoS delegado. El enfoque de Sui es similar al de Somnia/Aptos en que es un conjunto de validadores nuevo y relativamente pequeño destinado a crecer.
Ecosistema y AdopciónEmergente – ~70 proyectos en el lanzamiento, principalmente juegos (Sparkball, Variance, etc.). Fuerte apoyo de Improbable (eventos de metaverso) y financiación (270M $). Necesita demostrar su valía con la adopción real de usuarios después del lanzamiento. Integrado con grandes servicios (OpenSea, LayerZero) para un arranque rápido.Maduro y vasto – miles de dApps, más de 20 mil millones de dólares de TVL en DeFi, mercado de NFT establecido. El grupo de desarrolladores es el más grande aquí. Sin embargo, para juegos de alto rendimiento, no se usa la L1 de Ethereum; esos proyectos usan sidechains o L2s. Ethereum es la opción segura para dApps de propósito general pero no para aplicaciones en tiempo real sin L2.Creciente (especialmente DeFi/NFT) – Solana tiene un fuerte ecosistema DeFi (Serum, Raydium) y una escena NFT (por ejemplo, Degenerate Apes). También es conocida por aplicaciones sociales Web3 (el teléfono Saga de Solana, etc.). Algunos proyectos de juegos también están en Solana. Tiene usuarios reales (decenas de millones de direcciones) pero también tuvo problemas de estabilidad. Solana atrae a quienes quieren velocidad L1 sin sharding, a costa de una infraestructura más centralizada.Maduro (especialmente empresarial y nichos) – Avalanche tiene DeFi (Trader Joe, etc.) y lanzó subnets de juegos (por ejemplo, DeFi Kingdoms se mudó a una subnet de Avalanche). Su fortaleza es la flexibilidad: los proyectos pueden tener su propia cadena. Sin embargo, la C-Chain principal de Avalanche está limitada por el rendimiento de EVM. La única cadena de Somnia puede superar a la cadena única de Avalanche por órdenes de magnitud, pero Avalanche puede tener múltiples cadenas paralelas. La componibilidad entre subnets es un problema (necesitan puentes).Nuevo y enfocado en juegos/NFT – Sui, como Somnia, se posiciona para juegos y aplicaciones de próxima generación (también demostraron juegos en la cadena). El lenguaje Move de Sui es una barrera para algunos desarrolladores (no es Solidity), pero ofrece características de seguridad. Su ecosistema en 2023 estaba en su infancia: algunas demos de juegos, NFTs y DeFi básico. Somnia podría competir más con Sui/Aptos por la atención en los juegos Web3, ya que todos prometen un alto TPS. Somnia tiene la ventaja de EVM (adopción más fácil), mientras que Sui apuesta por la seguridad y el diseño paralelo de Move.

En esencia, los análogos más cercanos de Somnia son Solana, Sui/Aptos, y quizás app-chains especializadas como ciertas subnets de Avalanche o las próximas cadenas de alto rendimiento de Polygon. Al igual que Solana, Somnia renuncia a la descentralización extrema en favor del rendimiento, pero Somnia se diferencia al mantenerse en la EVM (ayudándole a aprovechar la base de desarrolladores de Ethereum) y al introducir un consenso único de múltiples cadenas en lugar de un líder a la vez. El enfoque de Solana hacia el paralelismo (múltiples hilos de GPU procesando diferentes transacciones) contrasta con el enfoque de Somnia (múltiples validadores procesando cada uno diferentes flujos). Durante cargas correlacionadas (un contrato popular), la optimización de un solo núcleo de Somnia brilla, mientras que el paralelismo de Solana se vería limitado ya que todos los hilos compiten por el mismo estado.

En comparación con la mainnet de Ethereum, Somnia es órdenes de magnitud más rápida pero sacrifica la descentralización (100 validadores frente a los cientos de miles de Ethereum). Ethereum también tiene un ecosistema mucho más grande y probado en batalla. Sin embargo, Ethereum no puede manejar directamente juegos o aplicaciones sociales a escala; esos terminan en L2s o sidechains. Somnia se posiciona esencialmente como una alternativa a un rollup de Ethereum, una que es su propia L1 con un rendimiento superior a cualquier rollup actual y sin necesidad de pruebas de fraude o suposiciones de seguridad separadas (aparte de su conjunto de validadores más pequeño). A largo plazo, la hoja de ruta de Ethereum (sharding, danksharding, etc.) aumentará el rendimiento pero probablemente no a millones de TPS en la L1. En cambio, Ethereum apuesta por los rollups; Somnia apuesta por escalar la L1 misma con ingeniería avanzada. Puede que no compitan por los mismos casos de uso inicialmente (DeFi podría quedarse en Ethereum/L2, mientras que los juegos van a Somnia o cadenas similares). La interoperabilidad (a través de LayerZero u otros) podría permitirles complementarse, con activos moviéndose entre Ethereum y Somnia según sea necesario.

Avalanche ofrece subnets que, como Somnia, pueden dedicarse a juegos con alto rendimiento. La diferencia es que cada subnet de Avalanche es una instancia separada (tendrías que poner en marcha tus propios validadores o reclutar algunos para que se unan). Somnia, en cambio, proporciona una cadena de alta capacidad compartida, lo que facilita la interoperabilidad entre aplicaciones (todas las aplicaciones de Somnia viven en una cadena, componibles, como en Ethereum o Solana). La subnet principal de Avalanche (C-Chain) es EVM pero mucho más lenta que Somnia. Así que Somnia supera con creces a la cadena común de Avalanche, aunque Avalanche puede escalar si un proyecto crea una subnet personalizada (pero entonces esa subnet podría no tener la componibilidad general completa o la base de usuarios). Para un desarrollador, desplegar en Somnia podría ser más simple que gestionar una subnet de Avalanche, y aprovechas inmediatamente el grupo de usuarios y la liquidez compartidos de Somnia.

Sui (y Aptos) a menudo se citan como cadenas de alto TPS de próxima generación, utilizando Move y consenso paralelo. La ventaja de Somnia sobre Sui es el rendimiento (Sui no ha demostrado millones de TPS; su diseño está quizás en los cientos de miles bajos en el mejor de los casos) y la compatibilidad con EVM. La ventaja de Sui podría ser la seguridad de Move para la lógica de activos complejos y posiblemente una hoja de ruta más descentralizada (aunque en el lanzamiento Sui también tenía alrededor de 100 validadores). Si Somnia captura a los estudios de juegos que prefieren usar Solidity (quizás portando contratos de Solidity de prototipos de juegos de Ethereum), podría superar a Sui en ecosistema rápidamente, dado lo grande que es la comunidad de desarrolladores de Solidity.

Somnia también se compara con Solana en su objetivo de Web3 de consumo (ambos han enfatizado las integraciones sociales y telefónicas: Solana tuvo un teléfono Saga, Somnia un navegador, etc.). La audaz afirmación de Herman Narula de que Somnia puede hacer "miles de veces el rendimiento de Solana" establece el tono de que Somnia se ve a sí misma no solo como otra cadena rápida, sino como la cadena EVM más rápida donde Solana es la cadena no EVM más rápida. Si Somnia ofrece incluso un orden de magnitud mejor de TPS sostenido que Solana en la práctica (digamos que Solana hace 5k TPS de promedio y Somnia podría hacer 50k o más de promedio con picos en los millones), realmente se abrirá un nicho para aplicaciones que incluso Solana no puede manejar (por ejemplo, un juego de blockchain a escala de Fortnite o una red social a escala global).

Un competidor más a tener en cuenta es Polygon 2.0 o los zkEVMs: aunque no son L1s, ofrecen escalado para EVM. Polygon está trabajando en una serie de ZK-rollups y cadenas de alto rendimiento. Esos podrían potencialmente igualar parte del rendimiento de Somnia mientras se benefician de la seguridad de Ethereum. Sin embargo, los ZK-rollups con 1M de TPS aún no existen, e incluso entonces, podrían enfrentar límites de disponibilidad de datos. El enfoque de Somnia es una solución todo en uno con su propia seguridad. Tendrá que demostrar que su seguridad (100 validadores PoS) es lo suficientemente robusta para aplicaciones de mucho dinero, algo que los rollups de Ethereum heredan inherentemente de ETH. Pero para juegos y redes sociales, donde los requisitos de seguridad son ligeramente diferentes (robar una espada de juego NFT no es tan catastrófico como robar miles de millones en TVL de DeFi), el compromiso de Somnia podría ser perfectamente aceptable e incluso preferible debido a la experiencia del usuario.

En conclusión, Somnia se destaca por llevar el rendimiento más allá que cualquier L1 de propósito general actual, manteniendo la familiaridad de la EVM. Su objetivo es ocupar un espacio en el mercado para "Web3 a escala Web2" que otros solo han abordado parcialmente:

  • Ethereum dominará la confianza y DeFi, pero delegará las tareas de alta frecuencia a las L2 (que añaden complejidad y fragmentación).
  • Solana mostró un alto TPS para DeFi y NFTs, pero no es EVM y tuvo problemas de estabilidad; Somnia podría atraer proyectos que quieren una velocidad similar a la de Solana con las herramientas de Ethereum.
  • Avalanche ofrece personalización y comodidad EVM, pero no ha demostrado un rendimiento de cadena única cercano al de Somnia.
  • Sui/Aptos están en la misma generación que Somnia, compitiendo por los desarrolladores de juegos, pero las asociaciones tempranas de Somnia (Improbable, grandes marcas) y la compatibilidad con EVM le dan una fuerte ventaja si se ejecuta bien.

Como dijo Narula, Somnia es posiblemente la primera cadena construida específicamente para experiencias virtuales en tiempo real a escala masiva. Si esas experiencias (juegos, eventos, mundos sociales) se convierten en la próxima gran ola de adopción de blockchain, la competencia de Somnia podría ser en realidad la infraestructura de nube tradicional (AWS, etc.) tanto como otras blockchains, porque está tratando de reemplazar los servidores de juegos centralizados y las bases de datos sociales, no solo competir por las aplicaciones de blockchain existentes. En ese sentido, el éxito de Somnia se medirá por si puede albergar aplicaciones que atraigan a millones de usuarios que quizás ni siquiera sepan (o les importe) que una blockchain está funcionando por debajo. Ninguna L1 actual ha alcanzado aún ese nivel de aplicación de usuario masivo (incluso las aplicaciones más grandes de Solana tienen cientos de miles, no millones de usuarios activos). Esa es la vara que Somnia se ha puesto, y contra la cual su innovadora arquitectura será probada en los próximos años.

Hoja de Ruta y Estado Actual

El viaje de Somnia ha progresado rápidamente del concepto a la realidad en poco tiempo, y continúa evolucionando después de la mainnet con objetivos claros:

Desarrollos Recientes (2024–2025):

  • Financiación y Testnet (2024): El proyecto surgió del sigilo respaldado por una financiación significativa. A principios de 2024, Improbable anunció el compromiso de 270 millones de dólares para el ecosistema de Somnia y MSquared. Esto proporcionó una enorme pista de despegue. Somnia ejecutó una Devnet a finales de 2024 (noviembre) donde batió récords: alcanzó 1.05 millones de TPS y otros benchmarks en una configuración global de 100 nodos. Esos resultados (incluyendo 50k intercambios de Uniswap/seg, 300k acuñaciones de NFT/seg) se publicitaron para construir credibilidad. Después de la Devnet, se lanzó una Testnet totalmente pública el 20 de febrero de 2025. La testnet (nombre en clave Shannon) funcionó durante unos 6 meses. Durante ese tiempo, Somnia afirma haber procesado más de 10 mil millones de transacciones e incorporado 118 millones de direcciones de billetera de prueba, cifras asombrosas. Estos números probablemente incluyen pruebas de carga programadas y participación de la comunidad. La testnet también vio un rendimiento diario máximo de 1.9 mil millones de transacciones en un día (un récord para cualquier contexto EVM). CoinDesk señaló estas cifras pero también que el explorador público estaba fuera de línea en ese momento para verificar, lo que implica que algunas de estas eran métricas internas. No obstante, la testnet demostró estabilidad bajo una carga sin precedentes.

    A lo largo de la testnet, Somnia ejecutó programas de participación: un programa de incentivos de Puntos donde los primeros usuarios que completaban tareas podían ganar puntos (probablemente convertibles en futuros tokens o recompensas), y colaboró con socios (los desarrolladores de juegos hicieron pruebas de juego, se celebraron hackathons). La fase de testnet también fue cuando se incorporaron más de 70 socios/proyectos del ecosistema. Esto indica que para la mainnet, muchas integraciones y aplicaciones estaban listas o casi listas.

  • Lanzamiento de la Mainnet (Q3 2025): Somnia lanzó la mainnet el 2 de septiembre de 2025. El lanzamiento incluyó la liberación del token SOMI y la habilitación del staking. Notablemente, en la mainnet:

    • 60 validadores se pusieron en línea (con grandes nombres como Google Cloud entre ellos).
    • La Fundación Somnia está operativa, supervisando la cadena como un administrador neutral. Improbable entregó la tecnología y ahora la Fundación (también conocida como la Fundación de la Sociedad Virtual) está a cargo de la gobernanza y el desarrollo futuro.
    • Listado y distribución de SOMI: A un día del lanzamiento, Binance reveló a SOMI como parte de sus listados "Seed Tag" y realizó el airdrop HODLer. Esto fue un gran impulso, efectivamente un respaldo de un exchange de primer nivel. Muchas nuevas L1s luchan por conseguir tracción en los exchanges, pero Somnia inmediatamente puso SOMI en manos de los usuarios a través de Binance.
    • En las redes sociales, el equipo de Somnia y sus socios promocionaron las capacidades de la mainnet. Un comunicado de prensa de Improbable y la cobertura en medios como CoinDesk, Yahoo Finance, etc., difundieron la noticia de que "la cadena EVM más rápida" está en vivo.
    • Las dApps iniciales del ecosistema comenzaron su despliegue. Por ejemplo, el puente de NFT a través de LayerZero estaba activo (se podían puentear stablecoins según la documentación), y algunos de los juegos de la testnet comenzaron a moverse a la mainnet (el lanzamiento de Sparkball, etc., alrededor de septiembre según lo indicado por blogs y actualizaciones).
    • Los eventos de airdrop comunitarios (la Somnia Odyssey) probablemente culminaron alrededor del lanzamiento, distribuyendo parte de esa asignación de tokens de la Comunidad a los primeros partidarios.

En resumen, el lanzamiento de la mainnet fue exitoso y posicionó a Somnia con validadores en vivo, un token en vivo y más de 70 proyectos en vivo o a punto de lanzarse. Es importante destacar que llegaron al mercado justo cuando el interés en los juegos Web3 y el metaverso estaba repuntando a finales de 2025, aprovechando esa tendencia.

Estado Actual (Finales de 2025): La mainnet de Somnia está operativa con bloques en menos de un segundo. La red todavía está en una fase de arranque donde la Fundación Somnia y el equipo central mantienen un control significativo para garantizar la estabilidad. Por ejemplo, es probable que las propuestas de gobernanza aún no estén completamente abiertas; la fundación probablemente está gestionando las actualizaciones y los ajustes de parámetros mientras se educa a la comunidad sobre los procesos de gobernanza. La distribución de tokens todavía está muy concentrada (ya que solo circula ~16 % y los tokens de inversores/equipo no comenzarán a desbloquearse hasta finales de 2026). Esto significa que la Fundación tiene amplias reservas de tokens para apoyar el ecosistema (a través de subvenciones, provisión de liquidez, etc.).

En el frente técnico, Somnia probablemente está monitoreando y ajustando el rendimiento en condiciones reales. ¿Las dApps reales la están llevando a sus límites? Posiblemente aún no; los recuentos iniciales de usuarios probablemente están en los miles, no en los millones. Así que puede que no haya 1M de TPS ocurriendo regularmente en la mainnet, pero la capacidad está ahí. El equipo podría usar este período para optimizar el software del cliente, incorporar cualquier retroalimentación de Cuthbert (si se encontraron divergencias, se corregirían rápidamente) y reforzar la seguridad. Los resultados de las auditorías de seguridad (si no se han publicado ya) podrían publicarse en este momento o a principios de 2026 para asegurar a los desarrolladores la seguridad.

Hoja de Ruta a Corto Plazo (2026): La documentación y las comunicaciones de Somnia insinúan varios objetivos a corto plazo:

  • Lanzamiento de Características: Se planeó activar algunas características después del lanzamiento:
    • La Fijación de Precios de Gas Dinámica y los Descuentos por Volumen están programados para implementarse a finales de 2025. Esto requiere algunas pruebas y quizás la aprobación de la gobernanza para activarse. Una vez habilitado, las dApps de alto rendimiento comenzarán a disfrutar de un gas más barato, lo que podría ser un punto de venta para atraer a socios empresariales o grandes de la Web2.
    • La característica de Almacenamiento Transitorio también está programada para finales de 2025. La implementación probablemente necesita ser probada cuidadosamente (asegurando que la eliminación de datos funcione correctamente y no introduzca problemas de consenso). Cuando esto se active, Somnia será una de las primeras cadenas en ofrecer datos en la cadena con caducidad, lo que será enorme para los desarrolladores de juegos (imagina sesiones de juego temporales en la cadena).
    • Propinas (tarifas de prioridad): Señalaron que las propinas podrían introducirse más tarde si fuera necesario. Si el uso de la red aumenta hasta el punto en que los bloques están consistentemente llenos, para 2026 podrían habilitar propinas opcionales para priorizar transacciones (al igual que el modelo de tarifa base y propina de Ethereum). Esto sería una señal de congestión saludable si sucede.
    • Expansión del Conjunto de Validadores: Inicialmente ~60, el objetivo es aumentar el número de validadores con el tiempo para mejorar la descentralización sin perjudicar el rendimiento. Mencionaron que esperan un crecimiento más allá de 100 a medida que la red madure. El cronograma podría depender de qué tan bien escale el consenso con más validadores (PBFT tiende a volverse más lento a medida que aumentan los validadores, pero quizás su variante inspirada en Autobahn pueda manejar unos pocos cientos). En 2026, podrían incorporar validadores adicionales, posiblemente de su comunidad o nuevos socios. Esto podría hacerse a través de votos de gobernanza (poseedores de tokens aprobando nuevos validadores) o automáticamente si hay suficiente stake respaldando a los nuevos participantes.
    • Descentralización de la Gobernanza: Somnia estableció una hoja de ruta de Descentralización Progresiva en la gobernanza. En los primeros 6 meses (fase de arranque), la junta de la Fundación tiene el control total. Así que aproximadamente hasta el Q1/Q2 de 2026, estaremos en arranque, durante el cual probablemente refinen los procesos e incorporen miembros a los consejos. Luego, de 6 a 24 meses (mediados de 2026 a finales de 2027), entran en la fase de Transición donde la Casa del Token (poseedores de tokens) puede comenzar a votar sobre propuestas, aunque la Fundación puede vetar si es necesario. Podríamos ver los primeros votos en la cadena en 2026 para cosas como asignaciones de subvenciones o cambios menores de parámetros. Para el año 2 (2027), el objetivo es la fase Madura donde las decisiones de los poseedores de tokens se mantienen en su mayoría y la Fundación solo realiza intervenciones de emergencia. Así que para 2026, un objetivo clave es establecer esos órganos de gobernanza: posiblemente elegir miembros para el Consejo de Validadores, el Consejo de Desarrolladores, la Asamblea de Usuarios que se describieron. Esto implicará organización comunitaria, probablemente algo que la Fundación facilitará seleccionando miembros de buena reputación inicialmente (por ejemplo, invitando a los mejores desarrolladores de juegos a un consejo de desarrolladores, o a grandes líderes de gremios comunitarios a una asamblea de usuarios).
  • Crecimiento del Ecosistema: En el frente de la adopción, 2026 se tratará de convertir proyectos piloto en éxitos masivos:
    • Esperamos lanzamientos completos de juegos: Sparkball y Variance podrían pasar de beta a lanzamiento oficial en la mainnet de Somnia en 2026, con el objetivo de atraer a decenas de miles de jugadores. Otros juegos de la cohorte de Dream Catalyst (Maelstrom, Netherak, Dark Table, etc.) probablemente se lanzarán al público. El equipo de Somnia apoyará estos lanzamientos, posiblemente a través de campañas de marketing, torneos y programas de incentivos (como jugar para ganar o airdrops) para atraer a los jugadores.
    • Nuevas asociaciones: Improbable/MSquared planeaba escalar de 30 eventos en 2023 a más de 300 eventos de metaverso en 2024. En 2024 hicieron muchos eventos fuera de la cadena; en 2025/2026, esperamos que esos eventos integren Somnia. Por ejemplo, quizás un evento deportivo importante o un festival de música en 2026 use Somnia para la venta de entradas o recompensas para los fans. La participación de Google Cloud sugiere posibles eventos empresariales o exhibiciones a través de los clientes de la nube de Google. Además, dado que Mirana (asociada con Bybit/BitDAO) y otros invirtieron, Somnia podría ver colaboraciones con exchanges o grandes marcas de Web3 para utilizar la red.
    • Integración de MSquared: El comunicado de prensa de Chainwire señaló que M² planea integrar Somnia en su red de metaversos. Eso significa que cualquier mundo virtual que use la tecnología de MSquared podría adoptar Somnia como su capa de transacciones. Para 2026, podríamos ver a MSquared lanzar formalmente su red de metaverso con Somnia sustentando la identidad de los avatares, el comercio de artículos, etc. Si Otherside de Yuga Labs sigue en marcha, quizás ocurra una demostración de interoperabilidad con Somnia (por ejemplo, usar tu NFT de Otherside en un mundo impulsado por Somnia).
    • Expansión de la Comunidad de Desarrolladores: Los 10 millones de dólares en subvenciones se distribuirán con el tiempo; para 2026, es probable que docenas de proyectos hayan recibido financiación. El resultado de eso podría ser más herramientas (digamos, un SDK de Unity para Somnia, o más mejoras en Ormi), más aplicaciones (quizás alguien construya un Twitter descentralizado basado en Somnia o una nueva plataforma DeFi). Somnia probablemente celebrará más hackathons (potencialmente algunos en persona en conferencias, etc.) y continuará con un devrel agresivo para atraer talento. Podrían dirigirse especialmente a los desarrolladores de Ethereum que están alcanzando los límites de escalado con sus dApps, ofreciéndoles un puerto fácil a Somnia.
    • Interoperabilidad y Puentes: Ya integrada con LayerZero, Somnia probablemente expandirá los puentes a otros ecosistemas para un soporte de activos más amplio. Por ejemplo, la integración con Polygon o Cosmos IBC podría estar sobre la mesa. Además, se podrían buscar estándares entre cadenas para NFTs (quizás permitiendo que los NFTs de Ethereum se reflejen en Somnia para su uso en juegos). Dado que Somnia es EVM, desplegar contratos de puente para tokens populares (USDC, USDT, WETH) es sencillo; 2026 podría ver una liquidez más profunda a medida que más de estos activos entre cadenas fluyan.
    • Monitoreo del Rendimiento: A medida que llegue más uso real, el equipo monitoreará cualquier problema de estabilidad. ¿Hay algún vector de ataque (spam en muchas cadenas de datos, etc.)? Podrían implementar refinamientos como límites de tasa por cadena de datos u optimizaciones adicionales si es necesario. La ejecución dual de Cuthbert probablemente se ejecutará al menos hasta 2026 para detectar cualquier divergencia; si el sistema demuestra ser muy estable, podrían considerar apagarlo para reducir la sobrecarga después de un año o dos, pero eso depende de la confianza total.
  • Marketing y Divulgación: Con la mainnet y las aplicaciones iniciales en vivo, el desafío de Somnia para 2026 es construir una base de usuarios. Se espera un marketing intenso dirigido tanto a jugadores como a usuarios de cripto:
    • Podríamos ver asociaciones con gremios de juegos o equipos de esports, para atraer jugadores a los juegos de Somnia.
    • Quizás colaboraciones con celebridades para eventos virtuales (dado que hicieron K-Pop y leyendas del deporte en eventos de prueba, podrían escalar eso; imagina a un músico famoso lanzando un álbum a través de un espectáculo en el metaverso de Somnia con merchandising NFT).
    • Además, asistir y patrocinar conferencias importantes (GDC para desarrolladores de juegos, Consensus para cripto, etc.) para promover la plataforma.
    • A finales de 2025, ya tenían una prensa significativa (artículo de Binance Academy, cobertura de CoinDesk, etc.). En 2026, saldrán más análisis independientes (perfiles de Messari, etc.), y Somnia querrá mostrar métricas de uso para demostrar tracción (como "X usuarios activos diarios, Y transacciones procesadas").

Visión a Largo Plazo: Aunque no se preguntó explícitamente, vale la pena señalar la trayectoria de Somnia:

  • En unos pocos años, imaginan a Somnia como una capa base ampliamente utilizada para el entretenimiento Web3, con miles de millones de transacciones como rutina, y una gobernanza descentralizada dirigida por su comunidad y consejos. También es probable que prevean una mejora técnica continua: por ejemplo, explorar el sharding si es necesario, o adoptar nueva criptografía (quizás pruebas zk para comprimir datos aún más, o criptografía post-cuántica eventualmente).
  • Otro objetivo a largo plazo podría ser la neutralidad de carbono o la eficiencia: las cadenas de alto TPS a menudo se preocupan por el uso de energía. Si Somnia alcanza millones de TPS, será importante asegurar que los nodos puedan manejarlo de manera eficiente (quizás a través de aceleración de hardware o escalado en la nube). Con Google Cloud en la mezcla, quizás se podrían considerar iniciativas de centros de datos verdes o hardware especial (como GPUs o FPGAs para la compresión).
  • Para entonces, la competencia también habrá aumentado (Ethereum 2.0 con sharding, zkEVMs, mejoras de Solana, etc.). Somnia tendrá que mantener su ventaja a través de la innovación y los efectos de red (si captura una gran base de jugadores temprano, ese impulso puede llevarla adelante).

En resumen, la hoja de ruta para los próximos 1-2 años se centra en:

  1. Activar características clave del protocolo (descuentos de gas, almacenamiento transitorio) para ofrecer completamente la funcionalidad prometida.
  2. Descentralizar la gobernanza gradualmente, pasando de ser dirigida por la fundación a ser dirigida por la comunidad sin poner en peligro el progreso.
  3. Impulsar el crecimiento del ecosistema: asegurar que los proyectos financiados se lancen y atraigan usuarios, forjar nuevas asociaciones (con creadores de contenido, estudios de juegos, quizás incluso empresas Web2 interesadas en Web3), y posiblemente expandirse a más regiones y comunidades.
  4. Mantener el rendimiento y la seguridad a medida que el uso escala: vigilar cualquier problema cuando, por ejemplo, un juego impulse un pico de 10k TPS de tráfico real, y responder en consecuencia (esto podría incluir la ejecución de más eventos de prueba públicos, quizás un evento de "prueba de estrés de la Mainnet" donde se alienten toneladas de transacciones para probar los límites).

Somnia ha hecho un debut espectacular, pero 2026 será el campo de pruebas: necesita convertir su impresionante tecnología y su ecosistema bien financiado en una adopción real y una red sostenible y descentralizada. La gran tesorería de tokens de la fundación (Ecosistema y Comunidad ~55 % del suministro) le da los medios para impulsar la actividad durante años, por lo que a corto plazo veremos esos tokens en uso, a través de airdrops, recompensas (posiblemente minería de liquidez si se lanza un DEX), recompensas para desarrolladores y campañas de adquisición de usuarios. El eslogan del lanzamiento de la mainnet de Improbable fue que Somnia "marca la fundación de una economía de activos digitales abierta, donde miles de millones de personas pueden interactuar a través de experiencias inmersivas". Los siguientes pasos en la hoja de ruta consisten en sentar las bases de esa fundación: conseguir que los primeros millones de personas y las primeras aplicaciones estrella interactúen con la "computadora de los sueños" de Somnia (como la apodan), y así validar que la Web3 puede, de hecho, operar a escala de internet.

Si Somnia continúa en su trayectoria actual, para finales de 2026 podríamos ver docenas de juegos y plataformas sociales completamente en la cadena en funcionamiento, una red floreciente dirigida por la comunidad con cientos de validadores, y a SOMI siendo utilizado diariamente por usuarios convencionales (a menudo sin saberlo, bajo el capó de los juegos). Lograr eso marcaría un hito significativo no solo para Somnia, sino para el impulso de la industria de la blockchain hacia aplicaciones masivas y en tiempo real. Las piezas están en su lugar; ahora se trata de la ejecución y la adopción en esta fase crítica de la hoja de ruta del proyecto, impulsada por una profunda investigación.

Fuentes:

  • Somnia Official Documentation (Litepaper & Technical Concepts)
  • Somnia Tokenomics and Governance Docs
  • Improbable Press Release (Mainnet Launch)
  • CoinDesk Coverage of Somnia Launch
  • Binance Academy – What is Somnia (SOMI)
  • Gam3s.gg – Coverage of Somnia Games (Variance, Sparkball, etc.)
  • Stakin Research – Introduction to Somnia
  • Chainwire Press Release – $270M Investment & Devnet results
  • Somnia Blog – Improbable & MSquared Events, Mainnet News
  • Official Somnia Docs – Developer Guides (bridging, wallets, etc.)

Construyendo Encriptación Descentralizada con @mysten/seal: Tutorial para Desarrolladores

· 14 min de lectura
Dora Noda
Software Engineer

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

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.

El Juego Final de las Cripto: Perspectivas de Visionarios de la Industria

· 15 min de lectura
Dora Noda
Software Engineer

Visiones de Mert Mumtaz (Helius), Udi Wertheimer (Taproot Wizards), Jordi Alexander (Selini Capital) y Alexander Good (Post Fiat)

Resumen

Token2049 organizó un panel llamado “El Juego Final de las Cripto” con la participación de Mert Mumtaz (CEO de Helius), Udi Wertheimer (Taproot Wizards), Jordi Alexander (Fundador de Selini Capital) y Alexander Good (creador de Post Fiat). Aunque no existe una transcripción pública disponible del panel, cada orador ha expresado visiones distintas sobre la trayectoria a largo plazo de la industria cripto. Este informe sintetiza sus declaraciones y escritos públicos —que abarcan publicaciones de blog, artículos, entrevistas de noticias y whitepapers— para explorar cómo cada persona concibe el “juego final” para las cripto.

Mert Mumtaz – Cripto como “Capitalismo 2.0”

Visión central

Mert Mumtaz rechaza la idea de que las criptomonedas simplemente representan “Web 3.0”. En cambio, argumenta que el juego final para las cripto es actualizar el capitalismo mismo. En su opinión:

  • Las cripto potencian los ingredientes del capitalismo: Mumtaz señala que el capitalismo depende del libre flujo de información, derechos de propiedad seguros, incentivos alineados, transparencia y flujos de capital sin fricciones. Argumenta que las redes descentralizadas, las blockchains públicas y la tokenización hacen que estas características sean más eficientes, convirtiendo a las cripto en “Capitalismo 2.0”.
  • Mercados siempre activos y activos tokenizados: Señala las propuestas regulatorias para mercados financieros 24/7 y la tokenización de acciones, bonos y otros activos del mundo real. Permitir que los mercados funcionen continuamente y se liquiden a través de las vías de blockchain modernizará el sistema financiero tradicional. La tokenización crea liquidez siempre activa y un comercio sin fricciones de activos que antes requerían cámaras de compensación e intermediarios.
  • Descentralización y transparencia: Al utilizar libros de contabilidad abiertos, las cripto eliminan parte del control de acceso y las asimetrías de información que se encuentran en las finanzas tradicionales. Mumtaz ve esto como una oportunidad para democratizar las finanzas, alinear incentivos y reducir intermediarios.

Implicaciones

La tesis de “Capitalismo 2.0” de Mumtaz sugiere que el juego final de la industria no se limita a los coleccionables digitales o las “aplicaciones Web3”. En cambio, él vislumbra un futuro donde los reguladores de los estados-nación adoptan mercados 24/7, la tokenización de activos y la transparencia. En ese mundo, la infraestructura blockchain se convierte en un componente central de la economía global, mezclando las cripto con las finanzas reguladas. También advierte que la transición enfrentará desafíos —como ataques Sybil, concentración de la gobernanza e incertidumbre regulatoria— pero cree que estos obstáculos pueden abordarse mediante un mejor diseño de protocolos y la colaboración con los reguladores.

Udi Wertheimer – Bitcoin como una “rotación generacional” y el ajuste de cuentas de las altcoins

Rotación generacional y la tesis de Bitcoin “retira tu linaje”

Udi Wertheimer, cofundador de Taproot Wizards, es conocido por defender provocativamente Bitcoin y burlarse de las altcoins. A mediados de 2025 publicó una tesis viral llamada “Esta tesis de Bitcoin retirará tu linaje”. Según su argumento:

  • Rotación generacional: Wertheimer argumenta que las primeras “ballenas” de Bitcoin que acumularon a precios bajos han vendido o transferido en gran medida sus monedas. Los compradores institucionales —ETFs, tesorerías y fondos soberanos de riqueza— los han reemplazado. Él llama a este proceso una “rotación de propiedad a gran escala”, similar al repunte de Dogecoin de 2019-21, donde un cambio de ballenas a demanda minorista impulsó rendimientos explosivos.
  • Demanda insensible al precio: Las instituciones asignan capital sin preocuparse por el precio unitario. Usando el ETF IBIT de BlackRock como ejemplo, señala que los nuevos inversores ven un aumento de US$40 como trivial y están dispuestos a comprar a cualquier precio. Este choque de oferta combinado con una flotación limitada significa que Bitcoin podría acelerar mucho más allá de las expectativas de consenso.
  • Objetivo de US$400K+ y colapso de las altcoins: Proyecta que Bitcoin podría superar los US$400.000 por BTC para finales de 2025 y advierte que las altcoins tendrán un rendimiento inferior o incluso colapsarán, señalando a Ethereum como el “mayor perdedor”. Según Wertheimer, una vez que el FOMO institucional se asiente, las altcoins “serán eliminadas de un solo golpe” y Bitcoin absorberá la mayor parte del capital.

Implicaciones

La tesis del juego final de Wertheimer presenta a Bitcoin entrando en su fase parabólica final. La “rotación generacional” significa que la oferta se está moviendo a manos fuertes (ETFs y tesorerías) mientras que el interés minorista apenas comienza. Si es correcta, esto crearía un severo choque de oferta, empujando el precio de BTC mucho más allá de las valoraciones actuales. Mientras tanto, él cree que las altcoins ofrecen un riesgo a la baja asimétrico porque carecen de soporte de oferta institucional y enfrentan escrutinio regulatorio. Su mensaje a los inversores es claro: carguen Bitcoin ahora antes de que Wall Street lo compre todo.

Jordi Alexander – Pragmatismo macro, IA y cripto como revoluciones gemelas

Invertir en IA y cripto – dos industrias clave

Jordi Alexander, fundador de Selini Capital y conocido teórico de juegos, argumenta que la IA y blockchain son las dos industrias más importantes de este siglo. En una entrevista resumida por Bitget, hace varios puntos:

  • Las revoluciones gemelas: Alexander cree que las únicas formas de lograr un crecimiento real de la riqueza son invertir en innovación tecnológica (particularmente IA) o participar temprano en mercados emergentes como las criptomonedas. Señala que el desarrollo de la IA y la infraestructura cripto serán los módulos fundamentales para la inteligencia y la coordinación este siglo.
  • Fin del ciclo de cuatro años: Afirma que el ciclo cripto tradicional de cuatro años impulsado por los halvings de Bitcoin ha terminado; en su lugar, el mercado ahora experimenta “minisiclos” impulsados por la liquidez. Los futuros movimientos alcistas ocurrirán cuando el “capital real” entre plenamente en el espacio. Anima a los traders a ver las ineficiencias como oportunidades y a desarrollar habilidades tanto técnicas como psicológicas para prosperar en este entorno.
  • Asunción de riesgos y desarrollo de habilidades: Alexander aconseja a los inversores que mantengan la mayoría de los fondos en activos seguros, pero que asignen una pequeña porción para la asunción de riesgos. Enfatiza la construcción del juicio y la adaptabilidad, ya que “no existe la jubilación” en un campo en rápida evolución.

Crítica de las estrategias centralizadas y las visiones macro

  • Juego de suma cero de MicroStrategy: En una nota rápida, advierte que la estrategia de MicroStrategy de comprar BTC puede ser un juego de suma cero. Si bien los participantes pueden sentir que están ganando, la dinámica podría ocultar riesgos y conducir a la volatilidad. Esto subraya su creencia de que los mercados cripto a menudo están impulsados por dinámicas de suma negativa o suma cero, por lo que los traders deben comprender las motivaciones de los grandes jugadores.
  • Juego final de la política monetaria de EE. UU.: El análisis de Alexander sobre la política macro de EE. UU. destaca que el control de la Reserva Federal sobre el mercado de bonos puede estar disminuyendo. Señala que los bonos a largo plazo han caído bruscamente desde 2020 y cree que la Fed pronto podría volver a la flexibilización cuantitativa. Advierte que tales cambios de política podrían causar movimientos de mercado “gradualmente al principio… luego de golpe” y llama a esto un catalizador clave para Bitcoin y las cripto.

Implicaciones

La visión del juego final de Jordi Alexander es matizada y macroorientada. En lugar de pronosticar un objetivo de precio singular, destaca cambios estructurales: el cambio a ciclos impulsados por la liquidez, la importancia de la coordinación impulsada por la IA y la interacción entre la política gubernamental y los mercados cripto. Anima a los inversores a desarrollar una comprensión profunda y adaptabilidad en lugar de seguir ciegamente narrativas.

Alexander Good – Web 4, agentes de IA y la L1 de Post Fiat

El fracaso de la Web 3 y el auge de los agentes de IA

Alexander Good (también conocido por su seudónimo “goodalexander”) argumenta que la Web 3 ha fracasado en gran medida porque a los usuarios les importa más la conveniencia y el comercio que poseer sus datos. En su ensayo “Web 4”, señala que la adopción de aplicaciones de consumo depende de una UX fluida; requerir que los usuarios conecten activos o gestionen carteras mata el crecimiento. Sin embargo, ve surgir una amenaza existencial: agentes de IA que pueden generar vídeo realista, controlar ordenadores a través de protocolos (como el marco de “Control Informático” de Anthropic) y conectarse a plataformas importantes como Instagram o YouTube. Debido a que los modelos de IA están mejorando rápidamente y el costo de generar contenido está colapsando, predice que los agentes de IA crearán la mayoría del contenido en línea.

Web 4: Agentes de IA negociando en la blockchain

Good propone la Web 4 como solución. Sus ideas clave son:

  • Sistema económico con agentes de IA: La Web 4 visualiza a los agentes de IA representando a los usuarios como “agentes de Hollywood” que negocian en su nombre. Estos agentes utilizarán blockchains para el intercambio de datos, la resolución de disputas y la gobernanza. Los usuarios proporcionan contenido o experiencia a los agentes, y los agentes extraen valor —a menudo interactuando con otros agentes de IA en todo el mundo— y luego distribuyen pagos al usuario en cripto.
  • Los agentes de IA manejan la complejidad: Good argumenta que los humanos no comenzarán de repente a conectar activos a las blockchains, por lo que los agentes de IA deben manejar estas interacciones. Los usuarios simplemente hablarán con chatbots (a través de Telegram, Discord, etc.), y los agentes de IA gestionarán carteras, acuerdos de licencia e intercambios de tokens detrás de escena. Predice un futuro cercano donde habrá infinitos protocolos, tokens y configuraciones de ordenador a ordenador que serán ininteligibles para los humanos, haciendo que la asistencia de la IA sea esencial.
  • Tendencias inevitables: Good enumera varias tendencias que apoyan la Web 4: las crisis fiscales de los gobiernos fomentan alternativas; los agentes de IA canibalizarán los beneficios del contenido; la gente se está volviendo “más tonta” al depender de las máquinas; y las empresas más grandes apuestan por el contenido generado por el usuario. Concluye que es inevitable que los usuarios hablen con sistemas de IA, que esos sistemas negocien en su nombre y que los usuarios reciban pagos en cripto mientras interactúan principalmente a través de aplicaciones de chat.

Mapeando el ecosistema e introduciendo Post Fiat

Good clasifica los proyectos existentes en infraestructura de Web 4 o jugadas de componibilidad. Señala que protocolos como Story, que crean gobernanza on-chain para reclamaciones de IP, se convertirán en mercados bilaterales entre agentes de IA. Mientras tanto, Akash y Render venden servicios de computación y podrían adaptarse para licenciar a agentes de IA. Argumenta que los exchanges como Hyperliquid se beneficiarán porque se necesitarán infinitos intercambios de tokens para que estos sistemas sean fáciles de usar.

Su propio proyecto, Post Fiat, se posiciona como un “creador de reyes en la Web 4”. Post Fiat es una blockchain de Capa 1 construida sobre la tecnología central de XRP pero con descentralización y tokenomics mejoradas. Las características clave incluyen:

  • Selección de validadores impulsada por IA: En lugar de depender del staking gestionado por humanos, Post Fiat utiliza modelos de lenguaje grandes (LLMs) para puntuar a los validadores en credibilidad y calidad de las transacciones. La red distribuye el 55% de los tokens a los validadores a través de un proceso gestionado por un agente de IA, con el objetivo de “objetividad, equidad y sin intervención humana”. El ciclo mensual del sistema —publicar, puntuar, enviar, verificar y seleccionar y recompensar— garantiza una selección transparente.
  • Enfoque en la inversión y redes de expertos: A diferencia del enfoque de XRP en la banca transaccional, Post Fiat se dirige a los mercados financieros, utilizando blockchains para el cumplimiento, la indexación y la operación de una red de expertos compuesta por miembros de la comunidad y agentes de IA. AGTI (el brazo de desarrollo de Post Fiat) vende productos a instituciones financieras y puede lanzar un ETF, con ingresos que financian el desarrollo de la red.
  • Nuevos casos de uso: El proyecto tiene como objetivo disrumpir la industria de la indexación creando ETFs descentralizados, proporcionando memos cifrados conformes y apoyando redes de expertos donde los miembros ganan tokens por sus conocimientos. El whitepaper detalla medidas técnicas —como huellas dactilares estadísticas y cifrado— para prevenir ataques Sybil y la manipulación.

Web 4 como mecanismo de supervivencia

Good concluye que la Web 4 es un mecanismo de supervivencia, no solo una ideología genial. Argumenta que una “bomba de complejidad” llegará en seis meses a medida que proliferen los agentes de IA. Los usuarios tendrán que ceder parte de sus beneficios a los sistemas de IA porque participar en economías agenciales será la única forma de prosperar. En su opinión, el sueño de la Web 3 de propiedad descentralizada y privacidad del usuario es insuficiente; la Web 4 combinará agentes de IA, incentivos cripto y gobernanza para navegar una economía cada vez más automatizada.

Análisis comparativo

Temas convergentes

  1. Los cambios institucionales y tecnológicos impulsan el juego final.
    • Mumtaz prevé que los reguladores permitirán mercados 24/7 y la tokenización, lo que hará que las cripto se generalicen.
    • Wertheimer destaca la adopción institucional a través de ETFs como el catalizador de la fase parabólica de Bitcoin.
    • Alexander señala que el próximo auge cripto estará impulsado por la liquidez en lugar de por ciclos y que las políticas macro (como el giro de la Fed) proporcionarán fuertes vientos de cola.
  2. La IA se vuelve central.
    • Alexander enfatiza la inversión en IA junto con las cripto como pilares gemelos de la riqueza futura.
    • Good construye la Web 4 alrededor de agentes de IA que realizan transacciones en blockchains, gestionan contenido y negocian acuerdos.
    • La selección de validadores y la gobernanza de Post Fiat se basan en LLMs para garantizar la objetividad. Juntas, estas visiones implican que el juego final para las cripto implicará una sinergia entre la IA y blockchain, donde la IA maneja la complejidad y las blockchains proporcionan una liquidación transparente.
  3. Necesidad de una mejor gobernanza y equidad.
    • Mumtaz advierte que la centralización de la gobernanza sigue siendo un desafío.
    • Alexander fomenta la comprensión de los incentivos de la teoría de juegos, señalando que estrategias como la de MicroStrategy pueden ser de suma cero.
    • Good propone una puntuación de validadores impulsada por IA para eliminar los sesgos humanos y crear una distribución justa de tokens, abordando los problemas de gobernanza en redes existentes como XRP.

Visiones divergentes

  1. Papel de las altcoins. Wertheimer ve las altcoins condenadas y cree que Bitcoin capturará la mayor parte del capital. Mumtaz se centra en el mercado cripto en general, incluidos los activos tokenizados y DeFi, mientras que Alexander invierte en varias cadenas y cree que las ineficiencias crean oportunidades. Good está construyendo una L1 alternativa (Post Fiat) especializada para las finanzas de IA, lo que implica que ve espacio para redes especializadas.
  2. Agencia humana vs. agencia de IA. Mumtaz y Alexander enfatizan a los inversores y reguladores humanos, mientras que Good vislumbra un futuro donde los agentes de IA se convierten en los principales actores económicos y los humanos interactúan a través de chatbots. Este cambio implica experiencias de usuario fundamentalmente diferentes y plantea preguntas sobre autonomía, equidad y control.
  3. Optimismo vs. precaución. La tesis de Wertheimer es agresivamente alcista para Bitcoin con poca preocupación por el riesgo a la baja. Mumtaz es optimista sobre que las cripto mejorarán el capitalismo, pero reconoce los desafíos regulatorios y de gobernanza. Alexander es cauteloso —destacando las ineficiencias, las dinámicas de suma cero y la necesidad de desarrollar habilidades— sin dejar de creer en la promesa a largo plazo de las cripto. Good ve la Web 4 como inevitable, pero advierte sobre la bomba de complejidad, instando a la preparación en lugar del optimismo ciego.

Conclusión

El panel “El Juego Final de las Cripto” de Token2049 reunió a pensadores con perspectivas muy diferentes. Mert Mumtaz ve las cripto como una mejora del capitalismo, enfatizando la descentralización, la transparencia y los mercados 24/7. Udi Wertheimer ve a Bitcoin entrando en un rally generacional con choque de oferta que dejará atrás a las altcoins. Jordi Alexander adopta una postura más macro-pragmática, instando a la inversión tanto en IA como en cripto mientras se comprenden los ciclos de liquidez y las dinámicas de la teoría de juegos. Alexander Good vislumbra una era de Web 4 donde los agentes de IA negocian en blockchains y Post Fiat se convierte en la infraestructura para las finanzas impulsadas por IA.

Aunque sus visiones difieren, un tema común es la evolución de la coordinación económica. Ya sea a través de activos tokenizados, rotación institucional, gobernanza impulsada por IA o agentes autónomos, cada orador cree que las cripto remodelarán fundamentalmente cómo se crea y se intercambia valor. El juego final parece, por lo tanto, menos un punto final y más una transición hacia un nuevo sistema donde el capital, la computación y la coordinación convergen.

Tokenización: Redefiniendo los Mercados de Capitales

· 14 min de lectura
Dora Noda
Software Engineer

Introducción

La tokenización se refiere a la representación de la propiedad de un activo en una blockchain a través de tokens digitales. Estos tokens pueden representar activos financieros (acciones, bonos, fondos del mercado monetario), activos del mundo real (bienes raíces, arte, facturas) o incluso el propio efectivo (stablecoins o tokens de depósito). Al trasladar los activos a blockchains programables y siempre activas, la tokenización promete reducir la fricción en la liquidación, mejorar la transparencia y permitir un acceso global 24/7 a los mercados de capitales. Durante TOKEN2049 y las discusiones posteriores en 2024-2025, líderes de las finanzas cripto y tradicionales exploraron cómo la tokenización podría remodelar los mercados de capitales.

A continuación, se presenta un análisis profundo de las visiones y predicciones de los participantes clave del panel “Tokenización: Redefiniendo los Mercados de Capitales” y entrevistas relacionadas: Diogo Mónica (Socio General, Haun Ventures), Cynthia Lo Bessette (Directora de Gestión de Activos Digitales, Fidelity Investments), Shan Aggarwal (Director Comercial, Coinbase), Alex Thorn (Director de Investigación, Galaxy) y Arjun Sethi (Co-CEO, Kraken). El informe también sitúa sus puntos de vista dentro de desarrollos más amplios como fondos del tesoro tokenizados, stablecoins, tokens de depósito y acciones tokenizadas.

1. Diogo Mónica – Socio General, Haun Ventures

1.1 Visión: Las Stablecoins Son el “Pistoletazo de Salida” para la Tokenización

Diogo Mónica sostiene que las stablecoins bien reguladas son el requisito previo para tokenizar los mercados de capitales. En un artículo de opinión para American Banker, escribió que las stablecoins convierten el dinero en tokens digitales programables, desbloqueando el comercio 24/7 y permitiendo la tokenización de muchas clases de activos. Una vez que el dinero está en la cadena, “se abre la puerta para tokenizar todo lo demás: acciones, bonos, bienes raíces, facturas, arte”. Mónica señala que algunas stablecoins tecnológicamente avanzadas ya facilitan transferencias transfronterizas casi instantáneas y baratas; pero se necesita claridad regulatoria para asegurar una amplia adopción. Él enfatiza que las regulaciones de las stablecoins deben ser estrictas —modeladas según el régimen regulatorio para los fondos del mercado monetario— para garantizar la protección del consumidor.

1.2 La Tokenización Revivirá la Formación de Capital y Globalizará los Mercados

Mónica sostiene que la tokenización podría “arreglar” los mecanismos rotos de formación de capital. Las IPOs tradicionales son costosas y están restringidas a ciertos mercados; sin embargo, la emisión de valores tokenizados podría permitir a las empresas recaudar capital en la cadena, con acceso global y menores costos. Los mercados transparentes y siempre abiertos podrían permitir a los inversores de todo el mundo negociar tokens que representen acciones u otros activos, independientemente de las fronteras geográficas. Para Mónica, el objetivo no es eludir la regulación sino crear nuevos marcos regulatorios que permitan los mercados de capitales en la cadena. Argumenta que los mercados tokenizados podrían impulsar la liquidez de activos tradicionalmente ilíquidos (por ejemplo, bienes raíces, acciones de pequeñas empresas) y democratizar las oportunidades de inversión. Subraya que los reguladores deben establecer reglas consistentes para la emisión, el comercio y la transferencia de valores tokenizados para que los inversores y emisores ganen confianza en los mercados en la cadena.

1.3 Fomentando Startups y la Adopción Institucional

Como capitalista de riesgo en Haun Ventures, Mónica alienta a las startups que trabajan en infraestructura para activos tokenizados. Destaca la importancia de soluciones de identidad digital y custodia conformes, la gobernanza en la cadena y las blockchains interoperables que puedan soportar grandes volúmenes. Mónica ve las stablecoins como el primer paso, pero cree que la siguiente fase serán los fondos del mercado monetario tokenizados y los tesoros en la cadena —bloques de construcción para mercados de capitales a gran escala.

2. Cynthia Lo Bessette – Directora de Gestión de Activos Digitales, Fidelity Investments

2.1 La Tokenización Ofrece Eficiencia Transaccional y Acceso

Cynthia Lo Bessette dirige el negocio de gestión de activos digitales de Fidelity y es responsable de desarrollar iniciativas de tokenización. Ella argumenta que la tokenización mejora la eficiencia de la liquidación y amplía el acceso a los mercados. En entrevistas sobre el fondo del mercado monetario tokenizado planeado por Fidelity, Lo Bessette afirmó que la tokenización de activos puede “impulsar eficiencias transaccionales” y mejorar el acceso y la asignación de capital en los mercados. Señaló que los activos tokenizados podrían usarse como garantía no monetaria para mejorar la eficiencia del capital, y dijo que Fidelity quiere “ser un innovador… [y] aprovechar la tecnología para proporcionar un mejor acceso”.

2.2 Fondo del Mercado Monetario Tokenizado de Fidelity

En 2024, Fidelity presentó una solicitud ante la SEC para lanzar el Fidelity Treasury Digital Fund, un fondo del mercado monetario tokenizado en la blockchain de Ethereum. El fondo emite acciones como tokens ERC-20 que representan intereses fraccionarios en un pool de bonos del tesoro gubernamentales. El objetivo es proporcionar suscripción y reembolso las 24 horas, liquidación atómica y cumplimiento programable. Lo Bessette explicó que la tokenización de los bonos del tesoro puede mejorar la infraestructura operativa, reducir la necesidad de intermediarios y abrir el fondo a una audiencia más amplia, incluyendo empresas que buscan garantías en la cadena. Al ofrecer una versión tokenizada de un instrumento central del mercado monetario, Fidelity quiere atraer a instituciones que exploran la financiación en la cadena.

2.3 Compromiso Regulatorio

Lo Bessette advierte que la regulación es crítica. Fidelity está trabajando con los reguladores para garantizar la protección de los inversores y el cumplimiento. Ella cree que la estrecha colaboración con la SEC y los organismos de la industria será necesaria para obtener la aprobación de fondos mutuos tokenizados y otros productos regulados. Fidelity también participa en iniciativas de la industria como la Tokenized Asset Coalition para desarrollar estándares de custodia, divulgación y protección del inversor.

3. Shan Aggarwal – Director Comercial, Coinbase

3.1 Expandiendo Más Allá del Comercio de Cripto a las Finanzas en la Cadena

Como primer CBO de Coinbase, Shan Aggarwal es responsable de la estrategia y las nuevas líneas de negocio. Ha articulado una visión donde Coinbase se convierte en el “AWS de la infraestructura cripto”, proporcionando servicios de custodia, staking, cumplimiento y tokenización para instituciones y desarrolladores. En una entrevista (traducida de Forbes), Aggarwal dijo que ve el papel de Coinbase como el de apoyar la economía en la cadena construyendo la infraestructura para tokenizar activos del mundo real, unir las finanzas tradicionales con Web3 y ofrecer servicios financieros como préstamos, pagos y remesas. Señala que Coinbase quiere definir el futuro del dinero en lugar de solo participar en él.

3.2 Las Stablecoins Son el Carril de Pago Nativo para Agentes de IA y el Comercio Global

Aggarwal cree que las stablecoins se convertirán en la capa de liquidación nativa tanto para humanos como para IA. En una entrevista de 2024, dijo que las stablecoins permiten pagos globales sin intermediarios; a medida que los agentes de IA proliferan en el comercio, “las stablecoins son los carriles de pago nativos para los agentes de IA”. Predice que los pagos con stablecoins se incrustarán tanto en el comercio que los consumidores y las máquinas los usarán sin darse cuenta, desbloqueando el comercio digital para miles de millones.

Aggarwal sostiene que todas las clases de activos eventualmente llegarán a la cadena. Señala que la tokenización de activos como acciones, bonos del tesoro o bienes raíces permite que se liquiden instantáneamente y se negocien globalmente. Reconoce que la claridad regulatoria y una infraestructura robusta son requisitos previos, pero ve un cambio inevitable de los sistemas de compensación heredados a las blockchains.

3.3 Construyendo la Adopción Institucional y el Cumplimiento

Aggarwal enfatiza que las instituciones necesitan custodia segura, servicios de cumplimiento e infraestructura confiable para adoptar la tokenización. Coinbase ha invertido en Coinbase International Exchange, Base (su red L2), y asociaciones con emisores de stablecoins (por ejemplo, USDC). Sugiere que a medida que más activos se tokenicen, Coinbase proporcionará una infraestructura “todo en uno” para el comercio, la financiación y las operaciones en la cadena. Es importante destacar que Aggarwal trabaja en estrecha colaboración con los responsables políticos para garantizar que la regulación permita la innovación sin sofocar el crecimiento.

4. Alex Thorn – Director de Investigación, Galaxy

4.1 Acciones Tokenizadas: Un Primer Paso en una Nueva Infraestructura de Mercados de Capitales

Alex Thorn dirige la investigación en Galaxy y ha sido fundamental en la decisión de la firma de tokenizar sus propias acciones. En septiembre de 2024, Galaxy anunció que permitiría a los accionistas mover sus acciones Clase A de Galaxy a la blockchain de Solana a través de una asociación de tokenización con Superstate. Thorn explicó que las acciones tokenizadas confieren los mismos derechos legales y económicos que las acciones tradicionales, pero pueden transferirse de igual a igual y liquidarse en minutos en lugar de días. Dijo que las acciones tokenizadas son “un nuevo método para construir mercados de capitales más rápidos, más eficientes y más inclusivos”.

4.2 Trabajando Dentro de la Regulación Existente y con la SEC

Thorn subraya la importancia del cumplimiento. Galaxy construyó su programa de acciones tokenizadas para cumplir con las leyes de valores de EE. UU.: las acciones tokenizadas se emiten bajo un agente de transferencia, los tokens solo pueden transferirse entre wallets aprobadas por KYC, y los reembolsos se realizan a través de un bróker regulado. Thorn dijo que Galaxy quiere “trabajar dentro de las reglas existentes” y colaborará con la SEC para desarrollar marcos para las acciones en la cadena. Considera este proceso vital para convencer a los reguladores de que la tokenización puede proteger a los inversores al tiempo que ofrece ganancias de eficiencia.

4.3 Perspectiva Crítica sobre los Tokens de Depósito y las Ofertas No Aprobadas

Thorn ha expresado cautela sobre otras formas de tokenización. Al discutir los tokens de depósito emitidos por bancos, comparó el panorama actual con la era de la “banca salvaje” de la década de 1830 y advirtió que los tokens de depósito podrían no ser ampliamente adoptados si cada banco emite su propio token. Argumentó que los reguladores podrían tratar los tokens de depósito como stablecoins reguladas y requerir un estándar federal único y rígido para hacerlos fungibles.

De manera similar, criticó las ofertas de tokens pre-IPO lanzadas sin el consentimiento del emisor. En una entrevista sobre el token pre-IPO de Jupiter de acciones de Robinhood, Thorn señaló que muchos tokens pre-IPO no están autorizados y “no ofrecen una propiedad limpia de las acciones”. Para Thorn, la tokenización debe ocurrir con la aprobación del emisor y el cumplimiento normativo; la tokenización no autorizada socava la protección del inversor y podría dañar la percepción pública.

5. Arjun Sethi – Co-CEO, Kraken

5.1 Las Acciones Tokenizadas Superarán a las Stablecoins y Democratizarán la Propiedad

Arjun Sethi, co-CEO de Kraken, es un ardiente defensor de las acciones tokenizadas. Predice que las acciones tokenizadas eventualmente superarán a las stablecoins en tamaño de mercado porque proporcionan derechos económicos reales y accesibilidad global. Sethi visualiza un mundo donde cualquier persona con conexión a internet puede comprar una fracción de cualquier acción 24/7, sin restricciones geográficas. Argumenta que las acciones tokenizadas devuelven el poder a los individuos al eliminar las barreras impuestas por la geografía o los guardianes institucionales; por primera vez, personas de todo el mundo pueden poseer y usar una parte de una acción como dinero.

5.2 xStocks y Asociaciones de Kraken

En 2024, Kraken lanzó xStocks, una plataforma para negociar acciones tokenizadas de EE. UU. en Solana. Sethi explicó que el objetivo es llegar a la gente donde está, incrustando el comercio de acciones tokenizadas en aplicaciones ampliamente utilizadas. Cuando Kraken integró xStocks en la Telegram Wallet, Sethi dijo que la integración tenía como objetivo “dar a cientos de millones de usuarios acceso a acciones tokenizadas dentro de aplicaciones familiares”. Subrayó que esto no es solo una novedad; representa un cambio de paradigma hacia mercados sin fronteras que operan 24/7.

Kraken también adquirió la plataforma de futuros NinjaTrader y lanzó una red de Capa 2 de Ethereum (Ink), señalando su intención de expandirse más allá de las criptomonedas hacia una plataforma de servicios financieros de pila completa. Las asociaciones con Apollo Global y Securitize permiten a Kraken trabajar en la tokenización de activos privados y acciones corporativas.

5.3 Compromiso Regulatorio y Salida a Bolsa

Sethi cree que una plataforma de trading sin fronteras y siempre activa requerirá cooperación regulatoria. En una entrevista con Reuters, dijo que expandirse a las acciones es un paso natural y allana el camino para la tokenización de activos; el futuro del trading será sin fronteras, siempre activo y construido sobre rieles cripto. Kraken colabora con reguladores a nivel mundial para asegurar que sus productos tokenizados cumplan con las leyes de valores. Sethi también ha dicho que Kraken podría considerar una salida a bolsa en el futuro si esto apoya su misión.

6. Análisis Comparativo y Temas Emergentes

6.1 La Tokenización como la Siguiente Fase de la Infraestructura del Mercado

Todos los panelistas coinciden en que la tokenización es un cambio fundamental en la infraestructura. Mónica describe las stablecoins como el catalizador que permite tokenizar todas las demás clases de activos. Lo Bessette ve la tokenización como una forma de mejorar la eficiencia de la liquidación y abrir el acceso. Aggarwal predice que todos los activos eventualmente llegarán a la cadena y que Coinbase proporcionará la infraestructura. Thorn enfatiza que las acciones tokenizadas crean mercados de capitales más rápidos y más inclusivos, mientras que Sethi prevé que las acciones tokenizadas superarán a las stablecoins y democratizarán la propiedad.

6.2 Necesidad de Claridad Regulatoria

Un tema recurrente es la necesidad de una regulación clara y consistente. Mónica y Thorn insisten en que los activos tokenizados deben cumplir con las leyes de valores y que las stablecoins y los tokens de depósito requieren una regulación sólida. Lo Bessette señala que Fidelity trabaja en estrecha colaboración con los reguladores, y su fondo del mercado monetario tokenizado está diseñado para encajar dentro de los marcos regulatorios existentes. Aggarwal y Sethi destacan el compromiso con los responsables políticos para asegurar que sus productos en la cadena cumplan con los requisitos de cumplimiento. Sin claridad regulatoria, la tokenización corre el riesgo de replicar la fragmentación y opacidad que la blockchain busca resolver.

6.3 Integración de Stablecoins y Activos Tokenizados

Las stablecoins y los bonos del tesoro tokenizados se consideran fundamentales. Aggarwal ve las stablecoins como el carril nativo para la IA y el comercio global. Mónica ve las stablecoins bien reguladas como el “pistoletazo de salida” para tokenizar otros activos. El fondo del mercado monetario tokenizado de Lo Bessette y la cautela de Thorn sobre los tokens de depósito resaltan diferentes enfoques para tokenizar equivalentes de efectivo. A medida que las stablecoins sean ampliamente adoptadas, es probable que se utilicen para liquidar operaciones de valores tokenizados y RWAs.

6.4 Democratización y Accesibilidad Global

La tokenización promete democratizar el acceso a los mercados de capitales. El entusiasmo de Sethi por dar a “cientos de millones de usuarios” acceso a acciones tokenizadas a través de aplicaciones familiares captura esta visión. Aggarwal ve la tokenización permitiendo a miles de millones de personas y agentes de IA participar en el comercio digital. La visión de Mónica de mercados 24/7 accesibles globalmente se alinea con estas predicciones. Todos enfatizan que la tokenización eliminará barreras y traerá inclusión a los servicios financieros.

6.5 Optimismo Cauteloso y Desafíos

Aunque optimistas, los panelistas también reconocen desafíos. Thorn advierte contra la tokenización pre-IPO no autorizada y subraya que los tokens de depósito podrían replicar la “banca salvaje” si cada banco emite el suyo propio. Lo Bessette y Mónica abogan por un diseño regulatorio cuidadoso. Aggarwal y Sethi destacan las demandas de infraestructura como el cumplimiento, la custodia y la experiencia del usuario. Equilibrar la innovación con la protección del inversor será clave para realizar todo el potencial de los mercados de capitales tokenizados.

Conclusión

Las visiones expresadas en TOKEN2049 y en entrevistas posteriores ilustran una creencia compartida de que la tokenización redefinirá los mercados de capitales. Líderes de Haun Ventures, Fidelity, Coinbase, Galaxy y Kraken ven la tokenización como una evolución inevitable de la infraestructura financiera, impulsada por stablecoins, bonos del tesoro tokenizados y acciones tokenizadas. Anticipan que los mercados en la cadena operarán 24/7, permitirán la participación global, reducirán la fricción en la liquidación y democratizarán el acceso. Sin embargo, estos beneficios dependen de una regulación, cumplimiento e infraestructura robustos. A medida que los reguladores y los participantes de la industria colaboren, la tokenización podría desbloquear nuevas formas de formación de capital, democratizar la propiedad e introducir un sistema financiero más inclusivo.