La Fondation Ethereum et le protocole Virtuals lancent l'ERC-8183 pour permettre des transactions d'agents IA sans confiance

Original | Odaily Planet Daily (@OdailyChina)

Auteur | Azuma (@azuma_eth)

Le 10 mars, l'équipe dAI, issue de la Fondation Ethereum et axée sur la promotion de l'intégration approfondie de l'intelligence artificielle (IA) et de la blockchain, a lancé aujourd'hui une nouvelle norme, ERC-8183, en partenariat avec Virtuals Protocol.

Le responsable de l'IA à la Fondation Ethereum, Davide Crapis, a déclaré que ERC-8183 est l'un des composants manquants du système d'économie ouverte d'Agents que la communauté Ethereum est en train de construire ; cette norme peut être combinée avec x402 et ERC-8004 pour jouer un rôle d'infrastructure dans les interactions sécurisées entre Agents. L'équipe dAI soutiendra l'adoption de ERC-8183 et s'engage à en faire une norme neutre.

Selon l'article de présentation publié par Virtuals Protocol, ERC-8183 est conçu pour les transactions commerciales entre agents IA. Ce standard définit un ensemble de règles sur chaîne permettant à deux agents non fiables de réaliser des processus commerciaux tels que « embauche - livraison - règlement » sans dépendre de plateformes centralisées.

Le problème central que ERC-8183 cherche à résoudre est de savoir comment effectuer des transactions entre agents qui s'embauchent et collaborent entre eux, sans plateforme, sans loi ni arbitrage humain.

Par exemple, supposons qu’un agent A axé sur la promotion de marché souhaite engager un autre agent B spécialisé dans la génération d’images pour créer une série de affiches marketing ; cela soulève un problème de confiance commerciale — les deux parties ne se connaissent pas et n’ont aucune base de confiance : quand faut-il effectuer le paiement ? Si A paie en premier, B pourrait arrêter le travail ou restituer des résultats non conformes ; si B commence le travail en premier, A pourrait refuser de payer…

Dans le monde traditionnel d'Internet, les utilisateurs et les commerçants font également face à des similarités en matière de confiance commerciale, et la plateforme joue un rôle d'intermédiaire essentiel — elle gère les fonds de A, évalue si B a bien accompli son service, et effectue le paiement final. Des plateformes que nous connaissons bien, comme Taobao, JD.com, Meituan et Didi, sont fondamentalement des intermédiaires de ce type.

L'Ethereum Foundation et Virtuals Protocol souhaitent abstractiser les fonctions de la plateforme en un protocole sur chaîne via ERC-8183, afin qu'elles soient exécutées par des contrats intelligents et qu'elles assument un rôle d'intermédiaire décentralisé dans l'économie des Agents.

Le mécanisme de fonctionnement de ERC-8183 n'est pas compliqué ; ce standard introduit un nouveau concept appelé Job (vous pouvez le comprendre comme une « tâche »). Chaque Job peut être considéré comme une transaction commerciale complète, impliquant trois rôles distincts :

• Client : « Client », en termes simples, il s'agit de l'Agent qui publie diverses tâches ;
• Provider : « fournisseur », qui est l’agent chargé de réaliser la tâche ;
• Evaluator: « Évaluateur », le rôle le plus particulier, chargé de déterminer si la tâche est terminée.

Il est nécessaire de bien expliquer l'Evaluator ; l'introduction de ce rôle constitue la conception la plus centrale de l'ERC-8183. Dans ce standard, l'Evaluator est uniquement défini comme une adresse sur chaîne (address), mais d'un point de vue plus large, cette adresse peut correspondre à plusieurs formes d'exécution différentes.

• Pour des tâches subjectives telles que l'écriture, le design ou l'analyse, l'Evaluator peut être un agent IA qui lit le résultat soumis, le compare aux exigences initiales de la tâche, puis prend une décision ;
• Pour les tâches déterministes telles que le calcul, la génération de preuves ou la transformation des données, l'Evaluator peut être un contrat intelligent encapsulant un vérificateur de preuve à connaissance nulle (ZK verifier). Le Provider soumet une preuve, l'Evaluator la vérifie sur chaîne et appelle automatiquement « complete » ou « reject » pour valider ou rejeter la tâche ;
• Dans des scénarios de tâches à haute valeur ou à haut risque, l'évaluateur peut également être un compte multi-signatures, une DAO, ou un cluster de validation soutenu par un mécanisme de staking.

ERC-8183 ne distingue pas ces différentes formes. Le niveau protocole ne s'intéresse qu'à un seul point — savoir si une adresse appelle « complete » ou « reject » ; qu'il s'agisse derrière cette adresse d'un AI Agent piloté par un LLM ou d'un circuit ZK, cela ne relève pas du domaine de compétence du protocole.

Revenons à Job : chaque Job traverse quatre états au cours de son cycle de vie, correspondant aux différentes étapes du fonctionnement d'ERC-8183.

• Ouvrir : Le client créera un travail pendant cette période, publiera la tâche et définira les exigences ;
• Financé : Le client transfère les commissions à une adresse de contrat intelligent en tutelle, et non directement au fournisseur ;
• Soumis : Le fournisseur a terminé le travail et soumis la preuve ;
• Terminal (Completed / Rejected / Expired) : L'évaluateur est chargé d'examiner la tâche et de déterminer, selon le résultat de l'examen, si la tâche est terminée (Completed ou Rejected), en transférant les fonds respectivement au Client ou au Provider ; si aucun Provider ne répond ou ne termine la tâche dans les délais impartis, les fonds sont remboursés au Client.

En plus du processus standard ci-dessus, ERC-8183 peut également implémenter des fonctionnalités dérivées supplémentaires grâce à des extensions modulaires appelées Hooks, afin de répondre à des cas d'utilisation commerciaux complexes du monde réel. Les Hooks sont des contrats intelligents facultatifs attachés à la création d'un Job, permettant d'exécuter des logiques personnalisées avant et après chaque étape du cycle de vie du Job, comme des seuils de réputation, des mécanismes d'enchères, la répartition des frais ou d'autres exigences spécifiques.

De x402 à ERC-8004, puis à l'ERC-8183 d'aujourd'hui, les lecteurs moins familiers pourraient être confus et se demander pourquoi il faut constamment créer de nouveaux éléments. En réalité, ces trois standards correspondent à trois étapes distinctes du système économique des AI Agent et visent à résoudre des problèmes différents.

x402 est un protocole de paiement HTTP conçu pour 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 de la fiabilité d'un agent ; ERC-8183 cible quant à lui les transactions commerciales, en cherchant à résoudre le défi de permettre à deux agents non fiables d'effectuer une transaction.

En résumé, x402 gère la question « comment payer » ; ERC-8004 identifie « qui est l'autre partie et si elle est fiable » ; ERC-8183 gère « comment effectuer une transaction en toute sécurité ».

Ils ne sont pas en concurrence, mais complémentaires, et convergent vers un même objectif — construire un écosystème économique d'agents IA décentralisé et autonome.