Le tournant de l’IA sur Ethereum : que surveiller après la norme ERC-8004 sur les « agents sans confiance »
Le tournant de l’IA sur Ethereum : que surveiller après la norme ERC-8004 sur les « agents sans confiance »
Le 28 janvier 2026, l’écosystème Ethereum met une fois de plus à l’épreuve une thèse audacieuse : Ethereum ne se limite pas à être une couche de règlement pour les actifs, c’est aussi une plateforme neutre de coordination pour les logiciels autonomes. Selon plusieurs rapports communautaires, les contrats de registre de référence ERC-8004 (« Trustless Agents ») seraient proches d’un déploiement sur le réseau principal. Il est cependant important de préciser qu’une norme ERC n’est pas une mise à jour du consensus : elle ne nécessite pas de hard fork, et ne devient réalité qu’à partir du moment où des équipes adoptent et déploient les contrats et outils compatibles. (odaily.news)
Si cette dynamique se confirme, la question ne sera plus : « Quelle dApp dois-je utiliser ? » mais plutôt :
- À quelle IA agente puis-je déléguer une tâche ?
- Comment puis-je découvrir des agents sur un marché ouvert ?
- Comment évaluer la fiabilité, éviter les identités Sybil et vérifier les résultats ?
- Et lorsque un agent doit payer un autre agent (ou acheter un accès à une API), à quoi ressemble un paiement autonome sur la blockchain ?
Voilà toute la promesse — et la complexité — de l’ERC-8004. (eips.ethereum.org)
1) Du « règlement d’actifs » à la « coordination entre agents »
La tendance sur 2025–2026 est claire : l’intention des utilisateurs monte en abstraction.
Dans la DeFi, nous avons vu émerger les intents, l’automatisation, et des stratégies « en un clic » qui réduisent les étapes manuelles. Dans le domaine de l’IA, l’apparition de protocoles comme le Model Context Protocol (MCP) ou les canaux de communication inter-agents ont commencé à unifier les interactions entre modèles et outils. Mais il manquait encore une pièce essentielle : la découverte ouverte et la construction de la confiance à travers diverses organisations.
ERC-8004 tente de combler ce vide en fournissant aux agents des identités portables, des signaux de réputation publics, et des interfaces de vérification — le tout construit sur une infrastructure neutre et crédible. (eips.ethereum.org)
2) Ce que l’ERC-8004 standardise (et ce qu’il ne standardise pas)
ERC-8004 introduit trois registres on-chain légers : (eips.ethereum.org)
Registre d’identité (point de départ de la découverte)
- Les agents s’enregistrent dans un registre basé sur ERC-721 — en d’autres termes, chaque agent devient une sorte d'identité NFT.
- Le champ
tokenURIrenvoie vers une fiche Agent / fichier d’enregistrement (majoritairement off-chain), qui décrit les capacités, les endpoints et les modèles de confiance compatibles. (eips.ethereum.org)
Pourquoi c’est important : cela rend les identités agents interrogeables, transférables et indexables avec les outils classiques d’Ethereum.
Registre de réputation (des signaux, pas une note unique)
- Les utilisateurs (ou d’autres agents) peuvent publier des signaux de feedback.
- L’agrégation peut se faire off-chain ou on-chain selon les besoins. L’ERC se concentre sur des interfaces partagées plutôt que d’imposer un modèle de score centralisé. (eips.ethereum.org)
Registre de validation (crochets de preuve)
- Une structure générique pour demander ou enregistrer une validation : re-exécution, garanties par staking, preuves zkML, attestations TEE, etc.
- L’idée directrice : la confiance doit être proportionnelle à la valeur mise en jeu. (eips.ethereum.org)
Ce que l’ERC-8004 ne standardise pas volontairement : les paiements
Les paiements sont traités comme un problème séparé, afin de permettre différentes solutions : stablecoins, layers 2, paiements en micropaiements, etc. (eips.ethereum.org)
3) Dans un monde peuplé d’agents, comment trouver le « bon agent » ?
La découverte d’agents dans une économie ouverte de l’IA ne s’apparente pas à une recherche dans un App Store. Il s’agit plutôt d’un mélange entre :
- L’indexation des identités on-chain via les événements du registre,
- Des moteurs de recherche et annuaires off-chain,
- Et des couches de réputation/validation spécifiques à chaque domaine.
C’est là que le design d’ERC-8004 prend tout son sens : en gardant la base légère, il permet l’émergence de nombreux moteurs de recherche d’agents concurrents — sans dépendre d’un acteur centralisé.
Pour aller plus loin :
4) Paiement entre agents : pourquoi x402 prend de l’ampleur
En 2025, les stablecoins sont devenus l’unité de référence pour les échanges natifs sur Internet. En 2026, la question est devenue : comment un agent peut-il automatiquement payer un service, sans compte, sans abonnement, ni tunnel de paiement manuel ?
Une réponse qui séduit beaucoup dans l’espace est x402 — un protocole ouvert développé par Coinbase, qui réactive l’ancienne réponse HTTP 402 (Payment Required). Il permet à des appels API d’exiger un paiement, que les clients — y compris les agents — peuvent effectuer de manière programmatique. (docs.cdp.coinbase.com)
Ressources clés :
Pourquoi c’est crucial pour les utilisateurs Web3 : les prochaines « transactions » ne débuteront peut-être plus depuis une interface de portefeuille, mais en tant que requêtes HTTP d’agent à agent, payées en stablecoins — et accompagnées de preuves pouvant enrichir leur réputation.
5) Écosystème ERC-8004 : projets à suivre de près
Plutôt qu’un token à la mode, ce sont les catégories ci-dessous qu’il faut observer attentivement.
A) Spécification officielle + communauté de référence
Les couches où se stabiliseront la norme, les schémas et la compatibilité :
B) Outils de création d’agents + persistance des métadonnées
Une identité agent n’est utile que si sa fiche (Agent Card) reste durable et vérifiable dans le temps. Une voie prometteuse : associer identité agent et stockage vérifiable.
- La Filecoin Foundation met en avant l’utilisation de Filecoin Pin / Onchain Cloud pour héberger les métadonnées des fiches agents, avec notamment un SDK Agent0 référencé dans son explorateur.
Voir : Filecoin Foundation — Ecosystème ERC-8004 (fil.org)
C) Annuaires, explorateurs et SEO pour agents
Tout comme les listes de tokens ou les explorateurs de blocs, les registres d’agents joueront un rôle critique dans l’expérience utilisateur.
À surveiller dans un annuaire :
- la capacité à vérifier l’origine dans le registre d’identité,
- la mise en contexte des réputations (qui a évalué qui, pour quelle mission),
- l’affichage des preuves de validation (zkML, TEE, re-exécution…).
D) Réseaux de validation et protocoles d’attestation
ERC-8004 repose sur des crochets de validation. Les projets déjà spécialisés dans les attestations ont donc un rôle clé à jouer.
L’un des systèmes d’attestation les plus utilisés aujourd’hui sur Ethereum est Ethereum Attestation Service (EAS), souvent cité comme couche de preuve dans les discussions communautaires.
Voir : Ethereum Attestation Service (ethereum-magicians.org)
E) Identité d’agent inter-chaînes (CAIP-10)
Les agents n’évolueront pas sur une seule blockchain. Même si leur « identité principale » est sur Ethereum, ils peuvent agir (et payer) ailleurs.
La norme ERC-8004 fait fréquemment référence aux identifiants CAIP (chain-agnostic account identifiers), notamment :
Concrètement : un agent peut avoir une identité stable tout en opérant sur différents environnements d’exécution.
6) Ce qui compte pour les utilisateurs : sécurité avant tout
Si un agent peut initier des actions et des paiements, le risque pour l’utilisateur ne vient plus de cliquer sur le mauvais bouton, mais de déléguer à la mauvaise entité.
Checklist de sécurité pour les pionniers :
-
Segmenter les fonds selon le niveau de risque
Utilisez un hot wallet limité pour les automatisations basiques ; gardez l’épargne ou les actifs longue durée séparés. -
Privilégier les autorisations explicites avec plafonds Évitez les approbations illimitées ; utilisez des droits d’accès bien encadrés.
-
Interpréter la réputation dans son contexte Un agent très bien noté pour la recherche ne l’est pas forcément pour la garde ou le trading.
-
Vérifier l’origine de l’identité Ne faites confiance qu’aux agents dont l’identité est correctement enregistrée et dont les endpoints correspondent aux fiches attendues.
7) Le rôle de OneKey dans un futur piloté par les agents
À mesure que les agents d’IA passent du rôle « d’assistants conversationnels » à celui « d’acteurs économiques », une chose reste inchangée : les clés privées ne doivent pas résider dans des environnements toujours connectés.
Un portefeuille matériel comme OneKey peut servir de garde-fou :
- valider une transaction importante proposée par un agent,
- séparer les dépenses quotidiennes des actifs à long terme,
- conserver les clés de signature hors-ligne tout en participant à la coordination on-chain.
En somme : même si les flux deviennent plus automatisés, la validation finale de la valeur peut — et doit — rester entre les mains humaines.
En conclusion
ERC-8004 peut être vu comme une plomberie de confiance : il ne remplace ni MCP, ni A2A, ni les protocoles de paiement — mais leur offre une couche commune d’identité, de réputation et de validation que chacun peut intégrer de manière ouverte.
Si Ethereum réussit ce pari, « découvrir une nouvelle dApp » pourrait bien devenir « choisir un agent », et la prochaine révolution de l’expérience utilisateur crypto ressemblera moins à un tableau de bord… et plus à un monde de délégation, de vérification, et de paiements programmables. (eips.ethereum.org)
