Las tres grandes "zonas muertas" del A2A y el protocolo MCP en el agente de IA Web3.

¿Qué sucederá si el A2A de Google y el protocolo MCP de Anthropic se convierten en el estándar de comunicación dorado para el desarrollo de agentes de IA en web3? La sensación intuitiva es que hay “incompatibilidad”. En mi opinión, el entorno al que se enfrentan los agentes de IA en web3 es claramente diferente del ecosistema de web2, y los desafíos que enfrenta la implementación de un protocolo de comunicación central también son radicalmente distintos:

1. Brecha en la madurez de las aplicaciones: A2A y MCP pueden difundirse rápidamente en el ámbito web2 porque sirven a escenarios de aplicación suficientemente maduros, siendo esencialmente “amplificadores de valor” en lugar de creadores de valor. Sin embargo, los Agentes de IA de web3 en su mayoría se encuentran en una etapa inicial de publicación de Agentes con un solo clic, careciendo de escenarios de aplicación profundos (DeFAI, GameFAi, etc.), lo que dificulta que estos protocolos se utilicen directamente para generar valor.

Por ejemplo, los usuarios pueden escribir código en Cursor y utilizar el protocolo MCP como conector, lo que les permite actualizar y publicar el código en Github con un solo clic sin salir del entorno de trabajo actual, el protocolo MCP desempeña un papel complementario. Sin embargo, si los usuarios se encuentran en un entorno web3 y utilizan estrategias ajustadas localmente para ejecutar transacciones en la cadena, pueden perderse al intentar analizar y descifrar los datos en la cadena.

2. Falta de infraestructura: para que un Agente de IA web3 construya un ecosistema completo, es necesario primero llenar la grave falta de infraestructura de base, incluyendo la capa de datos unificada, la capa de Oracle, la capa de ejecución de intenciones, la capa de consenso descentralizado, etc. A menudo, el protocolo A2A en un entorno web2 permite que el Agente llame fácilmente a APIs estandarizadas para realizar colaboraciones funcionales, pero en un entorno web3, una simple operación de arbitraje entre DEX se enfrenta a enormes desafíos.

Imagina un escenario en el que el usuario le indica al Agente AI “comprar en Uniswap cuando el precio de ETH esté por debajo de 1600 dólares y vender cuando el precio se recupere”. Aparentemente, esta sencilla operación requiere que el Agente resuelva simultáneamente una serie de problemas únicos de web3, como el análisis en tiempo real de datos en cadena, la optimización dinámica de tarifas de Gas, el control de deslizamientos y la protección contra MEV. En cambio, un Agente AI de web2 solo necesita llamar a API estandarizadas para lograr la colaboración funcional, y el nivel de desarrollo de su infraestructura es incomparable con respecto al entorno de web3.

3. Construir una demanda diferenciada de web3 AI: si el Agente de web3 AI simplemente aplica de manera simple los protocolos y modelos de funciones de web2, será difícil aprovechar las características del comercio en cadena, especialmente problemas complejos como el ruido de datos, la precisión de las transacciones y la diversidad de los Routers.

Tomando como ejemplo el comercio por intención, en un entorno web2, el usuario indica “reservar el vuelo más barato”, el protocolo A2A permite que múltiples agentes colaboren fácilmente; pero en un entorno web3, cuando el usuario espera “transferir mi USDC entre cadenas a Solana al menor costo y participar en la minería de liquidez”, no solo necesita entender la intención del usuario, sino también sopesar la seguridad, la atomicidad y el desgaste de costos, y ejecutar una serie de operaciones complejas en la cadena. En otras palabras, si una operación que parece conveniente hace que el usuario asuma un mayor riesgo de seguridad, entonces esa experiencia conveniente carece de sentido, y esa demanda también es una demanda falsa.

Eso es todo.

En resumen, quiero expresar que el valor de A2A y MCP es indiscutible, pero no se puede esperar que se adapten directamente a la pista de web3 AI Agent sin ninguna transformación. ¿No es precisamente la falta de infraestructuras en este ámbito una oportunidad para los Constructores?