Станет ли протокол MCP от Google золотым стандартом связи для развития Web3 ИИ-агентов?

Автор: Haotian

Что произойдет, если протоколы A2A от Google и MCP от Anthropic станут золотым стандартом коммуникации для развития web3 AI Agent? Интуитивно кажется, что они «не приживутся». На мой взгляд, среда, в которой находятся web3 AI Agent, заметно отличается от экосистемы web2, и вызовы, стоящие перед внедрением основных коммуникационных протоколов, также совершенно различны:

1）Разрыв в зрелости приложений: A2A и MCP могут быстро распространиться в сфере web2, потому что они обслуживают уже достаточно зрелые сценарии использования, по сути являясь «усилителями ценности», а не создателями ценности. В то время как web3 AI Agent в основном остаются на начальной стадии публикации Agent в один клик, им не хватает глубоких сценариев использования (DeFAI, GameFAi и т. д.), что затрудняет непосредственное использование этих протоколов для реализации ценности.

Например, пользователь пишет код в Cursor и может использовать протокол MCP в качестве соединителя, чтобы обновить и опубликовать код на Github одним нажатием, не выходя из текущей рабочей среды; протокол MCP играет роль дополнительного улучшения. Но если пользователь в среде web3 использует стратегию локальной дообучки для выполнения транзакций в цепи, то при попытке получить доступ и проанализировать данные в цепи, он может совершенно растеряться.

2）Огромная проблема отсутствия инфраструктуры: чтобы web3 AI Agent могли построить полноценную экосистему, необходимо сначала восполнить серьезно недостающую базовую инфраструктуру, включая единый слой данных, слой Oracle, слой выполнения намерений, слой децентрализованного консенсуса и т. д. Часто протокол A2A в среде web2 позволяет Agent легко вызывать стандартизированные API для реализации функционального взаимодействия, но в среде web3 даже простая операция арбитража между DEX сталкивается с огромными проблемами.

Представьте сценарий, где пользователь дает команду AI Agent: «купить на Uniswap, когда цена ETH ниже 1600 долларов, и продать после восстановления цены». Эта внешне простая операция требует от Agent одновременного решения ряда проблем, специфичных для web3, таких как анализ данных в цепи в реальном времени, динамическая оптимизация комиссий Gas, контроль проскальзывания, защита от MEV и т. д. В то время как web2 AI Agent нужно лишь вызвать стандартизированные API для реализации функционального взаимодействия, степень совершенства их инфраструктуры по сравнению со средой web3 просто колоссальна.

3）Построение дифференцированных потребностей web3 AI: если web3 AI Agent просто механически копируют протоколы и функциональные модели web2, трудно раскрыть особенности состояния транзакций в цепи, особенно такие сложные проблемы, как шум данных, точность транзакций, разнообразие Router и т. д.

Возьмем в качестве примера торговлю на основе намерений. В среде web2 пользователь дает команду «забронировать самый дешевый рейс», протокол A2A позволяет нескольким Agent легко сотрудничать для выполнения задачи; но в среде web3, когда пользователь ожидает «переместить мой USDC в Solana с минимальными затратами и участвовать в майнинге ликвидности», необходимо не только понять намерение пользователя, но и взвесить безопасность, атомарность и издержки, и выполнить ряд сложных операций в цепи. Другими словами, если внешне удобная операция подвергает пользователя большему риску безопасности, то такой удобный опыт бессмыслен, и эта потребность является ложной потребностью.

На этом все.

В общем, я хочу выразить следующее: ценность A2A и MCP не подлежит сомнению, но нельзя ожидать, что они напрямую адаптируются к сегменту web3 AI Agent без каких-либо изменений. Разве этот пробел в развертывании infra не является возможностью для Builder'ов?