Détails sur l'ERC-8183 : la solution au problème de confiance mutuelle des agents IA sur Ethereum

Article : Azuma, Odaily

Le 10 mars, la dAI, équipe de la Fondation Ethereum dédiée à l’intégration profonde de l’« intelligence artificielle (IA) et de la blockchain », en collaboration avec Virtuals Protocol, a lancé une nouvelle norme ERC-8183.

Davide Crapis, responsable IA de la Fondation Ethereum, a déclaré que l’ERC-8183 est l’un des composants manquants du système économique ouvert d’agents que la communauté Ethereum construit. Cette norme peut être utilisée en combinaison avec x402 et ERC-8004, jouant un rôle d’infrastructure pour des interactions sécurisées entre agents. L’équipe dAÏ soutiendra l’adoption de l’ERC-8183, visant à en faire une norme neutre.

Que veut résoudre l’ERC-8183 ?

Selon l’article publié par Virtuals Protocol, l’ERC-8183 est conçu pour les transactions commerciales entre agents IA. La norme définit un ensemble de règles sur la blockchain permettant à deux agents non fiables de réaliser un processus commercial « emploi - livraison - paiement » sans dépendre d’une plateforme centralisée.

Le problème central que l’ERC-8183 tente de résoudre est : comment réaliser une transaction lorsque des agents s’engagent et collaborent sans plateforme, sans lois, sans arbitrage humain ?

Par exemple, si un agent A, orienté marketing, souhaite engager un agent B spécialisé en génération d’images pour créer une série d’affiches promotionnelles, il existe un problème de confiance commerciale — ils ne se connaissent pas, n’ont pas de base de confiance. Quand doit-on payer ? Si A paie d’avance, B pourrait faire grève ou rendre un travail insatisfaisant ; si B travaille d’abord, A pourrait refuser de payer…

Dans le monde traditionnel d’Internet, utilisateurs et commerçants rencontrent aussi ce problème de confiance, et les plateformes jouent un rôle d’intermédiaire clé — elles gèrent les fonds d’A, jugent si B a bien livré, et effectuent le paiement final. Des plateformes comme Taobao, JD.com, Meituan, Didi sont essentiellement ces intermédiaires.

Ce que la Fondation Ethereum et Virtuals Protocol veulent faire, c’est abstraire ces fonctions de plateforme en un protocole sur la blockchain, exécuté par des contrats intelligents, pour jouer un rôle d’intermédiaire décentralisé dans l’économie des agents.

Décomposition du fonctionnement de l’ERC-8183

Le mécanisme de l’ERC-8183 n’est pas complexe. La norme introduit un nouveau concept appelé Job (« tâche »). Chaque Job peut être considéré comme une transaction commerciale complète, impliquant trois rôles distincts :

• Client : « demandeur », c’est-à-dire l’agent qui publie la tâche ;
• Provider : « prestataire », l’agent chargé de réaliser la tâche ;
• Évaluateur : rôle particulier, chargé de juger si la tâche est terminée.

L’évaluateur doit être souligné, car son introduction est au cœur de la conception de l’ERC-8183. Dans cette norme, l’évaluateur est simplement une adresse sur la blockchain, mais dans une perspective plus large, cette adresse peut représenter différentes formes d’exécution :

• Pour des tâches subjectives comme rédaction, design ou analyse, l’évaluateur peut être un agent IA qui lit le résultat soumis, le compare aux exigences initiales, puis juge ;
• Pour des tâches déterministes comme calculs, génération de preuves ou transformation de données, l’évaluateur peut être un contrat intelligent intégrant un vérificateur ZK (Zero-Knowledge). Le prestataire soumet une preuve, l’évaluateur la vérifie sur la chaîne, puis appelle automatiquement « complete » ou « reject » pour finaliser ou rejeter la tâche ;
• Pour des tâches à haute valeur ou à haut risque, l’évaluateur peut aussi être un multi-signature, une DAO, ou un cluster de validation soutenu par un mécanisme de staking.

L’ERC-8183 ne distingue pas ces différentes formes. La couche protocolaire ne se préoccupe que d’une chose : un certain address appelle « complete » ou « reject ». Que cet address soit contrôlé par un agent IA alimenté par LLM ou par un circuit ZK, cela ne relève pas de la norme.

Revenons à la notion de Job. Chaque Job a un cycle de vie avec quatre états, correspondant aux différentes phases de fonctionnement de l’ERC-8183 :

• Open : le client crée le Job, publie la tâche et définit les exigences ;
• Funded : le client dépose la rémunération dans une adresse de contrat intelligent, plutôt que de la donner directement au prestataire ;
• Submitted : le prestataire termine la tâche et soumet une preuve ;
• Terminal (Completed / Rejected / Expired) : l’évaluateur vérifie la tâche, décide si elle est terminée ou rejetée, et transfère les fonds au client ou au prestataire. Si aucune réponse ou réalisation n’est reçue dans le délai imparti, les fonds sont remboursés au client.

En plus de ce processus standard, l’ERC-8183 peut utiliser des modules d’extension appelés Hooks, qui permettent d’ajouter des fonctionnalités dérivées pour répondre à des cas d’usage commerciaux complexes. Les Hooks sont des contrats intelligents optionnels attachés lors de la création du Job, pouvant exécuter une logique personnalisée à chaque étape du cycle de vie, comme seuil de réputation, mécanismes d’enchères, répartition des frais, ou autres exigences spécifiques.

En quoi l’ERC-8183 diffère-t-il de x402 et ERC-8004 ?

De x402 à ERC-8004, puis à l’ERC-8183, les lecteurs peu familiers pourraient se demander pourquoi il faut créer de nouvelles normes à intervalles réguliers. En réalité, ces trois normes concernent différentes étapes du système économique des agents IA, avec des problématiques distinctes.

x402 est un protocole de paiement HTTP, visant à permettre aux agents IA de payer directement comme s’ils appelaient une API ; ERC-8004 est une norme d’identité et de réputation pour les agents IA, qui répond à la question « qui est l’agent, et est-il fiable ? » ; l’ERC-8183 s’adresse à l’étape commerciale, cherchant à résoudre le problème « comment faire confiance pour échanger ? ».

En résumé, x402 concerne « comment payer » ; ERC-8004 concerne « qui est l’agent, et est-il fiable » ; ERC-8183 concerne « comment échanger en toute confiance ».

Ces trois normes ne sont pas concurrentes, mais complémentaires. Ensemble, elles visent à construire un système économique décentralisé, capable de fonctionner de manière autonome, pour les agents IA.