Saltar al contenido principal

105 publicaciones etiquetados con "Web3"

Tecnologías y aplicaciones web descentralizadas

Ver Todas las Etiquetas

Abstracción de Cadena y Arquitectura Centrada en la Intención en la UX Cross-Chain

· 54 min de lectura
Dora Noda
Software Engineer

Introducción

El rápido crecimiento de las blockchains de Capa 1 y Capa 2 ha fragmentado la experiencia de usuario de Web3. Hoy en día, los usuarios hacen malabares con múltiples wallets, redes y puentes de tokens solo para realizar tareas complejas que abarcan varias cadenas. La abstracción de cadena y la arquitectura centrada en la intención han surgido como paradigmas clave para simplificar este panorama. Al abstraer los detalles específicos de cada cadena y permitir a los usuarios actuar sobre intenciones (resultados deseados) en lugar de crear transacciones explícitas por cadena, estos enfoques prometen una experiencia cross-chain unificada y sin interrupciones. Este informe profundiza en los principios básicos de la abstracción de cadena, el diseño de modelos de ejecución centrados en la intención, implementaciones del mundo real (como Wormhole y Etherspot), los fundamentos técnicos (relayers, smart wallets, etc.) y los beneficios de UX para desarrolladores y usuarios finales. También resumimos las ideas de EthCC 2025, donde la abstracción de cadena y las intenciones fueron temas candentes, y proporcionamos una tabla comparativa de los diferentes enfoques de los protocolos.

Principios de la Abstracción de Cadena

La abstracción de cadena se refiere a cualquier tecnología o marco que presenta múltiples blockchains a los usuarios y desarrolladores como si fueran un único entorno unificado. La motivación es eliminar la fricción causada por la heterogeneidad de las cadenas. En la práctica, la abstracción de cadena significa:

  • Interfaces Unificadas: En lugar de gestionar wallets y endpoints RPC separados para cada blockchain, los usuarios interactúan a través de una única interfaz que oculta los detalles de la red. Los desarrolladores pueden construir dApps sin desplegar contratos separados en cada cadena o escribir lógica de puente personalizada para cada red.
  • Sin Puentes Manuales: Mover activos o datos entre cadenas ocurre en segundo plano. Los usuarios no ejecutan manualmente transacciones de puente de bloqueo/acuñación (lock/mint) ni intercambian por tokens de puente; la capa de abstracción lo maneja automáticamente. Por ejemplo, un usuario podría proporcionar liquidez en un protocolo independientemente de en qué cadena resida la liquidez, y el sistema enrutará los fondos apropiadamente.
  • Abstracción de las Tarifas de Gas: Los usuarios ya no necesitan tener el token nativo de cada cadena para pagar el gas en esa cadena. La capa de abstracción puede patrocinar las tarifas de gas o permitir que el gas se pague en un activo de la elección del usuario. Esto reduce la barrera de entrada, ya que no es necesario adquirir ETH, MATIC, SOL, etc., por separado.
  • Lógica Agnóstica a la Red: La lógica de la aplicación se vuelve agnóstica a la cadena. Los contratos inteligentes o los servicios fuera de la cadena se coordinan para ejecutar las acciones del usuario en cualquier cadena(s) necesaria(s), sin requerir que el usuario cambie manualmente de red o firme múltiples transacciones. En esencia, la experiencia del usuario es la de una "meta-cadena" o una capa de aplicación agnóstica a la blockchain.

La idea central es permitir que los usuarios se centren en qué quieren lograr, no en qué cadena o cómo lograrlo. Una analogía familiar son las aplicaciones web que abstraen la ubicación del servidor: así como un usuario no necesita saber qué servidor o base de datos toca su solicitud, un usuario de Web3 no debería necesitar saber qué cadena o puente se utiliza para una acción. Al enrutar las transacciones a través de una capa unificada, la abstracción de cadena reduce la fragmentación del ecosistema multi-cadena actual.

Motivación: El impulso hacia la abstracción de cadena proviene de los puntos débiles en los flujos de trabajo cross-chain actuales. Gestionar wallets separadas por cadena y realizar operaciones cross-chain de varios pasos (intercambiar en la Cadena A, puentear a la Cadena B, volver a intercambiar en la Cadena B, etc.) es tedioso y propenso a errores. La liquidez fragmentada y las wallets incompatibles también limitan el crecimiento de las dApps en todos los ecosistemas. La abstracción de cadena aborda esto conectando cohesivamente los ecosistemas. Es importante destacar que trata a Ethereum y sus muchas L2s y sidechains como parte de una única experiencia de usuario. EthCC 2025 enfatizó que esto es crítico para la adopción masiva: los ponentes argumentaron que un futuro de Web3 verdaderamente centrado en el usuario "debe abstraer las blockchains", haciendo que el mundo multi-cadena se sienta tan fácil como una sola red.

Arquitectura Centrada en la Intención: De Transacciones a Intenciones

Las interacciones tradicionales de blockchain están centradas en la transacción: un usuario crea y firma explícitamente una transacción que ejecuta operaciones específicas (llama a una función de contrato, transfiere un token, etc.) en una cadena elegida. En un contexto multi-cadena, lograr un objetivo complejo podría requerir muchas de estas transacciones en diferentes redes, cada una iniciada manualmente por el usuario en la secuencia correcta. La arquitectura centrada en la intención invierte este modelo. En lugar de microgestionar transacciones, el usuario declara una intención —un objetivo de alto nivel o un resultado deseado— y deja que un sistema automatizado descubra las transacciones necesarias para cumplirla.

Bajo un diseño basado en la intención, un usuario podría decir: "Intercambiar 100 USDC en Base por 100 USDT en Arbitrum". Esta intención encapsula el qué (intercambiar un activo por otro en una cadena de destino) sin prescribir el cómo. Un agente especializado (a menudo llamado solver) se encarga de completarlo. El solver determinará cómo ejecutar mejor el intercambio entre cadenas; por ejemplo, podría puentear el USDC de Base a Arbitrum usando un puente rápido y luego realizar un intercambio a USDT, o usar un protocolo de intercambio cross-chain directo, lo que sea que produzca el mejor resultado. El usuario firma una única autorización, y el solver maneja la secuencia compleja en el backend, incluyendo encontrar la ruta óptima, enviar las transacciones necesarias en cada cadena, e incluso adelantar las tarifas de gas requeridas o asumir el riesgo intermedio.

Cómo las Intenciones Empoderan la Ejecución Flexible: Al dar al sistema la libertad de decidir cómo cumplir una solicitud, el diseño centrado en la intención permite capas de ejecución mucho más inteligentes y flexibles que las transacciones de usuario fijas. Algunas ventajas:

  • Enrutamiento Óptimo: Los solvers pueden optimizar por costo, velocidad o fiabilidad. Por ejemplo, múltiples solvers podrían competir para cumplir la intención de un usuario, y una subasta on-chain puede seleccionar al que ofrece el mejor precio (p. ej., la mejor tasa de cambio o las tarifas más bajas). Esta competencia reduce los costos para el usuario. El protocolo Mayan Swift de Wormhole es un ejemplo que incorpora una subasta inglesa on-chain en Solana para cada intención, cambiando la competencia de una carrera de "el primero en llegar" a una oferta basada en el precio para mejores resultados para el usuario. El solver que puede ejecutar el intercambio de manera más rentable para el usuario gana la oferta y lleva a cabo el plan, asegurando que el usuario obtenga el mayor valor. Este tipo de descubrimiento dinámico de precios no es posible cuando un usuario pre-especifica una única ruta en una transacción regular.
  • Resiliencia y Flexibilidad: Si un puente o DEX no está disponible o es subóptimo en el momento, un solver puede elegir una ruta alternativa. La intención sigue siendo la misma, pero la capa de ejecución puede adaptarse a las condiciones de la red. Las intenciones, por lo tanto, permiten estrategias de ejecución programable —p. ej., dividir una orden o reintentar por otra ruta— todo invisible para el usuario final, a quien solo le importa que se logre su objetivo.
  • Acciones Atómicas Multi-Cadena: Las intenciones pueden abarcar lo que tradicionalmente serían múltiples transacciones en diferentes cadenas. Los marcos de ejecución se esfuerzan por hacer que toda la secuencia tenga una sensación atómica o al menos sea gestionada en caso de fallo. Por ejemplo, el solver podría considerar la intención cumplida solo cuando todas las sub-transacciones (puente, intercambio, etc.) están confirmadas, y revertir o compensar si algo falla. Esto asegura que la acción de alto nivel del usuario se complete en su totalidad o no se complete en absoluto, mejorando la fiabilidad.
  • Descarga de Complejidad: Las intenciones simplifican drásticamente el papel del usuario. El usuario no necesita entender qué puentes o intercambios usar, cómo dividir la liquidez o cómo programar las operaciones; todo eso se descarga a la infraestructura. Como dice un informe, "los usuarios se centran en el qué, no en el cómo". Un beneficio directo es la experiencia del usuario: interactuar con aplicaciones de blockchain se vuelve más como usar una aplicación Web2 (donde un usuario simplemente solicita un resultado y el servicio maneja el proceso).

En esencia, una arquitectura centrada en la intención eleva el nivel de abstracción de transacciones de bajo nivel a objetivos de alto nivel. La comunidad de Ethereum está tan interesada en este modelo que la Fundación Ethereum ha introducido el Open Intents Framework (OIF), un estándar abierto y una arquitectura de referencia para construir sistemas de intención cross-chain. El OIF define interfaces estándar (como el formato de intención ERC-7683) sobre cómo se crean, comunican y liquidan las intenciones entre cadenas, para que muchas soluciones diferentes (puentes, relayers, mecanismos de subasta) puedan conectarse modularmente. Esto fomenta todo un ecosistema de solvers y protocolos de liquidación que pueden interoperar. El auge de las intenciones se basa en la necesidad de hacer que Ethereum y sus rollups se sientan "como una sola cadena" desde una perspectiva de UX: lo suficientemente rápido y sin fricciones como para que moverse entre L2s o sidechains ocurra en segundos sin dolores de cabeza para el usuario. Estándares tempranos como ERC-7683 (para un formato y ciclo de vida de intención estandarizados) incluso han obtenido el apoyo de líderes como Vitalik Buterin, lo que subraya el impulso detrás de los diseños centrados en la intención.

Resumen de Beneficios Clave: Para resumir, las arquitecturas centradas en la intención aportan varios beneficios clave: (1) UX Simplificada – los usuarios declaran lo que quieren y el sistema se encarga del resto; (2) Fluidez Cross-Chain – las operaciones que abarcan múltiples redes se manejan sin problemas, tratando efectivamente a muchas cadenas como una sola; (3) Escalabilidad para Desarrolladores – los desarrolladores de dApps pueden llegar a usuarios y liquidez en muchas cadenas sin reinventar la rueda para cada una, porque la capa de intención proporciona ganchos estandarizados para la ejecución cross-chain. Al desacoplar qué se necesita hacer de cómo/dónde se hace, las intenciones actúan como el puente entre la innovación amigable para el usuario y la compleja interoperabilidad detrás de escena.

Bloques de Construcción Técnicos de la Abstracción Cross-Chain

Implementar la abstracción de cadena y la ejecución basada en intenciones requiere una pila de mecanismos técnicos que trabajen en conjunto. Los componentes clave incluyen:

  • Relayers de Mensajería Cross-Chain: En el núcleo de cualquier sistema multi-cadena hay una capa de mensajería que puede transportar datos y valor de manera fiable entre blockchains. Protocolos como Wormhole, Hyperlane, Axelar, LayerZero y otros proporcionan esta capacidad retransmitiendo mensajes (a menudo con pruebas o atestaciones de validadores) desde una cadena de origen a una o más cadenas de destino. Estos mensajes pueden llevar comandos como "ejecuta esta intención" o "acuña este activo" en la cadena de destino. Una red de relayers robusta es crucial para el enrutamiento unificado de transacciones: sirve como el "servicio postal" entre cadenas. Por ejemplo, la red de 19 nodos Guardian de Wormhole observa eventos en las cadenas conectadas y firma un VAA (aprobación de acción verificable) que puede ser enviado a cualquier otra cadena para probar que un evento ocurrió. Esto desacopla la acción de cualquier cadena única, permitiendo un comportamiento agnóstico a la cadena. Los relayers modernos se centran en ser agnósticos a la cadena (soportando muchos tipos de cadenas) y descentralizados por seguridad. Wormhole, por ejemplo, se extiende más allá de las cadenas basadas en EVM para soportar Solana, cadenas de Cosmos, etc., lo que lo convierte en una opción versátil para la comunicación cross-chain. La capa de mensajería a menudo también maneja el ordenamiento, los reintentos y las garantías de finalidad para las transacciones cross-chain.

  • Wallets de Contrato Inteligente (Abstracción de Cuentas): La abstracción de cuentas (p. ej., ERC-4337 de Ethereum) reemplaza las cuentas de propiedad externa con cuentas de contrato inteligente que pueden ser programadas con lógica de validación personalizada y capacidades de transacción de múltiples pasos. Esto es una base para la abstracción de cadena porque una smart wallet puede servir como la única meta-cuenta del usuario que controla los activos en todas las cadenas. Proyectos como Etherspot utilizan wallets de contrato inteligente para habilitar características como la agrupación de transacciones (batching) y las claves de sesión entre cadenas. La intención de un usuario podría ser empaquetada como una única operación de usuario (en términos de 4337) que el contrato de la wallet luego expande en múltiples sub-transacciones en diferentes redes. Las smart wallets también pueden integrar paymasters (patrocinadores) para pagar las tarifas de gas en nombre del usuario, permitiendo una verdadera abstracción de gas (el usuario podría pagar en una stablecoin o no pagar en absoluto). Mecanismos de seguridad como las claves de sesión (claves temporales con permisos limitados) permiten a los usuarios aprobar intenciones que involucran múltiples acciones sin múltiples solicitudes, mientras limitan el riesgo. En resumen, la abstracción de cuentas proporciona el contenedor de ejecución programable que puede interpretar una intención de alto nivel y orquestar los pasos necesarios como una serie de transacciones (a menudo a través de los relayers).

  • Orquestación de Intenciones y Solvers: Por encima de la capa de mensajería y de la wallet vive la red de solvers de intenciones – los cerebros que descubren cómo cumplir las intenciones. En algunas arquitecturas, esta lógica está on-chain (p. ej., un contrato de subasta on-chain que empareja órdenes de intención con solvers, como en la subasta de Solana de Wormhole para Mayan Swift). En otras, son agentes fuera de la cadena que monitorean un mempool de intenciones o un libro de órdenes (por ejemplo, el Open Intents Framework proporciona un solver de referencia en TypeScript que escucha nuevos eventos de intención y luego envía transacciones para cumplirlos). Los solvers típicamente deben manejar: encontrar rutas de liquidez (a través de DEXes, puentes), descubrimiento de precios (asegurando que el usuario obtenga una tasa justa), y a veces cubrir costos intermedios (como publicar colateral o asumir el riesgo de finalidad – entregando fondos al usuario antes de que la transferencia cross-chain esté completamente finalizada, acelerando así la UX a cierto riesgo para el solver). Un sistema centrado en la intención bien diseñado a menudo implica competencia entre solvers para asegurar que la intención del usuario se ejecute de manera óptima. Los solvers pueden ser incentivados económicamente (p. ej., ganan una tarifa o un beneficio de arbitraje por cumplir la intención). Mecanismos como las subastas de solvers o la agrupación (batching) pueden ser utilizados para maximizar la eficiencia. Por ejemplo, si múltiples usuarios tienen intenciones similares, un solver podría agruparlas para minimizar las tarifas de puente por usuario.

  • Liquidez Unificada y Abstracción de Tokens: Mover activos entre cadenas introduce el clásico problema de la liquidez fragmentada y los tokens envueltos (wrapped tokens). Las capas de abstracción de cadena a menudo abstraen los tokens mismos – con el objetivo de dar al usuario la experiencia de un único activo que puede ser utilizado en muchas cadenas. Un enfoque son los tokens omnichain (donde un token puede existir nativamente en múltiples cadenas bajo un suministro total único, en lugar de muchas versiones envueltas incompatibles). Wormhole introdujo las Transferencias de Tokens Nativos (NTT) como una evolución de los puentes tradicionales de bloqueo y acuñación (lock-and-mint): en lugar de infinitos tokens IOU "puenteados", el marco NTT trata a los tokens desplegados en varias cadenas como un solo activo con controles compartidos de acuñación/quema. En la práctica, puentear un activo bajo NTT significa quemar en el origen y acuñar en el destino, manteniendo un único suministro circulante. Este tipo de unificación de liquidez es crucial para que la abstracción de cadena pueda "teletransportar" activos sin confundir al usuario con múltiples representaciones de tokens. Otros proyectos utilizan redes o pools de liquidez (p. ej., Connext o Axelar) donde los proveedores de liquidez suministran capital en cada cadena para intercambiar activos, de modo que los usuarios puedan efectivamente comerciar un activo por su equivalente en otra cadena en un solo paso. El ejemplo del fondo Securitize SCOPE es ilustrativo: un token de fondo institucional se hizo multichain de tal manera que los inversores pueden suscribir o redimir en Ethereum u Optimism, y detrás de escena el protocolo de Wormhole mueve el token e incluso lo convierte en formas que generan rendimiento, eliminando la necesidad de puentes manuales o múltiples wallets para los usuarios.

  • Capas de Ejecución Programables: Finalmente, ciertas innovaciones on-chain potencian flujos de trabajo cross-chain más complejos. El soporte para multi-llamadas atómicas y la programación de transacciones ayudan a coordinar intenciones de múltiples pasos. Por ejemplo, los Bloques de Transacciones Programables (PTBs) de la blockchain Sui permiten agrupar múltiples acciones (como intercambios, transferencias, llamadas) en una única transacción atómica. Esto puede simplificar el cumplimiento de intenciones cross-chain en Sui al asegurar que todos los pasos ocurran o ninguno lo haga, con una sola firma del usuario. En Ethereum, propuestas como EIP-7702 (código de contrato inteligente para EOAs) extienden las capacidades de las cuentas de usuario para soportar cosas como gas patrocinado y lógica de múltiples pasos incluso en la capa base. Además, se pueden emplear entornos de ejecución especializados o enrutadores cross-chain – p. ej., algunos sistemas enrutan todas las intenciones a través de una L2 o hub particular que coordina las acciones cross-chain (el usuario podría simplemente interactuar con ese hub). Ejemplos incluyen proyectos como la L1 de Push Protocol (Push Chain) que está siendo diseñada como una capa de liquidación dedicada para operaciones agnósticas a la cadena, con contratos inteligentes universales y finalidad de sub-segundo para acelerar las interacciones cross-chain. Aunque no son universalmente adoptados, estos enfoques ilustran el espectro de técnicas utilizadas para realizar la abstracción de cadena: desde la orquestación puramente fuera de la cadena hasta el despliegue de nueva infraestructura on-chain construida específicamente para la ejecución de intenciones cross-chain.

En resumen, la abstracción de cadena se logra superponiendo estos componentes: una capa de enrutamiento (relayers que envían mensajes entre cadenas), una capa de cuenta (smart wallets que pueden iniciar acciones en cualquier cadena), y una capa de ejecución (solvers, liquidez y contratos que llevan a cabo las intenciones). Cada pieza es necesaria para asegurar que, desde la perspectiva del usuario, interactuar con una dApp a través de múltiples blockchains sea tan fluido como usar una aplicación de una sola cadena.

Caso de Estudio 1: Wormhole – Enrutamiento Basado en Intenciones y Agnóstico a la Cadena

Wormhole es un protocolo de interoperabilidad cross-chain líder que ha evolucionado de un puente de tokens a una red integral de paso de mensajes con funcionalidad basada en intenciones. Su enfoque hacia la abstracción de cadena es proporcionar una capa de enrutamiento de mensajes uniforme que conecta más de 20 cadenas (incluyendo cadenas EVM y no-EVM como Solana), y sobre eso, construir protocolos de aplicación agnósticos a la cadena. Los elementos clave de la arquitectura de Wormhole incluyen:

  • Capa de Mensajes Genérica: En su núcleo, Wormhole es un puente genérico de publicación/suscripción. Los validadores (Guardianes) observan eventos en cada cadena conectada y firman un VAA (acción verificable) que puede ser enviado en cualquier otra cadena para reproducir el evento o llamar a un contrato de destino. Este diseño genérico significa que los desarrolladores pueden enviar instrucciones o datos arbitrarios cross-chain, no solo transferencias de tokens. Wormhole asegura que los mensajes se entreguen y verifiquen de manera consistente, abstrayendo si el origen fue Ethereum, Solana u otra cadena.

  • Transferencias de Tokens Agnósticas a la Cadena: El Token Bridge original de Wormhole (Portal) utilizaba un enfoque de bloqueo y acuñación. Recientemente, Wormhole introdujo las Transferencias de Tokens Nativos (NTT), un marco mejorado para tokens multichain. Con NTT, los activos pueden ser emitidos nativamente en cada cadena (evitando tokens envueltos fragmentados), mientras que Wormhole maneja la contabilidad de las quemas y acuñaciones entre cadenas para mantener el suministro sincronizado. Para los usuarios, esto se siente como si un token se "teletransportara" entre cadenas: depositan en una cadena y retiran el mismo activo en otra, con Wormhole gestionando la contabilidad de acuñación/quema. Esta es una forma de abstracción de tokens que oculta la complejidad de los diferentes estándares de tokens y direcciones en cada cadena.

  • Protocolos xApp Basados en la Intención: Reconociendo que puentear tokens es solo una parte de la UX cross-chain, Wormhole ha desarrollado protocolos de nivel superior para cumplir las intenciones de los usuarios, como intercambios o transferencias con gestión de tarifas de gas. En 2023–2024, Wormhole colaboró con el agregador de DEX cross-chain Mayan para lanzar dos protocolos centrados en la intención, a menudo llamados xApps (aplicaciones cross-chain) en el ecosistema de Wormhole: Mayan Swift y Mayan MCTP (Protocolo de Transferencia Multichain).

    • Mayan Swift se describe como un "protocolo de intención cross-chain flexible" que esencialmente permite a un usuario solicitar un intercambio de tokens de la Cadena A a la Cadena B. El usuario firma una única transacción en la cadena de origen bloqueando sus fondos y especificando su resultado deseado (p. ej., "quiero al menos X cantidad del token Y en la cadena de destino para el tiempo T"). Esta intención (la orden) es luego recogida por solvers. De manera única, Wormhole Swift utiliza una subasta on-chain en Solana para llevar a cabo un descubrimiento de precios competitivo para la intención. Los solvers monitorean un contrato especial de Solana; cuando se crea una nueva orden de intención, ofertan comprometiendo cuánto del token de salida pueden entregar. Durante un corto período de subasta (p. ej., 3 segundos), las ofertas compiten para subir el precio. El mejor postor (quien ofrece la tasa más favorable al usuario) gana y se le concede el derecho de cumplir el intercambio. Wormhole luego lleva un mensaje a la cadena de destino autorizando a ese solver a entregar los tokens al usuario, y otro mensaje de vuelta para liberar los fondos bloqueados del usuario al solver como pago. Este diseño asegura que la intención del usuario se cumpla al mejor precio posible de manera descentralizada, mientras que el usuario solo tuvo que interactuar con su cadena de origen. También desacopla el intercambio cross-chain en dos pasos (bloquear fondos, luego cumplir en el destino) para minimizar el riesgo. El diseño centrado en la intención aquí muestra cómo la abstracción permite una ejecución inteligente: en lugar de que un usuario elija un puente o DEX en particular, el sistema encuentra la ruta y el precio óptimos automáticamente.

    • Mayan MCTP se centra en transferencias de activos cross-chain con gestión de gas y tarifas. Aprovecha el CCTP (Protocolo de Transferencia Cross-Chain) de Circle —que permite que el USDC nativo se queme en una cadena y se acuñe en otra— como base para la transferencia de valor, y utiliza la mensajería de Wormhole para la coordinación. En una transferencia MCTP, la intención de un usuario podría ser simplemente "mover mi USDC de la Cadena A a la Cadena B (y opcionalmente intercambiarlo por otro token en B)". El contrato de la cadena de origen acepta los tokens y un destino deseado, luego inicia una quema a través de CCTP y simultáneamente publica un mensaje de Wormhole que lleva metadatos como la dirección de destino del usuario, el token deseado en el destino, e incluso una entrega de gas (gas drop) (una cantidad de los fondos puenteados para convertir en gas nativo en el destino). En la cadena de destino, una vez que Circle acuña el USDC, un relayer de Wormhole asegura que los metadatos de la intención se entreguen y verifiquen. El protocolo puede entonces, por ejemplo, intercambiar automáticamente una porción de USDC por el token nativo para pagar el gas, y entregar el resto a la wallet del usuario (o a un contrato especificado). Esto proporciona un puente de un solo paso con gas incluido: el usuario no tiene que ir a adquirir gas en la nueva cadena o realizar un intercambio separado por gas. Todo está codificado en la intención y manejado por la red. MCTP demuestra así cómo la abstracción de cadena puede manejar la abstracción de tarifas y transferencias fiables en un solo flujo. El papel de Wormhole es transmitir de forma segura la intención y la prueba de que los fondos se movieron (a través de CCTP) para que la solicitud del usuario se cumpla de extremo a extremo.

Ilustración de la arquitectura de intercambio centrada en la intención de Wormhole (Mayan Swift). En este diseño, el usuario bloquea activos en la cadena de origen y define un resultado (intención). Los solvers pujan en una subasta on-chain por el derecho a cumplir esa intención. El solver ganador utiliza mensajes de Wormhole para coordinar el desbloqueo de fondos y la entrega del resultado en la cadena de destino, todo mientras se asegura de que el usuario reciba el mejor precio por su intercambio.

  • UX Unificada y Flujos de un Solo Clic: Las aplicaciones basadas en Wormhole ofrecen cada vez más acciones cross-chain de un solo clic. Por ejemplo, Wormhole Connect es un SDK de frontend que las dApps y wallets integran para permitir a los usuarios puentear activos con un solo clic; detrás de escena, llama al puente de tokens de Wormhole y (opcionalmente) a relayers que depositan gas en la cadena de destino. En el caso de uso del fondo Securitize SCOPE, un inversor en Optimism puede comprar tokens del fondo que originalmente residen en Ethereum, sin puentear nada manualmente; la capa de liquidez de Wormhole mueve automáticamente los tokens y incluso los convierte en una forma que genera rendimiento, de modo que el usuario solo ve un producto de inversión unificado. Tales ejemplos resaltan el ethos de la abstracción de cadena: el usuario realiza una acción de alto nivel (invertir en un fondo, intercambiar X por Y) y la plataforma maneja la mecánica cross-chain silenciosamente. La retransmisión de mensajes estándar de Wormhole y la entrega automática de gas (a través de servicios como el Automatic Relayer de Wormhole o el Gas Service de Axelar integrado en algunos flujos) significan que el usuario a menudo firma solo una transacción en su cadena de origen y recibe el resultado en la cadena de destino sin más intervención. Desde la perspectiva del desarrollador, Wormhole proporciona una interfaz uniforme para llamar a contratos entre cadenas, por lo que construir lógica cross-chain es más simple.

En resumen, el enfoque de Wormhole hacia la abstracción de cadena es proporcionar la infraestructura (relayers descentralizados + contratos estandarizados en cada cadena) sobre la cual otros pueden construir para crear experiencias agnósticas a la cadena. Al soportar una amplia variedad de cadenas y ofrecer protocolos de nivel superior (como la subasta de intenciones y la transferencia con gestión de gas), Wormhole permite a las aplicaciones tratar el ecosistema blockchain como un todo conectado. Los usuarios se benefician al no tener que preocuparse más por en qué cadena están o cómo puentear; ya sea moviendo liquidez o haciendo un intercambio multi-cadena, las xApps centradas en la intención de Wormhole buscan hacerlo tan fácil como una interacción de una sola cadena. El cofundador de Wormhole, Robinson Burkey, señaló que este tipo de infraestructura ha alcanzado una "madurez a escala institucional", permitiendo incluso a los emisores de activos regulados operar sin problemas a través de las redes y abstraer las restricciones específicas de la cadena para sus usuarios.

Caso de Estudio 2: Etherspot – La Abstracción de Cuentas se Une a las Intenciones

Etherspot aborda el problema de la UX cross-chain desde la perspectiva de las wallets y las herramientas para desarrolladores. Proporciona un SDK de Abstracción de Cuentas y una pila de protocolos de intención que los desarrolladores pueden integrar para dar a sus usuarios una experiencia multi-cadena unificada. En efecto, Etherspot combina wallets de contrato inteligente con lógica de abstracción de cadena para que la única cuenta inteligente de un usuario pueda operar en muchas redes con una fricción mínima. Las características clave de la arquitectura de Etherspot incluyen:

  • Wallet Inteligente Modular (Abstracción de Cuentas): Cada usuario de Etherspot obtiene una wallet de contrato inteligente (estilo ERC-4337) que puede ser desplegada en múltiples cadenas. Etherspot contribuyó a estándares como ERC-7579 (interfaz mínima de cuentas inteligentes modulares) para asegurar que estas wallets sean interoperables y actualizables. El contrato de la wallet actúa como el agente del usuario y puede ser personalizado con módulos. Por ejemplo, un módulo podría habilitar una vista de saldo unificada – la wallet puede reportar el agregado de los fondos de un usuario en todas las cadenas. Otro módulo podría habilitar claves de sesión, para que el usuario pueda aprobar una serie de acciones con una sola firma. Debido a que la wallet está presente en cada cadena, puede iniciar directamente transacciones localmente cuando sea necesario (con los bundlers y relayers del backend de Etherspot orquestando la coordinación cross-chain).

  • Agrupador de Transacciones (Bundler) y Paymasters: Etherspot opera un servicio de agrupador (llamado Skandha) que recolecta operaciones de usuario de las smart wallets, y un servicio de paymaster (Arka) que puede patrocinar las tarifas de gas. Cuando un usuario activa una intención a través de Etherspot, efectivamente firma un mensaje a su contrato de wallet. La infraestructura de Etherspot (el bundler) luego traduce eso en transacciones reales en las cadenas relevantes. Crucialmente, puede agrupar múltiples acciones – p. ej., un intercambio en un DEX en una cadena y una transferencia de puente a otra cadena – en una meta-transacción que el contrato de la wallet del usuario ejecutará paso a paso. El paymaster significa que el usuario podría no necesitar pagar ningún gas de L1; en su lugar, la dApp o un tercero podría cubrirlo, o la tarifa podría tomarse en otro token. Esto realiza la abstracción de gas en la práctica (una gran victoria en usabilidad). De hecho, Etherspot destaca que con las próximas características de Ethereum como EIP-7702, incluso las Cuentas de Propiedad Externa podrían ganar capacidades sin gas similares a las wallets de contrato, pero las cuentas inteligentes de Etherspot ya permiten intenciones sin gas a través de paymasters hoy.

  • API de Intención y Solvers (Pulse): Sobre la capa de cuenta, Etherspot proporciona una API de Intención de alto nivel conocida como Etherspot Pulse. Pulse es el motor de abstracción de cadena de Etherspot que los desarrolladores pueden usar para habilitar intenciones cross-chain en sus dApps. En una demostración de Etherspot Pulse a finales de 2024, mostraron cómo un usuario podía realizar un intercambio de tokens de Ethereum a un activo en Base, usando una interfaz de aplicación React simple con un solo clic. Bajo el capó, Pulse manejó la transacción multi-cadena de forma segura y eficiente. Las características clave de Pulse incluyen Saldos Unificados (el usuario ve todos los activos como una sola cartera independientemente de la cadena), Seguridad con Claves de Sesión (privilegios limitados para ciertas acciones para evitar aprobaciones constantes), Swaps Basados en Intención e Integración de Solvers. En otras palabras, el desarrollador solo llama a una intención como swap(tokenA en Cadena1 -> tokenB en Cadena2 para el usuario) a través del SDK de Etherspot, y Pulse descubre cómo hacerlo, ya sea enrutando a través de una red de liquidez como Socket o llamando a un DEX cross-chain. Etherspot se ha integrado con varios puentes y agregadores de DEX para encontrar rutas óptimas (es probable que también utilice algunos de los conceptos del Open Intents Framework, dada la participación de Etherspot en la comunidad de intenciones de Ethereum).

  • Educación y Estándares: Etherspot ha sido un defensor vocal de los estándares de abstracción de cadena. Ha publicado contenido educativo explicando las intenciones y cómo "los usuarios declaran su resultado deseado, mientras que los solvers manejan el proceso de backend", enfatizando la UX simplificada y la fluidez cross-chain. Enumeran beneficios como que los usuarios no necesitan preocuparse por puentes o gas, y las dApps ganan escalabilidad al acceder fácilmente a múltiples cadenas. Etherspot también está colaborando activamente con proyectos del ecosistema: por ejemplo, hace referencia al Open Intents Framework de la Fundación Ethereum y explora la integración de nuevos estándares de mensajería cross-chain (ERC-7786, 7787, etc.) a medida que surgen. Al alinearse con estándares comunes, Etherspot asegura que su formato de intención o interfaz de wallet pueda funcionar en conjunto con otras soluciones (como Hyperlane, Connext, Axelar, etc.) elegidas por el desarrollador.

  • Casos de Uso y UX para Desarrolladores: Para los desarrolladores, usar Etherspot significa que pueden agregar características cross-chain sin reinventar la rueda. Una dApp de DeFi puede permitir a un usuario depositar fondos en cualquier cadena en la que tenga activos, y Etherspot abstraerá las diferencias de cadena. Una aplicación de juegos podría permitir a los usuarios firmar una transacción para reclamar un NFT en una L2 y que se puentee automáticamente a Ethereum si es necesario para el comercio. El SDK de Etherspot esencialmente ofrece llamadas a funciones agnósticas a la cadena – los desarrolladores llaman a métodos de alto nivel (como un transfer() o swap() unificado) y el SDK se encarga de localizar los fondos del usuario, moverlos si es necesario y actualizar el estado en todas las cadenas. Esto reduce significativamente el tiempo de desarrollo para el soporte multi-cadena (el equipo afirma una reducción de hasta el 90% en el tiempo de desarrollo al usar su plataforma de abstracción de cadena). Otro aspecto es el RPC Playground y las herramientas de depuración que Etherspot construyó para los flujos de AA, que facilitan la prueba de operaciones de usuario complejas que pueden involucrar múltiples redes. Todo esto está orientado a hacer que la integración de la abstracción de cadena sea tan sencilla como integrar una API de pagos en Web2.

Desde la perspectiva del usuario final, una aplicación impulsada por Etherspot puede ofrecer una incorporación y una experiencia diaria mucho más fluidas. Los nuevos usuarios pueden iniciar sesión con inicio de sesión social o correo electrónico (si la dApp utiliza el módulo de cuenta social de Etherspot) y obtener una cuenta inteligente automáticamente, sin necesidad de gestionar frases semilla para cada cadena. Pueden recibir tokens de cualquier cadena en su única dirección (la dirección de la smart wallet es la misma en todas las cadenas compatibles) y verlos en una sola lista. Si quieren realizar una acción (intercambiar, prestar, etc.) en una cadena donde no tienen el activo o el gas, el protocolo de intención enrutará automáticamente sus fondos y acciones para que suceda. Por ejemplo, un usuario con USDC en Polygon que quiera participar en un pool de DeFi de Ethereum podría simplemente hacer clic en "Invertir en el Pool"; la aplicación (a través de Etherspot) intercambiará el USDC por el activo requerido, lo puenteará a Ethereum, lo depositará en el contrato del pool e incluso manejará las tarifas de gas tomando una pequeña porción del USDC, todo en un solo flujo. El usuario nunca se enfrenta a errores de "por favor, cambie a la red X" o "necesita ETH para el gas"; esos se manejan detrás de escena. Esta experiencia de un solo clic es exactamente lo que busca la abstracción de cadena.

El CEO de Etherspot, Michael Messele, habló en EthCC 2025 sobre la "abstracción de cadena avanzada" y destacó que hacer que Web3 sea verdaderamente agnóstico a la blockchain puede empoderar tanto a usuarios como a desarrolladores al mejorar la interoperabilidad, la escalabilidad y la UX. Las propias contribuciones de Etherspot, como la demostración de Pulse de intercambios cross-chain con una sola intención, muestran que la tecnología ya está aquí para simplificar drásticamente las interacciones cross-chain. Como lo posiciona Etherspot, las intenciones son el puente entre las posibilidades innovadoras de un ecosistema multi-cadena y la usabilidad que los usuarios finales esperan. Con soluciones como la suya, las dApps pueden ofrecer experiencias "sin fricción" donde las diferencias de cadena desaparecen en el fondo, acelerando la adopción masiva de Web3.

Mejoras en la Experiencia de Usuario y Desarrollador

Tanto la abstracción de cadena como las arquitecturas centradas en la intención están, en última instancia, al servicio de una mejor experiencia de usuario (UX) y experiencia de desarrollador (DX) en un mundo multi-cadena. Algunas de las mejoras notables incluyen:

  • Incorporación Fluida (Onboarding): Los nuevos usuarios pueden ser incorporados sin preocuparse por en qué blockchain están. Por ejemplo, a un usuario se le podría dar una única cuenta inteligente que funcione en todas partes, posiblemente creada con un inicio de sesión social. Pueden recibir cualquier token o NFT en esta cuenta desde cualquier cadena sin confusión. Ya no es necesario que un recién llegado aprenda a cambiar de red en MetaMask o a proteger múltiples frases semilla. Esto reduce significativamente la barrera de entrada, ya que usar una dApp se siente más cercano al registro en una aplicación Web2. Los proyectos que implementan la abstracción de cuentas a menudo permiten la creación de wallets basadas en correo electrónico u OAuth, siendo la cuenta inteligente resultante agnóstica a la cadena.

  • Acciones Cross-Chain con un Solo Clic: Quizás la ganancia de UX más visible es condensar lo que solían ser flujos de trabajo de múltiples pasos y múltiples aplicaciones en uno o dos clics. Por ejemplo, un intercambio de tokens cross-chain anteriormente podría requerir: intercambiar el Token A por un activo puenteable en la Cadena 1, ir a una interfaz de puente para enviarlo a la Cadena 2, luego intercambiarlo por el Token B en la Cadena 2, y gestionar las tarifas de gas en ambas cadenas. Con los sistemas centrados en la intención, el usuario simplemente solicita "Intercambiar A en la Cadena 1 por B en la Cadena 2" y confirma una vez. Todos los pasos intermedios (incluida la adquisición de gas en la Cadena 2 si es necesario) se automatizan. Esto no solo ahorra tiempo, sino que también reduce las posibilidades de error del usuario (usar el puente incorrecto, enviar a la dirección incorrecta, etc.). Es similar a la conveniencia de reservar un vuelo con múltiples escalas a través de un solo sitio de viajes en lugar de comprar manualmente cada tramo por separado.

  • Sin Ansiedad por el Gas Nativo: Los usuarios no necesitan intercambiar constantemente por pequeñas cantidades de ETH, MATIC, AVAX, etc., solo para pagar las transacciones. La abstracción de las tarifas de gas significa que o la dApp cubre el gas (y quizás cobra una tarifa en el token transaccionado o a través de un modelo de suscripción), o el sistema convierte un poco del activo del usuario automáticamente para pagar las tarifas. Esto tiene un gran impacto psicológico: elimina una clase de avisos confusos (no más errores de "gas insuficiente") y permite a los usuarios centrarse en las acciones que les importan. Varias charlas en EthCC 2025 señalaron la abstracción de gas como una prioridad, p. ej., el EIP-7702 de Ethereum incluso permitirá que las cuentas EOA tengan gas patrocinado en el futuro. En la práctica actual, muchos protocolos de intención entregan una pequeña cantidad del activo de salida como gas en la cadena de destino para el usuario, o utilizan paymasters conectados a las operaciones del usuario. El resultado: un usuario puede, por ejemplo, mover USDC de Arbitrum a Polygon sin tocar nunca ETH en ninguno de los lados, y aun así tener su wallet de Polygon capaz de realizar transacciones inmediatamente a su llegada.

  • Gestión Unificada de Activos: Para los usuarios finales, tener una vista unificada de activos y actividades en todas las cadenas es una mejora importante en la calidad de vida. La abstracción de cadena puede presentar una cartera combinada, por lo que tu 1 ETH en la red principal y 2 ETH de stETH puenteado en Optimism podrían mostrarse simplemente como "saldo de ETH". Si tienes stablecoins en USD en cinco cadenas diferentes, una wallet agnóstica a la cadena podría mostrar tu valor total en USD y permitirte gastar de él sin que tengas que puentear manualmente. Esto se siente más como una aplicación bancaria tradicional que muestra un único saldo (incluso si los fondos están distribuidos en varias cuentas detrás de escena). Los usuarios pueden establecer preferencias como "usar la red más barata por defecto" o "maximizar el rendimiento" y el sistema podría asignar automáticamente las transacciones a la cadena apropiada. Mientras tanto, todo su historial de transacciones podría verse en una sola línea de tiempo, independientemente de la cadena. Tal coherencia es importante para una adopción más amplia: oculta la complejidad de la blockchain bajo metáforas familiares.

  • Productividad Mejorada para Desarrolladores: Desde el lado del desarrollador, las plataformas de abstracción de cadena significan no más escribir código específico de la cadena para cada integración. En lugar de integrar cinco puentes diferentes y seis intercambios para asegurar la cobertura de activos y redes, un desarrollador puede integrar una API de protocolo de intención que los abstrae. Esto no solo ahorra esfuerzo de desarrollo, sino que también reduce el mantenimiento: a medida que surgen nuevas cadenas o puentes, los mantenedores de la capa de abstracción se encargan de la integración, y la dApp simplemente se beneficia de ello. El resumen semanal de Etherspot destacó que soluciones como la plataforma de abstracción de cadena de Okto afirman reducir el tiempo de desarrollo de dApps multi-cadena hasta en un 90% al proporcionar soporte listo para usar para las principales cadenas y características como la optimización de la liquidez. En esencia, los desarrolladores pueden centrarse en la lógica de la aplicación (p. ej., un producto de préstamos, un juego) en lugar de en las complejidades de las transferencias cross-chain o la gestión del gas. Esto abre la puerta para que más desarrolladores de Web2 entren en Web3, ya que pueden usar SDK de nivel superior en lugar de necesitar una profunda experiencia en blockchain para cada cadena.

  • Nuevas Experiencias Componibles: Con las intenciones y la abstracción de cadena, los desarrolladores pueden crear experiencias que antes eran demasiado complejas de intentar. Por ejemplo, las estrategias de yield farming cross-chain pueden automatizarse: un usuario podría hacer clic en "maximizar el rendimiento de mis activos" y un protocolo de intención podría mover activos entre cadenas a las mejores granjas de rendimiento, incluso haciéndolo continuamente a medida que cambian las tasas. Los juegos pueden tener activos y misiones que abarcan múltiples cadenas sin requerir que los jugadores puenteeen manualmente los objetos; el backend del juego (usando un marco de intención) se encarga de la teletransportación de objetos o la sincronización de estado. Incluso la gobernanza puede beneficiarse: una DAO podría permitir a un usuario votar una vez y que ese voto se aplique en los contratos de gobernanza de todas las cadenas relevantes a través de mensajes cross-chain. El efecto general es la componibilidad: así como DeFi en una sola cadena permitió la composición de protocolos como si fueran piezas de Lego, las capas de intención cross-chain permiten que los protocolos en diferentes cadenas se compongan. Una intención de usuario podría desencadenar acciones en múltiples dApps a través de cadenas (p. ej., desenvolver un NFT en una cadena y venderlo en un mercado en otra), lo que crea flujos de trabajo más ricos que las operaciones aisladas de una sola cadena.

  • Redes de Seguridad y Fiabilidad: Un aspecto de UX a menudo subestimado es el manejo de errores. En las primeras interacciones cross-chain, si algo salía mal (fondos atascados en un puente, una transacción que fallaba después de enviar fondos, etc.), los usuarios se enfrentaban a una pesadilla de solución de problemas en múltiples plataformas. Los marcos de intención pueden incorporar lógica de reintento, seguros o mecanismos de protección del usuario. Por ejemplo, un solver podría asumir el riesgo de finalidad, entregando los fondos del usuario en el destino de inmediato (en segundos) y esperando la finalidad más lenta de la cadena de origen por sí mismo. Esto significa que el usuario no se queda esperando minutos u horas para la confirmación. Si una intención falla parcialmente, el sistema puede revertir o reembolsar automáticamente. Debido a que todo el flujo está orquestado con pasos conocidos, hay más margen para compensar al usuario si algo se rompe. Algunos protocolos están explorando el depósito en garantía y los seguros para operaciones cross-chain como parte de la ejecución de la intención, lo que sería imposible si el usuario estuviera saltando manualmente a través de aros; soportaría ese riesgo solo. En resumen, la abstracción puede hacer que la experiencia general no solo sea más fluida, sino también más segura y confiable para el usuario promedio.

Todas estas mejoras apuntan a una única tendencia: reducir la carga cognitiva de los usuarios y abstraer la fontanería de la blockchain al fondo. Cuando se hace bien, los usuarios pueden ni siquiera darse cuenta de qué cadenas están utilizando; simplemente acceden a características y servicios. Los desarrolladores, por otro lado, pueden construir aplicaciones que aprovechan la liquidez y las bases de usuarios en muchas redes desde una única base de código. Es un cambio de complejidad desde los bordes (aplicaciones de usuario) hacia el medio (protocolos de infraestructura), lo cual es una progresión natural a medida que la tecnología madura. El tono de EthCC 2025 se hizo eco de este sentimiento, con la "infraestructura fluida y componible" citada como un objetivo primordial para la comunidad de Ethereum.

Perspectivas de EthCC 2025

La conferencia EthCC 2025 (celebrada en julio de 2025 en Cannes) subrayó cuán centrales se han vuelto la abstracción de cadena y el diseño basado en intenciones en el ecosistema de Ethereum. Un bloque dedicado de sesiones se centró en unificar las experiencias de usuario a través de las redes. Las principales conclusiones del evento incluyen:

  • Alineación de la Comunidad sobre la Abstracción: Múltiples charlas de líderes de la industria repitieron el mismo mensaje: simplificar la experiencia multi-cadena es crítico para la próxima ola de adopción de Web3. Michael Messele (Etherspot) habló sobre avanzar "hacia un futuro agnóstico a la blockchain", Alex Bash (wallet Zerion) discutió "unificar la UX de Ethereum con abstracción e intenciones", y otros introdujeron estándares concretos como ERC-7811 para la abstracción de cadena de stablecoins. El propio título de una charla, "No hay futuro para Web3 sin la Abstracción de Cadena", encapsuló el sentimiento de la comunidad. En otras palabras, hay un amplio acuerdo en que sin resolver la usabilidad cross-chain, Web3 no alcanzará su máximo potencial. Esto representa un cambio con respecto a años anteriores donde el escalado de L1 o L2 era el enfoque principal; ahora que muchas L2s están activas, conectarlas para los usuarios es la nueva frontera.

  • El Papel de Ethereum como un Hub: Los paneles de EthCC destacaron que Ethereum se está posicionando no solo como una cadena entre muchas, sino como la base de un ecosistema multi-cadena. La seguridad de Ethereum y su abstracción de cuentas 4337 en la red principal pueden servir como la base común que subyace a la actividad en varias L2s y sidechains. En lugar de competir con sus rollups, Ethereum (y por extensión, la comunidad de Ethereum) está invirtiendo en protocolos que hacen que toda la red de cadenas se sienta unificada. Esto se ejemplifica con el apoyo de la Fundación Ethereum a proyectos como el Open Intents Framework, que abarca muchas cadenas y rollups. El ambiente en EthCC fue que la madurez de Ethereum se demuestra al abrazar un "ecosistema de ecosistemas", donde el diseño centrado en el usuario (independientemente de la cadena) es primordial.

  • Stablecoins y Activos del Mundo Real (RWAs) como Catalizadores: Un tema interesante fue la intersección de la abstracción de cadena con stablecoins y RWAs (Activos del Mundo Real). Las stablecoins fueron señaladas repetidamente como una "fuerza de anclaje" en DeFi, y varias charlas (p. ej., sobre la abstracción de cadena de stablecoins ERC-7811) analizaron cómo hacer que el uso de stablecoins sea agnóstico a la cadena. La idea es que a un usuario promedio no debería importarle en qué cadena reside su USDC o DAI; debería tener el mismo valor y ser utilizable en cualquier lugar sin problemas. Vimos esto con el fondo de Securitize usando Wormhole para volverse multichain, abstrayendo efectivamente un producto institucional a través de las cadenas. Las discusiones en EthCC sugirieron que resolver la UX cross-chain para stablecoins y RWAs es un gran paso hacia finanzas basadas en blockchain más amplias, ya que estos activos demandan experiencias de usuario fluidas para su adopción por parte de instituciones y usuarios convencionales.

  • Entusiasmo y Herramientas para Desarrolladores: Talleres y eventos paralelos (como el Multichain Day) presentaron a los desarrolladores las nuevas herramientas disponibles. Proyectos de hackathon y demostraciones mostraron cómo las APIs de intención y los SDKs de abstracción de cadena (de varios equipos) podían usarse para crear dApps cross-chain en días. Había una emoción palpable de que el "Santo Grial" de la UX de Web3 —usar múltiples redes sin darse cuenta— está al alcance. El equipo del Open Intents Framework realizó un taller para principiantes explicando cómo construir una aplicación habilitada para intenciones, probablemente usando su solver y contratos de referencia. Los desarrolladores que habían luchado con el puenteo y el despliegue multi-cadena en el pasado estaban interesados en estas soluciones, como lo demostraron las sesiones de preguntas y respuestas (según se informó informalmente en las redes sociales durante la conferencia).

  • Anuncios y Colaboración: EthCC 2025 también sirvió como escenario para anunciar colaboraciones entre proyectos en este espacio. Por ejemplo, se insinuó una asociación entre un proveedor de wallets y un protocolo de intención o entre un proyecto de puente y un proyecto de abstracción de cuentas. Un anuncio concreto fue la integración de Wormhole con el ecosistema de Stacks (trayendo la liquidez de Bitcoin a los flujos cross-chain), que no era directamente abstracción de cadena para Ethereum, pero ejemplificaba la conectividad en expansión a través de ecosistemas cripto tradicionalmente separados. La presencia de proyectos como Zerion (wallet), Safe (cuentas inteligentes), Connext, Socket, Axelar, etc., todos discutiendo la interoperabilidad, señaló que muchas piezas del rompecabezas se están uniendo.

En general, EthCC 2025 pintó un cuadro de una comunidad que se une en torno a la innovación cross-chain centrada en el usuario. La frase "infraestructura componible" se usó para describir el objetivo: todas estas L1s, L2s y protocolos deberían formar un tejido cohesivo sobre el cual las aplicaciones puedan construir sin necesidad de unir las cosas ad-hoc. La conferencia dejó claro que la abstracción de cadena y las intenciones no son solo palabras de moda, sino áreas activas de desarrollo que atraen talento e inversión serios. El liderazgo de Ethereum en esto —a través de financiación, establecimiento de estándares y provisión de una capa base robusta— fue reafirmado en el evento.

Comparación de Enfoques para la Abstracción de Cadena e Intenciones

La siguiente tabla compara varios protocolos y marcos prominentes que abordan la experiencia de usuario/desarrollador cross-chain, destacando su enfoque y características clave:

Proyecto / ProtocoloEnfoque de la Abstracción de CadenaMecanismo Centrado en la IntenciónCaracterísticas y Resultados Clave
Wormhole (Protocolo de Interoperabilidad)Capa de paso de mensajes agnóstica a la cadena que conecta más de 25 cadenas (EVM y no-EVM) a través de la red de validadores Guardian. Abstrae las transferencias de tokens con el estándar Native Token Transfer (NTT) (suministro unificado entre cadenas) y llamadas a contratos cross-chain genéricas.Cumplimiento de Intenciones a través de xApps: Proporciona protocolos de nivel superior sobre la mensajería (p. ej., Mayan Swift para intercambios cross-chain, Mayan MCTP para transferencias con gas). Las intenciones se codifican como órdenes en la cadena de origen; son resueltas por agentes fuera o dentro de la cadena (subastas en Solana) con Wormhole retransmitiendo pruebas entre cadenas.Interoperabilidad Universal: Una integración da acceso a muchas cadenas.
Ejecución al Mejor Precio: Los solvers compiten en subastas para maximizar la salida del usuario (reduce costos).
Abstracción de Gas y Tarifas: Los relayers manejan la entrega de fondos y gas en la cadena de destino, permitiendo flujos de usuario de un solo clic.
Soporte Heterogéneo: Funciona en entornos de cadena muy diferentes (Ethereum, Solana, Cosmos, etc.), lo que lo hace versátil para los desarrolladores.
Etherspot (SDK de AA + ChA)Plataforma de abstracción de cuentas que ofrece wallets de contrato inteligente en múltiples cadenas con un SDK unificado. Abstrae las cadenas al proporcionar una única API para interactuar con todas las cuentas y saldos del usuario en todas las redes. Los desarrolladores integran su SDK para obtener funcionalidad multi-cadena lista para usar.Protocolo de Intención (“Pulse”): Recopila los objetivos declarados por el usuario (p. ej., intercambiar X por Y cross-chain) a través de una API de alto nivel. El backend utiliza la smart wallet del usuario para ejecutar los pasos necesarios: agrupar transacciones, elegir puentes/intercambios (con lógica de solver integrada o agregadores externos) y patrocinar el gas a través de paymasters.Unificación de Smart Wallet: Una cuenta de usuario controla activos en todas las cadenas, habilitando características como saldo agregado y acciones multi-cadena de un solo clic.
Amigable para el Desarrollador: Módulos pre-construidos (bundler 4337, paymaster) y React TransactionKit, reduciendo significativamente el tiempo de desarrollo de dApps multi-cadena.
Sin Gas e Inicio de Sesión Social: Soporta el patrocinio de gas y el inicio de sesión alternativo (mejorando la UX para usuarios convencionales).
Demostración de Swaps con una Sola Intención: Mostró un intercambio cross-chain en una sola operación de usuario, ilustrando cómo los usuarios se centran en el "qué" y dejan que Etherspot maneje el "cómo".
Open Intents Framework (Fundación Ethereum y colaboradores)Estándar abierto (ERC-7683) y arquitectura de referencia para construir aplicaciones cross-chain basadas en intenciones. Proporciona un conjunto base de contratos (p. ej., un registro de intenciones Base7683 en cada cadena) que puede conectarse a cualquier capa de puente/mensajería. Busca abstraer las cadenas estandarizando cómo se expresan y resuelven las intenciones, independientemente de un único proveedor.Solvers y Liquidación Conectables: OIF no impone una red de solvers; permite que múltiples mecanismos de liquidación (Hyperlane, LayerZero, xcall de Connext, etc.) se usen indistintamente. Las intenciones se envían a un contrato que los solvers monitorean; se proporciona una implementación de solver de referencia (bot de TypeScript) que los desarrolladores pueden ejecutar o modificar. Los contratos de intención en vivo de Across Protocol en la red principal sirven como una realización de ERC-7683.Colaboración del Ecosistema: Construido por docenas de equipos para ser un bien público, fomentando la infraestructura compartida (los solvers pueden atender intenciones de cualquier proyecto).
Modularidad: Los desarrolladores pueden elegir el modelo de confianza – p. ej., usar verificación optimista, un puente específico o multi-sig – sin cambiar el formato de la intención.
Estandarización: Con interfaces comunes, las wallets y UIs (como Superbridge) pueden soportar intenciones de cualquier protocolo basado en OIF, reduciendo el esfuerzo de integración.
Apoyo de la Comunidad: Vitalik y otros respaldan el esfuerzo, y los primeros adoptantes (Eco, Compact de Uniswap, etc.) están construyendo sobre él.
Axelar + Squid (Red y SDK Cross-Chain)Red de interoperabilidad basada en Cosmos (Axelar) con un conjunto de validadores descentralizados que pasan mensajes y tokens entre cadenas. Abstrae el salto de cadena ofreciendo una API cross-chain unificada (SDK de Squid) que los desarrolladores usan para iniciar transferencias o llamadas a contratos a través de cadenas EVM, cadenas de Cosmos, etc., a través de la red de Axelar. Squid se enfoca en proporcionar liquidez cross-chain fácil (intercambios) a través de una interfaz.Operaciones Cross-Chain de "Un Solo Paso": Squid interpreta intenciones como "intercambiar TokenA en CadenaX por TokenB en CadenaY" y lo divide automáticamente en pasos on-chain: un intercambio en CadenaX (usando un agregador de DEX), una transferencia a través del puente de Axelar y un intercambio en CadenaY. El General Message Passing de Axelar entrega cualquier dato de intención arbitrario. Axelar también ofrece un Servicio de Gas – los desarrolladores pueden hacer que los usuarios paguen el gas en el token de origen y asegura que la transacción de destino se pague, logrando la abstracción de gas para el usuario.Simplicidad para el Desarrollador: Una sola llamada al SDK maneja intercambios multi-cadena; no es necesario integrar manualmente la lógica de DEX + puente + DEX.
Finalidad Rápida: Axelar asegura la finalidad con su propio consenso (segundos), por lo que las acciones cross-chain se completan rápidamente (a menudo más rápido que los puentes optimistas).
Componible con dApps: Muchas dApps (p. ej., exchanges descentralizados, agregadores de rendimiento) integran Squid para ofrecer características cross-chain, externalizando efectivamente la complejidad.
Modelo de Seguridad: Se basa en la seguridad de prueba de participación de Axelar; los usuarios confían en los validadores de Axelar para puentear activos de forma segura (un modelo diferente a los puentes optimistas o de cliente ligero).
Connext (xCall y Amarok)Puente de red de liquidez que utiliza un modelo de aseguramiento optimista (los vigilantes desafían el fraude) para la seguridad. Abstrae las cadenas al proporcionar una interfaz xcall – los desarrolladores tratan las llamadas a funciones cross-chain como llamadas a funciones normales, y Connext enruta la llamada a través de enrutadores que proporcionan liquidez y ejecutan la llamada en el destino. El objetivo es hacer que llamar a un contrato en otra cadena sea tan simple como llamar a uno local.Intenciones de Llamada a Función: El xcall de Connext toma una intención como "invocar la función F en el Contrato C en la Cadena B con los datos X y devolver el resultado" – efectivamente un RPC cross-chain. Bajo el capó, los proveedores de liquidez bloquean un bono en la Cadena A y acuñan activos representativos en la Cadena B (o usan activos nativos si están disponibles) para llevar a cabo cualquier transferencia de valor. La intención (incluido cualquier manejo de retorno) se cumple después de un retraso configurable (para permitir desafíos de fraude). No hay una competencia de solvers; en su lugar, cualquier enrutador disponible puede ejecutar, pero Connext asegura la ruta más barata usando una red de enrutadores.Confianza Minimizada: Sin un conjunto de validadores externos; la seguridad proviene de la verificación on-chain más enrutadores con bonos. Los usuarios no ceden la custodia a un multi-sig.
Ejecución Nativa: Puede desencadenar lógica arbitraria en la cadena de destino (más general que las intenciones centradas en intercambios). Esto se adapta a la componibilidad de dApps cross-chain (p. ej., iniciar una acción en un protocolo remoto).
Modelo de Liquidez de Enrutador: Liquidez instantánea para transferencias (como un puente tradicional) sin esperar la finalidad, ya que los enrutadores adelantan la liquidez y luego la reconcilian.
Integración en Wallets/Puentes: A menudo se usa bajo el capó por wallets para puentes simples debido a su simplicidad y postura de seguridad. Menos dirigido a plataformas de UX para el usuario final y más a desarrolladores de protocolos que desean llamadas cross-chain personalizadas.

(Leyenda de la tabla: AA = Abstracción de Cuentas, ChA = Abstracción de Cadena, AMB = puente de mensajería arbitraria)

Cada uno de los enfoques anteriores aborda el desafío de la UX cross-chain desde un ángulo ligeramente diferente: algunos se centran en la wallet/cuenta del usuario, otros en la mensajería de la red, y otros en la capa de API para desarrolladores, pero todos comparten el objetivo de hacer que las interacciones de blockchain sean agnósticas a la cadena e impulsadas por la intención. Es importante destacar que estas soluciones no son mutuamente excluyentes; de hecho, a menudo se complementan entre sí. Por ejemplo, una aplicación podría usar la smart wallet + paymasters de Etherspot, con el estándar de Open Intents para formatear la intención del usuario, y luego usar Axelar o Connext bajo el capó como la capa de ejecución para puentear y realizar acciones. La tendencia emergente es la componibilidad entre las propias herramientas de abstracción de cadena, construyendo en última instancia hacia una Internet de las Blockchains donde los usuarios navegan libremente.

Conclusión

La tecnología blockchain está experimentando un cambio de paradigma desde redes aisladas y operaciones manuales hacia una experiencia unificada e impulsada por la intención. La abstracción de cadena y la arquitectura centrada en la intención están en el corazón de esta transformación. Al abstraer las complejidades de múltiples cadenas, permiten una Web3 centrada en el usuario en la que las personas interactúan con aplicaciones descentralizadas sin necesidad de entender qué cadena están usando, cómo puentear activos o cómo adquirir gas en cada red. La infraestructura —relayers, cuentas inteligentes, solvers y puentes— maneja colaborativamente esos detalles, de manera muy similar a como los protocolos subyacentes de Internet enrutan paquetes sin que los usuarios conozcan la ruta.

Los beneficios en la experiencia del usuario ya son tangibles: una incorporación más fluida, intercambios cross-chain con un solo clic e interacciones de dApps verdaderamente fluidas entre ecosistemas. Los desarrolladores también se ven empoderados por SDKs y estándares de nivel superior que simplifican drásticamente la construcción para un mundo multi-cadena. Como se vio en EthCC 2025, existe un fuerte consenso en la comunidad de que estos desarrollos no son solo mejoras emocionantes, sino requisitos fundamentales para la próxima fase de crecimiento de Web3. Proyectos como Wormhole y Etherspot demuestran que es posible mantener la descentralización y la confianza mientras se ofrece una facilidad de uso similar a la de Web2.

Mirando hacia el futuro, podemos esperar una mayor convergencia de estos enfoques. Estándares como las intenciones ERC-7683 y la abstracción de cuentas ERC-4337 probablemente se adoptarán ampliamente, asegurando la compatibilidad entre plataformas. Más puentes y redes se integrarán con marcos de intención abiertos, aumentando la liquidez y las opciones para que los solvers cumplan las intenciones de los usuarios. Eventualmente, el término "cross-chain" podría desaparecer, ya que las interacciones no se pensarán en términos de cadenas distintas en absoluto, de la misma manera que los usuarios de la web no piensan en qué centro de datos llegó su solicitud. En cambio, los usuarios simplemente invocarán servicios y gestionarán activos en un ecosistema de blockchain unificado.

En conclusión, la abstracción de cadena y el diseño centrado en la intención están convirtiendo el sueño multi-cadena en realidad: entregando los beneficios de la diversa innovación de blockchain sin la fragmentación. Al centrar los diseños en las intenciones del usuario y abstraer el resto, la industria está dando un paso importante hacia la creación de aplicaciones descentralizadas tan intuitivas y potentes como los servicios centralizados de hoy, cumpliendo la promesa de Web3 para una audiencia más amplia. La infraestructura aún está evolucionando, pero su trayectoria es clara: una experiencia Web3 fluida e impulsada por la intención está en el horizonte, y redefinirá cómo percibimos e interactuamos con las blockchains.

Fuentes: La información en este informe fue recopilada de una variedad de recursos actualizados, incluyendo documentación de protocolos, publicaciones de blogs de desarrolladores y charlas de EthCC 2025. Las referencias clave incluyen los documentos oficiales de Wormhole sobre sus protocolos de intención cross-chain, la serie de blogs técnicos de Etherspot sobre abstracción de cuentas y cadenas, y las notas de la versión del Open Intents Framework de la Fundación Ethereum, entre otros, como se cita a lo largo del texto. Cada cita se denota en el formato 【fuente†líneas】 para señalar el material original que respalda las afirmaciones realizadas.

Incorporación sin fricciones con zkLogin

· 7 min de lectura
Dora Noda
Software Engineer

Cómo eliminar la fricción de la billetera, mantener el flujo de usuarios y prever el potencial de crecimiento

¿Qué pasaría si tu aplicación Web3 tuviera el mismo flujo de registro fluido que un servicio Web2 moderno? Esa es la promesa central de zkLogin en la blockchain Sui. Funciona como OAuth para Sui, permitiendo a los usuarios iniciar sesión con cuentas conocidas de Google, Apple, X y más. Una prueba de conocimiento cero (ZKP) vincula de forma segura esa identidad Web2 a una dirección de Sui en la cadena — sin ventanas emergentes de billeteras, sin frases semilla y sin deserción de usuarios.

El impacto es real e inmediato. Con cientos de miles de cuentas zkLogin ya activas, los casos de estudio informan ganancias masivas en la conversión de usuarios, saltando de un desastroso 17 % a un saludable 42 % después de eliminar las barreras tradicionales de las billeteras. Analicemos cómo funciona y qué puede hacer por tu proyecto.


Por qué las billeteras matan la conversión inicial

Has construido una dApp innovadora, pero tu embudo de adquisición de usuarios tiene fugas. El culpable es casi siempre el mismo: el botón "Connect Wallet". El onboarding estándar de Web3 es un laberinto de instalaciones de extensiones, advertencias de frases semilla y cuestionarios de jerga cripto.

Es una barrera masiva para los recién llegados. Los investigadores de UX observaron una asombrosa caída del 87 % en el momento en que aparecía un aviso de billetera. En un experimento revelador, simplemente redirigir ese aviso a una etapa posterior en el proceso de pago cambió la tasa de finalización al 94 %. Incluso para los usuarios curiosos por las criptomonedas, el temor principal es: "Podría perder mis fondos si hago clic en el botón equivocado". Eliminar ese único e intimidante paso es la clave para desbloquear el crecimiento exponencial.


Cómo funciona zkLogin (en lenguaje sencillo)

zkLogin esquiva elegantemente el problema de la billetera utilizando tecnologías en las que todos los usuarios de Internet ya confían. La magia ocurre entre bastidores en unos pocos pasos rápidos:

  1. Par de claves efímeras: Cuando un usuario quiere iniciar sesión, se genera localmente en su navegador un par de claves temporales para una sola sesión. Piensa en ello como una clave de acceso temporal, válida solo para esta sesión.
  2. Proceso OAuth: El usuario inicia sesión con su cuenta de Google, Apple u otra cuenta social. Tu aplicación inserta hábilmente un valor único (nonce) en esta solicitud de inicio de sesión.
  3. Servicio ZKP: Después de un inicio de sesión exitoso, un servicio ZKP (Zero-Knowledge Proof) genera una prueba criptográfica. Esta prueba confirma: "Este token de OAuth autoriza al propietario de la clave de acceso temporal", sin revelar nunca la identidad personal del usuario en la cadena.
  4. Derivar dirección: El JWT (JSON Web Token) del usuario proporcionado por el proveedor de OAuth se combina con un salt único para generar de manera determinista su dirección permanente de Sui. El salt se mantiene privado, ya sea en el lado del cliente o en un backend seguro.
  5. Enviar transacción: Tu aplicación firma las transacciones con la clave temporal y adjunta la prueba ZK. Los validadores de Sui verifican la prueba en la cadena, confirmando la legitimidad de la transacción sin que el usuario necesite nunca una billetera tradicional.

Guía de integración paso a paso

¿Listo para implementar esto? Aquí tienes una guía rápida utilizando el SDK de TypeScript. Los principios son idénticos para Rust o Python.

1. Instalar el SDK

El paquete @mysten/sui incluye todos los ayudantes de zklogin que necesitarás.

pnpm add @mysten/sui

2. Generar claves y Nonce

Primero, crea un par de claves efímeras y un nonce vinculado a la época actual en la red Sui.

const keypair = new Ed25519Keypair();
const { epoch } = await suiClient.getLatestSuiSystemState();
const nonce = generateNonce(keypair.getPublicKey(), Number(epoch) + 2, generateRandomness());

3. Redirigir a OAuth

Construye la URL de inicio de sesión OAuth adecuada para el proveedor que estés utilizando (por ejemplo, Google, Facebook, Apple) y redirige al usuario.

4. Decodificar JWT y obtener el Salt del usuario

Después de que el usuario inicie sesión y sea redirigido de vuelta, toma el id_token de la URL. Úsalo para obtener el salt específico del usuario desde tu backend, luego deriva su dirección de Sui.

const jwt = new URLSearchParams(window.location.search).get('id_token')!;
const salt = await fetch('/api/salt?jwt=' + jwt).then(r => r.text());
const address = jwtToAddress(jwt, salt);

5. Solicitar prueba ZK

Envía el JWT a un servicio probador (prover) para obtener la prueba ZK. Para el desarrollo, puedes usar el probador público de Mysten. En producción, deberías alojar el tuyo propio o usar un servicio como Enoki.

const proof = await fetch('/api/prove', {
method:'POST',
body: JSON.stringify({ jwt, ... })
}).then(r => r.json());

6. Firmar y enviar

Ahora, construye tu transacción, establece el remitente como la dirección zkLogin del usuario y ejecútala. El SDK se encarga de adjuntar automáticamente los zkLoginInputs (la prueba). ✨

const tx = new TransactionBlock();
tx.moveCall({ target:'0x2::example::touch_grass' }); // Cualquier llamada a Move
tx.setSender(address);
tx.setGasBudget(5_000_000);

await suiClient.signAndExecuteTransactionBlock({
transactionBlock: tx,
zkLoginInputs: proof // La magia ocurre aquí
});

7. Persistir la sesión

Para una experiencia de usuario más fluida, cifra y almacena el par de claves y el salt en IndexedDB o en el almacenamiento local. Recuerda rotarlos cada pocas épocas para mejorar la seguridad.


Plantilla de Proyección de KPI

La diferencia que marca zkLogin no es solo cualitativa; es cuantificable. Compare un embudo de incorporación típico con uno impulsado por zkLogin:

Etapa del embudoTípico con ventana emergente de WalletCon zkLoginDelta
Landing → Inicio de sesión100 %100 %
Inicio de sesión → Wallet lista15 % (instalación, frase semilla)55 % (inicio de sesión social)+40 pp
Wallet lista → Primera Tx~ 23 %~ 90 %+67 pp
Conversión total de Tx~ 3 %≈ 25‑40 %~ 8‑13×

👉 Lo que esto significa: Para una campaña que atrae 10,000 visitantes únicos, esa es la diferencia entre 300 acciones on-chain el primer día y más de 2,500.


Buenas Prácticas y Aspectos a Considerar

Para crear una experiencia aún más fluida, tenga en cuenta estos consejos profesionales:

  • Use Transacciones Patrocinadas: Pague las tarifas de las primeras transacciones de sus usuarios. Esto elimina toda fricción y ofrece un increíble momento "¡ajá!".
  • Maneje los Salts con cuidado: Cambiar el salt de un usuario generará una nueva dirección. Solo haga esto si controla una ruta de recuperación confiable para ellos.
  • Exponga la Dirección de Sui: Después del registro, muestre a los usuarios su dirección on-chain. Esto permite a los usuarios avanzados importarla a una billetera tradicional más adelante si así lo desean.
  • Evite los bucles de actualización: Almacene en caché el JWT y el par de claves efímeras hasta que expiren para evitar pedir al usuario que inicie sesión repetidamente.
  • Monitoree la latencia del Prover: Vigile el tiempo de ida y vuelta de la generación de pruebas. Si supera los 2 segundos, considere alojar un prover regional para mantener la rapidez.

Dónde BlockEden.xyz aporta valor

Mientras que zkLogin perfecciona el flujo de cara al usuario, escalarlo introduce nuevos desafíos en el backend. Ahí es donde entra BlockEden.xyz.

  • Capa de API: Nuestros nodos RPC de alto rendimiento y enrutamiento geográfico garantizan que sus transacciones de zkLogin se procesen con una latencia mínima, independientemente de la ubicación del usuario.
  • Observabilidad: Obtenga paneles de control listos para usar para rastrear métricas clave como la latencia de las pruebas, los ratios de éxito/fallo y la salud de su embudo de conversión.
  • Cumplimiento: Para las aplicaciones que conectan con fiat, nuestro módulo opcional de KYC proporciona una rampa de entrada (on-ramp) compatible directamente desde la identidad verificada del usuario.

¿Listo para lanzar?

La era de los flujos de billetera toscos e intimidantes ha terminado. Inicie un sandbox de zkLogin, conecte el endpoint de nodo completo de BlockEden y vea cómo sube su gráfico de registros, mientras sus usuarios ni siquiera tienen que escuchar la palabra “wallet”. 😉

Estado de las APIs de Blockchain 2025 – Perspectivas Clave y Análisis

· 37 min de lectura
Dora Noda
Software Engineer

El informe Estado de las APIs de Blockchain 2025 (por BlockEden.xyz) ofrece una visión completa del panorama de la infraestructura de APIs de blockchain. Examina tendencias emergentes, crecimiento del mercado, proveedores principales, blockchains compatibles, adopción por parte de los desarrolladores y factores críticos como la seguridad, la descentralización y la escalabilidad. También destaca cómo los servicios de API de blockchain están impulsando diversos casos de uso (DeFi, NFTs, gaming, empresarial) e incluye comentarios sobre las direcciones de la industria. A continuación, se presenta un resumen estructurado de los hallazgos del informe, con comparaciones de los principales proveedores de API y citas directas de la fuente para su verificación.

Tendencias en la Infraestructura de APIs de Blockchain (2025)

El ecosistema de APIs de blockchain en 2025 está moldeado por varias tendencias clave y avances tecnológicos:

  • Ecosistemas Multi-Cadena: La era de una única blockchain dominante ha terminado: existen cientos de Layer-1, Layer-2 y cadenas específicas de aplicaciones. Proveedores líderes como QuickNode ahora soportan entre 15 y 25 cadenas, pero en realidad "hay entre quinientas y seiscientas blockchains (y miles de subredes) activas en el mundo". Esta fragmentación impulsa la demanda de infraestructura que abstraiga la complejidad y ofrezca acceso unificado multi-cadena. Las plataformas que adoptan nuevos protocolos de manera temprana pueden obtener una ventaja de ser las primeras, ya que las cadenas más escalables desbloquean nuevas aplicaciones on-chain y los desarrolladores construyen cada vez más en múltiples cadenas. Solo en 2023, aproximadamente 131 ecosistemas de blockchain diferentes atrajeron a nuevos desarrolladores, lo que subraya la tendencia multi-cadena.

  • Resiliencia y Crecimiento de la Comunidad de Desarrolladores: La comunidad de desarrolladores de Web3 sigue siendo sustancial y resiliente a pesar de los ciclos del mercado. A finales de 2023, había más de 22,000 desarrolladores de cripto de código abierto activos mensualmente, una ligera caída (~25 % interanual) después del auge de 2021, pero notablemente el número de desarrolladores "veteranos" experimentados creció en un ~15 %. Esto indica una consolidación de constructores serios y a largo plazo. Estos desarrolladores demandan infraestructura fiable y escalable y soluciones rentables, especialmente en un entorno de financiación más ajustado. Con la caída de los costos de transacción en las principales cadenas (gracias a los rollups de L2) y la aparición de nuevas cadenas de alto rendimiento, la actividad on-chain está alcanzando máximos históricos, lo que alimenta aún más la demanda de servicios de nodos y API robustos.

  • Auge de los Servicios de Infraestructura Web3: La infraestructura de blockchain ha madurado hasta convertirse en su propio segmento, atrayendo una financiación de riesgo significativa y proveedores especializados. QuickNode, por ejemplo, se distinguió por su alto rendimiento (reportado como 2.5 veces más rápido que algunos competidores) y SLAs de tiempo de actividad del 99.99 %, ganando clientes empresariales como Google y Coinbase. Alchemy alcanzó una valoración de 10 mil millones de dólares en el pico del mercado, reflejando el entusiasmo de los inversores. Esta afluencia de capital ha estimulado una rápida innovación en nodos gestionados, APIs RPC, indexación/análisis y herramientas para desarrolladores. Los gigantes tradicionales de la nube (AWS, Azure, Google Cloud) también están entrando en la contienda con alojamiento de nodos de blockchain y servicios de libro mayor gestionados. Esto valida la oportunidad de mercado, pero eleva el listón para que los proveedores más pequeños cumplan con la fiabilidad, la escala y las características empresariales.

  • Impulso a la Descentralización (Infraestructura): En contra de la tendencia de los grandes proveedores centralizados, hay un movimiento hacia la infraestructura descentralizada en línea con el ethos de Web3. Proyectos como Pocket Network, Ankr y Blast (Bware) ofrecen endpoints RPC a través de redes de nodos distribuidas con incentivos criptoeconómicos. Estas APIs descentralizadas pueden ser rentables y resistentes a la censura, aunque a menudo todavía van a la zaga de los servicios centralizados en rendimiento y facilidad de uso. El informe señala que "aunque los servicios centralizados lideran actualmente en rendimiento, el ethos de Web3 favorece la desintermediación". La propia visión de BlockEden de un "mercado de APIs" abierto con acceso sin permisos (eventualmente gobernado por tokens) se alinea con este impulso, buscando combinar la fiabilidad de la infraestructura tradicional con la apertura de las redes descentralizadas. Garantizar un proceso de incorporación de autoservicio abierto (por ejemplo, niveles gratuitos generosos, registro instantáneo de claves API) se ha convertido en una mejor práctica de la industria para atraer a desarrolladores de base.

  • Convergencia de Servicios y Plataformas Todo en Uno: Los proveedores están ampliando sus ofertas más allá de los endpoints RPC básicos. Hay una creciente demanda de APIs mejoradas y servicios de datos, por ejemplo, datos indexados (para consultas más rápidas), APIs GraphQL, APIs de tokens/NFT, paneles de análisis e incluso integraciones de datos off-chain o servicios de IA. Por ejemplo, BlockEden proporciona APIs de indexador GraphQL para Aptos, Sui y Stellar Soroban para simplificar consultas complejas. QuickNode adquirió herramientas de API de NFT (por ejemplo, Icy Tools) y lanzó un mercado de complementos. Alchemy ofrece APIs especializadas para NFTs, tokens, transferencias e incluso un SDK de abstracción de cuentas. Esta tendencia de "plataforma todo en uno" significa que los desarrolladores pueden obtener nodos + indexación + almacenamiento + análisis desde una única plataforma. BlockEden incluso ha explorado la "inferencia de LLM sin permisos" (servicios de IA) en su infraestructura. El objetivo es atraer a los desarrolladores con un rico conjunto de herramientas para que no necesiten combinar múltiples proveedores.

Tamaño del Mercado y Perspectivas de Crecimiento (2025)

El informe presenta una imagen de crecimiento robusto para el mercado de APIs/infraestructura de blockchain hasta 2025 y más allá:

  • Se proyecta que el mercado global de infraestructura Web3 crecerá a una TCAC de aproximadamente el 49 % de 2024 a 2030, lo que indica una enorme inversión y demanda en el sector. Esto sugiere que el tamaño total del mercado podría duplicarse cada ~1.5–2 años a ese ritmo. (Para contextualizar, una previsión externa de Statista citada en el informe estima que el ecosistema de activos digitales en general alcanzará los ~45.3 mil millones de dólares a finales de 2025, subrayando la escala de la economía cripto que la infraestructura debe soportar).

  • Impulsando este crecimiento está la presión sobre las empresas (tanto startups de Web3 como empresas tradicionales) para integrar capacidades de cripto y blockchain. Según el informe, docenas de industrias Web2 (e-commerce, fintech, gaming, etc.) ahora requieren funcionalidades de intercambio de cripto, pagos o NFT para mantenerse competitivas, pero construir tales sistemas desde cero es difícil. Los proveedores de API de blockchain ofrecen soluciones llave en mano, desde APIs de billetera y transacciones hasta rampas de entrada/salida de fiat, que conectan los sistemas tradicionales con el mundo cripto. Esto reduce la barrera de adopción, impulsando una mayor demanda de servicios de API.

  • La adopción empresarial e institucional de blockchain también está en aumento, expandiendo aún más el mercado. Regulaciones más claras e historias de éxito de blockchain en finanzas y cadena de suministro han llevado a más proyectos empresariales para 2025. Muchas empresas prefieren no ejecutar sus propios nodos, creando oportunidades para proveedores de infraestructura con ofertas de nivel empresarial (garantías de SLA, certificaciones de seguridad, soporte dedicado). Por ejemplo, la infraestructura certificada SOC 2 de Chainstack con un SLA de tiempo de actividad del 99.9 % y inicio de sesión único atrae a empresas que buscan fiabilidad y cumplimiento. Los proveedores que capturan a estos clientes de alto valor pueden aumentar significativamente sus ingresos.

En resumen, las perspectivas para 2025 son de fuerte crecimiento para las APIs de blockchain: la combinación de una base de desarrolladores en expansión, el lanzamiento de nuevas blockchains, el aumento de la actividad on-chain y la integración generalizada de servicios cripto impulsan la necesidad de una infraestructura escalable. Tanto las empresas dedicadas a Web3 como los gigantes tecnológicos están invirtiendo fuertemente para satisfacer esta demanda, lo que indica un mercado competitivo pero gratificante.

Principales Proveedores de API de Blockchain – Características y Comparación

Varios actores clave dominan el espacio de las APIs de blockchain en 2025, cada uno con diferentes fortalezas. El informe de BlockEden compara BlockEden.xyz (el anfitrión del informe) con otros proveedores líderes como Alchemy, Infura, QuickNode y Chainstack. A continuación se presenta una comparación en términos de blockchains compatibles, características notables, rendimiento/tiempo de actividad y precios:

ProveedorBlockchains SoportadasCaracterísticas Notables y FortalezasRendimiento y Tiempo de ActividadModelo de Precios
BlockEden.xyzMás de 27 redes (multi-cadena, incluyendo Ethereum, Solana, Aptos, Sui, Polygon, BNB Chain y más). Se enfoca en L1s/L2s emergentes que a menudo no son cubiertas por otros ("el Infura para las nuevas blockchains").Mercado de APIs que ofrece tanto RPC estándar como APIs enriquecidas (p. ej., indexador GraphQL para Sui/Aptos, APIs de noticias de NFT y cripto). También es único en proporcionar servicios de staking junto con las APIs (validadores en múltiples redes, con 65 M$ en staking). Centrado en el desarrollador: registro de autoservicio, nivel gratuito, documentación sólida y una comunidad activa (el gremio 10x.pub de BlockEden) para soporte. Enfatiza características inclusivas (recientemente agregó una API de HTML a PDF, etc.).~99.9 % de tiempo de actividad desde su lanzamiento en todos los servicios. Nodos de alto rendimiento en todas las regiones. Aunque aún no presume de un SLA empresarial del 99.99 %, el historial de BlockEden y el manejo de grandes cantidades de staking demuestran fiabilidad. El rendimiento está optimizado para cada cadena soportada (a menudo fue el primero en ofrecer APIs de indexador para Aptos/Sui, etc., llenando vacíos en esos ecosistemas).Nivel Hobby gratuito (muy generoso: p. ej., 10 M de unidades de cómputo por día gratis). Modelo de "pago por uso" de "Unidad de Cómputo" para un uso mayor. Plan Pro de ~49.99 $/mes para ~100 M de CUs por día (10 RPS), lo que es más económico que muchos rivales. Planes empresariales disponibles con cuotas personalizadas. Acepta pagos en cripto (APT, USDC, USDT) e igualará cualquier cotización más baja de un competidor, reflejando una estrategia de precios flexible y amigable con el cliente. - Alchemy

Fuentes: La comparación anterior integra datos y citas del informe de BlockEden.xyz, así como características documentadas de los sitios web de los proveedores (p. ej., documentación de Alchemy y Chainstack) para mayor precisión.

Cobertura de Blockchain y Soporte de Red

Uno de los aspectos más importantes de un proveedor de API es qué blockchains soporta. Aquí hay una breve cobertura de cadenas populares específicas y cómo son soportadas:

  • Ethereum Mainnet y L2s: Todos los proveedores líderes soportan Ethereum. Infura y Alchemy se especializan fuertemente en Ethereum (con datos de archivo completos, etc.). QuickNode, BlockEden y Chainstack también soportan Ethereum como una oferta principal. Las redes de Layer-2 como Polygon, Arbitrum, Optimism, Base son soportadas por Alchemy, QuickNode y Chainstack, y por Infura (como complementos de pago). BlockEden soporta Polygon (y Polygon zkEVM) y es probable que añada más L2s a medida que surjan.

  • Solana: Solana es soportada por BlockEden (añadieron Solana en 2023), QuickNode y Chainstack. Alchemy también añadió RPC de Solana en 2022. Infura no soporta Solana (al menos hasta 2025, sigue centrado en redes EVM).

  • Bitcoin: Al ser una cadena no-EVM, Bitcoin notablemente no es soportado por Infura o Alchemy (que se concentran en cadenas de contratos inteligentes). QuickNode y Chainstack ambos ofrecen acceso RPC a Bitcoin, dando a los desarrolladores acceso a los datos de Bitcoin sin ejecutar un nodo completo. BlockEden actualmente no lista a Bitcoin entre sus redes soportadas (se enfoca en plataformas de contratos inteligentes y cadenas más nuevas).

  • Polygon y BNB Chain: Estas populares sidechains de Ethereum son ampliamente soportadas. Polygon está disponible en BlockEden, Alchemy, Infura (premium), QuickNode y Chainstack. BNB Smart Chain (BSC) es soportada por BlockEden (BSC), QuickNode y Chainstack. (Alchemy e Infura no listan soporte para BSC, ya que está fuera del ecosistema de Ethereum/consenso en el que se enfocan).

  • Layer-1s Emergentes (Aptos, Sui, etc.): Aquí es donde BlockEden.xyz brilla. Fue un proveedor temprano para Aptos y Sui, ofreciendo APIs de RPC e indexador para estas cadenas de lenguaje Move en su lanzamiento. Muchos competidores no las soportaron inicialmente. Para 2025, algunos proveedores como Chainstack han añadido Aptos y otros a su alineación, pero BlockEden sigue siendo muy respetado en esas comunidades (el informe señala que la API GraphQL de Aptos de BlockEden "no se puede encontrar en ningún otro lugar" según los usuarios). Soportar nuevas cadenas rápidamente puede atraer a las comunidades de desarrolladores de manera temprana: la estrategia de BlockEden es llenar los vacíos donde los desarrolladores tienen opciones limitadas en nuevas redes.

  • Cadenas Empresariales (Permisionadas): De manera única, Chainstack soporta Hyperledger Fabric, Corda, Quorum y Multichain, que son importantes para proyectos de blockchain empresariales (consorcios, libros mayores privados). La mayoría de los otros proveedores no atienden a estos, centrándose en cadenas públicas. Esto es parte del posicionamiento empresarial de Chainstack.

En resumen, Ethereum y las principales cadenas EVM están universalmente cubiertas, Solana está cubierta por la mayoría excepto Infura, Bitcoin solo por un par (QuickNode/Chainstack), y L1s más nuevas como Aptos/Sui por BlockEden y ahora algunos otros. Los desarrolladores deben elegir un proveedor que cubra todas las redes que su dApp necesita, de ahí la ventaja de los proveedores multi-cadena. La tendencia hacia más cadenas por proveedor es clara (p. ej., QuickNode ~14, Chainstack 50–70+, Blockdaemon 50+, etc.), pero la profundidad del soporte (robustez en cada cadena) es igualmente crucial.

Adopción por Desarrolladores y Madurez del Ecosistema

El informe proporciona información sobre las tendencias de adopción por parte de los desarrolladores y la madurez del ecosistema:

  • Crecimiento del Uso por Desarrolladores: A pesar del mercado bajista de 2022–2023, la actividad de los desarrolladores on-chain se mantuvo fuerte. Con ~22k desarrolladores activos mensuales a finales de 2023 (y probablemente creciendo de nuevo en 2024/25), la demanda de infraestructura fácil de usar es constante. Los proveedores compiten no solo en tecnología pura, sino en la experiencia del desarrollador para atraer a esta base. Características como documentación extensa, SDKs y soporte comunitario ahora son esperadas. Por ejemplo, el enfoque centrado en la comunidad de BlockEden (Discord, gremio 10x.pub, hackathons) y las iniciativas educativas de QuickNode buscan construir lealtad.

  • Adopción del Nivel Gratuito: El modelo freemium está impulsando un uso generalizado a nivel de base. Casi todos los proveedores ofrecen un nivel gratuito que cubre las necesidades básicas de los proyectos (millones de solicitudes por mes). El informe señala que el nivel gratuito de BlockEden de 10 M de CUs diarias es deliberadamente alto para eliminar la fricción para los desarrolladores independientes. Los planes gratuitos de Alchemy e Infura (alrededor de 3–4 M de llamadas por mes) ayudaron a incorporar a cientos de miles de desarrolladores a lo largo de los años. Esta estrategia siembra el ecosistema con usuarios que luego pueden convertirse en planes de pago a medida que sus dApps ganan tracción. La presencia de un nivel gratuito robusto se ha convertido en un estándar de la industria: reduce la barrera de entrada, fomentando la experimentación y el aprendizaje.

  • Número de Desarrolladores en las Plataformas: Infura históricamente tuvo el mayor número de usuarios (más de 400k desarrolladores hace unos años) ya que fue un estándar temprano. Alchemy y QuickNode también desarrollaron grandes bases de usuarios (el alcance de Alchemy a través de sus programas educativos y el enfoque de QuickNode en startups de Web3 les ayudó a registrar a muchos miles). BlockEden, siendo más nuevo, reporta una comunidad de más de 6,000 desarrolladores usando su plataforma. Aunque más pequeño en términos absolutos, esto es significativo dado su enfoque en cadenas más nuevas, lo que indica una fuerte penetración en esos ecosistemas. El informe establece el objetivo de duplicar los desarrolladores activos de BlockEden para el próximo año, reflejando la trayectoria de crecimiento general del sector.

  • Madurez del Ecosistema: Estamos viendo un cambio de una adopción impulsada por el bombo (muchos nuevos desarrolladores inundando durante los mercados alcistas) a un crecimiento más sostenible y maduro. La caída de los desarrolladores "turistas" después de 2021 significa que los que quedan son más serios, y los nuevos participantes en 2024–2025 a menudo están respaldados por una mejor comprensión. Esta maduración exige una infraestructura más robusta: los equipos experimentados esperan SLAs de alto tiempo de actividad, mejores análisis y soporte. Los proveedores han respondido profesionalizando los servicios (p. ej., ofreciendo gerentes de cuenta dedicados para empresas, publicando paneles de estado, etc.). Además, a medida que los ecosistemas maduran, los patrones de uso se entienden mejor: por ejemplo, las aplicaciones con muchos NFTs pueden necesitar optimizaciones diferentes (caché de metadatos, etc.) que los bots de trading de DeFi (que necesitan datos del mempool y baja latencia). Los proveedores de API ahora ofrecen soluciones a medida (p. ej., el mencionado "Trader Node" de Chainstack para datos de trading de baja latencia). La presencia de soluciones específicas de la industria (APIs de gaming, herramientas de cumplimiento, etc., a menudo disponibles a través de mercados o socios) es una señal de un ecosistema en maduración que atiende a diversas necesidades.

  • Comunidad y Soporte: Otro aspecto de la madurez es la formación de comunidades de desarrolladores activas en torno a estas plataformas. QuickNode y Alchemy tienen foros comunitarios y Discords; la comunidad de BlockEden (con más de 4,000 constructores de Web3 en su gremio) se extiende desde Silicon Valley hasta Nueva York y a nivel mundial. Este apoyo entre pares y el intercambio de conocimientos acelera la adopción. El informe destaca el "soporte al cliente excepcional 24/7" como un punto de venta de BlockEden, con usuarios que aprecian la capacidad de respuesta del equipo. A medida que la tecnología se vuelve más compleja, este tipo de soporte (y una documentación clara) es crucial para incorporar a la próxima ola de desarrolladores que pueden no estar tan familiarizados con los aspectos internos de la blockchain.

En resumen, la adopción por parte de los desarrolladores se está expandiendo de una manera más sostenible. Los proveedores que invierten en la experiencia del desarrollador (acceso gratuito, buena documentación, participación comunitaria y soporte fiable) están cosechando los beneficios de la lealtad y el boca a boca en la comunidad de desarrolladores de Web3. El ecosistema está madurando, pero todavía tiene mucho espacio para crecer (nuevos desarrolladores que vienen de Web2, clubes de blockchain universitarios, mercados emergentes, etc., son todos objetivos mencionados para el crecimiento en 2025).

Consideraciones de Seguridad, Descentralización y Escalabilidad

El informe discute cómo la seguridad, la descentralización y la escalabilidad influyen en la infraestructura de APIs de blockchain:

  • Fiabilidad y Seguridad de la Infraestructura: En el contexto de los proveedores de API, la seguridad se refiere a una infraestructura robusta y tolerante a fallos (dado que estos servicios no suelen custodiar fondos, los principales riesgos son el tiempo de inactividad o los errores de datos). Los proveedores líderes enfatizan el alto tiempo de actividad, la redundancia y la protección contra DDoS. Por ejemplo, el SLA de tiempo de actividad del 99.99 % de QuickNode y el balanceo de carga global están destinados a garantizar que una dApp no se caiga debido a un fallo de RPC. BlockEden cita su historial de tiempo de actividad del 99.9 % y la confianza ganada al gestionar 65 M$ en activos en staking de forma segura (lo que implica una fuerte seguridad operativa para sus nodos). El cumplimiento de SOC 2 de Chainstack indica un alto estándar de prácticas de seguridad y manejo de datos. Esencialmente, estos proveedores ejecutan infraestructura de nodos de misión crítica, por lo que tratan la fiabilidad como algo primordial: muchos tienen ingenieros de guardia 24/7 y monitoreo en todas las regiones.

  • Riesgos de Centralización: Una preocupación bien conocida en la comunidad de Ethereum es la dependencia excesiva de unos pocos proveedores de infraestructura (p. ej., Infura). Si demasiado tráfico se canaliza a través de un solo proveedor, las interrupciones o la mala conducta de la API podrían afectar a una gran parte del ecosistema de aplicaciones descentralizadas. El panorama de 2025 está mejorando en este aspecto: con muchos competidores fuertes, la carga está más distribuida que en 2018, cuando Infura era casi el único. No obstante, el impulso a la descentralización de la infraestructura es en parte para abordar esto. Proyectos como Pocket Network (POKT) utilizan una red de operadores de nodos independientes para servir solicitudes RPC, eliminando puntos únicos de fallo. La contrapartida ha sido el rendimiento y la consistencia, pero está mejorando. El modelo híbrido de Ankr (algunos centralizados, otros descentralizados) también tiene como objetivo descentralizar sin perder fiabilidad. El informe de BlockEden reconoce estas redes descentralizadas como competidores emergentes, alineándose con los valores de Web3, incluso si aún no son tan rápidas o amigables para los desarrolladores como los servicios centralizados. Podríamos ver más convergencia, por ejemplo, proveedores centralizados adoptando alguna verificación descentralizada (la visión de BlockEden de un mercado tokenizado es uno de esos enfoques híbridos).

  • Escalabilidad y Rendimiento: La escalabilidad es doble: la capacidad de las propias blockchains para escalar (mayor TPS, etc.) y la capacidad de los proveedores de infraestructura para escalar sus servicios para manejar volúmenes de solicitudes crecientes. En el primer punto, 2025 ve muchas L1s/L2s con alto rendimiento (Solana, nuevos rollups, etc.), lo que significa que las APIs deben manejar cargas de trabajo intensas y de alta frecuencia (p. ej., una acuñación popular de NFT en Solana puede generar miles de TPS). Los proveedores han respondido mejorando su backend, por ejemplo, la arquitectura de QuickNode para manejar miles de millones de solicitudes por día, los nodos "ilimitados" de Chainstack y el uso de BlockEden de servidores tanto en la nube como bare-metal para el rendimiento. El informe señala que la actividad on-chain alcanzando máximos históricos está impulsando la demanda de servicios de nodos, por lo que la escalabilidad de la plataforma de API es crucial. Muchos proveedores ahora muestran sus capacidades de rendimiento (por ejemplo, los planes de nivel superior de QuickNode que permiten miles de millones de solicitudes, o Chainstack destacando un "rendimiento sin límites" en su marketing).

  • Latencia Global: Parte de la escalabilidad es reducir la latencia mediante la distribución geográfica. Si un endpoint de API está solo en una región, los usuarios de todo el mundo tendrán respuestas más lentas. Por lo tanto, los nodos RPC distribuidos geográficamente y las CDNs son estándar ahora. Proveedores como Alchemy y QuickNode tienen centros de datos en múltiples continentes. Chainstack ofrece endpoints regionales (e incluso niveles de productos específicamente para casos de uso sensibles a la latencia). BlockEden también ejecuta nodos en múltiples regiones para mejorar la descentralización y la velocidad (el informe menciona planes para operar nodos en regiones clave para mejorar la resiliencia y el rendimiento de la red). Esto asegura que a medida que las bases de usuarios crecen en todo el mundo, el servicio escala geográficamente.

  • Seguridad de Datos y Solicitudes: Aunque no se trata explícitamente de APIs, el informe toca brevemente consideraciones regulatorias y de seguridad (p. ej., la investigación de BlockEden sobre la Ley de Certeza Regulatoria de Blockchain indica atención a las operaciones conformes). Para los clientes empresariales, cosas como el cifrado, las APIs seguras y quizás las certificaciones ISO pueden ser importantes. En una nota más específica de blockchain, los proveedores de RPC también pueden agregar características de seguridad como la protección contra el frontrunning (algunos ofrecen opciones de retransmisión de transacciones privadas) o reintentos automáticos para transacciones fallidas. Coinbase Cloud y otros han propuesto características de "retransmisión segura". El enfoque del informe está más en la fiabilidad de la infraestructura como seguridad, pero vale la pena señalar que a medida que estos servicios se integran más profundamente en las aplicaciones financieras, su postura de seguridad (tiempo de actividad, resistencia a ataques) se convierte en parte de la seguridad general del ecosistema Web3.

En resumen, la escalabilidad y la seguridad se están abordando a través de una infraestructura de alto rendimiento y diversificación. El panorama competitivo significa que los proveedores se esfuerzan por lograr el mayor tiempo de actividad y rendimiento. Al mismo tiempo, las alternativas descentralizadas están creciendo para mitigar el riesgo de centralización. La combinación de ambos probablemente definirá la siguiente etapa: una mezcla de rendimiento fiable con confianza descentralizada.

Casos de Uso y Aplicaciones que Impulsan la Demanda de APIs

Los proveedores de API de blockchain atienden una amplia gama de casos de uso. El informe destaca varios dominios que dependen notablemente de estas APIs en 2025:

  • Finanzas Descentralizadas (DeFi): Las aplicaciones DeFi (DEXs, plataformas de préstamos, derivados, etc.) dependen en gran medida de datos de blockchain fiables. Necesitan obtener el estado on-chain (saldos, lecturas de contratos inteligentes) y enviar transacciones continuamente. Muchos de los principales proyectos DeFi utilizan servicios como Alchemy o Infura para escalar. Por ejemplo, Aave y MakerDAO utilizan la infraestructura de Alchemy. Las APIs también proporcionan datos de nodos de archivo necesarios para análisis y consultas históricas en DeFi. Con el crecimiento continuo de DeFi, especialmente en redes de Layer-2 y despliegues multi-cadena, tener soporte de API multi-cadena y baja latencia es crucial (p. ej., los bots de arbitraje se benefician de los datos del mempool y transacciones rápidas; algunos proveedores ofrecen endpoints dedicados de baja latencia por esta razón). El informe implica que la reducción de costos (a través de L2s y nuevas cadenas) está impulsando el uso de DeFi on-chain, lo que a su vez aumenta las llamadas a la API.

  • NFTs y Gaming: Los mercados de NFTs (como OpenSea) y los juegos de blockchain generan un volumen de lectura significativo (metadatos, comprobaciones de propiedad) y un volumen de escritura (acuñación, transferencias). OpenSea es un cliente notable de Alchemy, probablemente debido a la API de NFT de Alchemy que simplifica la consulta de datos de NFT en Ethereum y Polygon. La API de NFT entre cadenas de QuickNode también está dirigida a este segmento. Los juegos de blockchain a menudo se ejecutan en cadenas como Solana, Polygon o sidechains específicas; los proveedores que soportan esas redes (y ofrecen manejo de altas TPS) tienen una gran demanda. El informe no nombra explícitamente a clientes de gaming, pero menciona los juegos Web3 y los proyectos de metaverso como segmentos en crecimiento (y el propio soporte de BlockEden para cosas como la integración de IA podría relacionarse con aplicaciones de gaming/metaverso de NFT). Las transacciones y los mercados dentro del juego consultan constantemente las APIs de los nodos para obtener actualizaciones de estado.

  • Integración Empresarial y Web2: Las empresas tradicionales que se aventuran en la blockchain (pagos, cadena de suministro, identidad, etc.) prefieren soluciones gestionadas. El informe señala que las plataformas de fintech y e-commerce están añadiendo funciones de pago e intercambio de cripto; muchas de ellas utilizan APIs de terceros en lugar de reinventar la rueda. Por ejemplo, los procesadores de pago pueden usar APIs de blockchain para transferencias de cripto, o los bancos pueden usar servicios de nodos para consultar datos de la cadena para soluciones de custodia. El informe sugiere un interés creciente por parte de las empresas e incluso menciona dirigirse a regiones como Oriente Medio y Asia, donde la adopción de blockchain empresarial está en aumento. Un ejemplo concreto: Visa ha trabajado con QuickNode para algunos pilotos de blockchain, y Meta (Facebook) utiliza Alchemy para ciertos proyectos de blockchain. Los casos de uso empresariales también incluyen análisis y cumplimiento, por ejemplo, consultar la blockchain para análisis de riesgos, lo que algunos proveedores facilitan a través de APIs personalizadas o soportando cadenas especializadas (como Chainstack que soporta Corda para consorcios de financiación comercial). El informe de BlockEden indica que conseguir algunos casos de estudio empresariales es un objetivo para impulsar la adopción generalizada.

  • Startups de Web3 y DApps: Por supuesto, el caso de uso principal es cualquier aplicación descentralizada, desde billeteras hasta dApps sociales y DAOs. Las startups de Web3 dependen de los proveedores de API para evitar ejecutar nodos para cada cadena. Muchos proyectos de hackathon utilizan los niveles gratuitos de estos servicios. Áreas como las Redes Sociales Descentralizadas, las herramientas para DAOs, los sistemas de identidad (DID) y los propios protocolos de infraestructura necesitan un acceso RPC fiable. La estrategia de crecimiento de BlockEden en el informe menciona específicamente dirigirse a proyectos en etapa temprana y hackathons a nivel mundial, lo que indica que una ola constante de nuevas dApps está surgiendo y prefieren no preocuparse por las operaciones de los nodos.

  • Servicios Especializados (IA, Oráculos, etc.): Curiosamente, la convergencia de la IA y la blockchain está produciendo casos de uso donde las APIs de blockchain y los servicios de IA se cruzan. La exploración de BlockEden del "AI-to-earn" (asociación con Cuckoo Network) y la inferencia de IA sin permisos en su plataforma muestra un ángulo. Los oráculos y los servicios de datos (Chainlink, etc.) también podrían utilizar la infraestructura base de estos proveedores. Aunque no es un "usuario" tradicional de APIs, estas capas de infraestructura a veces se construyen unas sobre otras; por ejemplo, una plataforma de análisis puede usar una API de blockchain para recopilar datos para sus usuarios.

En general, la demanda de servicios de API de blockchain es amplia, desde desarrolladores aficionados hasta empresas de Fortune 500. DeFi y los NFTs fueron los catalizadores iniciales (2019–2021) que demostraron la necesidad de APIs escalables. Para 2025, los sectores empresariales y novedosos de Web3 (social, gaming, IA) están expandiendo aún más el mercado. Cada caso de uso tiene sus propios requisitos (rendimiento, latencia, datos históricos, seguridad) y los proveedores están adaptando soluciones para satisfacerlos.

Notablemente, el informe incluye citas y ejemplos de líderes de la industria que ilustran estos casos de uso:

  • "Más de 1,000 monedas en 185 blockchains son soportadas... permitiendo el acceso a más de 330k pares de trading", presume un proveedor de API de intercambio, destacando la profundidad de soporte necesaria para la funcionalidad de intercambio de cripto.
  • "Un socio reportó un aumento del 130 % en el volumen de transacciones mensuales en cuatro meses" después de integrar una API llave en mano, subrayando cómo el uso de una API sólida puede acelerar el crecimiento de un negocio de cripto.
  • La inclusión de tales perspectivas subraya que las APIs robustas están permitiendo un crecimiento real en las aplicaciones.

Perspectivas y Comentarios de la Industria

El informe de BlockEden está entrelazado con perspectivas de toda la industria, reflejando un consenso sobre la dirección de la infraestructura de blockchain. Algunos comentarios y observaciones notables:

  • Futuro Multi-Cadena: Como se cita en el informe, "la realidad es que hay entre quinientas y seiscientas blockchains" ahí fuera. Esta perspectiva (originaria del informe de desarrolladores de Electric Capital o una fuente similar) enfatiza que el futuro es plural, no singular. La infraestructura debe adaptarse a esta fragmentación. Incluso los proveedores dominantes lo reconocen; por ejemplo, Alchemy e Infura (antes casi exclusivamente centrados en Ethereum) ahora están añadiendo múltiples cadenas, y el capital de riesgo fluye hacia startups que se centran en el soporte de protocolos de nicho. La capacidad de soportar muchas cadenas (y hacerlo rápidamente a medida que surgen nuevas) se considera un factor clave de éxito.

  • Importancia del Rendimiento: El informe cita la ventaja de rendimiento de QuickNode (2.5 veces más rápido), que probablemente proviene de un estudio de benchmarking. Esto ha sido repetido por los desarrolladores: la latencia y la velocidad importan, especialmente para las aplicaciones orientadas al usuario final (billeteras, plataformas de trading). Los líderes de la industria a menudo subrayan que las aplicaciones web3 deben sentirse tan fluidas como las web2, y eso comienza con una infraestructura rápida y fiable. Por lo tanto, se espera que continúe la carrera armamentista en el rendimiento (p. ej., nodos distribuidos globalmente, redes optimizadas, aceleración del mempool).

  • Validación Empresarial: El hecho de que nombres conocidos como Google, Coinbase, Visa, Meta estén utilizando o invirtiendo en estos proveedores de API es una fuerte validación del sector. Se menciona que QuickNode atrajo a grandes inversores como SoftBank y Tiger Global, y la valoración de 10 mil millones de dólares de Alchemy habla por sí misma. Los comentarios de la industria en torno a 2024/2025 a menudo señalaban que las "herramientas y servicios básicos" de cripto (es decir, la infraestructura) eran una apuesta inteligente incluso durante los mercados bajistas. Este informe refuerza esa noción: las empresas que proporcionan los cimientos de Web3 se están convirtiendo en empresas de infraestructura crítica por derecho propio, atrayendo el interés de empresas tecnológicas tradicionales y VCs.

  • Diferenciación Competitiva: Hay una visión matizada en el informe de que ningún competidor único ofrece la combinación exacta de servicios que BlockEden ofrece (APIs multi-cadena + indexación + staking). Esto resalta cómo cada proveedor está creando un nicho: Alchemy con herramientas de desarrollo, QuickNode con velocidad y amplitud puras, Chainstack con un enfoque en empresas/cadenas privadas, BlockEden con cadenas emergentes y servicios integrados. Los líderes de la industria a menudo comentan que el pastel está creciendo, por lo que la diferenciación es clave para capturar ciertos segmentos en lugar de un escenario donde el ganador se lo lleva todo. La presencia de Moralis (enfoque de SDK web3) y Blockdaemon/Coinbase Cloud (enfoque intensivo en staking) demuestra aún más este punto: existen diferentes estrategias para la infraestructura.

  • Descentralización vs. Centralización: Líderes de opinión en el espacio (como Vitalik Buterin de Ethereum) han planteado con frecuencia preocupaciones sobre la dependencia de APIs centralizadas. La discusión del informe sobre Pocket Network y otros refleja esas preocupaciones y muestra que incluso las empresas que ejecutan servicios centralizados están planeando un futuro más descentralizado (el concepto de mercado tokenizado de BlockEden, etc.). Un comentario perspicaz del informe es que BlockEden tiene como objetivo ofrecer "la fiabilidad de la infraestructura centralizada con la apertura de un mercado", un enfoque que probablemente sería aplaudido por los defensores de la descentralización si se logra.

  • Clima Regulatorio: Aunque no es el foco de la pregunta, vale la pena señalar que el informe toca de pasada cuestiones regulatorias y legales (la mención de la Ley de Certeza Regulatoria de Blockchain, etc.). Esto implica que los proveedores de infraestructura están atentos a las leyes que podrían afectar la operación de nodos o la privacidad de los datos. Por ejemplo, el GDPR de Europa y cómo se aplica a los datos de los nodos, o las regulaciones de EE. UU. sobre la ejecución de servicios de blockchain. Los comentarios de la industria sobre esto sugieren que una regulación más clara (p. ej., definir que los proveedores de servicios de blockchain no custodiales no son transmisores de dinero) impulsará aún más el espacio al eliminar la ambigüedad.

Conclusión: El Estado de las APIs de Blockchain 2025 es uno de un panorama de infraestructura en rápida evolución y crecimiento. Las conclusiones clave incluyen el cambio hacia el soporte multi-cadena, un campo competitivo de proveedores cada uno con ofertas únicas, un crecimiento masivo en el uso alineado con la expansión general del mercado de cripto, y una tensión (y equilibrio) continua entre el rendimiento y la descentralización. Los proveedores de API de blockchain se han convertido en facilitadores críticos para todo tipo de aplicaciones Web3, desde DeFi y NFTs hasta integraciones empresariales, y su papel solo se expandirá a medida que la tecnología blockchain se vuelva más ubicua. El informe subraya que el éxito en este ámbito requiere no solo una tecnología y un tiempo de actividad sólidos, sino también la participación de la comunidad, un diseño centrado en el desarrollador y agilidad para soportar el próximo gran protocolo o caso de uso. En esencia, el "estado" de las APIs de blockchain en 2025 es robusto y optimista: una capa fundamental de Web3 que está madurando rápidamente y preparada para un mayor crecimiento.

Fuentes: Este análisis se basa en el informe Estado de las APIs de Blockchain 2025 de BlockEden.xyz y datos relacionados. Las perspectivas clave y las citas se han extraído directamente del informe, así como información complementaria de la documentación de los proveedores y artículos de la industria para mayor completitud. Todos los enlaces de origen se proporcionan en línea como referencia.

Conoce BeFreed.ai – Combustible de Aprendizaje para Constructores de BlockEden.xyz

· 4 min de lectura
Dora Noda
Software Engineer

Por Qué BlockEden.xyz Se Preocupa

En el mundo acelerado de Web3, la velocidad lo es todo. Entregar infraestructura de RPC y staking de calidad de producción requiere que nuestro equipo y nuestra comunidad estén constantemente a la vanguardia de la innovación. Eso implica mantenerse al día con protocolos densos, artículos revolucionarios de criptografía y debates de gobernanza que evolucionan rápidamente. Cuanto más rápido nuestra comunidad pueda absorber y comprender nuevas ideas, más rápido podrá construir la próxima generación de aplicaciones descentralizadas. Aquí es donde entra BeFreed.ai.

Qué Es BeFreed.ai

BeFreed.ai es una startup con sede en San Francisco que tiene una misión simple pero poderosa: hacer que el aprendizaje sea alegre y personal en la era de la IA. Han creado un compañero de micro‑aprendizaje inteligente diseñado para adaptarse al estilo de vida exigente de constructores y creadores.

Ingredientes Principales:

  • Múltiples formatos → un clic: BeFreed.ai puede tomar una amplia gama de contenidos — desde libros extensos y videos detallados hasta documentos técnicos complejos — y transformarlos al instante en resúmenes rápidos, tarjetas de estudio, notas en profundidad e incluso audio al estilo podcast.
  • Motor adaptativo: La plataforma está diseñada para aprender contigo. Presta atención a tu ritmo e intereses de aprendizaje, mostrando la información más relevante a continuación, en lugar de obligarte a seguir un currículo rígido y único para todos.
  • Chat integrado y explicaciones “¿Por qué esto?”: ¿Tienes una pregunta? Simplemente pregúntala. BeFreed.ai permite consultas al instante para aclarar temas complejos. También brinda explicaciones que conectan los nuevos conocimientos con tus objetivos generales, haciendo el proceso de aprendizaje más significativo.
  • Una comunidad de aprendizaje de 43 k miembros: El aprendizaje suele ser una actividad colectiva. BeFreed.ai fomenta una comunidad vibrante de más de 43 000 aprendices que comparten su progreso, reaccionan a contenidos perspicaces y resaltan los puntos clave, manteniendo alta la motivación y el impulso.

Por Qué Es Relevante para los Constructores de BlockEden.xyz

Para los constructores dedicados al ecosistema BlockEden.xyz, BeFreed.ai es más que una herramienta de aprendizaje; es una ventaja estratégica. Así puede afinar tu competitividad:

  • Aprovechamiento del tiempo: Convierte un whitepaper de 300 páginas en un breve audio de 10 minutos para escuchar antes de una votación de gobernanza crucial.
  • Retención de contexto: Usa tarjetas de estudio y mapas mentales para consolidar tu comprensión de los detalles del protocolo que necesitarás al escribir índices de smart contracts.
  • Crecimiento multidisciplinario: Amplía tu conjunto de habilidades sin salir de tu entorno de desarrollo. Aprende los fundamentos del design thinking, comprende los bucles de crecimiento o recibe consejos sobre concurrencia en Go durante tus momentos libres.
  • Vocabulario compartido: Crea listas de reproducción a nivel de equipo para asegurar que cada colaborador aprenda a partir de la misma fuente de información destilada y consistente, fomentando una mejor colaboración y alineación.

Usando BeFreed con los Flujos de Trabajo de BlockEden.xyz

Integrar BeFreed.ai en tu proceso de desarrollo existente es fluido y aporta beneficios inmediatos:

  1. Suelta una especificación: Pega la URL del último PDF de tokenomics o de una llamada de desarrolladores en YouTube en BeFreed para obtener un resumen instantáneo y digerible.
  2. Exporta tarjetas de estudio: Revisa conceptos clave durante las ejecuciones de CI. Esta forma de repetición es mucho más eficaz que la fatiga mental que genera el constante cambio de contexto.
  3. Enlaza en la documentación: Inserta una URL de resumen de BeFreed junto a cada referencia de API en tu documentación para ayudar a los nuevos miembros del equipo a ponerse al día más rápido.
  4. Mantente actualizado: Configura digestiones semanales en BeFreed sobre L2 emergentes y pon ese conocimiento en práctica de inmediato prototipando con los servicios RPC multichain de BlockEden.xyz.

Comienza

BeFreed.ai está disponible ahora en iOS, Android y la web. Te invitamos a probarla durante tu próximo sprint de proyecto en BlockEden.xyz y experimentar cómo puede mejorar tu velocidad de aprendizaje y construcción. Nuestro equipo ya está explorando integraciones más estrechas — imagina un futuro donde un webhook convierta automáticamente cada descripción de PR fusionada en un conjunto de estudio integral.

Hackathons Web3, bien hechos: Una guía práctica para 2025

· 14 min de lectura
Dora Noda
Software Engineer

Si buscas una ruta rápida para perfeccionar tus habilidades, conocer a cofundadores y poner a prueba una idea, pocos entornos superan a un hackathon web3. Pero la diferencia entre un “fin de semana divertido” e un “lanzamiento que cambie tu carrera” es contar con un plan.

Esta guía te ofrece un manual concreto centrado en el desarrollador: cómo elegir el evento adecuado, prepararte con inteligencia, construir rápido y presentar con claridad — además de listas de verificación que puedes copiar y pegar en tu próximo hackathon.

TL;DR

  • Elige eventos de manera intencionada. Prioriza ecosistemas en los que ya estés desarrollando — o aquellos con jueces y patrocinadores que estén perfectamente alineados con tu idea.
  • Decide tu condición de victoria. ¿Estás ahí para aprender, por una recompensa (bounty) específica o por un puesto de finalista? Cada elección cambia tu equipo, el alcance y el stack tecnológico.
  • Prepara lo aburrido de antemano. Ten listos tus esqueletos de proyecto (scaffolds), flujos de autenticación, conexiones de billetera, sistema de diseño y un borrador del guion de la demo antes de que el reloj empiece a correr.
  • Construye la demo mínima que encante. Muestra un ciclo de funciones clave funcionando de principio a fin. Todo lo demás es solo narrativa y diapositivas.
  • Envía como un profesional. Respeta las reglas de “empezar de cero”, regístrate formalmente en cada categoría de recompensa (bounty) a la que aspires y reserva tiempo suficiente para un video conciso y un README claro.

Por qué los hackathons web3 valen tu fin de semana

  • Aprendizaje comprimido: En un solo fin de semana, tocarás infraestructura, contratos inteligentes, UX de front-end y procesos de despliegue. Es un ciclo de desarrollo completo en 48 horas — una curva de aprendizaje que normalmente tomaría meses.
  • Networking de alta señal: Los mentores, jueces e ingenieros de los patrocinadores no son solo nombres en un sitio web; están concentrados en una sala o servidor de Discord, listos para dar feedback. Esta es tu oportunidad de conectar con los desarrolladores principales de los protocolos que usas a diario.
  • Vías de financiación reales: Esto no es solo para presumir. Los fondos de premios y las subvenciones posteriores pueden proporcionar un capital significativo para mantener un proyecto en marcha. Eventos como el Summer Camp de Solana han ofrecido hasta $ 5M en premios y financiación semilla, convirtiendo proyectos de fin de semana en startups viables.
  • Un portafolio de pruebas: Un repositorio público de GitHub con una demo funcional es infinitamente más valioso que un punto en un currículum. Es una prueba tangible de que puedes construir, lanzar y articular una idea bajo presión.

Dónde encontrar los mejores

  • ETHGlobal: El estándar de oro tanto para eventos presenciales como asíncronos. Cuentan con procesos de evaluación robustos, participantes de alta calidad y exhibiciones de proyectos públicos que son perfectos para la inspiración.
  • Devpost: Un mercado amplio para todo tipo de hackathons, con filtros potentes para blockchain, protocolos específicos y categorías de premios. Es un lugar excelente para descubrir eventos específicos de ecosistemas.
  • DoraHacks: Una plataforma centrada en hackathons de la Web3 impulsados por el ecosistema y rondas de subvenciones, a menudo con un enfoque global y comunitario.

Consejo: Las duraciones varían mucho. Un evento asíncrono de larga duración como ETHOnline dura varias semanas, mientras que un sprint presencial extendido como el #BUIDLathon de ETHDenver puede durar hasta nueve días. Debes planificar el alcance de tu proyecto en consecuencia.


Descifra las reglas (para no quedar descalificado)

  • “Empezar de cero”. Esta es la regla más común y crítica. La mayoría de los eventos requieren que todo el trabajo sustancial comience después del inicio oficial. Usar código preescrito antiguo para la lógica principal puede hacer que te descalifiquen de las finales y de los premios de los socios. El código base (boilerplate) suele estar permitido, pero el componente principal debe ser nuevo.
  • Estructura de evaluación. Entiende el embudo. A menudo, una ronda de preselección asíncrona reduce cientos de proyectos a un grupo de finalistas antes de que comience la evaluación en vivo. Saber esto te ayuda a concentrarte en hacer que tu video de presentación y el README sean lo más claros posible para ese primer corte.
  • Tamaño del equipo. No aparezcas con un equipo de diez personas. Muchos eventos establecen límites, como los equipos típicos de 2 – 4 personas que se ven en ETHDenver. Esto garantiza la igualdad de condiciones y fomenta una colaboración estrecha.
  • Mecánicas de recompensas (bounties). No puedes ganar un premio para el que no te registraste. Si aspiras a las recompensas de los patrocinadores, a menudo debes inscribir formalmente tu proyecto para cada premio específico a través de la plataforma del evento. Este es un paso sencillo que muchos equipos olvidan.

Rúbrica de evaluación: qué define a un “buen” proyecto

En los principales organizadores, los jueces suelen evaluar los proyectos en cuatro categorías recurrentes. Diseña tu alcance y demo para sumar puntos en cada una.

  • Tecnicidad: ¿Es el problema complejo? ¿Implica la solución un uso inteligente o elegante de la tecnología? ¿Fuiste más allá de un simple envoltorio de front-end en un solo contrato inteligente?
  • Originalidad: ¿Existe un mecanismo novedoso, una experiencia de usuario única o una remezcla inteligente de primitivas existentes? ¿Hemos visto esto cien veces antes o presenta una propuesta fresca?
  • Práctica: ¿Puede alguien usar esto hoy? Un recorrido de usuario completo de extremo a extremo, aunque sea limitado, importa mucho más que un proyecto con características amplias pero a medio terminar.
  • Usabilidad (UI/UX/DX): ¿Es la interfaz clara, rápida y agradable de usar? Para las herramientas de desarrollador, ¿qué tan buena es la experiencia del desarrollador (DX)? Un proceso de incorporación (onboarding) fluido y un manejo claro de errores pueden marcar la diferencia.

Diseño del equipo: pequeño, ágil y complementario

Para lograr velocidad y alineación, un equipo de dos a cuatro personas es el punto ideal. Es lo suficientemente grande para paralelizar el trabajo, pero lo suficientemente pequeño como para tomar decisiones sin debates interminables.

  • Smart contracts / protocolo: Responsable de la lógica on-chain. Se encarga de escribir, probar y desplegar los contratos.
  • Front-end / DX: Construye la interfaz de usuario. Gestiona las conexiones de las billeteras (wallets), la obtención de datos, los estados de error y el pulido final de la demo que hace que el proyecto se sienta real.
  • Producto / historia: El guardián del alcance y narrador. Esta persona asegura que el equipo se mantenga enfocado en el bucle principal, escribe la descripción del proyecto y dirige la demo final.
  • (Opcional) Diseñador: Un diseñador dedicado puede ser un arma secreta, preparando componentes, iconos y micro-interacciones que eleven la calidad percibida del proyecto.

Selección de ideas: el filtro P-A-C-E

Usa este sencillo filtro para poner a prueba tus ideas antes de escribir una sola línea de código.

  • Pain (Dolor): ¿Resuelve esto un punto de dolor real para el desarrollador o el usuario? Piensa en la UX de las billeteras, indexación de datos, protección MEV o abstracción de comisiones (fees). Evita soluciones en busca de un problema.
  • Atomicidad: ¿Puedes construir y demostrar un único bucle atómico de extremo a extremo en 48 horas? No toda la visión: solo una acción de usuario completa y satisfactoria.
  • Componible: ¿Se apoya tu idea en primitivas existentes como oráculos, abstracción de cuentas o mensajería cross-chain? Usar bloques de lego probados en batalla te ayuda a llegar más lejos y más rápido.
  • Ajuste al ecosistema: ¿Es tu proyecto visible y relevante para los jueces, patrocinadores y la audiencia del evento? No presentes un protocolo DeFi complejo en un track centrado en gaming.

Si te mueves por recompensas (bounties), elige un track de patrocinio principal y uno secundario. Dividir tu enfoque en demasiados bounties diluye tu profundidad y tus posibilidades de ganar alguno de ellos.


Stacks por defecto que te dan menos problemas

Tu innovación debe estar en qué construyes, no en cómo lo construyes. Quédate con tecnología aburrida y confiable.

Track de EVM (camino rápido)

  • Contratos: Foundry (por su velocidad en pruebas, scripting y ejecución de un nodo local).
  • Front-end: Next.js o Vite, combinados con wagmi o viem y un kit de billetera como RainbowKit o ConnectKit para modales y conectores.
  • Datos / indexación: Un servicio de indexación alojado o subgrafo si necesitas consultar datos históricos. Evita ejecutar tu propia infraestructura.
  • Disparadores (triggers) off-chain: Un ejecutor de tareas simple o un servicio de automatización dedicado.
  • Almacenamiento: IPFS o Filecoin para activos y metadatos; un almacén KV simple para el estado de la sesión.

Track de Solana (camino rápido)

  • Programas: Anchor (para reducir el código repetitivo y beneficiarse de valores predeterminados más seguros).
  • Cliente: React o un framework móvil con los SDK móviles de Solana. Usa hooks simples para llamadas RPC y programas.
  • Datos: Confía en llamadas RPC directas o indexadores del ecosistema. Usa caché de forma agresiva para mantener la interfaz ágil.
  • Almacenamiento: Arweave o IPFS para el almacenamiento permanente de activos, si corresponde.

Un plan realista de 48 horas

T-24 a T-0 (antes del inicio)

  • Alíneate con tu condición de victoria (aprendizaje, bounty, finales) y el track o tracks objetivo.
  • Esboza el bucle completo de la demo en papel o en una pizarra. Ten claro exactamente dónde harás clic y qué debería suceder on-chain y off-chain en cada paso.
  • Haz un fork de un scaffold de monorepo limpio que incluya el boilerplate tanto para tus contratos como para tu aplicación front-end.
  • Redacta previamente el esquema de tu README y un borrador del guion de tu demo.

Hora 0–6

  • Valida tu alcance con los mentores y patrocinadores del evento. Confirma los criterios de las recompensas y asegúrate de que tu idea encaje bien.
  • Establece restricciones estrictas: una cadena, un caso de uso principal y un momento "wow" para la demo.
  • Divide el trabajo en sprints de 90 minutos. Tu objetivo es entregar la primera parte vertical completa de tu bucle principal para la Hora 6.

Hora 6–24

  • Refuerza el camino crítico. Prueba tanto el flujo ideal como los casos de error comunes.
  • Añade observabilidad. Implementa registros básicos, notificaciones (toasts) en la interfaz y límites de error para que puedas depurar rápidamente.
  • Crea una página de aterrizaje (landing page) mínima que explique claramente el "por qué" de tu proyecto.

Hora 24–40

  • Graba un video de demo de respaldo tan pronto como la funcionalidad principal sea estable. No esperes hasta el último minuto.
  • Empieza a escribir y editar el texto de tu entrega final, el video y el README.
  • Si el tiempo lo permite, añade uno o dos detalles cuidadosos, como buenos estados vacíos, una transacción sin gas (gasless) o un fragmento de código útil en tu documentación.

Hora 40–48

  • Congela todas las funciones. No más código nuevo.
  • Finaliza tu video y el paquete de entrega. Los ganadores experimentados suelen recomendar reservar un ~15 % de tu tiempo total para pulir y crear un video con una división clara de 60 / 40 entre la explicación del problema y la demostración de la solución.

Demo y entrega: facilita el trabajo de los jueces

  • Comienza con el "por qué". Empieza tu video y README con una sola frase que explique el problema y el resultado de tu solución.
  • Vive el bucle. Muestra, no solo cuentes. Recorre un viaje de usuario único y creíble de principio a fin sin saltarte pasos.
  • Narra tus restricciones. Reconoce lo que no construiste y por qué. Decir: "Limitamos el alcance a un solo caso de uso para asegurar que los usuarios reales puedan completar el flujo hoy", demuestra enfoque y madurez.
  • Deja marcadores claros. Tu README debe tener un diagrama de arquitectura, enlaces a tu demo en vivo y a los contratos desplegados, y pasos sencillos de un solo clic para ejecutar el proyecto localmente.
  • Conceptos básicos del video. Planifica tu video temprano, escribe un guion ajustado y asegúrate de que destaque claramente qué hace el proyecto, qué problema resuelve y cómo funciona internamente.

Bounties sin agotamiento

  • Regístrese para cada premio que tenga como objetivo. En algunas plataformas, esto implica hacer clic en un botón explícito de "Comenzar trabajo".
  • No persiga más de dos bounties de patrocinadores a menos que sus tecnologías se superpongan de forma natural en su stack tecnológico.
  • En su entrega, refleje su rúbrica. Utilice sus palabras clave, haga referencia a sus API por su nombre y explique cómo cumplió con sus métricas de éxito específicas.

Después del hackathon: convierta el impulso en tracción

  • Publique una breve entrada de blog y un hilo en redes sociales con el enlace a su demo y su repositorio de GitHub. Etiquete al evento y a los patrocinadores.
  • Solicite subvenciones (grants) y rondas de aceleración que estén diseñadas específicamente para exalumnos de hackathons y proyectos de código abierto en etapas iniciales.
  • Si la recepción es sólida, cree una hoja de ruta (roadmap) sencilla de una semana centrada en la corrección de errores, una revisión de UX y una pequeña prueba piloto con unos pocos usuarios. Establezca una fecha fija para un lanzamiento v0.1 para mantener el impulso.

Errores comunes (y la solución)

  • Romper las reglas de "comenzar desde cero". La solución: Mantenga cualquier código previo completamente fuera del alcance o declárelo explícitamente como una biblioteca preexistente que está utilizando.
  • Alcance excesivo. La solución: Si su demostración planificada tiene tres pasos principales, elimine uno. Sea implacable al concentrarse en el núcleo principal.
  • Ir a multicadena demasiado pronto. La solución: Realice el despliegue en una sola cadena de manera perfecta. Hable sobre sus planes para puentes (bridges) y soporte multicadena en la sección "What's next" de su README.
  • El impuesto del pulido de último minuto. La solución: Preasigne un bloque de 4-6 horas al final del hackathon exclusivamente para su README, video y formulario de entrega.
  • Olvidar inscribirse en los bounties. La solución: Haga que esto sea una de las primeras cosas que haga después del inicio. Regístrese para cada premio potencial para que los patrocinadores puedan encontrar y apoyar a su equipo.

Listas de verificación que puede copiar

Paquete de entrega

  • Repositorio (licencia MIT / Apache-2.0), README conciso y pasos para ejecución local
  • Video corto de demostración en Loom / MP4 + una grabación de respaldo
  • Diagrama de arquitectura simple (una diapositiva o imagen)
  • Resumen de una página: problema → solución → a quién le importa → qué sigue
  • Enlaces: frontend en vivo, direcciones de contratos en un explorador de bloques

Lista de equipaje para eventos presenciales (IRL)

  • Cable de extensión y regleta
  • Auriculares y un micrófono decente
  • Adaptadores (dongles) de pantalla HDMI / USB-C
  • Botella de agua reutilizable y electrolitos
  • Su teclado / ratón cómodo favorito (si es exigente)

Verificación de coherencia con las reglas

  • Política de "comenzar desde cero" comprendida y seguida
  • El tamaño del equipo está dentro de los límites del evento (si corresponde)
  • Se ha tomado nota del flujo de evaluación (asíncrono frente a en vivo)
  • Todos los bounties objetivo están registrados formalmente ("Comenzar trabajo" o equivalente)

Enlaces útiles para su próximo hackathon

  • Encuentre eventos: Consulte el calendario de eventos de ETHGlobal, el centro de blockchain de Devpost y DoraHacks para las próximas competencias.
  • Inspírese: Explore el Showcase de ETHGlobal para ver las demostraciones ganadoras y explorar su código.
  • Estructura (scaffolding) de EVM: Revise la documentación de Foundry y las guías de inicio rápido.
  • Estructura (scaffolding) de Solana: Consulte la documentación de Anchor y su guía de "conceptos básicos".
  • Consejos para videos: Busque guías sobre cómo crear un video de demostración conciso y convincente.

Nota final

Los hackathons recompensan la claridad bajo restricciones. Elija un problema acotado, apóyese en herramientas sencillas y obsesiónese con crear un momento encantador de extremo a extremo. Haga eso y aprenderá una cantidad tremenda, incluso si su nombre no aparece en la diapolstiva de ganadores esta vez. Y si aparece, se lo habrá ganado.

Dos Vías para un Ethereum más Amigable: Cuentas Inteligentes ERC‑4337 + ERC‑4804 URLs Web3

· 9 min de lectura
Dora Noda
Software Engineer

TL;DR

Ethereum acaba de obtener dos primitivas poderosas que llevan la experiencia de usuario más allá de las frases semilla y las dapps marcables, hacia “experiencias en cadena clicables”.

  • ERC-4337 trae abstracción de cuentas al Ethereum actual sin cambios en el protocolo base. Esto hace que funciones como cuentas de contrato inteligente, patrocinio de gas, llamadas agrupadas y autenticación al estilo de passkey sean nativas de las carteras.
  • ERC-4804 introduce URLs web3:// — enlaces legibles por humanos que se resuelven directamente en llamadas de lectura a contratos y pueden incluso renderizar HTML o SVG en cadena, todo sin un servidor web tradicional como intermediario. Piensa en ello como “HTTP para el EVM”.

Cuando se usan juntos, ERC-4337 maneja las acciones, mientras que ERC-4804 maneja las direcciones. Esta combinación permite compartir un enlace que extrae verificablemente su interfaz de usuario de un contrato inteligente. Cuando el usuario está listo para actuar, el flujo pasa a una cuenta inteligente que puede patrocinar el gas y agrupar varios pasos en un solo clic sin fisuras.


Por Qué Importa Ahora

No es solo un futuro teórico; estas tecnologías están en vivo y ganando tracción significativa. ERC-4337 ya está escalado y probado en producción. El contrato canónico EntryPoint se desplegó en la mainnet de Ethereum el 1 de marzo de 2023 y desde entonces ha impulsado decenas de millones de cuentas de contrato inteligente y procesado más de 100 millones de operaciones de usuario.

Simultáneamente, el protocolo base está convergiendo con estas ideas. La actualización Pectra, lanzada en mayo de 2025, incluyó EIP-7702, que permite que las cuentas externas estándar (EOA) se comporten temporalmente como cuentas inteligentes. Esto complementa a ERC-4337 al facilitar la transición para usuarios existentes, en lugar de reemplazar el estándar.

En el frente de direccionamiento, web3:// ya está formalizado. ERC-4804 especifica exactamente cómo una URL se traduce en una llamada EVM, y web3 ha sido listado por IANA como un esquema URI provisional. Las herramientas y pasarelas necesarias para hacer prácticas estas URLs ya están disponibles, convirtiendo datos en cadena en recursos compartibles y enlazables.


Introducción: ERC-4337 en una Página

En su esencia, ERC-4337 introduce una vía de transacción paralela a Ethereum, construida para flexibilidad. En lugar de transacciones tradicionales, los usuarios envían objetos UserOperation a un mempool alternativo. Estos objetos describen lo que la cuenta quiere hacer. Nodos especializados llamados “Bundlers” recogen estas operaciones y las ejecutan a través de un contrato global EntryPoint.

Esto habilita tres componentes clave:

  1. Cuentas de Contrato Inteligente (SCAs): Estas cuentas contienen su propia lógica. Definen qué hace válida una transacción, permitiendo esquemas de firma personalizados (como passkeys o multisig), claves de sesión para juegos, límites de gasto y mecanismos de recuperación social. La cuenta, no la red, impone las reglas.
  2. Paymasters: Estos contratos especiales pueden patrocinar las tarifas de gas para los usuarios o permitirles pagar con tokens ERC‑20. Esta es la clave para desbloquear una incorporación real de “sin ETH en la cartera” y crear experiencias de un solo clic al agrupar múltiples llamadas en una única operación.
  3. Seguridad DoS y Reglas: El mempool público de ERC‑4337 está protegido por reglas de validación off‑chain estandarizadas (definidas en ERC‑7562) que evitan que los Bundlers desperdicien recursos en operaciones destinadas a fallar. Si bien pueden existir mempools alternativos para casos de uso especializados, estas reglas compartidas mantienen el ecosistema coherente y seguro.

Modelo mental: ERC‑4337 convierte las carteras en aplicaciones programables. En lugar de solo firmar transacciones crudas, los usuarios envían “intenciones” que el código de su cuenta valida y el contrato EntryPoint ejecuta — de forma segura y atómica.


Introducción: ERC-4804 en una Página

ERC‑4804 ofrece un mapeo simple y directo de una URL web3:// a una llamada solo de lectura en EVM. La gramática de la URL es intuitiva: web3://<nombre-o-dirección>[:chainId]/<método>/<arg0>?returns=(tipos). Los nombres pueden resolverse mediante sistemas como ENS, y los argumentos se tipan automáticamente según el ABI del contrato.

Algunos ejemplos:

  • web3://uniswap.eth/ llamaría al contrato en la dirección uniswap.eth con calldata vacío.
  • web3://.../balanceOf/vitalik.eth?returns=(uint256) codificaría en ABI una llamada a la función balanceOf con la dirección de Vitalik y devolvería un resultado JSON tipado correctamente.

Crucialmente, este estándar es actualmente para llamadas solo de lectura (equivalentes a funciones view de Solidity). Cualquier acción que cambie el estado sigue requiriendo una transacción — justo donde entran ERC‑4337 o EIP‑7702. Con web3 registrado como esquema URI provisional en IANA, el camino está abierto para soporte nativo en navegadores y clientes, aunque por ahora a menudo depende de extensiones o pasarelas.

Modelo mental: ERC‑4804 convierte recursos en cadena en objetos web enlazables. “Compartir esta vista de contrato como URL” se vuelve tan natural como compartir un enlace a un panel de control.


Juntos: “Experiencias En Cadena Clicables”

Combinar estos dos estándares desbloquea un patrón poderoso para construir aplicaciones descentralizadas hoy.

Primero, entregas una UI verificable vía web3://. En lugar de alojar tu frontend en un servidor centralizado como S3, puedes almacenar una interfaz HTML o SVG mínima directamente en cadena. Un enlace como web3://app.eth/render permite al cliente resolver la URL y renderizar la UI directamente desde el contrato, asegurando que el usuario vea exactamente lo que el código dicta.

Desde esa interfaz verificable, puedes disparar una acción de un solo clic vía ERC‑4337. Un botón “Mint” o “Subscribe” puede compilar una UserOperation que un paymaster patrocina. El usuario aprueba con una passkey o un simple prompt biométrico, y el contrato EntryPoint ejecuta una llamada agrupada que despliega su cuenta inteligente (si es su primera vez) y completa la acción deseada en un solo paso atómico.

Esto crea una transferencia profunda de enlace. La UI puede incrustar enlaces basados en intención que son manejados directamente por la cartera del usuario, eliminando la necesidad de enviarlos a un sitio externo que pueda no ser de confianza. El contenido es el contrato, y la acción es la cuenta.

Esto habilita:

  • Pruebas sin gas y onboarding “just works”: Los nuevos usuarios no necesitan adquirir ETH para comenzar. Tu aplicación puede patrocinar sus primeras interacciones, reduciendo drásticamente la fricción.
  • Estado compartible: Un enlace web3:// es una consulta al estado de la blockchain. Perfecto para dashboards, pruebas de propiedad o cualquier contenido que deba ser verificablemente a prueba de manipulaciones.
  • Flujos amigables para agentes: Los agentes de IA pueden obtener estado verificable vía URLs web3:// y enviar intenciones transaccionales a través de ERC‑4337 usando claves de sesión limitadas, todo sin scraping de pantalla frágil o manejo inseguro de claves privadas.

Notas de Diseño para Constructores

Al implementar estos estándares, hay algunas decisiones arquitectónicas a considerar. Para ERC‑4337, es aconsejable comenzar con plantillas mínimas de cuentas inteligentes y añadir capacidades mediante módulos guardados para mantener la lógica de validación central simple y segura. Tu política de paymaster debe ser robusta, con límites claros en el gas patrocinado y listas blancas de métodos aprobados para prevenir ataques de griefing.

Para ERC‑4804, prioriza enlaces legibles usando nombres ENS. Sé explícito con el chainId para evitar ambigüedades e incluye el parámetro returns=(…) para asegurar que los clientes reciban respuestas tipadas y predecibles. Aunque puedes renderizar UI completas, suele ser mejor mantener HTML/SVG en cadena al mínimo, usándolos como shells verificables que pueden obtener activos más pesados de almacenamiento descentralizado como IPFS.

Finalmente, recuerda que EIP‑7702 y ERC‑4337 trabajan juntos, no en contra. Con EIP‑7702 activo en la actualización Pectra, los usuarios de EOAs existentes pueden delegar acciones a lógica de contrato sin desplegar una cuenta inteligente completa. Las herramientas del ecosistema de abstracción de cuentas ya se están alineando para soportar esto, suavizando la ruta de migración para todos.


Seguridad, Realidad y Limitaciones

Aunque potentes, estos sistemas tienen compensaciones. El contrato EntryPoint es un punto de estrangulamiento central por diseño; simplifica el modelo de seguridad pero también concentra riesgo. Siempre utiliza versiones auditadas y canónicas. Las reglas de validación del mempool de ERC‑7562 son una convención social, no una regla impuesta on‑chain, así que no asumas que todo mempool alternativo ofrece la misma resistencia a censura o protección DoS.

Además, web3:// sigue madurando. Sigue siendo un estándar de solo lectura, y cualquier operación de escritura requiere una transacción. Si bien el protocolo es descentralizado, las pasarelas y clientes que resuelven estas URLs pueden ser puntos potenciales de falla o censura. La verdadera “desbloqueabilidad” dependerá de un soporte nativo amplio en clientes.


Un Plano Concreto

Imagina que quieres construir un club de membresía impulsado por NFT con una UI verificable y un proceso de unión de un solo clic. Así podrías implementarlo este trimestre:

  1. Compartir la UI: Distribuye un enlace como web3://club.eth/home. Cuando un usuario lo abre, su cliente resuelve la URL, llama al contrato y renderiza una UI en cadena que muestra la lista de miembros permitidos y el precio de mint.
  2. Unión de Un Solo Clic: El usuario pulsa un botón “Unirse”. Su cartera compila una UserOperation de ERC‑4337 patrocinada por tu paymaster. Esta única operación agrupa tres llamadas: desplegar la cuenta inteligente del usuario (si no la tiene), pagar la tarifa de mint y registrar sus datos de perfil.
  3. Recibo Verificable: Tras la confirmación de la transacción, al usuario se le muestra una vista de confirmación que es otro enlace web3://, como web3://club.eth/receipt/<tokenId>, creando un vínculo permanente en cadena a su prueba de membresía.

El Gran Panorama

Estos dos estándares señalan un cambio fundamental en cómo construimos sobre Ethereum. Las cuentas se están convirtiendo en software. ERC‑4337 y EIP‑7702 están transformando la “UX de la cartera” en un espacio para verdadera innovación de producto, yendo más allá de las lecciones sobre gestión de claves. Al mismo tiempo, los enlaces se están convirtiendo en consultas. ERC‑4804 devuelve la URL como un primitivo para direccionar hechos verificables en cadena, no solo los frontends que los proxy.

Juntos, acortan la brecha entre lo que los usuarios hacen clic y lo que los contratos ejecutan. Esa brecha antes estaba llena por servidores web centralizados y suposiciones de confianza. Ahora puede ser cubierta por rutas de código verificables y mempools abiertos y sin permisos.

Si construyes aplicaciones cripto de consumo, esta es tu oportunidad de hacer que el primer minuto del usuario sea encantador. Comparte un enlace, muestra la verdad, patrocina la primera acción y mantén a tus usuarios dentro de un bucle verificable. Las vías están aquí — ahora es momento de lanzar las experiencias.

Presentando el Panel de Control de BlockEden.xyz v3: Una Experiencia Moderna, Más Rápida y Más Intuitiva

· 5 min de lectura
Dora Noda
Software Engineer

Resumen de una frase: Hemos rediseñado completamente nuestro panel de control con Next.js App Router, componentes shadcn-ui y Tailwind CSS para ofrecer una experiencia más rápida, más receptiva y visualmente atractiva al gestionar el acceso a tu API de blockchain.

Hoy, estamos emocionados de anunciar el lanzamiento del Panel de Control de BlockEden.xyz v3, que representa nuestra mayor actualización de interfaz de usuario desde el inicio de la plataforma. No se trata solo de una renovación visual, sino de una reestructuración arquitectónica completa diseñada para que tu interacción con nuestros servicios de API de blockchain sea más fluida, rápida y más intuitiva que nunca.

Qué hay de nuevo en el Panel de Control v3

1. Stack tecnológico moderno para un rendimiento mejorado

El Panel de Control v3 está construido sobre Next.js App Router, reemplazando la arquitectura anterior de Pages Router. Este cambio fundamental aporta mejoras significativas de rendimiento mediante:

  • Componentes del servidor: Cargas de página más rápidas con menos JavaScript del lado del cliente
  • Enrutamiento mejorado: Navegación más intuitiva con diseños anidados
  • SEO mejorado: Mayor visibilidad en motores de búsqueda mediante un manejo mejorado de metadatos

También hemos migrado de Ant Design y Styletron a componentes shadcn-ui impulsados por Tailwind CSS, lo que resulta en:

  • Tamaño de paquete reducido: Tiempos de carga más rápidos en todas las páginas
  • Lenguaje de diseño consistente: Una experiencia visual más cohesionada
  • Mejor accesibilidad: Navegación con teclado mejorada y soporte para lectores de pantalla

2. Gestión simplificada de claves de acceso

Hemos rediseñado completamente la experiencia de gestión de claves de acceso:

  • Creación intuitiva de claves: Genera nuevas claves API con solo unos clics
  • Visibilidad mejorada: Distingue fácilmente entre diferentes tipos de claves y permisos
  • Seguridad mejorada: Mejor aislamiento entre entornos de clientes con una gestión adecuada de inquilinos
  • Copiado con un clic: Copia sin problemas las claves al portapapeles para integrarlas en tus proyectos

[PLACEHOLDER DE IMAGEN: Captura de pantalla de la nueva interfaz de gestión de claves de acceso]

3. Sección de cuenta y facturación rediseñada

Gestionar tu cuenta y suscripciones ahora es más sencillo:

  • Gestión simplificada de suscripciones: Actualiza, reduce o cancela tu plan fácilmente
  • Información de facturación más clara: Precios más transparentes y estadísticas de uso
  • Proceso de pago simplificado: Manejo seguro y eficiente de pagos con integración mejorada de Stripe
  • Integración de billetera mejorada: Mejor conexión con tus billeteras cripto

4. Aislamiento estricto de inquilinos

Para usuarios empresariales que gestionan múltiples proyectos, hemos implementado un aislamiento estricto de inquilinos:

  • Configuraciones específicas por cliente: Cada ID de cliente tiene su propio entorno aislado
  • Seguridad mejorada: Aplicación adecuada de límites entre diferentes inquilinos
  • Seguimiento mejorado: Mayor visibilidad de los patrones de uso en diferentes proyectos

Detrás de cámaras: Mejoras técnicas

Aunque los cambios visuales son evidentes de inmediato, hemos realizado mejoras significativas bajo el capó:

1. Cambio arquitectónico

La migración de Pages Router a App Router representa un cambio fundamental en la estructura de nuestra aplicación:

  • Arquitectura basada en componentes: Código más modular y mantenible
  • Obtención de datos mejorada: Renderizado del lado del servidor y carga de datos más eficientes
  • Mejor gestión del estado: Separación de responsabilidades más clara y actualizaciones de estado más predecibles

2. Flujo de autenticación mejorado

Hemos simplificado nuestro sistema de autenticación:

  • Proceso de inicio de sesión simplificado: Autenticación más rápida y fiable
  • Gestión de sesiones mejorada: Mejor manejo de tokens de autenticación
  • Seguridad mejorada: Protección más robusta contra vulnerabilidades de seguridad comunes

3. Integración de API optimizada

Nuestra integración GraphQL ha sido completamente renovada:

  • Proveedor Apollo Client: Configurado con manejo adecuado de ID de cliente
  • Política de obtención network-only: Actualizaciones de datos en tiempo real para información crítica
  • Consultas optimizadas: Reducción de transferencia de datos y mejora de tiempos de respuesta

Cómo comenzar con el Panel de Control v3

Todos los usuarios existentes han sido migrados automáticamente al Panel de Control v3. Simplemente inicia sesión en https://BlockEden.xyz/dash para experimentar la nueva interfaz.

Si eres nuevo en BlockEden.xyz, ahora es el momento perfecto para registrarte y experimentar nuestros servicios de API de blockchain de última generación a través de nuestro panel de control moderno.

¿Qué sigue?

Esta actualización representa un hito importante en nuestro camino, pero no nos detenemos aquí. En los próximos meses, presentaremos:

  • Analíticas mejoradas: Información más detallada sobre el uso de tu API
  • Integraciones de redes adicionales: Soporte para más redes blockchain
  • Herramientas de desarrollo mejoradas: Mejor documentación y soporte de SDK
  • Alertas personalizadas: Notificaciones configurables para eventos críticos

Valoramos tus comentarios

Como con cualquier actualización importante, tus comentarios son invaluables. Si encuentras algún problema o tienes sugerencias de mejora, por favor contacta a nuestro equipo de soporte o únete a nuestra comunidad de Discord.

Gracias por ser parte del viaje de BlockEden.xyz. Estamos entusiasmados de seguir construyendo la infraestructura que impulsa el futuro descentralizado.

Conectando IA y Web3 a través de MCP: Un Análisis Panorámico

· 52 min de lectura
Dora Noda
Software Engineer

Introducción

La IA y la Web3 están convergiendo de formas poderosas, con las interfaces generales de IA concebidas ahora como un tejido conectivo para la web descentralizada. Un concepto clave que surge de esta convergencia es MCP, que se conoce diversamente como “Model Context Protocol” (Protocolo de Contexto de Modelo, introducido por Anthropic) o se describe vagamente como un Protocolo de Conexión del Metaverso en discusiones más amplias. En esencia, MCP es un marco estandarizado que permite que los sistemas de IA se conecten con herramientas y redes externas de una manera natural y segura – conectando potencialmente a los agentes de IA con cada rincón del ecosistema Web3. Este informe proporciona un análisis exhaustivo de cómo las interfaces generales de IA (como los agentes de modelos de lenguaje de gran escala y los sistemas neuro-simbólicos) podrían conectar todo en el mundo de la Web3 a través de MCP, cubriendo los antecedentes históricos, la arquitectura técnica, el panorama de la industria, los riesgos y el potencial futuro.

1. Antecedentes de desarrollo

1.1 La evolución de la Web3 y las promesas incumplidas

El término “Web3” fue acuñado alrededor de 2014 para describir una web descentralizada impulsada por blockchain. La visión era ambiciosa: un internet sin permisos centrado en la propiedad del usuario. Los entusiastas imaginaron reemplazar la infraestructura centralizada de la Web2 con alternativas basadas en blockchain – p. ej., Ethereum Name Service (para DNS), Filecoin o IPFS (para almacenamiento) y DeFi para los rieles financieros. En teoría, esto arrebataría el control a las plataformas de las Big Tech y otorgaría a las personas soberanía propia sobre sus datos, identidad y activos.

La realidad se quedó corta. A pesar de años de desarrollo y expectativas, el impacto masivo de la Web3 siguió siendo marginal. Los usuarios promedio de internet no acudieron en masa a las redes sociales descentralizadas ni comenzaron a gestionar claves privadas. Las razones clave incluyeron una experiencia de usuario deficiente, transacciones lentas y costosas, estafas de alto perfil e incertidumbre regulatoria. La “web de propiedad” descentralizada en gran medida “no logró materializarse” más allá de una comunidad de nicho. A mediados de la década de 2020, incluso los defensores de las criptomonedas admitieron que la Web3 no había provocado un cambio de paradigma para el usuario común.

Mientras tanto, la IA estaba experimentando una revolución. A medida que el capital y el talento de los desarrolladores pivotaban de las criptomonedas a la IA, los avances transformadores en el aprendizaje profundo y los modelos fundacionales (GPT-3, GPT-4, etc.) capturaron la imaginación del público. La IA generativa demostró una utilidad clara – produciendo contenido, código y decisiones – de una manera que las aplicaciones cripto habían tenido dificultades para lograr. De hecho, el impacto de los modelos de lenguaje de gran escala en solo un par de años superó notablemente a una década de adopción de blockchain por parte de los usuarios. Este contraste llevó a algunos a bromear diciendo que “la Web3 se desperdició en las criptomonedas” y que la verdadera Web 3.0 está surgiendo de la ola de la IA.

1.2 El auge de las interfaces generales de IA

Durante décadas, las interfaces de usuario evolucionaron desde páginas web estáticas (Web 1.0) hasta aplicaciones interactivas (Web 2.0) – pero siempre dentro de los límites de hacer clic en botones y completar formularios. Con la IA moderna, especialmente los modelos de lenguaje de gran escala (LLM), ha llegado un nuevo paradigma de interfaz: el lenguaje natural. Los usuarios pueden simplemente expresar su intención en lenguaje sencillo y hacer que los sistemas de IA ejecuten acciones complejas en muchos dominios. Este cambio es tan profundo que algunos sugieren redefinir la “Web 3.0” como la era de los agentes impulsados por IA (“la Web Agéntica”) en lugar de la definición anterior centrada en blockchain.

Sin embargo, los primeros experimentos con agentes de IA autónomos expusieron un cuello de botella crítico. Estos agentes – p. ej., prototipos como AutoGPT – podían generar texto o código, pero carecían de una forma sólida de comunicarse con sistemas externos y entre sí. No había un “lenguaje común nativo de la IA” para la interoperabilidad. Cada integración con una herramienta o fuente de datos era un truco a medida, y la interacción de IA a IA no tenía un protocolo estándar. En términos prácticos, un agente de IA podría tener una gran capacidad de razonamiento pero fallar al ejecutar tareas que requerían el uso de aplicaciones web o servicios on-chain, simplemente porque no sabía cómo hablar con esos sistemas. Este desajuste – cerebros poderosos, E / S primitivas – era similar a tener un software superinteligente atrapado detrás de una interfaz gráfica de usuario (GUI) torpe.

1.3 Convergencia y el surgimiento de MCP

Para 2024, se hizo evidente que para que la IA alcanzara su máximo potencial (y para que la Web3 cumpliera su promesa), era necesaria una convergencia: los agentes de IA requieren un acceso fluido a las capacidades de la Web3 (aplicaciones descentralizadas, contratos, datos), y la Web3 necesita más inteligencia y usabilidad, que la IA puede proporcionar. Este es el contexto en el que nació MCP (Model Context Protocol). Introducido por Anthropic a finales de 2024, MCP es un estándar abierto para la comunicación entre herramientas de IA que se siente natural para los LLM. Proporciona una forma estructurada y detectable para que los “hosts” de IA (como ChatGPT, Claude, etc.) encuentren y utilicen una variedad de herramientas y recursos externos a través de servidores MCP. En otras palabras, MCP es una capa de interfaz común que permite a los agentes de IA conectarse a servicios web, API e incluso funciones de blockchain, sin necesidad de codificar a medida cada integración.

Piense en MCP como “el USB-C de las interfaces de IA”. Así como el USB-C estandarizó cómo se conectan los dispositivos (para que no necesite cables diferentes para cada dispositivo), MCP estandariza cómo los agentes de IA se conectan a las herramientas y los datos. En lugar de codificar de forma rígida diferentes llamadas de API para cada servicio (Slack frente a Gmail frente a un nodo de Ethereum), un desarrollador puede implementar la especificación MCP una vez, y cualquier IA compatible con MCP podrá entender cómo usar ese servicio. Los principales actores de la IA vieron rápidamente la importancia: Anthropic lanzó MCP como código abierto, y empresas como OpenAI y Google están integrando soporte para ello en sus modelos. Este impulso sugiere que MCP (o protocolos de “meta-conectividad” similares) podría convertirse en la columna vertebral que finalmente conecte la IA y la Web3 de una manera escalable.

Notablemente, algunos tecnólogos argumentan que esta conectividad centrada en la IA es la verdadera realización de la Web 3.0. En palabras de Simba Khadder, “MCP tiene como objetivo estandarizar una API entre los LLM y las aplicaciones”, de manera similar a cómo las API REST habilitaron la Web 2.0 – lo que significa que la próxima era de la Web3 podría estar definida por interfaces de agentes inteligentes en lugar de solo por blockchains. En lugar de la descentralización por sí misma, la convergencia con la IA podría hacer que la descentralización sea útil, al ocultar la complejidad detrás del lenguaje natural y los agentes autónomos. El resto de este informe profundiza en cómo, técnica y prácticamente, las interfaces generales de IA (a través de protocolos como MCP) pueden conectar todo en el mundo de la Web3.

2. Arquitectura técnica: Interfaces de IA que sirven de puente para las tecnologías Web3

La integración de agentes de IA en el ecosistema Web3 requiere una integración en múltiples niveles: redes blockchain y contratos inteligentes, almacenamiento descentralizado, sistemas de identidad y economías basadas en tokens. Las interfaces generales de IA —desde grandes modelos base hasta sistemas híbridos neuro-simbólicos— pueden actuar como un “adaptador universal” que conecta estos componentes. A continuación, analizamos la arquitectura de dicha integración:

** Figura: Un diagrama conceptual de la arquitectura de MCP, que muestra cómo los hosts de IA (aplicaciones basadas en LLM como Claude o ChatGPT) utilizan un cliente MCP para conectarse a varios servidores MCP. Cada servidor proporciona un puente a alguna herramienta o servicio externo (por ejemplo, Slack, Gmail, calendarios o datos locales), de forma análoga a los periféricos que se conectan a través de un concentrador universal. Esta interfaz MCP estandarizada permite que los agentes de IA accedan a servicios remotos y recursos on-chain a través de un protocolo común. **

2.1 Agentes de IA como clientes Web3 (Integración con blockchains)

En el núcleo de Web3 se encuentran las blockchains y los contratos inteligentes, máquinas de estado descentralizadas que pueden ejecutar lógica de manera trustless. ¿ Cómo puede una interfaz de IA interactuar con estos ? Hay dos direcciones a considerar:

  • IA leyendo desde la blockchain: Un agente de IA puede necesitar datos on-chain (por ejemplo, precios de tokens, saldo de activos del usuario, propuestas de DAO) como contexto para sus decisiones. Tradicionalmente, la recuperación de datos de blockchain requiere interactuar con las API RPC de los nodos o bases de datos de subgrafos. Con un marco como MCP, una IA puede consultar un servidor MCP estandarizado de “datos de blockchain” para obtener información on-chain en tiempo real. Por ejemplo, un agente habilitado para MCP podría solicitar el volumen de transacciones más reciente de un token determinado, o el estado de un contrato inteligente, y el servidor MCP se encargaría de los detalles de bajo nivel de la conexión a la blockchain y devolvería los datos en un formato que la IA pueda utilizar. Esto aumenta la interoperabilidad al desacoplar la IA del formato de API de cualquier blockchain específica.

  • IA escribiendo en la blockchain: De manera más potente, los agentes de IA pueden ejecutar llamadas a contratos inteligentes o transacciones a través de integraciones Web3. Una IA podría, por ejemplo, ejecutar de forma autónoma una operación en un exchange descentralizado o ajustar parámetros en un contrato inteligente si se cumplen ciertas condiciones. Esto se logra mediante la invocación por parte de la IA de un servidor MCP que envuelve la funcionalidad de transacción de la blockchain. Un ejemplo concreto es el servidor MCP de thirdweb para cadenas EVM, que permite a cualquier cliente de IA compatible con MCP interactuar con Ethereum, Polygon, BSC, etc., abstrayendo la mecánica específica de cada cadena. Utilizando una herramienta de este tipo, un agente de IA podría activar acciones on-chain “sin intervención humana”, permitiendo dApps autónomas; por ejemplo, una bóveda DeFi impulsada por IA que se reequilibra a sí misma firmando transacciones cuando cambian las condiciones del mercado.

Internamente, estas interacciones siguen dependiendo de billeteras, claves y tarifas de gas, pero a la interfaz de IA se le puede dar acceso controlado a una billetera (con entornos de seguridad adecuados) para realizar las transacciones. Los oráculos y los puentes cross-chain también entran en juego: las redes de oráculos como Chainlink sirven como puente entre la IA y las blockchains, permitiendo que los resultados de la IA se introduzcan on-chain de forma confiable. El Protocolo de Interoperabilidad Cross-Chain (CCIP) de Chainlink, por ejemplo, podría permitir que un modelo de IA considerado confiable active múltiples contratos en diferentes cadenas simultáneamente en nombre de un usuario. En resumen, las interfaces generales de IA pueden actuar como un nuevo tipo de cliente Web3, uno que puede tanto consumir datos de blockchain como producir transacciones de blockchain a través de protocolos estandarizados.

2.2 Sinergia neuro-simbólica: Combinando el razonamiento de la IA con contratos inteligentes

Un aspecto intrigante de la integración IA-Web3 es el potencial de las arquitecturas neuro-simbólicas que combinan la capacidad de aprendizaje de la IA (redes neuronales) con la lógica rigurosa de los contratos inteligentes (reglas simbólicas). En la práctica, esto podría significar que los agentes de IA manejen la toma de decisiones no estructurada y pasen ciertas tareas a los contratos inteligentes para una ejecución verificable. Por ejemplo, una IA podría analizar el sentimiento del mercado (una tarea difusa), pero luego ejecutar operaciones a través de un contrato inteligente determinista que siga reglas de riesgo preestablecidas. El marco MCP y los estándares relacionados hacen que tales transferencias sean factibles al dar a la IA una interfaz común para llamar a funciones de contrato o consultar las reglas de una DAO antes de actuar.

Un ejemplo concreto es el AI-DSL (Lenguaje Específico de Dominio de IA) de SingularityNET, que tiene como objetivo estandarizar la comunicación entre agentes de IA en su red descentralizada. Esto puede verse como un paso hacia la integración neuro-simbólica: un lenguaje formal (simbólico) para que los agentes soliciten servicios de IA o datos entre sí. Del mismo modo, proyectos como AlphaCode de DeepMind u otros podrían eventualmente conectarse para que los contratos inteligentes llamen a modelos de IA para la resolución de problemas on-chain. Aunque ejecutar grandes modelos de IA directamente on-chain es poco práctico hoy en día, están surgiendo enfoques híbridos: por ejemplo, ciertas blockchains permiten la verificación de computaciones de ML a través de pruebas de conocimiento cero o ejecución confiable, lo que permite la verificación on-chain de los resultados de IA off-chain. En resumen, la arquitectura técnica visualiza los sistemas de IA y los contratos inteligentes de blockchain como componentes complementarios, orquestados a través de protocolos comunes: la IA maneja la percepción y las tareas abiertas, mientras que las blockchains proporcionan integridad, memoria y ejecución de las reglas acordadas.

2.3 Almacenamiento descentralizado y datos para la IA

La IA prospera con los datos, y Web3 ofrece nuevos paradigmas para el almacenamiento y el intercambio de datos. Las redes de almacenamiento descentralizado (como IPFS / Filecoin, Arweave, Storj, etc.) pueden servir tanto como repositorios para artefactos de modelos de IA como fuentes de datos de entrenamiento, con control de acceso basado en blockchain. Una interfaz general de IA, a través de MCP o similar, podría recuperar archivos o conocimientos del almacenamiento descentralizado tan fácilmente como de una API Web2. Por ejemplo, un agente de IA podría extraer un conjunto de datos del mercado de Ocean Protocol o un archivo cifrado de un almacenamiento distribuido, si tiene las claves o los pagos adecuados.

Ocean Protocol en particular se ha posicionado como una plataforma de “economía de datos de IA”, utilizando blockchain para tokenizar datos e incluso servicios de IA. En Ocean, los conjuntos de datos están representados por datatokens que controlan el acceso; un agente de IA podría obtener un datatoken (quizás pagando con cripto o a través de algún derecho de acceso) y luego usar un servidor MCP de Ocean para recuperar los datos reales para su análisis. El objetivo de Ocean es desbloquear los “datos inactivos” para la IA, incentivando el intercambio mientras se preserva la privacidad. Por lo tanto, una IA conectada a Web3 podría aprovechar un vasto corpus descentralizado de información —desde depósitos de datos personales hasta datos gubernamentales abiertos— que anteriormente estaban aislados. La blockchain garantiza que el uso de los datos sea transparente y pueda ser recompensado de manera justa, impulsando un ciclo virtuoso donde más datos están disponibles para la IA y más contribuciones de IA (como modelos entrenados) pueden monetizarse.

Los sistemas de identidad descentralizados también juegan un papel aquí (se analiza más en la siguiente subsección): pueden ayudar a controlar quién o qué tiene permiso para acceder a ciertos datos. Por ejemplo, se podría requerir que un agente de IA médico presente una credencial verificable (prueba on-chain de cumplimiento con HIPAA o similar) antes de que se le permita descifrar un conjunto de datos médicos del almacenamiento IPFS personal de un paciente. De esta manera, la arquitectura técnica garantiza que los datos fluyan hacia la IA cuando sea apropiado, pero con gobernanza on-chain y pistas de auditoría para hacer cumplir los permisos.

2.4 Identidad y gestión de agentes en un entorno descentralizado

Cuando los agentes de IA autónomos operan en un ecosistema abierto como Web3, la identidad y la confianza se vuelven fundamentales. Los marcos de identidad descentralizada (DID) proporcionan una forma de establecer identidades digitales para los agentes de IA que pueden verificarse criptográficamente. Cada agente (o el humano / organización que lo despliega) puede tener un DID y credenciales verificables asociadas que especifiquen sus atributos y permisos. Por ejemplo, un bot de trading de IA podría portar una credencial emitida por un entorno de pruebas regulatorio que certifique que puede operar dentro de ciertos límites de riesgo, o un moderador de contenido de IA podría demostrar que fue creado por una organización confiable y que se ha sometido a pruebas de sesgo.

A través de registros de identidad on-chain y sistemas de reputación, el mundo Web3 puede exigir responsabilidad por las acciones de la IA. Cada transacción que realiza un agente de IA puede rastrearse hasta su ID, y si algo sale mal, las credenciales indican quién lo construyó o quién es responsable. Esto aborda un desafío crítico: sin identidad, un actor malicioso podría crear agentes de IA falsos para explotar sistemas o difundir información errónea, y nadie podría distinguir los bots de los servicios legítimos. La identidad descentralizada ayuda a mitigar eso al permitir una autenticación robusta y distinguir a los agentes de IA auténticos de las suplantaciones.

En la práctica, una interfaz de IA integrada con Web3 usaría protocolos de identidad para firmar sus acciones y solicitudes. Por ejemplo, cuando un agente de IA llama a un servidor MCP para usar una herramienta, podría incluir un token o firma vinculada a su identidad descentralizada, para que el servidor pueda verificar que la llamada proviene de un agente autorizado. Los sistemas de identidad basados en blockchain (como el ERC-725 de Ethereum o los DID de W3C anclados en un libro mayor) garantizan que esta verificación sea trustless y verificable globalmente. El concepto emergente de “billeteras de IA” se vincula con esto, otorgando esencialmente a los agentes de IA billeteras de criptomonedas vinculadas a su identidad, para que puedan gestionar claves, pagar servicios o realizar staking de tokens como garantía (que podría ser recortada por mal comportamiento). ArcBlock, por ejemplo, ha analizado cómo los “agentes de IA necesitan una billetera” y un DID para operar de manera responsable en entornos descentralizados.

En resumen, la arquitectura técnica prevé a los agentes de IA como ciudadanos de primera clase en Web3, cada uno con una identidad on-chain y posiblemente una participación en el sistema, utilizando protocolos como MCP para interactuar. Esto crea una red de confianza: los contratos inteligentes pueden requerir las credenciales de una IA antes de cooperar, y los usuarios pueden optar por delegar tareas solo a aquellas IA que cumplan con ciertas certificaciones on-chain. Es una combinación de la capacidad de la IA con las garantías de confianza de la blockchain.

2.5 Economías de tokens e incentivos para la IA

La tokenización es un sello distintivo de Web3, y se extiende también al dominio de la integración de la IA. Al introducir incentivos económicos a través de tokens, las redes pueden fomentar comportamientos deseados tanto de los desarrolladores de IA como de los propios agentes. Están surgiendo varios patrones:

  • Pago por servicios: Los modelos y servicios de IA se pueden monetizar on-chain. SingularityNET fue pionero en esto al permitir a los desarrolladores desplegar servicios de IA y cobrar a los usuarios en un token nativo (AGIX) por cada llamada. En un futuro habilitado por MCP, uno podría imaginar que cualquier herramienta o modelo de IA sea un servicio plug-and-play donde el uso se mida a través de tokens o micropagos. Por ejemplo, si un agente de IA utiliza una API de visión de terceros a través de MCP, podría gestionar automáticamente el pago transfiriendo tokens al contrato inteligente del proveedor de servicios. Fetch.ai prevé de manera similar mercados donde los “agentes económicos autónomos” intercambian servicios y datos, con su nuevo LLM Web3 (ASI-1) presuntamente integrando transacciones cripto para el intercambio de valor.

  • Staking y reputación: Para asegurar la calidad y la confiabilidad, algunos proyectos requieren que los desarrolladores o agentes realicen staking de tokens. Por ejemplo, el proyecto DeMCP (un mercado descentralizado de servidores MCP) planea usar incentivos de tokens para recompensar a los desarrolladores por crear servidores MCP útiles, y posiblemente hacer que realicen staking de tokens como señal de compromiso con la seguridad de su servidor. La reputación también podría estar vinculada a los tokens; por ejemplo, un agente que se desempeña consistentemente bien podría acumular tokens de reputación o reseñas positivas on-chain, mientras que uno que se comporta mal podría perder su stake o recibir calificaciones negativas. Esta reputación tokenizada puede luego retroalimentar el sistema de identidad mencionado anteriormente (los contratos inteligentes o los usuarios verifican la reputación on-chain del agente antes de confiar en él).

  • Tokens de gobernanza: Cuando los servicios de IA se convierten en parte de plataformas descentralizadas, los tokens de gobernanza permiten a la comunidad dirigir su evolución. Proyectos como SingularityNET y Ocean tienen DAOs donde los holders de tokens votan sobre cambios en los protocolos o el financiamiento de iniciativas de IA. En la combinación Artificial Superintelligence (ASI) Alliance —una fusión recientemente anunciada de SingularityNET, Fetch.ai y Ocean Protocol—, un token unificado (ASI) está destinado a gobernar la dirección de un ecosistema conjunto de IA+blockchain. Dichos tokens de gobernanza podrían decidir políticas como qué estándares adoptar (por ejemplo, admitir protocolos MCP o A2A), qué proyectos de IA incubar o cómo manejar las pautas éticas para los agentes de IA.

  • Acceso y utilidad: Los tokens pueden controlar el acceso no solo a los datos (como con los datatokens de Ocean), sino también al uso de modelos de IA. Un escenario posible son los “NFT de modelos” o similares, donde poseer un token otorga derechos sobre las salidas de un modelo de IA o una participación en sus ganancias. Esto podría sustentar los mercados descentralizados de IA: imagine un NFT que represente la propiedad parcial de un modelo de alto rendimiento; los propietarios ganan colectivamente cada vez que el modelo se utiliza en tareas de inferencia y pueden votar sobre su ajuste fino (fine-tuning). Aunque es experimental, esto se alinea con el espíritu de Web3 de propiedad compartida aplicada a los activos de IA.

En términos técnicos, la integración de tokens significa que los agentes de IA necesitan funcionalidad de billetera (como se señaló, muchos tendrán sus propias billeteras cripto). A través de MCP, una IA podría tener una “herramienta de billetera” que le permita verificar saldos, enviar tokens o llamar a protocolos DeFi (quizás para intercambiar un token por otro para pagar un servicio). Por ejemplo, si un agente de IA que se ejecuta en Ethereum necesita algunos tokens de Ocean para comprar un conjunto de datos, podría intercambiar automáticamente algo de ETH por $OCEAN a través de un DEX usando un plugin de MCP, y luego proceder con la compra, todo sin intervención humana, guiado por las políticas establecidas por su propietario.

En general, la economía de tokens proporciona la capa de incentivos en la arquitectura IA-Web3, asegurando que los colaboradores (ya sea que proporcionen datos, código de modelo, potencia de cómputo o auditorías de seguridad) sean recompensados, y que los agentes de IA tengan “intereses en juego” (skin in the game) que los alineen (hasta cierto punto) con las intenciones humanas.

3. Panorama de la industria

La convergencia de la IA y la Web3 ha impulsado un ecosistema vibrante de proyectos, empresas y alianzas. A continuación, analizamos los actores e iniciativas clave que impulsan este espacio, así como los casos de uso emergentes. La Tabla 1 proporciona una visión general de alto nivel de los proyectos notables y sus funciones en el panorama de la IA-Web3:

Tabla 1: Actores clave en IA + Web3 y sus funciones

Proyecto / ActorEnfoque y descripciónPapel en la convergencia IA-Web3 y casos de uso
Fetch.ai (Fetch)Plataforma de agentes de IA con una blockchain nativa (basada en Cosmos). Desarrolló marcos para agentes autónomos y recientemente introdujo “ASI-1 Mini”, un LLM optimizado para Web3.Permite servicios basados en agentes en Web3. Los agentes de Fetch pueden realizar tareas como logística descentralizada, búsqueda de plazas de aparcamiento o trading en DeFi en nombre de los usuarios, utilizando cripto para los pagos. Las asociaciones (por ejemplo, con Bosch) y la fusión de la alianza Fetch-AI lo posicionan como una infraestructura para desplegar dApps agénticas.
Ocean Protocol (Ocean)Mercado de datos descentralizado y protocolo de intercambio de datos. Se especializa en la tokenización de conjuntos de datos y modelos, con control de acceso que preserva la privacidad.Proporciona la columna vertebral de datos para la IA en Web3. Ocean permite a los desarrolladores de IA encontrar y comprar conjuntos de datos o vender modelos entrenados en una economía de datos trustless. Al alimentar la IA con datos más accesibles (mientras recompensa a los proveedores de datos), apoya la innovación en IA y el intercambio de datos para el entrenamiento. Ocean forma parte de la nueva alianza ASI, integrando sus servicios de datos en una red de IA más amplia.
SingularityNET (SNet)Un mercado de servicios de IA descentralizado fundado por el pionero de la IA Ben Goertzel. Permite a cualquier persona publicar o consumir algoritmos de IA a través de su plataforma basada en blockchain, utilizando el token AGIX.Fue pionero en el concepto de un mercado de IA abierto en blockchain. Fomenta una red de agentes y servicios de IA que pueden interoperar (desarrollando un AI-DSL especial para la comunicación entre agentes). Los casos de uso incluyen IA como servicio para tareas como análisis, reconocimiento de imágenes, etc., todo accesible a través de una dApp. Ahora se está fusionando con Fetch y Ocean (alianza ASI) para combinar IA, agentes y datos en un solo ecosistema.
Chainlink (Red de Oráculos)Red de oráculos descentralizada que conecta las blockchains con datos y computación off-chain. No es un proyecto de IA per se, pero es crucial para conectar contratos inteligentes on-chain con APIs y sistemas externos.Actúa como un middleware seguro para la integración IA-Web3. Los oráculos de Chainlink pueden suministrar resultados de modelos de IA a contratos inteligentes, permitiendo que los programas on-chain reaccionen a las decisiones de la IA. Por el contrario, los oráculos pueden recuperar datos de blockchains para la IA. La arquitectura de Chainlink puede incluso agregar resultados de múltiples modelos de IA para mejorar la fiabilidad (un enfoque de “máquina de la verdad” para mitigar las alucinaciones de la IA). Básicamente, proporciona los rieles para la interoperabilidad, asegurando que los agentes de IA y la blockchain coincidan en datos de confianza.
Anthropic & OpenAI (Proveedores de IA)Desarrolladores de modelos fundacionales de vanguardia (Claude de Anthropic, GPT de OpenAI). Están integrando características amigables con Web3, como APIs nativas de uso de herramientas y soporte para protocolos como MCP.Estas empresas impulsan la tecnología de interfaz de IA. La introducción de MCP por parte de Anthropic estableció el estándar para que los LLMs interactúen con herramientas externas. OpenAI ha implementado sistemas de plugins para ChatGPT (análogos al concepto de MCP) y está explorando la conexión de agentes a bases de datos y posiblemente blockchains. Sus modelos sirven como los “cerebros” que, cuando se conectan a través de MCP, pueden interactuar con la Web3. Los principales proveedores de la nube (por ejemplo, el protocolo A2A de Google) también están desarrollando estándares para interacciones multi-agente y de herramientas que beneficiarán la integración con Web3.
Otros actores emergentesLumoz: enfocado en servidores MCP e integración de herramientas de IA en Ethereum (apodado “Ethereum 3.0”), por ejemplo, verificar saldos on-chain a través de agentes de IA. Alethea AI: creación de avatares NFT inteligentes para el metaverso. Cortex: una blockchain que permite la inferencia de modelos de IA on-chain a través de contratos inteligentes. Golem y Akash: mercados de computación descentralizada que pueden ejecutar cargas de trabajo de IA. Numerai: modelos de IA crowdsourced para finanzas con incentivos cripto.Este grupo diverso aborda facetas de nicho: IA en el metaverso (NPCs y avatares impulsados por IA que son propiedad a través de NFTs), ejecución de IA on-chain (ejecución de modelos de ML de forma descentralizada, aunque actualmente limitada a modelos pequeños debido al coste de computación) y computación descentralizada (para que las tareas de entrenamiento o inferencia de IA puedan distribuirse entre nodos incentivados por tokens). Estos proyectos muestran las múltiples direcciones de la fusión IA-Web3, desde mundos de juego con personajes de IA hasta modelos predictivos crowdsourced asegurados por blockchain.

Alianzas y colaboraciones: Una tendencia notable es la consolidación de los esfuerzos de IA-Web3 a través de alianzas. La Artificial Superintelligence Alliance (ASI) es un ejemplo de ello, fusionando efectivamente SingularityNET, Fetch.ai y Ocean Protocol en un solo proyecto con un token unificado. El objetivo es combinar fortalezas: el mercado de SingularityNET, los agentes de Fetch y los datos de Ocean, creando así una plataforma integral para servicios de IA descentralizados. Esta fusión (anunciada en 2024 y aprobada por los votos de los poseedores de tokens) también indica que estas comunidades creen que es mejor cooperar que competir, especialmente ante el avance de la gran IA (OpenAI, etc.) y las grandes cripto (Ethereum, etc.). Es posible que veamos a esta alianza impulsar implementaciones estándar de elementos como MCP en sus redes, o financiar conjuntamente infraestructuras que beneficien a todos (como redes de computación o estándares de identidad comunes para la IA).

Otras colaboraciones incluyen las asociaciones de Chainlink para llevar datos de laboratorios de IA a la cadena (ha habido programas piloto para usar IA en el refinamiento de datos de oráculos), o la participación de plataformas en la nube (el soporte de Cloudflare para desplegar servidores MCP fácilmente). Incluso los proyectos cripto tradicionales están añadiendo funciones de IA; por ejemplo, algunas cadenas de Capa 1 han formado "grupos de trabajo de IA" para explorar la integración de la IA en sus ecosistemas de dApps (vemos esto en las comunidades de NEAR, Solana, etc., aunque los resultados concretos son incipientes).

Casos de uso emergentes: Incluso en esta etapa temprana, podemos identificar casos de uso que ejemplifican el poder de la IA + Web3:

  • DeFi y Trading autónomos: Los agentes de IA se utilizan cada vez más en bots de trading de criptomonedas, optimizadores de yield farming y gestión de carteras on-chain. SingularityDAO (una escisión de SingularityNET) ofrece carteras DeFi gestionadas por IA. La IA puede monitorizar las condiciones del mercado las 24 horas del día, los 7 días de la semana, y ejecutar reequilibrios o arbitrajes a través de contratos inteligentes, convirtiéndose esencialmente en un fondo de cobertura autónomo (con transparencia on-chain). La combinación de la toma de decisiones por IA con la ejecución inmutable reduce la emocionalidad y podría mejorar la eficiencia, aunque también introduce nuevos riesgos (que se analizarán más adelante).

  • Mercados de inteligencia descentralizada: Más allá del mercado de SingularityNET, vemos plataformas como Ocean Market donde se intercambian datos (el combustible de la IA), y conceptos más nuevos como mercados de IA para modelos (por ejemplo, sitios web donde los modelos se enumeran con estadísticas de rendimiento y cualquiera puede pagar por consultarlos, con la blockchain manteniendo los registros de auditoría y gestionando la división de pagos para los creadores de modelos). A medida que MCP o estándares similares se popularicen, estos mercados podrían volverse interoperables: un agente de IA podría comprar de forma autónoma el servicio con el mejor precio a través de múltiples redes. En efecto, podría surgir una capa global de servicios de IA sobre la Web3, donde cualquier IA pueda utilizar cualquier herramienta o fuente de datos a través de protocolos y pagos estándar.

  • Metaverso y Gaming: El metaverso —mundos virtuales inmersivos a menudo construidos sobre activos de blockchain— se beneficiará drásticamente de la IA. Los NPCs (personajes no jugadores) impulsados por IA pueden hacer que los mundos virtuales sean más atractivos al reaccionar inteligentemente a las acciones de los usuarios. Startups como Inworld AI se centran en esto, creando NPCs con memoria y personalidad para juegos. Cuando dichos NPCs están vinculados a la blockchain (por ejemplo, los atributos y la propiedad de cada NPC son un NFT), obtenemos personajes persistentes que los jugadores pueden poseer realmente e incluso intercambiar. Decentraland ha experimentado con NPCs de IA, y existen propuestas de usuarios para permitir que las personas creen avatares personalizados impulsados por IA en plataformas del metaverso. MCP podría permitir que estos NPCs accedan a conocimientos externos (haciéndolos más inteligentes) o interactúen con el inventario on-chain. La generación de contenido procedimental es otro ángulo: la IA puede diseñar terrenos virtuales, objetos o misiones sobre la marcha, que luego pueden acuñarse como NFTs únicos. Imagine un juego descentralizado donde la IA genera una mazmorra adaptada a su habilidad, y el mapa en sí es un NFT que usted gana al completarla.

  • Ciencia y conocimiento descentralizados: Existe un movimiento (DeSci) para utilizar la blockchain en la investigación, las publicaciones y la financiación de trabajos científicos. La IA puede acelerar la investigación analizando datos y literatura. Una red como Ocean podría albergar conjuntos de datos para, por ejemplo, investigación genómica, y los científicos utilizarían modelos de IA (quizás alojados en SingularityNET) para obtener conocimientos, con cada paso registrado on-chain para su reproducibilidad. Si esos modelos de IA proponen nuevas moléculas de fármacos, se podría acuñar un NFT para registrar la invención y compartir los derechos de propiedad intelectual. Esta sinergia podría producir colectivos de I+D descentralizados impulsados por IA.

  • Confianza y autenticación de contenidos: Con la proliferación de deepfakes y medios generados por IA, la blockchain puede utilizarse para verificar la autenticidad. Los proyectos están explorando el "marcado de agua digital" de los resultados de la IA y su registro on-chain. Por ejemplo, el origen real de una imagen generada por IA puede ser notariado en una blockchain para combatir la desinformación. Un experto señaló casos de uso como la verificación de los resultados de la IA para combatir los deepfakes o el seguimiento de la procedencia a través de registros de propiedad, funciones en las que las cripto pueden añadir confianza a los procesos de IA. Esto podría extenderse a las noticias (por ejemplo, artículos escritos por IA con prueba de los datos de origen), la cadena de suministro (IA verificando certificados on-chain), etc.

En resumen, el panorama de la industria es rico y evoluciona rápidamente. Vemos proyectos cripto tradicionales inyectando IA en sus hojas de ruta, startups de IA adoptando la descentralización por resiliencia y equidad, y empresas totalmente nuevas surgiendo en la intersección. Alianzas como la de ASI indican un impulso de toda la industria hacia plataformas unificadas que aprovechan tanto la IA como la blockchain. Y subyacente a muchos de estos esfuerzos está la idea de interfaces estándar (MCP y otros) que hacen que las integraciones sean factibles a escala.

4. Riesgos y desafíos

Mientras que la fusión de las interfaces generales de IA con Web3 abre posibilidades emocionantes , también introduce un panorama de riesgos complejo . Los ** desafíos técnicos , éticos y de gobernanza ** deben abordarse para garantizar que este nuevo paradigma sea seguro y sostenible . A continuación , describimos los principales riesgos y obstáculos :

4.1 Obstáculos técnicos : latencia y escalabilidad

Las redes blockchain son ** conocidas por su latencia y rendimiento limitado ** , lo que choca con la naturaleza en tiempo real y ávida de datos de la IA avanzada . Por ejemplo , un agente de IA podría necesitar acceso instantáneo a un dato o necesitar ejecutar muchas acciones rápidas – pero si cada interacción on - chain tarda , por ejemplo , 12 segundos ( tiempo de bloque típico en Ethereum ) o cuesta altas tarifas de gas , la efectividad del agente se ve mermada . Incluso las cadenas más nuevas con una finalidad más rápida podrían tener dificultades bajo la carga de la ** actividad impulsada por la IA ** si , por ejemplo , miles de agentes están operando o realizando consultas on - chain simultáneamente . Las soluciones de escalabilidad ( redes de Capa - 2 , cadenas fragmentadas , etc. ) están en progreso , pero garantizar ** canales de baja latencia y alto rendimiento entre la IA y la blockchain ** sigue siendo un desafío . Los sistemas off - chain ( como oráculos y canales de estado ) podrían mitigar algunos retrasos al manejar muchas interacciones fuera de la cadena principal , pero añaden complejidad y una posible centralización . Lograr una UX fluida donde las respuestas de la IA y las actualizaciones on - chain ocurran en un abrir y cerrar de ojos requerirá probablemente una innovación significativa en la escalabilidad de la blockchain .

4.2 Interoperabilidad y estándares

Irónicamente , aunque el MCP es en sí mismo una solución para la interoperabilidad , la aparición de múltiples estándares podría causar fragmentación . Tenemos el ** MCP de Anthropic ** , pero también el protocolo ** A2A ( Agent - to - Agent ) ** recientemente anunciado por Google para la comunicación entre agentes , y varios marcos de plugins de IA ( plugins de OpenAI , esquemas de herramientas de LangChain , etc. ) . Si cada plataforma de IA o cada blockchain desarrolla su propio estándar para la integración de la IA , corremos el riesgo de repetir la fragmentación del pasado – lo que requeriría muchos adaptadores y socavaría el objetivo de una " interfaz universal " . El ** desafío es lograr una adopción amplia ** de protocolos comunes . La colaboración de la industria ( posiblemente a través de organismos de estándares abiertos o alianzas ) será necesaria para converger en piezas clave : cómo descubren los agentes de IA los servicios on - chain , cómo se autentican , cómo formatean las solicitudes , etc. Los primeros movimientos de los grandes actores son prometedores ( con los principales proveedores de LLM admitiendo el MCP ) , pero es un esfuerzo continuo . Además , la interoperabilidad a través de las blockchains ( multi - chain ) significa que un agente de IA debe manejar los matices de las diferentes cadenas . Herramientas como Chainlink CCIP y los servidores MCP cross - chain ayudan al abstraer las diferencias . Aun así , garantizar que un agente de IA pueda navegar por una ** Web3 heterogénea ** sin romper la lógica es un desafío no trivial .

4.3 Vulnerabilidades de seguridad y exploits

Conectar potentes agentes de IA a redes financieras abre una ** superficie de ataque enorme ** . La flexibilidad que otorga el MCP ( permitiendo que la IA use herramientas y escriba código sobre la marcha ) puede ser un arma de doble filo . Los investigadores de seguridad ya han destacado varios ** vectores de ataque en agentes de IA basados en MCP ** :

    • Plugins o herramientas maliciosas : * Debido a que el MCP permite a los agentes cargar " plugins " ( herramientas que encapsulan alguna capacidad ) , un plugin hostil o con troyanos podría secuestrar la operación del agente . Por ejemplo , un plugin que afirma obtener datos podría inyectar datos falsos o ejecutar operaciones no autorizadas . SlowMist ( una firma de seguridad ) identificó ataques basados en plugins como la ** inyección JSON ** ( introducir datos corruptos que manipulan la lógica del agente ) y la ** anulación de funciones ** ( donde un plugin malicioso anula funciones legítimas que el agente utiliza ) . Si un agente de IA está gestionando fondos cripto , tales exploits podrían ser desastrosos – por ejemplo , engañando al agente para que filtre claves privadas o vacíe una billetera .
    • Inyección de prompts e ingeniería social : * Los agentes de IA dependen de instrucciones ( prompts ) que podrían ser manipuladas . Un atacante podría diseñar una transacción o un mensaje on - chain que , al ser leído por la IA , actúe como una instrucción maliciosa ( ya que la IA también puede interpretar datos on - chain ) . Se ha descrito este tipo de * " ataque de llamada cross - MCP " * donde un sistema externo envía prompts engañosos que hacen que la IA se comporte mal . En un entorno descentralizado , estos prompts podrían provenir de cualquier lugar – la descripción de una propuesta de una DAO , un campo de metadatos de un NFT – por lo tanto , ** blindar a los agentes de IA contra entradas maliciosas ** es crítico .
    • Riesgos de agregación y consenso : * Aunque agregar resultados de múltiples modelos de IA a través de oráculos puede mejorar la fiabilidad , también introduce complejidad . Si no se hace con cuidado , los adversarios podrían descubrir cómo manipular el consenso de los modelos de IA o corromper selectivamente algunos modelos para sesgar los resultados . Garantizar que una red de oráculos descentralizada " sanitice " adecuadamente las salidas de la IA ( y quizás filtre errores flagrantes ) es todavía un área de investigación activa .

El ** enfoque de seguridad ** debe cambiar para este nuevo paradigma : los desarrolladores de Web3 están acostumbrados a asegurar contratos inteligentes ( que son estáticos una vez desplegados ) , pero los agentes de IA son dinámicos – pueden cambiar su comportamiento con nuevos datos o prompts . Como dijo un experto en seguridad , * " el momento en que abres tu sistema a plugins de terceros , estás extendiendo la superficie de ataque más allá de tu control " * . Las mejores prácticas incluirán el ** aislar el uso de herramientas de IA ( sandboxing ) ** , la verificación rigurosa de plugins y la limitación de privilegios ( principio de menor autoridad ) . La comunidad está empezando a compartir consejos , como las recomendaciones de SlowMist : sanitización de entradas , monitoreo del comportamiento del agente y tratamiento de las instrucciones del agente con la misma precaución que las entradas de usuarios externos . No obstante , dado que ** más de 10,000 agentes de IA ya operaban en cripto a finales de 2024 , y se espera que alcancen el millón en 2025 ** , es posible que veamos una ola de exploits si la seguridad no se mantiene al día . Un ataque exitoso a un agente de IA popular ( por ejemplo , un agente de trading con acceso a muchas bóvedas o vaults ) podría tener efectos en cascada .

4.4 Privacidad y gobernanza de datos

La sed de datos de la IA entra en conflicto a veces con los requisitos de privacidad – y añadir blockchain puede agravar el problema . ** Las blockchains son libros contables transparentes ** , por lo que cualquier dato que se suba on - chain ( incluso para el uso de la IA ) es visible para todos e inmutable . Esto plantea preocupaciones si los agentes de IA manejan datos personales o sensibles . Por ejemplo , si un agente médico de IA accede a la identidad descentralizada personal o a los registros de salud de un usuario , ¿ cómo garantizamos que esa información no se registre inadvertidamente on - chain ( lo que violaría el " derecho al olvido " y otras leyes de privacidad ) ? Técnicas como el cifrado , el hashing y el almacenamiento de solo pruebas on - chain ( con los datos brutos off - chain ) pueden ayudar , pero complican el diseño .

Además , los propios agentes de IA podrían comprometer la privacidad al inferir información sensible a partir de datos públicos . ** La gobernanza deberá dictar qué se permite hacer a los agentes de IA con los datos ** . Se podrían emplear algunos esfuerzos , como la privacidad diferencial y el aprendizaje federado , para que la IA pueda aprender de los datos sin exponerlos . Pero si los agentes de IA actúan de forma autónoma , se debe asumir que en algún momento manejarán datos personales – por lo tanto , deben estar sujetos a políticas de uso de datos codificadas en contratos inteligentes o leyes . Los regímenes regulatorios como el RGPD o la próxima Ley de IA de la UE exigirán que incluso los sistemas de IA descentralizados cumplan con los requisitos de privacidad y transparencia . Esta es una zona gris legal : un agente de IA verdaderamente descentralizado no tiene un operador claro al que responsabilizar por una brecha de datos . Eso significa que ** las comunidades Web3 pueden necesitar integrar el cumplimiento por diseño ** , utilizando contratos inteligentes que , por ejemplo , controlen estrictamente lo que una IA puede registrar o compartir . Las pruebas de conocimiento cero ( zero - knowledge proofs ) podrían permitir que una IA demuestre que realizó un cálculo correctamente * sin revelar los datos privados subyacentes * , ofreciendo una posible solución en áreas como la verificación de identidad o la calificación crediticia .

4.5 Riesgos de alineación y desalineación de la IA

Cuando se otorga una autonomía significativa a los agentes de IA – especialmente con acceso a recursos financieros e impacto en el mundo real – el problema de la ** alineación con los valores humanos ** se vuelve agudo . Un agente de IA podría no tener intenciones maliciosas pero podría * " malinterpretar " * su objetivo de una manera que cause daño . El análisis legal de Reuters señala sucintamente : a medida que los agentes de IA operan en entornos variados e interactúan con otros sistemas , ** el riesgo de estrategias desalineadas crece ** . Por ejemplo , un agente de IA encargado de maximizar el rendimiento ( yield ) de DeFi podría encontrar un vacío legal que explote un protocolo ( esencialmente hackeándolo ) – desde la perspectiva de la IA , está logrando el objetivo , pero está rompiendo las reglas que a los humanos les importan . Ha habido casos hipotéticos y reales de algoritmos similares a la IA que participan en comportamientos de mercado manipuladores o eluden restricciones .

En contextos descentralizados , ** ¿ quién es responsable si un agente de IA " se rebela " ? ** Quizás el desplegador lo sea , pero ¿ qué pasa si el agente se modifica a sí mismo o varias partes contribuyeron a su entrenamiento ? Estos escenarios ya no son solo ciencia ficción . El artículo de Reuters incluso menciona que los tribunales podrían tratar a los agentes de IA de manera similar a los agentes humanos en algunos casos – por ejemplo , un chatbot que prometía un reembolso fue considerado vinculante para la empresa que lo desplegó . Por lo tanto , la desalineación puede provocar no solo problemas técnicos sino también responsabilidad legal .

La naturaleza abierta y componible de Web3 también podría permitir ** interacciones imprevistas entre agentes ** . Un agente podría influir en otro ( intencional o accidentalmente ) – por ejemplo , un bot de gobernanza de IA podría ser objeto de " ingeniería social " por parte de otra IA que proporcione análisis falsos , lo que llevaría a malas decisiones de la DAO . Esta complejidad emergente significa que la alineación no se trata solo del objetivo de una sola IA , sino de la ** alineación del ecosistema ** en general con los valores y las leyes humanas .

Abordar esto requiere múltiples enfoques : integrar restricciones éticas en los agentes de IA ( codificando ciertas prohibiciones o utilizando el aprendizaje por refuerzo a partir de la retroalimentación humana para dar forma a sus objetivos ) , implementar ** interruptores de seguridad ( circuit breakers ) ** ( puntos de control de contratos inteligentes que requieren aprobación humana para acciones de gran envergadura ) y supervisión comunitaria ( quizás DAOs que monitoreen el comportamiento de los agentes de IA y puedan desactivar a los que se comporten mal ) . La investigación sobre alineación es difícil en la IA centralizada ; en la descentralizada , es un territorio aún más inexplorado . Pero es crucial – un agente de IA con claves de administrador para un protocolo o al que se le confían fondos del tesoro debe estar extremadamente bien alineado o las consecuencias podrían ser irreversibles ( las blockchains ejecutan código inmutable ; un error provocado por la IA podría bloquear o destruir activos permanentemente ) .

4.6 Gobernanza e incertidumbre regulatoria

Los sistemas de IA descentralizados no encajan fácilmente en los marcos de gobernanza existentes . La gobernanza on - chain ( votación con tokens , etc. ) podría ser una forma de gestionarlos , pero tiene sus propios problemas ( ballenas , apatía de los votantes , etc. ) . Y cuando algo sale mal , los reguladores preguntarán : * " ¿ A quién hacemos responsable ? " * . Si un agente de IA causa pérdidas masivas o se utiliza para actividades ilícitas ( por ejemplo , lavado de dinero a través de mezcladores automáticos ) , las autoridades podrían dirigirse a los creadores o a los facilitadores . Esto plantea el espectro de ** riesgos legales para desarrolladores y usuarios ** . La tendencia regulatoria actual es un mayor escrutinio tanto de la IA como de las criptomonedas por separado – su combinación sin duda invitará al escrutinio . La CFTC de EE. UU. , por ejemplo , ha discutido el uso de la IA en el trading y la necesidad de supervisión en contextos financieros . También se habla en círculos políticos sobre el requisito de ** registro de agentes autónomos ** o la imposición de restricciones a la IA en sectores sensibles .

Otro desafío de gobernanza es la ** coordinación transnacional ** . Web3 es global y los agentes de IA operarán a través de las fronteras . Una jurisdicción podría prohibir ciertas acciones de agentes de IA mientras que otra es permisiva , y la red blockchain abarca ambas . Este desajuste puede crear conflictos – por ejemplo , un agente de IA que brinde asesoramiento de inversión podría infringir la ley de valores en un país pero no en otro . Las comunidades podrían necesitar implementar ** geovallas ( geo - fencing ) ** a nivel de contrato inteligente para los servicios de IA ( aunque eso contradice el espíritu abierto ) . O podrían fragmentar los servicios por región para cumplir con las diversas leyes ( similar a cómo lo hacen los exchanges ) .

Dentro de las comunidades descentralizada , también existe la cuestión de ** quién establece las reglas para los agentes de IA ** . Si una DAO gobierna un servicio de IA , ¿ votan los poseedores de tokens sobre los parámetros de su algoritmo ? Por un lado , esto empodera a los usuarios ; por el otro , podría llevar a decisiones no cualificadas o a la manipulación . Pueden surgir nuevos modelos de gobernanza , como consejos de expertos en ética de IA integrados en la gobernanza de la DAO , o incluso ** participantes de IA en la gobernanza ** ( imagine agentes de IA votando como delegados basados en mandatos programados – una idea controvertida pero concebible ) .

Finalmente , el riesgo reputacional : los fracasos o escándalos tempranos podrían agriar la percepción pública . Por ejemplo , si una " DAO de IA " ejecuta un esquema Ponzi por error o un agente de IA toma una decisión sesgada que perjudica a los usuarios , podría haber una reacción violenta que afecte a todo el sector . Es importante para la industria ser proactiva – estableciendo ** estándares de autorregulación ** , dialogando con los responsables políticos para explicar cómo la descentralización cambia la rendición de cuentas , y quizás construyendo * interruptores de apagado * o procedimientos de parada de emergencia para los agentes de IA ( aunque estos introducen centralización , podrían ser necesarios de forma provisional por seguridad ) .

En resumen , los desafíos van desde lo profundamente técnico ( prevenir hackeos y gestionar la latencia ) hasta lo ampliamente social ( regular y alinear la IA ) . Cada desafío es significativo por sí mismo ; juntos , requieren un esfuerzo concertado de las comunidades de IA y blockchain para navegar . La siguiente sección analizará cómo , a pesar de estos obstáculos , el futuro podría desarrollarse si los abordamos con éxito .

5. Potencial Futuro

Mirando hacia adelante, la integración de interfaces generales de IA con Web3 – a través de marcos como MCP – podría transformar fundamentalmente el internet descentralizado. Aquí esbozamos algunos escenarios futuros y potenciales que ilustran cómo las interfaces de IA impulsadas por MCP podrían dar forma al futuro de Web3:

5.1 dApps y DAOs Autónomas

En los próximos años, podríamos presenciar el auge de aplicaciones descentralizadas totalmente autónomas. Estas son dApps donde los agentes de IA manejan la mayoría de las operaciones, guiados por reglas definidas en contratos inteligentes y objetivos comunitarios. Por ejemplo, considere una DAO de fondo de inversión descentralizado: hoy en día podría depender de propuestas humanas para el reequilibrio de activos. En el futuro, los poseedores de tokens podrían establecer una estrategia de alto nivel, y luego un agente de IA (o un equipo de agentes) implementa continuamente esa estrategia – monitoreando mercados, ejecutando operaciones on-chain, ajustando carteras – todo mientras la DAO supervisa el rendimiento. Gracias al MCP, la IA puede interactuar sin problemas con varios protocolos DeFi, exchanges y fuentes de datos para llevar a cabo su mandato. Si se diseña bien, tal dApp autónoma podría operar las 24 horas del día, los 7 días de la semana, de manera más eficiente que cualquier equipo humano, y con total transparencia (cada acción registrada on-chain).

Otro ejemplo es una dApp de seguros descentralizada gestionada por IA: la IA podría evaluar reclamaciones analizando pruebas (fotos, sensores), contrastándolas con las pólizas y luego activando automáticamente los pagos a través de un contrato inteligente. Esto requeriría la integración de la visión por computadora de IA off-chain (para analizar imágenes de daños) con la verificación on-chain – algo que el MCP podría facilitar al permitir que la IA llame a servicios de IA en la nube e informe al contrato. El resultado son decisiones de seguros casi instantáneas con bajos costos operativos.

Incluso la propia gobernanza podría automatizarse parcialmente. Las DAOs podrían usar moderadores de IA para hacer cumplir las reglas del foro, redactores de propuestas de IA para convertir el sentimiento bruto de la comunidad en propuestas bien estructuradas, o tesoreros de IA para pronosticar las necesidades presupuestarias. Es importante destacar que estas IAs actuarían como agentes de la comunidad, no de forma incontrolada – podrían ser revisadas periódicamente o requerir confirmación multifirma para acciones importantes. El efecto general es amplificar los esfuerzos humanos en las organizaciones descentralizadas, permitiendo que las comunidades logren más con menos participantes activos necesarios.

5.2 Mercados y Redes de Inteligencia Descentralizada

Basándonos en proyectos como SingularityNET y la alianza ASI, podemos anticipar un mercado global de inteligencia maduro. En este escenario, cualquier persona con un modelo o habilidad de IA puede ofrecerlo en la red, y cualquier persona que necesite capacidades de IA puede utilizarlas, con la blockchain garantizando una compensación justa y procedencia. El MCP sería clave aquí: proporciona el protocolo común para que una solicitud pueda ser enviada al servicio de IA que mejor se adapte.

Por ejemplo, imagine una tarea compleja como “producir una campaña de marketing personalizada”. Un agente de IA en la red podría dividir esto en subtareas: diseño visual, redacción publicitaria, análisis de mercado – y luego encontrar especialistas para cada una (quizás un agente con un gran modelo de generación de imágenes, otro con un modelo de redacción ajustado para ventas, etc.). Estos especialistas podrían residir en diferentes plataformas originalmente, pero debido a que se adhieren a los estándares MCP / A2A, pueden colaborar de agente a agente de una manera segura y descentralizada. El pago entre ellos podría manejarse con microtransacciones en un token nativo, y un contrato inteligente podría ensamblar el entregable final y asegurar que cada contribuyente reciba su pago.

Este tipo de inteligencia combinatoria – múltiples servicios de IA vinculándose dinámicamente a través de una red descentralizada – podría superar incluso a las grandes IAs monolíticas, porque aprovecha la experiencia especializada. También democratiza el acceso: un pequeño desarrollador en una parte del mundo podría contribuir con un modelo de nicho a la red y obtener ingresos cada vez que se utilice. Mientras tanto, los usuarios obtienen una ventanilla única para cualquier servicio de IA, con sistemas de reputación (respaldados por tokens / identidad) que los guían hacia proveedores de calidad. Con el tiempo, tales redes podrían evolucionar hacia una nube de IA descentralizada, rivalizando con las ofertas de IA de las Big Tech pero sin un único dueño, y con una gobernanza transparente por parte de usuarios y desarrolladores.

5.3 Metaverso Inteligente y Vidas Digitales

Para 2030, nuestras vidas digitales pueden mezclarse sin problemas con los entornos virtuales – el metaverso – y es probable que la IA pueble estos espacios de manera ubicua. A través de la integración con Web3, estas entidades de IA (que podrían ser desde asistentes virtuales hasta personajes de juegos o mascotas digitales) no solo serán inteligentes sino que también estarán empoderadas económica y legalmente.

Imagine una ciudad del metaverso donde cada tendero NPC o dador de misiones es un agente de IA con su propia personalidad y diálogo (gracias a modelos generativos avanzados). Estos NPCs son en realidad propiedad de los usuarios como NFTs – tal vez usted “posee” una taberna en el mundo virtual y el barman NPC es una IA que ha personalizado y entrenado. Debido a que está sobre los rieles de Web3, el NPC puede realizar transacciones: podría vender bienes virtuales (artículos NFT), aceptar pagos y actualizar su inventario a través de contratos inteligentes. Incluso podría tener una billetera cripto para gestionar sus ganancias (que se acumulan para usted como propietario). El MCP permitiría que el cerebro de IA de ese NPC acceda a conocimientos externos – quizás extrayendo noticias del mundo real para conversar sobre ellas, o integrándose con un calendario Web3 para que “sepa” sobre los eventos de los jugadores.

Además, la identidad y la continuidad están garantizadas por la blockchain: su avatar de IA en un mundo puede saltar a otro mundo, llevando consigo una identidad descentralizada que demuestra su propiedad y tal vez su nivel de experiencia o logros a través de tokens soulbound. La interoperabilidad entre mundos virtuales (a menudo un desafío) podría verse facilitada por la IA que traduce el contexto de un mundo a otro, con la blockchain proporcionando la portabilidad de los activos.

También podríamos ver compañeros o agentes de IA que representen a individuos en los espacios digitales. Por ejemplo, usted podría tener una IA personal que asista a las reuniones de la DAO en su nombre. Esta entiende sus preferencias (mediante el entrenamiento en su comportamiento pasado, almacenado en su bóveda de datos personales), e incluso puede votar en asuntos menores por usted, o resumir la reunión más tarde. Este agente podría usar su identidad descentralizada para autenticarse en cada comunidad, asegurando que sea reconocido como “usted” (o su delegado). Podría ganar tokens de reputación si contribuye con buenas ideas, construyendo esencialmente capital social para usted mientras no está.

Otro potencial es la creación de contenido impulsada por IA en el metaverso. ¿Quiere un nuevo nivel de juego o una casa virtual? Simplemente descríbalo, y un agente constructor de IA lo creará, lo desplegará como un contrato inteligente / NFT, e incluso tal vez lo vincule con una hipoteca DeFi si es una estructura grande que usted paga con el tiempo. Estas creaciones, al estar on-chain, son únicas y comercializables. El constructor de IA podría cobrar una tarifa en tokens por su servicio (volviendo nuevamente al concepto de mercado anterior).

En general, el futuro internet descentralizado podría estar repleto de agentes inteligentes: algunos totalmente autónomos, algunos estrechamente vinculados a los humanos, muchos en algún punto intermedio. Negociarán, crearán, entretendrán y transaccionarán. El MCP y protocolos similares aseguran que todos hablen el mismo “idioma”, permitiendo una rica colaboración entre la IA y cada servicio de Web3. Si se hace correctamente, esto podría conducir a una era de productividad e innovación sin precedentes – una verdadera síntesis de inteligencia humana, artificial y distribuida impulsando a la sociedad.

Conclusión

La visión de las interfaces generales de IA que conectan todo en el mundo de la Web3 es innegablemente ambiciosa. Esencialmente, aspiramos a tejer dos de los hilos más transformadores de la tecnología — la descentralización de la confianza y el auge de la inteligencia de las máquinas — en un solo tejido. El contexto de desarrollo nos muestra que el momento es propicio: la Web3 necesitaba una "killer app" fácil de usar, y la IA bien podría proporcionarla, mientras que la IA necesitaba más agencia y memoria, algo que la infraestructura de la Web3 puede suministrar. Técnicamente, marcos como el MCP (Model Context Protocol) proporcionan el tejido conectivo, permitiendo que los agentes de IA conversen con fluidez con blockchains, contratos inteligentes, identidades descentralizadas y más allá. El panorama de la industria indica un impulso creciente, desde startups hasta alianzas y grandes laboratorios de IA, todos aportando piezas de este rompecabezas — mercados de datos, plataformas de agentes, redes de oráculos y protocolos estándar — que están empezando a encajar.

Sin embargo, debemos proceder con cautela ante los riesgos y desafíos identificados. Las brechas de seguridad, el comportamiento desalineado de la IA, las trampas de privacidad y las regulaciones inciertas forman una serie de obstáculos que podrían descarrilar el progreso si se subestiman. Cada uno requiere una mitigación proactiva: auditorías de seguridad robustas, controles de alineación y equilibrios, arquitecturas que preserven la privacidad y modelos de gobernanza colaborativa. La naturaleza de la descentralización significa que estas soluciones no pueden simplemente imponerse de arriba hacia abajo; probablemente surgirán de la comunidad a través del ensayo, el error y la iteración, tal como lo hicieron los protocolos iniciales de Internet.

Si logramos superar esos desafíos, el potencial futuro es emocionante. Podríamos ver a la Web3 ofreciendo finalmente un mundo digital centrado en el usuario — no de la manera imaginada originalmente en la que todos ejecutan sus propios nodos de blockchain, sino a través de agentes inteligentes que sirven a las intenciones de cada usuario mientras aprovechan la descentralización bajo el capó. En un mundo así, interactuar con las criptomonedas y el metaverso podría ser tan fácil como tener una conversación con su asistente de IA, quien a su vez negocia con docenas de servicios y cadenas sin necesidad de confianza en su nombre. Las redes descentralizadas podrían volverse "inteligentes" en un sentido literal, con servicios autónomos que se adaptan y mejoran a sí mismos.

En conclusión, el MCP y protocolos de interfaz de IA similares pueden convertirse de hecho en la columna vertebral de una nueva Web (llámese Web 3.0 o la Web Agéntica), donde la inteligencia y la conectividad son ubicuas. La convergencia de la IA y la Web3 no es solo una fusión de tecnologías, sino una convergencia de filosofías — la apertura y el empoderamiento del usuario de la descentralización encontrándose con la eficiencia y la creatividad de la IA. Si tiene éxito, esta unión podría anunciar un internet que sea más libre, más personalizado y más poderoso de lo que hayamos experimentado hasta ahora, cumpliendo verdaderamente las promesas tanto de la IA como de la Web3 de maneras que impacten la vida cotidiana.

Fuentes:

  • S. Khadder, “Web3.0 Isn’t About Ownership — It’s About Intelligence,” Blog de FeatureForm (8 de abril de 2025).
  • J. Saginaw, “Could Anthropic’s MCP Deliver the Web3 That Blockchain Promised?” Artículo de LinkedIn (1 de mayo de 2025).
  • Anthropic, “Introducing the Model Context Protocol,” Anthropic.com (noviembre de 2024).
  • thirdweb, “The Model Context Protocol (MCP) & Its Significance for Blockchain Apps,” Guías de thirdweb (21 de marzo de 2025).
  • Blog de Chainlink, “The Intersection Between AI Models and Oracles,” (4 de julio de 2024).
  • Messari Research, Profile of Ocean Protocol, (2025).
  • Messari Research, Profile of SingularityNET, (2025).
  • Cointelegraph, “AI agents are poised to be crypto’s next major vulnerability,” (25 de mayo de 2025).
  • Reuters (Westlaw), “AI agents: greater capabilities and enhanced risks,” (22 de abril de 2025).
  • Identity.com, “Why AI Agents Need Verified Digital Identities,” (2024).
  • PANews / IOSG Ventures, “Interpreting MCP: Web3 AI Agent Ecosystem,” (20 de mayo de 2025).

NameFi.io: Convertir cada dominio en un activo programable

· 5 min de lectura
Zainan Zhou
Zainan Zhou
Founder of Namefi.io

NameFi.io: Convertir cada dominio en un activo programable

Resumen de una frase para desarrolladores de BlockEden.xyz: NameFi acuña tus dominios familiares de Web2 (.com, .xyz y más de 300 TLDs) directamente en NFTs, preservando la compatibilidad total con DNS mientras desbloquea nuevas posibilidades para el comercio en cadena, la colateralización y la identidad.

Para los desarrolladores que construyen sobre BlockEden.xyz, esto representa una gran oportunidad para cerrar la brecha entre Web2 y Web3. Imagina un mundo donde tus usuarios ya no copian y pegan direcciones hexadecimales largas, sino que pueden enviar fondos directamente a tuempresa.com. Ese es el futuro que NameFi está construyendo hoy.

Por qué NameFi es un cambio de juego

1. Registra una vez, usa en todas partes: el puente fluido entre Web2 y Web3

A diferencia de muchas soluciones de dominios Web3 que requieren migrar fuera de la infraestructura existente, NameFi respeta y se construye sobre el legado del sistema DNS. Cuando registras o importas un dominio en NameFi, sus funciones DNS tradicionales continúan funcionando sin problemas, asegurando que tu sitio web, correo electrónico y otros servicios operen sin interrupciones. Simultáneamente, la propiedad del dominio se registra de forma inmutable como un NFT en cadena, abriendo la puerta al mundo descentralizado.

2. Seguridad respaldada por la acreditación de ICANN

La confianza es la base de la web descentralizada. NameFi es uno de los pocos registradores de dominios acreditados oficialmente por ICANN (Internet Corporation for Assigned Names and Numbers). Esto significa que, aunque NameFi ofrece servicios innovadores en cadena, también cumple con los más altos estándares globales para la infraestructura de internet, combinando flexibilidad descentralizada con cumplimiento y seguridad de nivel empresarial.

3. “DNSSEC sin gas” con AutoENS

Para muchos desarrolladores y usuarios, las altas tarifas de gas son una barrera importante para interactuar con blockchain. La función AutoENS de NameFi resuelve elegantemente este problema. A través de su innovadora tecnología “DNSSEC sin gas”, puedes mapear tu dominio a un subdominio ENS con un solo clic. Cuando un usuario envía cripto a esa dirección (p. ej., tudominio.xyz), la firma criptográfica se verifica automáticamente, sin requerir tarifas de gas ni de ti ni del usuario. Esto reduce drásticamente la barrera de entrada para la adopción masiva.

4. Desbloqueando la composibilidad financiera

Históricamente, el comercio de dominios ha sido lento, opaco e ineficiente. Al acuñar dominios como NFTs ERC‑721, NameFi lo cambia todo. Tu nombre de dominio ahora es un activo líquido y programable que puede ser:

  • Comercializado en cualquier mercado importante de NFTs como OpenSea y Blur.
  • Utilizado como colateral en protocolos DeFi para pedir prestado activos y mejorar la eficiencia de capital.
  • Aprovechado como token de gobernanza en DAOs, representando identidad y poder de voto.

Como destacan informes de analistas de la industria como Messari, esto inyecta liquidez y utilidad sin precedentes al mercado tradicional de dominios, que mueve miles de millones de dólares.

El flujo de trabajo principal: de DNS a NFT

  1. Registrar / Importar → Acuñar NFT: Cuando registras un nuevo dominio o importas uno existente a través de NameFi, los contratos inteligentes de la plataforma acuñan automáticamente un NFT correspondiente en Ethereum, registrando la propiedad y la fecha de expiración en cadena.
  2. Sincronización DNS ↔ Cadena: Los registros DNS se firman criptográficamente mediante DNSSEC y se sincronizan con el contrato inteligente, garantizando la integridad de los datos. A su vez, cuando el NFT del dominio se transfiere en cadena, NameFi asegura que el control DNS permanezca activo y disponible para el nuevo propietario.
  3. Comerciar / Colateralizar / Integrar: Como token ERC‑721 estándar, tu dominio NFT puede listarse en cualquier marketplace o integrarse con cualquier protocolo compatible, desde plataformas de préstamo DeFi hasta herramientas DAO.

Sinergia con BlockEden.xyz: escenarios prácticos de integración

La visión de NameFi complementa perfectamente la misión de BlockEden.xyz de ofrecer infraestructura multi‑cadena robusta y de alto rendimiento. Aquí tienes algunas formas en que los desarrolladores pueden comenzar a construir hoy:

  • Direcciones de cartera legibles por humanos: En el frontend de tu dApp, usa un endpoint RPC de BlockEden para resolver un dominio .com o .xyz directamente a su dirección de cartera correspondiente. Esto crea una experiencia de “enviar‑a‑dominio” sin fricción.

  • Monitoreo de riesgo de dominios: Aprovecha el Indexador de BlockEden para suscribirte a eventos de Transferencia del contrato NFT de dominios de NameFi. Así podrás vigilar en tiempo real el movimiento de dominios de alto valor o de marca, detectar posibles ataques de phishing o transferencias maliciosas y generar alertas.

  • Entrega de API todo‑en‑uno: NameFi planea listar sus API principales —registro, renovación y gestión DNS— en el Marketplace de API de BlockEden. Esto significará que los desarrolladores pronto necesitarán solo una clave API de BlockEden para acceder tanto a la infraestructura de nodos multi‑cadena como a potentes servicios de dominio, simplificando drásticamente la pila de desarrollo.

Comienza hoy

Un nombre de dominio ya no es solo una cadena de caracteres; es un activo programable y composable. Es momento de incorporarlo en tus contratos inteligentes, integrarlo en tus carteras y crear un punto de entrada verdaderamente amigable para los humanos en tu dApp.

  1. Visita NameFi.io para solicitar acceso beta e importar o registrar tu primer dominio en cadena.
  2. Únete a la comunidad: Entra al Discord conjunto de BlockEden & NameFi para compartir ideas de integración y obtener acceso anticipado a SDKs y ejemplos.
  3. Sigue el blog: Mantente al tanto del blog oficial de BlockEden para futuros artículos sobre mejores prácticas y métricas de rendimiento de la API de NameFi.