¿Qué pasaría si el protocolo A2A de Google y el MCP de Anthropic se convirtieran en el estándar de comunicación dorado para el desarrollo de agentes de IA en web3? La sensación inmediata es que "no se adapta bien". En mi opinión, el entorno que enfrenta el agente de IA en web3 es claramente diferente del ecosistema de web2, y los desafíos que enfrenta la implementación del protocolo de comunicación central también son radicalmente distintos:
Brecha de madurez de las aplicaciones: A2A y MCP están ganando popularidad rápidamente en el espacio web2 porque sirven para escenarios de aplicación suficientemente maduros y son esencialmente "amplificadores de valor" en lugar de creadores de valor. Sin embargo, la mayoría de los agentes de IA web3 se encuentran en la fase inicial de liberación de agentes con un solo clic, y carecen de escenarios de aplicación en profundidad (DeFAI, GameFAi, etc.), lo que dificulta que estos protocolos se utilicen directamente para desempeñar un papel valioso.
Por ejemplo, si escribes código en Cursor, puedes usar el protocolo MCP como conector para publicar actualizaciones de código en Github con un solo clic sin salir de tu entorno de trabajo actual, que es la guinda del pastel. Sin embargo, si los usuarios utilizan estrategias ajustadas de alimentación local para ejecutar transacciones on-chain en el entorno Web3, pueden confundirse cuando se pongan en contacto con ellos y analicen los datos on-chain.
Falta de sumidero de infraestructura: Para construir un ecosistema completo, web3 AI Agent primero debe completar la infraestructura subyacente que falta gravemente, incluida 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 se encuentra en el entorno web2, y el agente puede llamar fácilmente a las API estandarizadas para lograr una colaboración funcional, pero en el entorno web3, una simple operación de arbitraje entre DEX se enfrenta a grandes desafíos.
Imagina un escenario en el que el usuario indica al Agente AI "compra en Uniswap cuando el precio de ETH esté por debajo de 1600 dólares y vende después de que el precio se recupere". Aunque parece una operación sencilla, el Agente necesita resolver una serie de problemas únicos de web3, como el análisis en tiempo real de los datos en la cadena, la optimización dinámica de las tarifas de Gas, el control de deslizamiento y la protección contra MEV. Por otro lado, un Agente AI de web2 solo necesita llamar a una API estandarizada para lograr la colaboración funcional, y el nivel de desarrollo de su infraestructura es incomparable con el del entorno web3.
Construir una demanda diferenciada para web3 AI: si el agente web3 AI simplemente aplica de manera simple los protocolos y modelos de funcionalidad 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 intencionado, en un entorno web2, el usuario indica "reservar el vuelo más barato", y el protocolo A2A permite que múltiples Agentes colaboren fácilmente para completarlo; pero en un entorno web3, cuando el usuario espera "transferir mi USDC a Solana con el costo más bajo y participar en la minería de liquidez", no solo es necesario 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 expone al usuario a mayores riesgos de seguridad, entonces esa experiencia conveniente carece de sentido, y la demanda es una demanda falsa.
Eso es todo.
En resumen, lo que quiero expresar es que el valor de A2A y MCP es indiscutible, pero no se puede esperar que se adapten directamente a la pista de agentes de IA web3 sin ninguna transformación. ¿No es precisamente la falta de infraestructura en este vacío una oportunidad para los constructores?
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
¿Pueden A2A y MCP convertirse en el estándar dorado para los agentes de IA en Web3?
Autor: Haotian
¿Qué pasaría si el protocolo A2A de Google y el MCP de Anthropic se convirtieran en el estándar de comunicación dorado para el desarrollo de agentes de IA en web3? La sensación inmediata es que "no se adapta bien". En mi opinión, el entorno que enfrenta el agente de IA en web3 es claramente diferente del ecosistema de web2, y los desafíos que enfrenta la implementación del protocolo de comunicación central también son radicalmente distintos:
Por ejemplo, si escribes código en Cursor, puedes usar el protocolo MCP como conector para publicar actualizaciones de código en Github con un solo clic sin salir de tu entorno de trabajo actual, que es la guinda del pastel. Sin embargo, si los usuarios utilizan estrategias ajustadas de alimentación local para ejecutar transacciones on-chain en el entorno Web3, pueden confundirse cuando se pongan en contacto con ellos y analicen los datos on-chain.
Imagina un escenario en el que el usuario indica al Agente AI "compra en Uniswap cuando el precio de ETH esté por debajo de 1600 dólares y vende después de que el precio se recupere". Aunque parece una operación sencilla, el Agente necesita resolver una serie de problemas únicos de web3, como el análisis en tiempo real de los datos en la cadena, la optimización dinámica de las tarifas de Gas, el control de deslizamiento y la protección contra MEV. Por otro lado, un Agente AI de web2 solo necesita llamar a una API estandarizada para lograr la colaboración funcional, y el nivel de desarrollo de su infraestructura es incomparable con el del entorno web3.
Tomando como ejemplo el comercio intencionado, en un entorno web2, el usuario indica "reservar el vuelo más barato", y el protocolo A2A permite que múltiples Agentes colaboren fácilmente para completarlo; pero en un entorno web3, cuando el usuario espera "transferir mi USDC a Solana con el costo más bajo y participar en la minería de liquidez", no solo es necesario 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 expone al usuario a mayores riesgos de seguridad, entonces esa experiencia conveniente carece de sentido, y la demanda es una demanda falsa.
Eso es todo.
En resumen, lo que quiero expresar es que el valor de A2A y MCP es indiscutible, pero no se puede esperar que se adapten directamente a la pista de agentes de IA web3 sin ninguna transformación. ¿No es precisamente la falta de infraestructura en este vacío una oportunidad para los constructores?