PANewsによると、GoogleのA2AおよびAnthropicのMCPプロトコルがweb3 AIエージェントの通信基準として採用される可能性は、web2とweb3のエコシステム間の明確な違いにより、重大な課題を呈しています。

最初の課題は、アプリケーションの成熟度にあります。A2AおよびMCPは、すでに成熟したアプリケーションシナリオを強化することでweb2領域で急速に普及しましたが、web3 AIエージェントはまだ開発の初期段階にあり、DeFAIやGameFAIなどの深いアプリケーションコンテキストが不足しています。これにより、これらのプロトコルをweb3環境で直接適用し、効果的に利用することが難しくなります。

例えば、web2では、ユーザーはMCPプロトコルを使用してGitHubのようなプラットフォームでコードをシームレスに更新でき、現在の作業環境を離れることはありません。しかし、web3の設定では、ローカルでトレーニングされた戦略を使用してオンチェーン取引を実行することは、オンチェーンデータを分析する際に混乱を招く可能性があります。

もう一つの重要な障害は、web3空間における基盤インフラの欠如です。包括的なエコシステムを構築するために、web3 AIエージェントは、統一されたデータレイヤー、オラクルレイヤー、意図実行レイヤー、および分散型コンセンサスレイヤーなどの重要なコンポーネントの不足に対処する必要があります。web2では、A2Aプロトコルにより、エージェントは標準化されたAPIを使用して簡単にコラボレーションできます。それに対して、web3環境では、単純なクロスDEXアービトラージ操作でさえ大きな課題となります。

ユーザーが価格が1600ドルを下回ったときにUniswapからETHを購入し、価格が上昇したときに売却するようAIエージェントに指示するシナリオを考えてみてください。この一見単純なタスクは、エージェントがリアルタイムのオンチェーンデータ分析、動的なガス料金の最適化、スリッページ制御、MEV保護など、web3特有の問題に対処する必要があります。web2では、標準化されたAPI呼び出しによってそのような作業が簡素化されており、二つの環境間のインフラ成熟度の明確な違いを浮き彫りにしています。

さらに、web3 AIエージェントは、web2プロトコルや機能と異なる独自の要求に対処する必要があります。例えば、web2では、ユーザーはA2Aプロトコルを使用して最も安いフライトを簡単に予約できます。しかし、web3では、ユーザーが流動性マイニングのためにUSDCをクロスチェーンでSolanaに転送したい場合、エージェントはユーザーの意図を理解し、安全性、原子性、コスト効率のバランスを取り、複雑なオンチェーン操作を実行する必要があります。これらの操作がセキュリティリスクを増加させる場合、認識される利便性は無意味になり、需要は偽の必要性となります。

結論として、A2AおよびMCPプロトコルの価値は否定できませんが、それらが変更なしにweb3 AIエージェントの領域にシームレスに適応することを期待するのは非現実的です。インフラの展開のギャップは、ビルダーが革新し、これらの空白を埋める機会を提供します。