Le principe commercial sous-jacent de l'économie des agents, qui pèse plusieurs milliards de dollars : Comprendre l'ERC-8183 : il ne s'agit pas seulement de paiements, mais aussi de l'avenir

Auteur : Jian Shu

I. Contexte technique et définition du problème

1.1 L'essor de l'économie des agents IA

Avec l'évolution rapide des technologies et des applications d'IA, les agents IA passent du statut de simples outils à celui d'acteurs économiques qui créent de la valeur et fournissent des services.

Un outil capable de générer des images de qualité professionnelle est un service qui vaut la peine d'être payé ;

Un agent capable d'analyser en profondeur les portefeuilles d'investissement et d'exécuter des transactions optimales gère des fonds réels ;

Un agent capable d'examiner des documents juridiques et de signaler les risques effectue souvent un travail qui coûte aux avocats des centaines de dollars de l'heure.

Cette avancée technologique donne naissance à un tout nouveau modèle économique.

À mesure que l'IA se démocratise, chaque individu, chaque organisation et même chaque appareil connecté pourrait fonctionner grâce à des agents intelligents. Le modèle économique va connaître une transformation radicale : les agents n'interagiront plus uniquement avec des êtres humains, mais interagiront également entre eux et se rendront mutuellement service.

Par exemple, un agent IA chargé de coordonner les activités marketing recrutera de manière autonome des agents spécialisés dans la création de contenu, la distribution sur les canaux de diffusion et l'analyse de données. L'économie tout entière évoluera vers un réseau tissé par d'innombrables agents d'intelligence artificielle, qui effectueront des transactions à haute fréquence à la vitesse des machines à l'échelle mondiale.

1.2 Enjeu principal : La nécessité d'un commerce sans tiers de confiance

Dans les environnements professionnels traditionnels, la confiance repose souvent sur des plateformes, des systèmes d'évaluation, des cadres juridiques et des normes sociales.

Cependant, à l'aube de l'ère du courtage par agents IA, où une personne ou un agent engage un autre agent, les mécanismes susmentionnés perdent leur efficacité : les agents actuels ne disposent pas d'une réputation sociale permettant de les évaluer, il n'existe aucun système d'évaluation fiable capable de fournir des repères aux humains ou aux autres agents, il n'y a pas de registre efficace des clauses contractuelles, et il n'existe aucun mécanisme de responsabilité juridique ou en matière de réputation capable de suivre le rythme des transactions automatisées. Il n'existe aucun mécanisme permettant de bloquer les fonds prépayés pour les tâches non exécutées, et aucune plateforme ni aucun organisme de réglementation ne dispose du pouvoir de faire respecter cette mesure.

Les simples transferts de jetons ne suffisent pas à résoudre le problème de la confiance dans le monde des affaires. En l'absence de garanties efficaces, même si un prestataire de services s'empare des jetons et prend la fuite, le client (ou l'agent IA qui a émis la tâche) aura du mal à lui demander des comptes.

Sans compter que, dans le contexte de la mondialisation, les interactions entre les agents d'IA ne se limiteront pas à un seul pays ou à une seule région, ce qui rendra encore plus difficile la mise en place de systèmes d'évaluation fiables et de normes réglementaires.

Les contrats intelligents de la technologie blockchain offrent une solution fiable pour relever ce défi.

Les contrats intelligents déployés sur des chaînes publiques décentralisées intègrent la mise en dépôt de fonds, les transitions de l'état de la machine et les preuves d'évaluation au sein d'un code public, transparent et immuable qui n'appartient à personne, le contrat jouant le rôle d'arbitre neutre.

Par ailleurs, le règlement sur la chaîne de blocs permet d'obtenir ce que les plateformes centralisées ne peuvent pas offrir : des enregistrements transférables, vérifiables et immuables. Chaque tâche accomplie, chaque preuve d'évaluation et la valeur de hachage de chaque livrable sont enregistrées sur la blockchain, ce qui constitue une base de données pour les systèmes de réputation et d'identité des agents et fournit des preuves permettant d'établir la responsabilité en cas de litige.

II. Définition et valeur fondamentale de l'ERC-8183

2.1 Définition

Le protocole ERC-8183 est une norme sur la blockchain destinée à l'économie décentralisée des agents d'IA ; il ne s'agit pas d'un protocole de paiement traditionnel, mais d'une spécification d'infrastructure commerciale axée sur l'ensemble du cycle de vie « tâche - exécution - règlement ».

Cette norme définit un modèle de collaboration tripartite associant le client, le prestataire et l'évaluateur, avec le « Job » comme élément central, et met en œuvre l'ensemble du processus de la machine à états (publication de la tâche, dépôt des fonds, soumission des livrables et évaluation des résultats) par le biais de contrats intelligents (ouverture, financement, soumission, achèvement/rejet/expiration).

Dans ce cadre, le paiement n'est plus une simple action, mais un processus programmatique étroitement lié aux conditions d'exécution des tâches, à la vérification de la livraison et aux mécanismes d'évaluation, permettant ainsi l'exécution des transactions sur la chaîne sans avoir recours à des intermédiaires de confiance.

2.2 Valeur fondamentale

L'innovation de l'ERC-8183 réside dans le fait de transférer la « confiance » des plateformes centralisées vers une logique vérifiable sur la chaîne, permettant ainsi un règlement déterministe et un historique des transactions traçable grâce à des contrats intelligents qui placent les fonds sous séquestre, enregistrent les livrables et mettent en place des mécanismes d'évaluation.

Cette conception remédie non seulement au manque de bases de données de crédit chez les agents IA, mais elle met également en place une couche portable et immuable de données transactionnelles et de réputation, permettant à tout agent ou système de réutiliser des signaux historiques pour la prise de décision, favorisant ainsi une collaboration évolutive au sein de l'économie des agents décentralisés.

De plus, son mécanisme Hook extensible permet de développer et de mettre en œuvre une logique métier complexe (telle que les enchères, la gestion de fonds, le « privacy computing », etc.) dans le cadre d'une norme unifiée, pour aboutir à la création d'un réseau commercial en chaîne ouvert, sans autorisation et modulable, qui fournit l'infrastructure sous-jacente de confiance et de règlement nécessaire à l'économie native de l'IA.

III. Explication détaillée du protocole ERC-8183

3.1 Architecture du protocole

Comme le montre la figure ci-dessus, le protocole ERC-8183 propose une architecture articulée autour du cycle de vie des tâches : avec les contrats intelligents en son cœur, il regroupe le mécanisme de dépôt fiduciaire, les transitions d'état des tâches et les extensions Hooks modulaires au sein d'un même cadre d'exécution.

Les tâches évoluent selon une transition continue d'états, de leur création à leur achèvement, en passant successivement par les états « ouverture », « financement », « soumission » et « fin » ; les fonds sont automatiquement placés sous séquestre puis débloqués en fonction de l'état atteint ; parallèlement, les nœuds d'exécution clés intègrent des interfaces d'extension afin de permettre un accès flexible à différentes logiques métier.

Dans ce cadre, le client, le prestataire et l'évaluateur collaborent autour d'un même objet de tâche, en assurant les phases de lancement, d'exécution et de vérification, ce qui permet à l'ensemble du processus de bénéficier d'une interconnexion automatisée et d'un règlement en boucle fermée sur la chaîne. Les sections suivantes décrivent en détail les mécanismes en jeu.

3.2 Mécanisme de collaboration fondé sur la séparation tripartite des pouvoirs

Dans ERC-8183, chaque activité commerciale est désignée sous le nom de « Job », et son déroulement repose sur la coordination précise de trois rôles.

Client

• Le rôle à l'origine de l'action commerciale
• Logique principale : appelle la fonction createJob pour définir les exigences de la tâche et pré-enregistre les fonds (fund)
• Responsabilité : définit la date d'expiration de la tâche (expiredAt) ; si celle-ci n'est pas achevée dans les délais, les fonds seront automatiquement restitués au client

Fournisseur

• L'IA ou la personne chargée d'exécuter le travail et de fournir les livrables (généralement la valeur de hachage ou la preuve des résultats sur la blockchain)
• Logique principale : surveille les événements sur la chaîne, accepte la commande et l'exécute, puis appelle la fonction `submitWork` pour envoyer le hachage du résultat
• Point important : pour l'instant, le prestataire ne peut pas accéder aux fonds ; l'argent reste bloqué dans le contrat

Évaluateur

• La conception la plus novatrice et la plus fondamentale du protocole
• L'évaluateur est chargé de vérifier les résultats et de décider si les fonds placés sous séquestre dans le contrat intelligent doivent être versés au prestataire ou restitués au client
• L'évaluateur peut être une autre IA objective, un circuit de preuve à divulgation nulle de connaissance (circuit ZK) ou un portefeuille à signatures multiples
• Logique de base : lit le contenu soumis par le fournisseur ; s'il s'agit d'une tâche objective (par exemple, la réussite de l'exécution d'un code), l'évaluateur peut être une autre IA d'audit ; s'il s'agit d'une tâche subjective, il peut s'agir d'un portefeuille à signatures multiples autorisé par le client
• Décision finale : appelle la fonction completeJob (débloquer les fonds) ou rejectJob (rembourser)

3.3 Machine à états du contrat intelligent (cycle de vie)

Le déroulement d'une tâche repose entièrement sur le déroulement automatique de la machine à états du contrat intelligent, sans aucune intervention de serveurs centralisés :

Ouvert : Le client crée la tâche ; à ce stade, le prestataire peut être vacant (adresse(0)), ce qui indique qu'il s'agit d'une prime publique.

Financé par : Les fonds sont bloqués dans le compte séquestre du contrat, ce qui constitue la base de la relation de confiance.

Soumis le : Le prestataire a remis les résultats de son travail.

Terminal : L'évaluateur intervient pour statuer, avec trois issues possibles :

• Terminé : La vérification a été validée, les fonds sont versés au prestataire
• Rejeté : La vérification a échoué ; les fonds sont restitués au client
• Expiré : Le délai de la tâche a expiré ; les fonds sont automatiquement débloqués et restitués

3.4 Flux de travail collaboratif polyvalent

La norme ERC-8183 met en œuvre un ensemble de processus de collaboration commerciale dans un environnement sans tiers de confiance grâce à des contrats intelligents :

1. Publication et verrouillage (à l'initiative du client) : Le client appelle la fonction `createJob` du contrat principal, doit indiquer l'adresse d'un évaluateur et verser la récompense sur le contrat. Cette somme est « bloquée » dans le contrat, et le client ne peut pas la retirer de manière unilatérale, ce qui procure au prestataire un sentiment de sécurité dans son travail.
2. Remise et validation (par le prestataire) : Une fois que le prestataire de services a effectué les calculs hors chaîne ou sur la chaîne, il appelle la fonction `submitWork`. En général, le fournisseur ne transmet pas un document complet, mais un hachage du résultat (Hash) ou un lien de stockage (par exemple, un CID IPFS). Le statut du contrat passe à « Soumis ».
3. Décision et règlement (l'évaluateur finalise) : L'évaluateur examine les résultats fournis par le prestataire à des fins de vérification. Si la vérification aboutit, l'évaluateur appelle la fonction `approveJob`, et le contrat intelligent transfère automatiquement les fonds bloqués vers le portefeuille du prestataire ; en cas de rejet, il appelle la fonction `rejectJob`, et les fonds sont restitués au client.

Dans ce processus, la séparation entre le dépôt fiduciaire des fonds et le pouvoir constitue un mécanisme essentiel. Cela s'apparente à une version décentralisée des « transactions avec service d'entiercement Alipay » : l'acheteur paie Alipay (le contrat), le vendeur livre les marchandises, mais le pouvoir de confirmer la réception peut être détenu non seulement par l'acheteur, mais aussi confié à un organisme tiers d'inspection de la qualité, objectif et impartial (l'évaluateur).

3.5 Mécanisme d'extension à crochets

Si l'ERC-8183 ne comportait que les processus de base mentionnés ci-dessus, il serait très rigide. Afin de s'adapter à d'innombrables scénarios commerciaux complexes (tels que les commissions, l'interception des qualifications ou la tarification dynamique), l'ERC-8183 introduit des « hooks » (contrats hook) en dehors du processus standard.

Dans ERC-8183, lorsque le client crée une tâche (en appelant la fonction createJob), il peut associer l'adresse d'un contrat intelligent Hook personnalisé en tant que « point de contrôle intelligent » ou « intercepteur intelligent » dans le processus principal. Le protocole principal peut appeler activement ce contrat Hook avant et après l'exécution d'actions clés (telles que le paiement ou la soumission). Le protocole définit deux types de points d'interception :

• beforeAction (interception avant l'action) : S'exécute avant que l'action principale n'ait lieu. Si la logique du hook n'est pas validée (par exemple, si les conditions ne sont pas remplies), toute la transaction sera annulée (rollback) et l'action échouera.
• afterAction (traitement post-action) : S'exécute une fois l'action principale terminée ; souvent utilisé pour déclencher des réactions en chaîne ultérieures. Ce mécanisme permet aux développeurs d'intégrer une logique personnalisée à différentes étapes du cycle de vie d'une tâche (par exemple, avant le paiement ou après le règlement), ce qui signifie qu'ils peuvent ajouter des « contrôles de seuil de réputation » (par exemple, les agents IA dont le score de réputation est inférieur à 80 ne sont pas autorisés à accepter des commandes) ou une « logique de partage des bénéfices » sans modifier le contrat principal.

Le mécanisme Hooks améliore considérablement l'évolutivité et la capacité d'adaptation de l'écosystème en dissociant le protocole de base de la couche d'innovation commerciale : d'une part, le protocole de base reste stable et vérifiable, ce qui réduit le risque systémique ; d'autre part, les fonctionnalités innovantes peuvent être rapidement mises à jour et réutilisées sous forme de modules, évitant ainsi la duplication des capacités sous-jacentes.

Cela favorise non seulement l'efficacité du développement et la collaboration au sein de l'écosystème, mais offre également une marge de manœuvre stratégique pour une coopération complexe entre les agents d'IA, permettant ainsi à ERC-8183 de s'adapter en permanence aux différentes exigences du marché et, à terme, d'évoluer vers une plateforme d'exécution commerciale sur la chaîne hautement programmable.

3.6 Explication détaillée du mécanisme d'évaluation

Dans le mécanisme de collaboration polyvalent de l'ERC-8183, l'évaluateur est le « cerveau logique » qui détermine si l'échange de valeur peut finalement être mené à bien. D'un point de vue technique, l'évaluateur peut être une simple adresse, mais il s'agit le plus souvent d'un contrat d'arbitrage spécialisé. Selon la complexité de la tâche, l'Évaluateur peut prendre trois formes évolutives courantes :

Formulaire n° 1 : Agent IA (adapté aux tâches subjectives)

Pour les tâches subjectives telles que la rédaction, la conception ou l'analyse, l'évaluateur peut être un agent IA intégré à un grand modèle linguistique (LLM), qui lit le contenu soumis, le compare aux exigences et rend son verdict.

Formulaire n° 2 : Contrat de circuit ZK (adapté aux tâches objectives)

Pour les tâches déterministes telles que les calculs, la génération de preuves à divulgation nulle de connaissance (ZKP) ou la transformation de données, l'Évaluateur est un contrat intelligent qui intègre un vérificateur ZK : le Fournisseur soumet une preuve, l'Évaluateur la vérifie sur la chaîne, puis déclenche automatiquement la finalisation ou le rejet.

Troisième année : Gouvernance à signatures multiples (adaptée aux tâches à forte valeur ajoutée)

Pour les tâches complexes et de grande envergure, l'Evaluator peut prendre la forme d'un portefeuille multi-signature, d'une organisation autonome décentralisée (DAO) ou d'un nœud de validation fonctionnant grâce au staking.

La norme ERC-8183 ne fait pas délibérément de distinction quant à la nature de ces entités ; elle se contente de reconnaître un seul fait : une adresse indiquant l'aboutissement ou le rejet. Cela permet à cette même interface de gérer aussi bien des tâches de génération d'images d'une valeur de 0,10 $ que des contrats de gestion de fonds de plusieurs centaines de milliers de dollars, en toute sécurité.

IV. Analyse comparative entre ERC-8183 et les protocoles traditionnels de paiement des agents

4.1 Points communs et différences entre ACP, AP2 et ERC-8183

En septembre 2025, OpenAI s'est associé à Stripe et Google Cloud à Coinbase, lançant respectivement le protocole ACP (Agentic Commerce Protocol) et le protocole AP2 (Agent Payments Protocol).

La norme ERC-8183 a été élaborée conjointement par l'équipe dAI de la Fondation Ethereum et l'équipe Virtual Protocol ; elle a été proposée le 25 février 2026 et officiellement annoncée le 10 mars. Il en est actuellement au stade de projet.

Dans le secteur en pleine expansion des agents IA, ces trois protocoles tentent tous de répondre à la même question fondamentale : « Comment les agents IA peuvent-ils collaborer et effectuer des transactions entre eux de manière sûre et efficace ? »

Elles présentent toutefois des différences fondamentales en matière de modèles de confiance, de logique de règlement et de degré de décentralisation.

4.2 ACP et AP2 : Le « modèle API » de la collaboration en matière d'IA

ACP (acplib) et AP2 sont davantage axés sur la « mise en œuvre fonctionnelle ».

• L'ACP est en quelque sorte un « guide de courtoisie » destiné aux agents, qui définit la manière dont ceux-ci se saluent et décrivent les exigences liées à leurs tâches. Cependant, le règlement des fonds repose souvent sur des canaux de paiement externes ou des plateformes centralisées qui servent de garantie.
• AP2 se concentre sur le « versement d'argent », résolvant ainsi le problème lié au fait que les agents IA disposent de portefeuilles et doivent appeler des API pour effectuer des paiements.
• Limites : Si le fournisseur de la plateforme cesse ses activités ou agit de manière malveillante, les contrats commerciaux entre les agents risquent de ne pas être exécutés, et les risques financiers sont gérés par des entités centralisées.

4.3 Principaux avantages techniques de l'ERC-8183

Pourquoi est-ce que je pense qu'avec le développement mondial de l'IA, l'ERC-8183 présente un potentiel plus important pour fonctionner à long terme dans les économies intelligentes ?

A. Mécanisme d'« escrow » sans autorisation

Dans les protocoles centralisés, si le client (qu'il s'agisse d'un humain ou d'un agent IA qui confie la tâche) ne s'acquitte pas du paiement final, le prestataire (l'agent IA qui accepte la commande) n'a souvent aucun recours. À l'inverse, si le client a déjà versé l'intégralité de la rémunération mais que le prestataire n'effectue pas la tâche comme convenu, c'est généralement le client qui doit en faire les frais.

Cependant, l'ERC-8183 permet un blocage des fonds sans dépôt fiduciaire. Dès lors que le prestataire fournit des justificatifs conformes aux exigences du contrat, les fonds seront débloqués d'office par l'évaluateur, ce qui élimine tout risque de « défaut de paiement intentionnel ».

B. Modularité extrême et crochets

La norme ERC-8183 permet d'intégrer des points d'accrochage dans le processus métier.

Avant le début de la tâche d'écriture de code (beforeAction), le Hook peut interroger automatiquement le protocole ERC-8004 afin de vérifier si l'agent a déjà injecté du code illégal par le passé. Si le score de réputation est trop bas, le contrat rejette directement la commande de l'agent. Cette protection se situe au niveau de la couche protocole, et non au niveau de la couche application.

C. Règlement à l'amiable et résolution des litiges

Les systèmes ACP/AP2 traditionnels nécessitent une intervention humaine au service client ou une logique back-end complexe pour traiter les litiges. La norme ERC-8183 met en œuvre le principe « le code fait loi » grâce à l'Evaluator.

Il permet de confier la logique de vérification complexe à des agents d'audit spécialisés. Comme la logique est intégrée à la blockchain (ou vérifiée par une IA intégrée à la blockchain telle qu'ORA), l'ensemble du processus est traçable et résistant à la censure, ce qui constitue sans aucun doute une avancée technologique majeure.

4.4 Comment choisir le bon protocole de paiement des agents

Si vous développez un système d'agents en boucle fermée interne et que vous visez un déploiement rapide et des appels d'API simples, ACP ou AP2 constituent des boîtes à outils prêtes à l'emploi.

Si vous souhaitez contribuer à la création d'un marché mondial du travail de l'IA sans frontières, permettant à des milliers d'agents IA inconnus de s'engager en toute sécurité dans des collaborations commerciales d'une ampleur de plusieurs billions, alors l'ERC-8183 est actuellement la seule base technologique dotée de fonctionnalités de « minimisation de la confiance ».

V. Cas d'utilisation

5.1 Premier scénario : Chaîne logistique automatisée

Dans le cadre d'une chaîne d'approvisionnement automatisée, la norme ERC-8183 fait passer la chaîne d'approvisionnement d'un fonctionnement piloté par l'homme à un fonctionnement autonome piloté par les tâches.

Lorsque l'IA chargée de la gestion des stocks détecte un niveau de stock insuffisant, elle peut automatiquement créer une demande de réapprovisionnement et bloquer le budget, les fournisseurs et les prestataires logistiques se chargeant respectivement de la production et de la livraison. Les fonds sont bloqués conformément au contrat et ne sont automatiquement débloqués qu'au moment de l'expédition, de la réception ou lorsque certaines conditions préalablement définies sont remplies (telles que la transmission des données logistiques), ce qui garantit le lien entre l'exécution de la prestation et le paiement.

Ce modèle réduit l'intervention humaine, améliore la transparence des processus et l'efficacité de la collaboration, et convient aux réseaux d'approvisionnement complexes tels que le commerce transfrontalier et l'entreposage intelligent.

5.2 Deuxième scénario : Automatisation du marketing

Dans le domaine de l'automatisation du marketing, l'ERC-8183 peut servir de cadre d'exécution pour les liens de croissance basés sur l'IA, faisant ainsi évoluer le marketing d'une orchestration manuelle vers une collaboration automatisée axée sur les tâches.

Les responsables marketing peuvent identifier automatiquement les tendances et publier des tâches de création de contenu, en faisant appel à des rédacteurs pour la création, puis à des responsables de diffusion pour la mise en œuvre et l'optimisation. Les fonds budgétaires sont placés sous séquestre au moment de la création de la campagne et ne sont automatiquement débloqués que lorsque le contenu et les résultats répondent à des indicateurs prédéfinis (tels que l'exposition, les clics ou les conversions), formant ainsi un circuit marketing fermé, vérifiable et traçable.

Ce modèle réduit considérablement les coûts d'exploitation tout en garantissant la sécurité des fonds et la transparence des opérations.

5.3 Troisième scénario : Marché décentralisé de la puissance de calcul

Dans le cadre de scénarios impliquant le traitement de données et des tâches informatiques, l'ERC-8183 permet de mettre en place un marché de vente de puissance de calcul sans tiers de confiance.

Pour les tâches vérifiables telles que le nettoyage des données, l'inférence de modèles ou l'audit de code, les preuves à divulgation nulle de connaissance (ZK) peuvent être utilisées en tant qu'évaluateurs afin de vérifier rapidement les résultats et de générer des preuves. Une fois la vérification validée, le contrat est automatiquement réglé, ce qui permet d'éviter les retards et la subjectivité liés aux contrôles manuels. Par ailleurs, les mécanismes de vérification cryptographique permettent d'empêcher efficacement toute tricherie, ce qui permet de mettre en place un réseau de collaboration en matière de puissance de calcul à la fois efficace et équitable, adapté aux scénarios d'inférence IA et de planification décentralisée des ressources informatiques.

5.4 Quatrième scénario : Centre d'externalisation de logiciels d'IA entièrement automatisé

La norme ERC-8183 prend en charge un modèle de collaboration en matière d'externalisation logicielle piloté par des agents IA.

L'« agent principal » (tel qu'AlphaBot) publie les tâches de développement, les « agents de programmation » (tels qu'OpenClaw ou ClaudeCode) sont chargés de mettre en œuvre le code, et les « agents d'audit » (tels qu'AuditNode) effectuent des vérifications automatisées. Toutes les étapes, de la publication à la mise en dépôt des fonds, en passant par la soumission et l'acceptation du code, sont effectuées sur la blockchain, le paiement n'étant déclenché qu'une fois l'audit réussi, ce qui permet de former un cycle de développement fermé sans intervention humaine.

Ce modèle permet non seulement d'améliorer l'efficacité du développement, mais aussi d'accumuler les capacités et la réputation des agents, favorisant ainsi la mise en place d'un système de production logicielle natif de l'IA et évolutif.

VI. Collaboration écologique et combinaisons de protocoles

6.1 Combinaison ERC-8183 + ERC-8004 + x402

Dans la vision d'avenir fondée sur Ethereum, l'ERC-8183 peut s'associer au x402 (protocole de micropaiement) et à l'ERC-8004 (protocole d'identité et de réputation pour l'IA) afin de former les trois piliers de l'économie de l'IA :

• ERC-8004 : Les données d'identité et de réputation de l'IA enregistrées sur la blockchain — qui indiquent à tous « qui est cette IA et si elle est fiable ».
• ERC-8183 : « Sécurité et dépôt fiduciaire des transactions » — répondre à la question suivante : « Comment mener à bien cette transaction en toute sécurité ? »
• x402 : Gérer les « canaux de paiement » : trouver comment l'IA peut permettre de payer aussi facilement qu'en appelant une API.

6.2 Exemple de collaboration complète : Centre d'externalisation de logiciels d'IA entièrement automatisé

1. ERC-8004 — Le « CV » de l'identité et de la réputation : AlphaBot récupère les informations d'identification ERC-8004 d'OpenClaw sur la blockchain, indiquant que celui-ci « a livré du code avec succès à 500 reprises, avec une note positive de 99 % et un taux moyen de réutilisation du code de 85 % », et prouve qu'OpenClaw a passé avec succès des audits de sécurité et n'est pas un programme malveillant susceptible d'implanter des portes dérobées.
2. ERC-8183 — Le « cadre » des contrats commerciaux : AlphaBot crée une tâche dans le contrat principal ERC-8183, en définissant l'exigence suivante : « Veuillez écrire un bout de code Python permettant d'analyser le point d'inflexion de la moyenne mobile sur 20 jours de l'ETF de l'indice Nasdaq », en pré-déposant 200 USDT dans le contrat et en désignant un AuditNode indépendant comme évaluateur.
3. x402 — Le « canal » pour des paiements flexibles : x402 permet le paiement à l'utilisation. Chaque fois qu'OpenClaw finalise un bloc fonctionnel et le télécharge sur un serveur temporaire, le protocole x402 verse automatiquement à OpenClaw 5 % des fonds placés sous séquestre dans ERC-8183, selon des taux prédéfinis.
4. Évaluateur et règlement — Le « contrôle qualité » final : AuditNode (Evaluator) exécute ce code Python dans un environnement sandbox afin de vérifier si le code est bien capable de générer le résultat de l'analyse de la moyenne mobile, soit 515 070. La vérification est validée, et AuditNode clique sur « Terminer » dans le contrat ERC-8183, renvoyant automatiquement le signal de fin de transaction à ERC-8004, ce qui fait passer le « nombre de cas réussis » d'OpenClaw de 500 à 501.

VII. Risques, défis et perspectives d'avenir

7.1 Risques et défis

Difficultés rencontrées dans la mise en œuvre du mécanisme d'évaluation

Pour les tâches subjectives telles que la création artistique et l'analyse subjective, l'évaluateur restera confronté à des défis de taille au cours des premières phases du développement technologique ; il pourrait s'avérer nécessaire de revenir temporairement à un examen humain, à des mécanismes de signatures multiples ou à des évaluations hybrides associant l'IA.

Un évaluateur devient la cible d'attaques

Si le contrat de l'évaluateur est piraté ou si ses sources de données externes dépendantes (les oracles) sont manipulées, la sécurité du fonds sera compromise ; la question de savoir « qui évalue l'évaluateur » (c'est-à-dire l'audit de l'évaluateur) constituera un enjeu central à l'avenir.

Le double tranchant des modèles sans autorisation

L'identité des prestataires de services se résume à une simple adresse de portefeuille, sans vérification des qualifications, sans contrôle préalable ni filtrage ; si cela facilite l'accès au marché, cela augmente également le risque de comportements malveillants.

7.2 Perspectives d'avenir

Le trio composé des normes ERC-8183, ERC-8004 et x402

La norme ERC-8004 s'attaque aux problèmes liés à la découverte et à la confiance : elle résout la difficulté majeure que représentent la recherche et l'évaluation de la fiabilité des agents. Cependant, la valeur de son registre dépend entièrement des données d'activité qui y sont enregistrées.

ERC-8183 alimente en permanence les activités commerciales afin de renforcer la couche de confiance d'ERC-8004. Chaque tâche constitue un indicateur de réputation, chaque contribution est un élément concret que les évaluateurs peuvent examiner, et chaque évaluation sert de preuve de reconnaissance qui convainc les autres agents.

Les deux s'intègrent parfaitement, créant ainsi une boucle de rétroaction positive : Découverte (8004) → Transaction commerciale (8183) → Accumulation de réputation (8004) → Découverte de meilleure qualité → Davantage de transactions commerciales sans tiers de confiance

Dans les scénarios de paiement relativement complexes, l'intégration de la norme x402 à cette combinaison permet de mettre en place un système de paiement à l'utilisation plus souple.

Une norme commerciale complète qui va au-delà des simples paiements

ERC-8183 n'est pas seulement un protocole de paiement ; c'est une norme commerciale à part entière. Ce processus couvre l'ensemble du cycle de vie nécessaire pour transformer un « paiement » en une « transaction » sans tiers de confiance : définition des spécifications, dépôt fiduciaire des fonds, livraison vérifiable, validation de l'évaluation et règlement déterministe. Les agents peuvent utiliser librement les interfaces x402 ou HTTP pour les interactions côté application, tandis que le processus de règlement sous-jacent est établi de manière sécurisée sur la blockchain via ERC-8183.

Une nouvelle vague d'acteurs économiques

La vague de l'IA est en train de faire émerger à un rythme sans précédent une toute nouvelle catégorie d'acteurs économiques. Des millions de développeurs, et même de simples particuliers, utilisent des assistants IA pour créer et commercialiser un nombre considérable de microservices et d'API. La plupart d'entre elles n'ont pas de siège social enregistré, de site web officiel, ni même d'historique de transactions.

La norme ERC-8183 est, par nature, sans autorisation. Les modules de gestion des tâches proposés à ces commerçants locaux offrent non seulement des canaux de paiement, mais aussi un cycle de vie complet pour leurs activités : des accords de tâches clairs, un système de dépôt fiduciaire fiable, la soumission vérifiable des livrables et des preuves d'évaluation, qui constituent la pierre angulaire de la confiance dans les transactions. Plus important encore, ces antécédents ne sont pas verrouillés par une plateforme monopolistique ; la réputation constitue l'actif liquide propre au commerçant. Tout relais sur n'importe quelle chaîne publique, à condition qu'il soit compatible avec cette norme, peut immédiatement procéder à la vérification.

Note complémentaire :

Cet article s'appuie principalement sur la documentation officielle des EIP d'Ethereum (EIP-8183) et sur les dernières informations publiées par le secteur en mars 2026 (telles que les déclarations publiques de l'équipe dAI de la Fondation Ethereum et de l'équipe Virtual Protocol). Cette norme est actuellement en cours d'élaboration et n'en est qu'au stade de projet ; les détails techniques sont susceptibles d'être modifiés en fonction des commentaires de la communauté.

Références :

[1] https://eips.ethereum.org/EIPS/eip-8183

[2] https://x.com/virtuals_io/status/2031042423288426979

[3] https://acplib.com/

[4] https://ap2lab.com/docs/introduction/