Décomposition de la pile de protocole de deAI - x402 / ERC 8004 / A2A

Auteur : Jay Yu ; Traduit par : 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 d'application utilise HTTP - nous pouvons également décomposer la pile de protocoles de deAI en ces trois modules : la couche d'application utilise x402, la couche de découverte de services utilise ERC 8004, et la couche de transport utilise A2A - tout cela fonctionne 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 d'application pour le paiement de divers services (tels que le stockage de fichiers, le commerce électronique, le web scraping, etc.) entre les agents. x402 est construit par Coinbase et Cloudflare, et il étend fondamentalement le code d'état d'origine “HTTP 402 : paiement requis”, en en faisant partie intégrante des flux de travail, permettant aux agents de payer les frais de service avec des stablecoins.

J'ai déjà écrit en détail un article sur x402, intitulé “La modernisation du HTTP 402”, qui couvre sa vision, son architecture, ses opportunités et ses défis.

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

Aujourd'hui, x402scan pourrait être l'une des meilleures ressources pour observer la performance des serveurs x402 en fonctionnement réel. Bien que sur le long terme, x402 sera bénéfique pour les micropaiements de contenu de qualité (comme le web scraping, les articles payants, les ressources de calcul), sa récente montée (clairement visible via 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 est un excellent exemple de norme de couche d'application dans la pile de protocoles d'intelligence artificielle décentralisée émergente (deAI). Tout comme la “couche d'application” dans une pile de protocoles réseau traditionnelle comprend de nombreux protocoles (HTTP, FTP, SMTP, VoIP, etc.), nous pouvons également nous attendre à ce que davantage de normes de couche d'application émergent à l'avenir.

2. Couche de découverte - ERC 8004

Lors de l'utilisation de x402, une question souvent posée est : comment les gens découvrent-ils quels services sont disponibles ? C'est là que l'ERC 8004, développé sous la direction de la Fondation Ethereum, joue un rôle au sein de la “couche de découverte”.

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

Le niveau de base d'ERC 8004 utilise ERC721 (NFT) et URIStorage. Il comprend des paramètres tels que le nom, A2A, MCP, OASF, ENS, DID et les types de confiance supportés (par exemple, réputation, économie cryptographique, preuve 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 à DNS dans la pile de protocoles Internet - il y aura un protocole général auquel tout le monde fera référence, mais il redirigera les utilisateurs vers divers nœuds pairs (ici, cela fait référence à différents liens de cartes d'agents) pour obtenir des informations plus spécifiques sur une 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. La dernière étape de la pile de protocoles est la couche de transport - elle est responsable de la gestion de la façon dont les applications communiquent entre elles après avoir terminé la découverte via des protocoles tels qu'ERC 8004. Pour la pile de protocoles Internet traditionnelle, le protocole TCP/IP est responsable du transfert des paquets de données du client au 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écifiquement conçu pour permettre la communication entre agents.

La communication entre le client proxy (client A2A) et le proxy distant (serveur A2A) se fait via HTTPS en utilisant JSON-RPC 2.0. Essentiellement, les deux proxies « dialoguent » en accédant à leurs propres points de terminaison HTTP et en demandant 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 que le client et le proxy distant se soient mutuellement confirmés, 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 un modèle d'inférence). Enfin, il envoie la réponse finale et les artefacts.

Je recommande ici un excellent article d'introduction qui est le “What is A2A protocol (Agent2Agent)?” d'IBM.

Rassembler 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 discute avec le chatbot, demandant comment acheter un réfrigérateur chez Lowe's :

• Nous utiliserons l'ERC 8004 (couche de découverte) pour trouver l'agent de vente de réfrigérateurs de Lowe's et demander à ce qu'il liste les fonctionnalités de l'agent.
• Nous communiquerons avec l'agent Lowe's via le point de terminaison HTTP en utilisant A2A (couche de transport).
• 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 le noyau du protocole de l'Internet Agentic (, permettant aux agents non seulement de transmettre des données, mais aussi de négocier, vérifier et coordonner avec les ressources sur la chaîne.