ERC-8004 : Guide du développeur sur Agent IA sans tiers de confiance
ERC-8004 : Guide du développeur sur Agent IA sans tiers de confiance
La norme ERC-8004 est la norme d'identité Ethereum pour agents d'IA. Découvrez comment ses registres sur la blockchain facilitent la découverte, la réputation et la confiance.
4 mars 2026 — 7 min de lecture
agents d'IA agents plus la une des journaux simplement parce qu'ils sont capables d'agir. On s'attend désormais à ce qu'ils en soient capables.
Aujourd'hui, un agent IA agent appeler des API, agent communiquer avec d'autres agents, d'accéder à des outils, agent effectuer des paiements et agent coordonner des flux de travail.
À bien des égards, ils se comportent déjà comme des travailleurs numériques.
Mais il n'existe pas de méthode standard pour les identifier, vérifier leur identité ou définir ce qu'ils sont autorisés à faire.
L'ERC-8004 est la réponse Ethereum à cette question, et cet article explique en détail ce qu'il est, comment il fonctionne et s'il est prêt à être pris au sérieux.
La crise d'identité de l'Agent
Aujourd'hui, lorsqu'un agent IA agent des paiements ou interagit avec une API, il n'existe aucun moyen vérifiable et normalisé de répondre à la question suivante :
Qui est cet agent qui l'a affecté à agent?
Dispose-t-il d'un historique des transactions ou d'une réputation ?
De quelles autorisations ou de quels rôles dispose-t-il ?
De leur côté, les êtres humains ont, au fil des décennies, mis au point des identités portables leur permettant d'emporter avec eux la confiance, la réputation et la responsabilité.
Identités juridiques, licences, historique de crédit, états financiers, etc.
Aujourd'hui, étant donné que agents d'IA agents de l'argent réel, des données réelles et agents des décisions concrètes pour le compte d'utilisateurs réels, ils ont besoin d'un moyen fiable de répondre à ces questions à grande échelle.
Agents d'IA s'est développée rapidement, mais reste incomplète
En moins de cinq ans, l'infrastructure liée agents d'IA agents considérablement développée et agents mûri. Au cours de cette période, trois axes d'action clés ont vu le jour :
MCP a uniformisé la manière dont agents agents aux outils, agents permettant ainsi agents interroger l'infrastructure, agents déclencher des workflows et agents interagir avec des services externes.
A2A a mis en place un cadre de messagerie structuré permettant agents communiquer entre eux.
x402 leur a fourni des canaux de paiement natifs, ce qui signifie que agents effectuer des transactions en stablecoins au niveau de la couche HTTP sans intervention humaine.
💡Découvrez ce qu’est x402 et comment il fonctionne
Chaque protocole a bien résolu son problème spécifique et, aujourd’hui, l’exécution ne constitue plus un casse-tête majeur pour agents d’IA.
Mais chacun d'entre eux se heurte très vite à un obstacle lié à son identité ou à sa réputation.
En termes simples, ces protocoles ne permettent pas d'identifier agent . C'est cette lacune que l'ERC-8004 a pour but de combler.
Qu'est-ce que l'ERC-8004, au juste ?
ERC-8004 est une norme de coordination de l'identité et de la réputation conçue pour agents IA agents Ethereum.
La proposition de cette norme a été rédigée par Marco De Rossi (MetaMask), Davide Crapis (Ethereum ), Jordan Ellis (Google) et Erik Reppel (Coinbase).
La norme ERC-8004 introduit trois registres sur la chaîne :
1. Registre d'identité
Chaque agent représenté par un identifiant unique sur la blockchain, qui est ensuite émis sous la forme d’un jeton ERC-721 . Ce NFT renvoie vers un fichier JSON structuré, appelé « agent », contenant le nom agent, ses fonctionnalités, ses points de terminaison de service (MCP, A2A, web) et son adresse de paiement.
Le composant « on-chain » garantit l'identité. Les métadonnées « off-chain » fournissent le contexte.
2. Registre de réputation
La couche de réputation permet d'enregistrer les interactions et les évaluations en les associant à l'identité agent. Elle permet agents aux utilisateurs autorisés de publier des évaluations sous forme de notes chiffrées et de balises catégorielles, telles que le temps de réponse ou la disponibilité.
De cette manière, les performances agent deviennent transférables et consultables, ce qui permet aux autres agents en tirer des enseignements avant d'interagir avec lui.
3. Registre de validation
Ce registre est un mécanisme normalisé permettant de consigner des preuves vérifiables attestant qu'un agent:
Tâche terminée
A généré un résultat correct ou acceptable
Conforme aux contraintes ou garanties prédéfinies
N'oubliez pas : ce registre définit uniquement la manière dont les résultats de validation sont enregistrés, et non la méthode de validation à utiliser. Il est donc conçu pour prendre en charge plusieurs stratégies de validation, allant du consensus social à la pénalisation crypto-économique.
Il est toutefois important de noter que ce registre n'est pas encore achevé. Tant qu'il n'aura pas été déployé en tant qu'infrastructure, le registre de validation restera un espace de conception.
Ensemble, ces trois registres constituent une couche de coordination neutre : un moyen de découvrir agents d'examiner leurs antécédents > et de vérifier leurs déclarations.
De là découle naturellement la question suivante : pourquoi ne pas utiliser plutôt les systèmes d'identité existants ?
En quoi la norme ERC-8004 diffère-t-elle d'OAuth, des DID et de l'ENS ?
Si le problème réside dans l'identité, pourquoi ne pas utiliser ce qui existe déjà ?
Aujourd’hui, les développeurs connaissent bien OAuth, les clés API, les identifiants décentralisés (DID), les adresses de portefeuille et les systèmes de nommage tels que ENS. Chacun d’entre eux offre une forme d’ identification ou d’authentification.
Pourquoi construire quelque chose de nouveau ?
Réponse simple : parce que la norme ERC-8004 ne résout pas le même problème.
Voici un petit tableau qui permet de comprendre l'objectif de ces systèmes et pourquoi la norme ERC-8004 est nécessaire.
OAuth | DID (Identités décentralisées) | ENS | ERC-8004 | |
|---|---|---|---|---|
Quel est l'objectif ? | Autorisation des utilisateurs pour les applications | Identifiants décentralisés | Dénomination lisible par l'homme pour les adresses de blockchain |
Si l'on prend un peu de recul, chacun de ces systèmes a été conçu en tenant compte d'une surface de confiance spécifique. Et aucun d'entre eux n'a été conçu pour agents d'IA, agents l'ERC-8004.
En théorie, un agent au titre de la norme ERC-8004 peut avoir un,
le nom ENS comme identifiant lisible par l'utilisateur,
DID pour les interactions avec les utilisateurs, et
ERC-8004, spécialement conçu pouragent et l'établissement de la confianceagent .
Ainsi, la norme ERC-8004 considère les autres méthodes comme des primitives combinables au sein de sa couche d'identité.
💡Bonus : consultez notre guide complet sur domaines ENS pour les entreprises
Concrètement, comment fonctionne la découverte ERC-8004 dans la pratique ?
Comment fonctionne réellement la norme ERC-8004 de bout en bout (sans code)
Étape 1 : S'inscrire
Un développeur déploie un agent l'enregistre dans le registre d'identités.
agent une identité sur la blockchain, accompagnée de métadonnées décrivant ses capacités, ses points de terminaison exposés et ses informations de paiement.
Source : https://www.8004scan.io
Étape 2 : Découvrir
agent autre agent développeur peut désormais interroger le registre directement ou via des indexeurs tiers afin de découvrir agents des métadonnées indexées , de leurs capacités ou des signaux de réputation disponibles.
Source : https://www.8004scan.io
Étape 3 : Évaluer
Avant toute interaction, agent chargé de la demande agent l'historique du candidat dans le registre de réputation, notamment ses résultats antérieurs, ses attestations et les éléments de preuve associés.
Elle détermine si les performances passées agentrespectent son seuil de risque.
Étape 4 : Interagir
Si cela est acceptable, agent via l'interface indiquée (MCP, A2A ou HTTP) et exécute la tâche.
Étape 5 : Payer et enregistrer
Le paiement est effectué via x402 ou un autre mécanisme compatible. Les données de résultat et les retours d’expérience peuvent être réenregistrés dans le registre de réputation, mettant ainsi à jour l’historique agentsur la blockchain pour consultation ultérieure.
Il s'agit de la couche de coordination introduite par l'ERC-8004. À présent, à quoi ressemble concrètement la pile Agents complète Agents IA pour les développeurs une fois qu'elle est mise en place ?
Agent émergente
Aujourd'hui, la pile agent IA est constituée d'un ensemble de composants de base éprouvés fonctionnant en synergie. Voici un bref aperçu des outils dont dispose un développeur :
Couche | Protocole | Fonction |
|---|---|---|
Identité et confiance | ERC-8004 | Qui est cet agent, qu'a-t-il fait, peut-on vérifier ces informations ? |
Paiements | Transfert de valeurs natives au niveau de la couche HTTP, sans intermédiaire | |
Accès aux outils |
Chaque couche rend les autres plus utiles pour agents d'IA.
Un agent détecter agent autre agent ERC-8004.
Il peut payer cet agent x402.
Il peut appeler des services via des points de terminaison compatibles MCP.
💡Astuce rapide : découvrez comment créer des serveurs MCP sur Solana pour l'intégration de modèles de langage de grande envergure (LLM)
La valeur s'accroît lorsque les couches s'imbriquent les unes dans les autres.
Pour les développeurs, cette architecture a une implication concrète : l'infrastructure nécessaire existe déjà pour créer agents être détectés par agents qu'ils n'ont jamais rencontrés auparavant, au-delà des frontières organisationnelles, d'être rémunérés automatiquement, et dont chaque interaction est accompagnée d'un historique vérifiable.
La place Quicknode dans la Agent
Quicknode assure Quicknode le fonctionnement de couches clés de cette pile.
Agents les contrats de registre ERC-8004 ont besoin d'un accès RPC fiable, et c'est là qu'intervientl'infrastructure centraleQuicknode
Du côté de l'exécution, le serveur Quicknode relie directement les assistants IA aux données de la blockchain : points de terminaison RPC, indexation et diffusion en continu, sans nécessiter de travail d’intégration sur mesure.
Et l'intégration de Quicknodex402 permet agents payer la puissance de calcul RPC de la même manière qu'ils paient n'importe quel autre agent la pile.
En effet, Quicknode la recherche d'identité, l'accès à l'exécution et agent natifs, le tout grâce à l' infrastructure de niveau entreprise et l’assistance dont les développeurs et les équipes ont besoin.
💡À lire : Quicknode élabore Quicknode des guides pratiques pour intégrer X402 , créer agents IA compatibles avec Web3, et bien plus encore.
Avec toutes ces informations et tous ces outils à notre disposition, avons-nous défini les contours d'une infrastructure complète pour agent ?
La norme ERC-8004 vient-elle compléter Agent d'IA ?
Pas tout à fait. Pas encore.
Vous voyez, agent aura besoin d'un système de confiance solide. La seule question qui reste en suspens, pour l'instant, est de savoir qui va le définir. Il existe deux pistes :
Le mettre en place dès maintenant sous forme de norme ouverte, ou
Attendez que les géants de la technologie, avec leurs annuaires centralisés, décident des conditions d'accès et des mesures incitatives pour tous.
La norme ERC-8004 constitue la première tentative sérieuse dans ce sens : une norme sans autorisation préalable, auditée, soutenue par des institutions et sur laquelle aucune entité ne détient de contrôle exclusif.
Elle met en place un cadre de coordination propice à l'émergence de la confiance et jette ainsi les bases d'une agent ouverts.
À propos de Quicknode
Fondée en 2017, Quicknode une infrastructure blockchain de niveau institutionnel destinée aux développeurs et aux entreprises. Grâce à une disponibilité de 99,99 % et à la prise en charge de plus de 80 chaînes, les équipes peuvent développer et faire évoluer leurs applications sur la blockchain sans aucun compromis.
Restez informé
Les dernières actualités en matière d'ingénierie, les mises à jour sur les produits et les nouvelles du Web3, directement dans votre boîte mail.