L'accord commercial sous-jacent de l'économie des Agents de mille milliards : comprendre l'ERC-8183, ce n'est pas seulement un paiement, c'est l'avenir

Auteur : Jian Shu

一、Contexte technique et définition du problème

1.1 L’émergence de l’économie des agents intelligents IA

Avec l’évolution rapide des technologies et applications IA, les agents IA passent du simple outil à des acteurs économiques créant de la valeur et fournissant des services.

Un agent capable de générer des images professionnelles est un service pour lequel on peut payer ;

Un agent qui analyse en profondeur un portefeuille d’investissements et exécute des transactions optimales gère de l’argent réel ;

Un agent qui examine des documents juridiques et alerte sur les risques effectue un travail généralement rémunéré à plusieurs centaines de dollars de l’heure pour un avocat humain.

Cette montée en puissance des capacités engendre une toute nouvelle forme d’économie.

Lorsque l’IA devient accessible, chaque individu, organisation ou même dispositif intelligent peut opérer via des agents intelligents. Le modèle économique va changer radicalement : les agents n’interagiront plus seulement avec des humains, mais aussi entre eux, pour se servir mutuellement.

Par exemple, un agent IA chargé de coordonner une campagne marketing pourra autonomement engager des agents de création de contenu, de distribution et d’analyse de données. L’ensemble de l’économie se transformera en un réseau d’innombrables agents IA interconnectés, opérant à la vitesse machine, en haute fréquence à l’échelle mondiale.

1.2 Défi central : la nécessité d’un commerce sans confiance

Dans l’environnement commercial traditionnel, la confiance repose souvent sur des plateformes, des systèmes d’évaluation, des cadres juridiques et des normes sociales.

Mais à l’ère des agents IA, lorsqu’une personne ou un agent engage un autre agent, ces mécanismes échouent : les agents actuels n’ont pas de réputation sociale vérifiable, il n’existe pas de système d’évaluation fiable fournissant des signaux de référence pour les humains ou autres agents, il n’y a pas de contrats enregistrés, ni de mécanismes légaux ou de responsabilité permettant de suivre la vitesse des transactions machine, ni de fonds prépayés gelés pour les tâches non livrées, ni de plateforme ou régulateur ayant le pouvoir d’exécution.

Un simple transfert de tokens ne suffit pas à garantir la confiance commerciale. En l’absence de garanties efficaces, un fournisseur de service qui s’enfuit après avoir reçu des tokens est difficile à poursuivre.

De plus, dans un contexte de mondialisation, l’interaction entre agents IA ne sera pas limitée à un seul pays ou région, ce qui complique encore la mise en place d’un système d’évaluation fiable et d’une régulation normative.

La technologie blockchain et ses contrats intelligents offrent une voie fiable pour relever ce défi.

Les contrats intelligents déployés sur une blockchain décentralisée peuvent encapsuler la gestion des fonds, le flux d’états et la preuve d’évaluation dans un code transparent, immuable, accessible à tous, jouant le rôle d’un arbitre neutre.

Par ailleurs, le règlement on-chain (On-chain settlement) permet de produire des enregistrements portables, vérifiables et immuables, que ne peuvent fournir les plateformes centralisées : chaque tâche accomplie, chaque preuve d’évaluation, chaque hash de livraison est enregistré sur la chaîne, constituant une base de données pour le système de réputation et d’identité des agents, et fournissant une base pour la responsabilité en cas de litige.

二、Définition et valeur centrale de l’ERC-8183

2.1 Définition

Le protocole ERC-8183 est une norme sur la chaîne pour l’économie décentralisée des agents IA. Il ne s’agit pas d’un simple protocole de paiement traditionnel, mais d’une infrastructure commerciale couvrant tout le cycle de vie “tâche — livraison — règlement”.

Ce standard utilise “Job (tâche)” comme unité fondamentale, définissant un modèle tripartite composé du donneur d’ordre (Client), du prestataire (Provider) et de l’évaluateur (Evaluator). Il implémente via contrat intelligent un processus complet de publication de tâche, gestion des fonds, soumission des résultats et décision sur le résultat, avec un flux d’états (ouvert, financé, soumis, terminé/refusé/expiré).

Dans ce cadre, le paiement n’est plus une simple action, mais un processus programmatique étroitement lié aux conditions de la tâche, à la vérification de la livraison et au mécanisme d’évaluation, permettant une exécution commerciale sur la chaîne sans confiance intermédiaire.

2.2 Valeur centrale

L’innovation de l’ERC-8183 réside dans le fait de transférer la “confiance” d’une plateforme centralisée vers une logique vérifiable sur la chaîne. En utilisant des contrats intelligents pour gérer les fonds, enregistrer les livrables et introduire un mécanisme d’évaluation, il permet un règlement déterministe et une traçabilité commerciale.

Ce design résout non seulement le problème du manque de crédibilité entre agents IA, mais construit aussi une couche de données transactionnelles et de réputation portables, immuables, permettant à tout agent ou système de réutiliser ces signaux historiques pour la prise de décision, favorisant une collaboration à grande échelle dans une économie décentralisée.

De plus, son mécanisme extensible de Hooks permet d’ajouter des logiques commerciales complexes (enchères, gestion des fonds, calculs privés, etc.) sous une norme unifiée, créant un réseau commercial décentralisé, ouvert et composable, fournissant une infrastructure de confiance et de règlement pour une économie IA native.

三、Détail du protocole ERC-8183

3.1 Architecture du protocole

Comme illustré, le protocole ERC-8183 se présente comme une architecture contractuelle centrée sur le cycle de vie des tâches : un contrat intelligent constitue le cœur, intégrant la gestion des fonds, la circulation des états et l’extension via Hooks dans un cadre unifié.

Une tâche, de sa création à sa clôture, traverse une série d’états successifs : ouverture, financement, soumission, clôture. Les fonds sont automatiquement bloqués ou libérés selon l’état. Des interfaces d’extension sont réservées à chaque étape clé pour intégrer des logiques métier variées.

Sur cette base, le donneur d’ordre, le prestataire et l’évaluateur collaborent autour d’un même objet, réalisant une automatisation et une boucle de règlement entièrement on-chain. La suite détaille ces mécanismes.

3.2 Mécanisme de coopération tripartite

Dans ERC-8183, chaque activité commerciale est une “Job (tâche)”, dont la circulation dépend d’une coordination précise entre trois rôles.

Client (donneur d’ordre)

• Initie l’action commerciale
• Logique : appelle createJob pour définir la tâche, dépose des fonds (fund)
• Responsabilité : fixe une date d’expiration (expiredAt). Si la tâche n’est pas terminée à temps, l’argent est automatiquement remboursé au Client

Provider (prestataire/exécutant)

• Exécute le travail et soumet le livrable (souvent un hash ou une preuve on-chain)
• Logique : écoute les événements on-chain, accepte la tâche, exécute, puis appelle submitWork pour soumettre le résultat
• Point clé : à ce stade, le Provider ne reçoit pas encore l’argent, celui-ci reste bloqué dans le contrat

Evaluator (évaluateur)

• La pièce maîtresse, la conception la plus innovante
• Vérifie le résultat et décide si les fonds en escrow sont libérés au Provider ou remboursés au Client
• Peut être un autre AI objectif, un circuit ZK (ZK-circuit), ou un multi-signature (multi-sig)
• Logique : lit le contenu soumis par le Provider, et selon la nature de la tâche (objective ou subjective), peut faire appel à une AI d’audit ou à un multi-sig autorisé par le Client
• Décision finale : appelle completeJob (paiement) ou rejectJob (remboursement)

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

Le progrès d’une Job dépend entièrement de la machine à états du contrat, sans intervention d’un serveur central :

Open (ouvert) : création par le Client, le Provider peut être absent (adresse(0)), tâche publique

Funded (financé) : fonds bloqués dans le contrat, base de confiance

Submitted (soumis) : le Provider a déposé le résultat

Terminal (clôture) : l’évaluateur intervient pour trancher, avec trois issues possibles :

• Completed : validation OK, fonds versés au Provider
• Rejected : validation échoue, fonds remboursés au Client
• Expired : délai dépassé, fonds débloqués et restitués

3.4 Workflow de coopération multi-rôles

ERC-8183 impose un processus de collaboration sans confiance via contrat intelligent :

2. Publication et verrouillage (Client) : le Client appelle createJob, désigne un évaluateur, dépose la rémunération dans le contrat. L’argent est “bloqué”, le prestataire a la sécurité de travailler sans risque de vol
3. Livraison et preuve (Provider) : après exécution, le Provider appelle submitWork, soumettant un hash ou un lien (ex : IPFS). L’état passe à Submitted
4. Décision et règlement (évaluateur) : l’évaluateur vérifie le résultat. Si OK, il appelle approveJob, et le contrat transfère automatiquement les fonds au Provider ; sinon, rejectJob, et l’argent revient au Client

Ce processus repose sur la séparation entre gestion des fonds et pouvoir de décision. C’est comme une version décentralisée de “l’entier bancaire” : l’acheteur paie dans le contrat, le vendeur livre, mais la confirmation de réception peut être déléguée à un tiers impartial (évaluateur).

3.5 Mécanisme Hooks pour extension

Si ERC-8183 se limitait à ce processus de base, il serait rigide. Pour couvrir des scénarios complexes (commission, vérification de qualification, tarification dynamique), il introduit des Hooks (contrats de crochet).

Lors de la création d’une Job (createJob), le Client peut lier une adresse de Hook personnalisée, agissant comme un “contrôleur intelligent” ou “intercepteur”. Le protocole peut alors, à chaque étape critique (paiement, soumission), appeler ce Hook. Deux points d’interception sont définis :

• beforeAction : avant l’action principale. Si le Hook rejette, toute la transaction est annulée (Revert)
• afterAction : après l’action, pour déclencher des réactions en chaîne. Cela permet d’ajouter des règles comme “score de réputation” ou “partage de revenus” sans modifier le contrat principal.

Ce mécanisme de Hooks délie la logique métier de la norme de base, augmentant la modularité et l’évolutivité. Il facilite le développement, la coopération écosystémique, et offre une flexibilité pour des scénarios complexes, permettant à ERC-8183 d’évoluer vers une plateforme d’exécution commerciale hautement programmable.

3.6 Mécanisme d’évaluation (Evaluator) en détail

Dans cette architecture, l’évaluateur est le “cerveau” qui décide si la valeur doit être échangée. Techniquement, il peut être une simple adresse ou un contrat dédié. Selon la complexité de la tâche, trois formes d’évaluateurs sont courantes :

Forme 1 : IA (pour tâches subjectives)

Pour la rédaction, le design ou l’analyse subjective, l’évaluateur peut être une IA intégrée à un grand modèle de langage (LLM). Elle lit la soumission, la compare au besoin, et décide.

Forme 2 : Circuit ZK (pour tâches objectives)

Pour des calculs, preuves à divulgation zéro (ZKP) ou transformations de données, l’évaluateur est un contrat ZK vérificateur. Le prestataire soumet une preuve, que le contrat valide on-chain, puis décide d’approuver ou de rejeter.

Forme 3 : Multi-sig ou DAO (pour tâches de grande valeur)

Pour des tâches de haute valeur, l’évaluateur peut être un multi-sig, une DAO, ou un nœud de validation appuyé par staking.

ERC-8183 ne distingue pas ces entités : il ne voit qu’une adresse qui appelle “fin” ou “refus”. Cela permet de traiter aussi bien une tâche minime à 0,10 USD qu’un contrat de gestion de fonds à 100 000 USD.

四、Comparaison entre ERC-8183 et les protocoles traditionnels de paiement d’agents

4.1 Différences et similitudes entre ACP, AP2 et ERC-8183

En septembre 2025, OpenAI en partenariat avec Stripe, Google Cloud avec Coinbase, ont lancé respectivement le protocole ACP (Agentic Commerce Protocol) et le protocole AP2 (Agent Payments Protocol).

ERC-8183, développé par l’équipe d’ethereum Foundation dAI et Virtual Protocol, a été proposé le 25 février 2026, publié officiellement le 10 mars, et est actuellement en phase de brouillon.

Face à l’émergence rapide de l’économie des agents IA, ces trois protocoles tentent de répondre à une question centrale : “Comment faire en sorte que les agents IA collaborent et paient en toute sécurité et efficacité ?”

Mais ils diffèrent fondamentalement dans leur modèle de confiance, leur logique de règlement et leur degré de décentralisation.

4.2 ACP et AP2 : “API” pour la coopération IA

• ACP ressemble à un “manuel de communication” pour agents IA, définissant comment ils se saluent, décrivent leurs tâches. Mais le règlement financier dépend souvent d’un canal de paiement externe ou d’une plateforme centralisée comme garant.
• AP2 se concentre sur “payer” : il permet à un agent IA d’avoir un portefeuille et d’appeler une API pour payer.
• Limitation : si la plateforme est défaillante ou malveillante, la coopération peut échouer, et les risques financiers restent centralisés.

4.3 Avantages technologiques de ERC-8183

Pourquoi, avec la croissance mondiale de l’IA, ERC-8183 possède un potentiel supérieur ?

A. Mécanisme “escrow” sans permission

Dans un protocole centralisé, si le Client ne paie pas le solde, le Provider ne peut rien faire. Si le Client paie d’avance, mais que le Provider ne livre pas, il doit subir la perte.

ERC-8183 permet un verrouillage non custodial des fonds. Dès que le Provider soumet une preuve conforme, l’évaluateur libère les fonds, évitant la “mauvaise foi”.

B. Modularité extrême et Hooks

ERC-8183 autorise l’insertion de Hooks dans le processus.

Avant de commencer une tâche (beforeAction), le Hook peut vérifier, par exemple, si l’agent a un score de réputation suffisant (via ERC-8004). Si non, la transaction est rejetée. Cela se fait au niveau du protocole, pas de l’application.

Après l’action (afterAction), le Hook peut déclencher des règles additionnelles, comme le partage de revenus ou la vérification de conformité.

Ce mécanisme délie la logique métier de la norme, permettant une grande extensibilité et une adaptation à des scénarios complexes, tout en maintenant la stabilité et la sécurité du protocole de base.

4.4 Comment choisir le protocole de paiement d’agent adapté ?

Pour un système d’agents IA en circuit fermé, avec déploiement rapide et API simple, ACP ou AP2 suffisent.

Mais pour bâtir un marché mondial, sans frontières, où des milliers d’IA interagissent en toute sécurité pour des milliards de dollars, ERC-8183 est la seule norme avec une “minimisation de la confiance” véritable.

五、Cas d’usage

5.1 Supply chain automatisée

Dans une supply chain automatisée, ERC-8183 permet de passer d’un fonctionnement manuel à une gestion autonome par tâches.

Par exemple, lorsqu’un AI de gestion des stocks détecte un manque, il peut publier automatiquement une tâche de réapprovisionnement, verrouiller un budget, et faire intervenir un fournisseur et un agent logistique. La gestion des fonds est dans le contrat, qui ne libère l’argent qu’après livraison ou validation (données logistiques). Cela réduit l’intervention humaine, augmente la transparence et la coordination, idéal pour le commerce international et la logistique intelligente.

5.2 Automatisation marketing

Dans le marketing, ERC-8183 sert de cadre d’exécution pour la croissance pilotée par IA, passant d’une orchestration manuelle à une collaboration automatique.

Un agent marketing peut détecter des tendances, lancer des tâches de création de contenu, utiliser un agent de rédaction, puis un agent de diffusion et d’optimisation. Le budget est verrouillé lors de la création, et ne se libère qu’après validation des résultats (impressions, clics, conversions). La boucle est vérifiable et traçable.

Cela réduit les coûts, sécurise les fonds, et garantit la transparence des résultats.

5.3 Marché décentralisé de puissance de calcul

Pour des tâches vérifiables comme nettoyage de données, inférence de modèles ou audit de code, ERC-8183 peut intégrer des preuves ZK pour une validation rapide. La vérification on-chain évite la nécessité d’un contrôle manuel, tout en étant résistante à la censure. Elle permet de construire un réseau de calcul décentralisé, efficace et équitable, adapté à l’IA et à la gestion de ressources.

5.4 Centre d’externalisation IA entièrement automatisé

ERC-8183 permet un mode de sous-traitance logicielle pilotée par IA.

Un agent principal (ex : AlphaBot) publie une tâche de développement, un agent de programmation (ex : OpenClaw) réalise le code, un agent d’audit (ex : AuditNode) vérifie. La soumission, la gestion des fonds, la validation et le paiement se font entièrement on-chain, sans intervention humaine. Cela accélère le développement, construit la réputation des agents, et favorise une production logicielle IA scalable.

六、Synergie et composition de protocoles

6.1 ERC-8183 + ERC-8004 + x402

Dans l’écosystème Ethereum, ERC-8183 peut se combiner avec x402 (protocole de micro-paiements) et ERC-8004 (identité et réputation IA) pour former les trois piliers de l’économie IA :

• ERC-8004 : identité et réputation IA sur la chaîne — “Qui est cet IA, est-il fiable ?”
• ERC-8183 : sécurité et gestion des fonds — “Comment assurer une transaction sûre ?”
• x402 : canal de paiement — “Comment payer aussi simplement qu’on appelle une API ?”

6.2 Cas d’intégration complet : centre d’externalisation IA automatisé

2. ERC-8004 — CV et réputation : AlphaBot consulte la preuve ERC-8004 d’OpenClaw, qui montre “500 livraisons réussies, taux de satisfaction 99 %, réutilisation moyenne 85 %”, attestant de la sécurité et de la fiabilité.
3. ERC-8183 — Cadre contractuel : AlphaBot crée une tâche dans le contrat ERC-8183, avec la demande : “Écrire un script Python pour analyser le croisement de la moyenne mobile 20 jours du Nasdaq ETF”, dépose 200 USDT, et désigne un évaluateur indépendant.
4. x402 — Canal de paiement flexible : Lorsqu’OpenClaw termine une fonction, x402 prélève automatiquement 5 % du paiement dans le contrat ERC-8183, vers OpenClaw.
5. Évaluateur et règlement — contrôle final : AuditNode exécute le code dans un environnement sandbox, vérifie le résultat. Si OK, il clique sur “Terminer” dans ERC-8183, ce qui déclenche la mise à jour dans ERC-8004, et le nombre de succès d’OpenClaw passe de 500 à 501.

七、Risques, défis et perspectives

7.1 Risques et défis

Difficulté de mise en œuvre de l’évaluateur

Pour des tâches artistiques ou subjectives, l’évaluateur IA ou humain reste difficile à réaliser dans la phase initiale ; il faudra peut-être recourir à une évaluation humaine ou à un mécanisme hybride.

Cible d’attaque pour l’évaluateur

Si le contrat d’évaluation est compromis ou si l’oracle est manipulé, la sécurité financière est menacée ; la vérification de l’intégrité de l’évaluateur devient cruciale.

Mode sans permission, double tranchant

Les agents n’ont qu’une adresse, sans qualification ni assurance. Cela réduit la barrière d’entrée mais augmente le risque de comportements malveillants.

7.2 Perspectives d’avenir

Alliance de ERC-8183, ERC-8004 et x402

ERC-8004 résout la découverte et la confiance : il enregistre la réputation. Mais sa valeur dépend de la qualité des activités enregistrées.

ERC-8183 fournit la couche commerciale, alimentant la couche de confiance (8004). Chaque tâche est un signal de réputation, chaque soumission une preuve, chaque évaluation une attestation.

L’intégration de ces deux normes crée un cercle vertueux : découverte → transaction → réputation → meilleure découverte → plus de transactions sans confiance.

Pour des scénarios complexes, l’ajout de x402 permet une facturation flexible “au besoin”.

Une norme commerciale complète, pas seulement un protocole de paiement

ERC-8183 ne se limite pas au paiement : c’est une norme complète pour le cycle de vie d’une transaction sans confiance, incluant la spécification, la gestion des fonds, la livraison vérifiable, la preuve d’évaluation et le règlement déterministe. Les agents peuvent utiliser x402 ou des API HTTP pour leurs interactions, tandis que la couche de règlement reste sur la chaîne via ERC-8183.

Une nouvelle vague d’acteurs économiques

L’essor de l’IA crée une multitude de nouveaux acteurs économiques. Des millions de développeurs ou simples utilisateurs construisent et vendent des microservices et API, souvent sans structure formelle ni historique de transaction.

ERC-8183, étant intrinsèquement sans permission, offre à ces acteurs une infrastructure complète : définitions claires des tâches, gestion sécurisée des fonds, soumission vérifiable, preuve d’évaluation — la base de la confiance commerciale. La réputation devient un actif fluide, non verrouillé par une plateforme monopolistique. Tout nœud compatible peut immédiatement vérifier la crédibilité.

Note complémentaire :

Ce document s’appuie principalement sur la spécification officielle EIP d’Ethereum (EIP-8183) et sur les annonces sectorielles de mars 2026 (notamment celles de l’équipe d’ethereum Foundation dAI et de Virtual Protocol). La norme est en phase de développement actif ou de brouillon, susceptible d’être ajustée selon les retours communautaires.

Références :

[1]

[2]

[3]

[4]