Décomposer la pile de protocole DeAI - X402 / ERC 8004 / A2A

null Auteur de l'article : Jay Yu

Article traduit : Block unicorn

Introduction

Aujourd'hui, nous assistons à la construction progressive de la “pile de protocoles” de l'intelligence artificielle décentralisée (deAI). Tout comme Internet fonctionne sur une série de normes interopérables - la couche de transport utilise TCP/IP, la couche de découverte de services utilise DNS, et la logique applicative utilise HTTP - nous pouvons également décomposer la pile de protocoles de deAI en ces trois modules : la couche applicative utilise x402, la couche de découverte de services utilise ERC 8004, et la couche de transport utilise A2A - tous fonctionnant sur la pile de protocoles HTTP traditionnelle.

En résumé, la pile de protocoles de deAI définit comment les agents paient des frais, découvrent des ressources et communiquent entre eux. Maintenant, analysons chaque partie une par une :

1. Couche d'application - x402

Au sommet de la pile de protocoles d'intelligence artificielle décentralisée (deAI) se trouve x402, qui représente le protocole de couche application pour les paiements entre agents pour divers services (tels que le stockage de fichiers, le commerce électronique, le web scraping, etc.). x402 a été construit par Coinbase et Cloudflare, et il étend fondamentalement le code d'état “HTTP 402 : Paiement requis” pour en faire partie intégrante des flux de travail, permettant aux agents de payer les frais de service en utilisant des stablecoins.

J'ai déjà écrit en détail un article sur x402, intitulé « La modernisation de HTTP 402 », qui traite de sa vision, de son architecture, de ses opportunités et de ses défis.

Fondamentalement, x402 fonctionne via un accord tripartite, qui comprend trois parties : la demande de ressources par le client → le serveur renvoie le code d'état 402 → le coordinateur de paiement (facilitateur) vérifie l'autorisation de paiement du client et effectue réellement le transfert de fonds (par exemple, soumettre une transaction signée sur la chaîne). Ce n'est qu'après avoir complété ces étapes que le serveur déverrouillera le contenu premium.

Aujourd'hui, x402scan est peut-être l'une des meilleures ressources pour observer les performances du serveur x402 en fonctionnement réel. Bien que sur le long terme, x402 bénéficie grandement des micropaiements pour du contenu de qualité (comme le web scraping, les articles payants, les ressources de calcul), sa récente montée en puissance (clairement visible grâce à x402scan) est en grande partie due à une série de memecoins, tels que… $PING — ces pièces nécessitent un paiement via x402 pour être mintées le long de la courbe des obligations.

Néanmoins, x402 reste un très bon exemple d'un standard de couche applicative dans la pile de protocoles d'intelligence artificielle décentralisée émergente (deAI). Tout comme la “couche applicative” dans les piles de protocoles réseau traditionnels contient de nombreux protocoles (HTTP, FTP, SMTP, VoIP, etc.), nous pouvons également nous attendre à ce que de nouveaux standards de couche applicative émergent à l'avenir.

2. Couche de découverte - ERC 8004

Lors de l'utilisation de x402, une question fréquemment posée est : comment les gens découvrent-ils les services disponibles ? C'est précisément là que l'ERC 8004, développé sous l'égide de la Fondation Ethereum, joue un rôle dans la “couche de découverte”.

Tout comme le DNS mappe les noms de domaine à des adresses IP (google.com → 8.8.8.8), l'ERC 8004 résout le problème de découverte des agents AI en créant un registre en chaîne qui mappe les ID des agents à divers liens et fonctionnalités des agents. L'ERC 8004 utilise la “carte d'agent” comme identifiant de l'agent et offre des fonctionnalités supplémentaires telles que des évaluations de réputation et des vérifications.

ERC 8004 utilise ERC721 (NFT) et URIStorage au niveau de la couche de base. Il comprend des paramètres tels que Name, A2A, MCP, OASF, ENS, DID et les types de confiance pris en charge (par exemple, réputation, économie cryptographique, preuves TEE). Tous ces différents paramètres pointent vers divers standards d'ID d'agent, offrant ainsi une représentation plus complète des fonctionnalités de l'agent.

Je pense que l'ERC 8004, en tant que trajectoire de développement de la couche de découverte de deAI, sera similaire au DNS dans la pile de protocoles Internet : il existe un protocole général auquel tout le monde se réfère, mais il redirige les utilisateurs vers divers nœuds pairs (ici, cela fait référence à différents liens de cartes proxy) pour obtenir des informations plus spécifiques sur toute requête donnée.

3. Couche de transport - Protocole A2A

Jusqu'à présent, nous avons introduit la couche d'application et la couche de découverte. Le dernier maillon de la pile de protocoles est la couche de transport - elle est responsable du traitement de la manière dont les applications communiquent entre elles après avoir découvert via un protocole tel que l'ERC 8004. Pour la pile de protocoles Internet traditionnelle, le protocole TCP/IP est chargé de transporter les paquets de données du client vers le serveur. En revanche, pour la pile de protocoles d'intelligence artificielle décentralisée (deAI), Google a récemment lancé le protocole A2A, qui est spécialement conçu pour permettre la communication entre agents.

Le client proxy (client A2A) et le serveur proxy (serveur A2A) communiquent via HTTPS en utilisant JSON-RPC 2.0. Essentiellement, les deux proxies dialoguent en accédant à leurs points de terminaison HTTP respectifs et demandent des calculs ou diverses fonctionnalités. A2A stipule également que chaque proxy possède une carte proxy pour publier ses fonctionnalités, son cadre, ses pièces jointes MCP, etc.

Dans le protocole A2A, après confirmation mutuelle entre le client et le proxy distant, le client examine la carte du proxy pour obtenir le point de terminaison HTTP et demande le service correspondant. Le proxy distant utilise ses outils MCP et ses ressources de calcul, et envoie des mises à jour asynchrones pendant le traitement des tâches (similaire au “processus de réflexion” dans les modèles d'inférence). Enfin, il envoie la réponse finale et les artefacts.

Je recommande ici un excellent article d'introduction, à savoir “What is A2A protocol (Agent2Agent)?” de IBM.

En prenant en compte tous les facteurs…

En tenant compte de facteurs tels que x402, 8004 et A2A, nous pouvons nous référer à l'exemple de démonstration fourni par Coinbase - acheter un nouveau réfrigérateur chez Lowe's. Supposons qu'un utilisateur converse avec un chatbot, demandant comment acheter un réfrigérateur chez Lowe's :

Nous utiliserons ERC 8004 (couche de découverte) pour trouver l'agent de vente de réfrigérateurs de Lowe's et lui demander de lister les fonctionnalités de l'agent.

Nous communiquerons avec l'agent de Lowe's via A2A (couche de transport) par le biais d'un point de terminaison HTTP.

Nous utiliserons x402 (couche d'application) pour traiter l'autorisation de paiement et transférer des stablecoins sur la chaîne.

Bien sûr, tout cela se produira sur la pile de protocoles réseau traditionnelle HTTP-DNS-TCP/IP !

Dans l'ensemble, cette pile constitue l'épine dorsale du protocole de l'Internet Agentic (, permettant aux agents non seulement de transmettre des données, mais aussi d'effectuer des transactions, de valider et de coordonner avec des ressources sur la blockchain.