Agents IA on-chain expliqués : comment fonctionnent vraiment les agents crypto

Ce que les gens veulent dire par « agent IA » dans la crypto

L'expression « agent IA » fait actuellement beaucoup de travail. Dans le monde technologique au sens large, un agent est un système logiciel qui reçoit un objectif, le décompose en étapes et agit sur le monde sans qu'un humain ait à cliquer sur chaque bouton. Dans la crypto, le terme s'est resserré pour désigner quelque chose de bien plus précis : un grand modèle de langage (un LLM, c'est-à-dire un système de prédiction de texte entraîné sur de très grandes quantités d'écrits) connecté à un portefeuille crypto afin qu'il puisse lire des données on-chain et signer un petit ensemble de transactions pré-approuvées.

C'est tout. Il n'y a aucune intelligence générale autonome lançant des tokens, aucun trader conscient observant les chandelles. Ce que l'on trouve généralement sous le capot, ce sont des LLM de type OpenAI ou open-source qui appellent une poignée de fonctions : « échanger le token X contre Y sur Uniswap », « publier ce message sur le fil social », « acheter ce NFT si le prix est inférieur à Z ». L'« intelligence » réside dans le modèle qui choisit lequel de ces boutons pré-construits presser et qui rédige le contenu en langage naturel que le projet envoie sur un compte Discord ou X.

C'est pourquoi les projets liés à des tickers comme VIRTUAL, FET et TAO semblent différents d'un chatbot classique. Ils ont un portefeuille, une trésorerie et un token lié à une plateforme de lancement (une plateforme où de nouveaux tokens d'agent sont mintés et échangés). Ce qu'ils n'ont pas, dans la plupart des cas, c'est un modèle réellement plus intelligent que ChatGPT, ni aucune capacité à agir en dehors de la petite boîte à outils que ses développeurs ont câblée.

Aussi, quand quelqu'un dit « agent IA », traduisez mentalement par « LLM avec un portefeuille et quelques boutons ». Cette traduction sera correcte dans environ 90 % des cas en 2025.

Risques : là où les agents on-chain échouent réellement

Parce que le modèle n'est pas le maillon faible, les risques se concentrent à trois endroits : le portefeuille, le prompt et le projet autour du token. Négliger l'un de ces aspects, c'est comment les gens perdent de l'argent.

Le portefeuille est un portefeuille chaud. Tout ce qu'un agent peut signer, un attaquant humain peut aussi essayer de le tromper pour qu'il le signe. Si la clé privée (la chaîne cryptographique secrète qui contrôle un portefeuille) est stockée sur un serveur, elle est exposée au même type de brèche que n'importe quel système connecté à Internet. Plusieurs projets d'agents ont déjà vu leurs clés de trésorerie vidées de cette manière. La mitigation est identique à ce que vous voudriez pour n'importe quel portefeuille chaud : plafonds de dépense stricts, allowlists (une liste d'adresses pré-approuvées avec lesquelles le portefeuille est autorisé à interagir), clés de session qui expirent et multisig (une configuration qui exige plusieurs signatures pour approuver une transaction) pour tout montant important.

L'injection de prompt est un problème réel et non résolu. L'injection de prompt se produit lorsqu'un attaquant cache des instructions malveillantes dans du contenu lu par l'agent (une page web, un tweet, un mémo de transaction, les métadonnées d'une image de NFT). Le modèle ne peut pas faire la différence de manière fiable entre « l'utilisateur a dit cela » et « quelqu'un a laissé cette note dans une fenêtre de contexte ». En pratique, cela signifie qu'un agent qui résume un post malveillant peut être piégé pour signer une transaction qui vide sa trésorerie. Les bons projets sandbox l'agent pour qu'il puisse lire librement mais ne puisse dépenser qu'à destination d'une liste fixe de contrats. Les mauvais projets donnent à l'agent un accès root.

L'économie du token est largement spéculative. Le « token d'agent » que vous pouvez acheter sur une plateforme de lancement n'est pas une part sociale, pas une revendication sur les revenus, et souvent il n'est même pas utilisé par l'agent lui-même. C'est un actif négociable dont le prix évolue au gré de la narration, des dramas de listing et du design incitatif de la plateforme de lancement. De nombreux « tokens d'agent » sont mintés avec une offre initiale élevée et une trésorerie contrôlée par l'équipe, ce qui correspond à la même forme que d'innombrables setups de rug pulls précédents (effondrements soudains et délibérés où les développeurs vident la liquidité et disparaissent). Le résumé honnête : la plupart des tokens d'agent perdront l'essentiel de leur valeur avec le temps, de la même manière que la plupart des memecoins.

Motif historique : c'est la troisième vague de « l'IA dans la crypto ». La première vague était celle des tokens à thématique IA en 2023 (essentiellement des chatbots sans portefeuille). La deuxième fut le boom SaaS des « wrappers GPT », où des projets branchaient OpenAI sur une interface et prétendaient que c'était crypto-native. La vague actuelle est celle des agents avec portefeuilles. Chaque vague a produit une poignée de protocoles durables et un cimetière bien plus vaste de tokens. Supposez que le même ratio s'applique.

L'anatomie d'un agent on-chain

Enlevez le marketing et presque tous les agents on-chain d'aujourd'hui reposent sur la même pile en six éléments, répétée avec de petites variations.

1. Le modèle. Généralement de la classe GPT-4 d'OpenAI, Claude d'Anthropic, ou un modèle open source comme Llama ou Mistral fonctionnant sur les propres serveurs du projet. Le modèle est chargé de « réfléchir » en langage naturel et de choisir quel outil appeler ensuite. Il n'est pas, dans la plupart des cas, entraîné on-chain.

2. La fenêtre de contexte. C'est la mémoire de travail du modèle : les messages récents, les transactions récentes, l'état actuel du portefeuille, et toutes les instructions que l'équipe a codées en dur. Plus la fenêtre de contexte est grande, plus le projet paie de tokens (unités de texte auxquelles le modèle prête attention) par inférence (chaque fois que le modèle est sollicité pour produire une réponse). C'est aussi là que se logent souvent les injections de prompt, car tout ce que l'agent lit entre dans la fenêtre de contexte.

3. La couche d'outils. Une liste de fonctions que le modèle a le droit d'appeler. Exemples courants : getBalance, swapOnUniswap, postToX, mintNFT. La liste est volontairement courte. Chaque outil correspond à un ou plusieurs modèles de transactions préconstruits que l'agent peut signer mais ne peut pas modifier librement. C'est la véritable frontière de sécurité.

4. Le portefeuille. Un EOA standard (externally owned account, le type de portefeuille de base contrôlé par une seule clé privée) ou, de plus en plus, un smart account (un portefeuille sous forme de contrat avec des règles programmables, comme des plafonds de dépenses et des listes d'autorisation). Le portefeuille détient la trésorerie de l'agent, paie le gas et reçoit les éventuels revenus. Quiconque contrôle ce portefeuille contrôle l'agent.

5. La politique de signature. Des règles comme « max 0,5 ETH par jour », « ne swap que sur ces trois DEX », « n'approuve jamais une allowance ERC-20 supérieure à X ». Ces règles sont généralement appliquées par le smart account, pas par le modèle. Le modèle peut demander ; c'est le portefeuille qui décide si la requête est autorisée.

6. Le persona. Un nom, un avatar, un back-story, un compte X, parfois une voix. Le persona est ce qui donne à l'agent l'impression d'être vivant, et c'est presque entièrement une couche marketing. Le même modèle avec un persona différent est une marque échangeable différente.

Les tokens d'agent et l'économie des launchpads

La raison pour laquelle VIRTUAL, FET, TAO et une longue liste de noms plus modestes montent tient à l'économie des launchpads : des plateformes comme Virtuals et Clanker qui permettent à n'importe qui de lancer un nouvel agent avec son token en quelques minutes. Comprendre cette couche est plus utile pour un investisseur que comprendre le modèle, car c'est là que se concentre l'essentiel de l'action sur les prix.

Le flux de base ressemble à ceci : un créateur déploie un agent, mint un token à offre fixe, amorce un pool de liquidité sur un DEX (decentralized exchange, un marché on-chain où les utilisateurs peuvent échanger des tokens directement sans intermédiaire traditionnel) comme Uniswap, et laisse le marché le pricer. Le token suit généralement une « bonding curve » (une formule mathématique qui fixe le prix en fonction du nombre de tokens déjà achetés) qui se transforme en pool de liquidité complet une fois un seuil atteint. Les premiers acheteurs entrent à bas prix, la plateforme prend une part, et le token se négocie librement ensuite.

Certains de ces tokens ont une utilité réelle : ils paient le compute de l'agent, ils donnent des droits de vote sur l'orientation de l'agent, ou ils partagent les revenus qu'il génère. Beaucoup ne le font pas. Le constat honnête est que la plupart des tokens d'agent se comportent comme des memecoins auxquels on a greffé un chatbot, et que le prix est dicté par le design incitatif du launchpad et le hype social plutôt que par quoi que ce soit que l'agent sous-jacent fasse.

Ce qui sépare un projet un tant soit peu crédible d'un lancement purement meme, ce sont en général trois choses : (1) l'équipe conserve le contrôle de la trésorerie de l'agent via un multisig, et non via un EOA unique ; (2) le token a une utilité claire, même étroite (payer les inférences, par exemple) ; et (3) l'agent fait effectivement quelque chose de mesurable on-chain, et pas seulement produire des posts. Si un projet ne peut pas expliquer ces trois points, traitez-le comme un memecoin.

Un point à garder en tête : le launchpad lui-même est généralement aussi un token. VIRTUAL est le token de gouvernance et de frais du Virtuals Protocol ; le détenir vous donne un droit sur les revenus au niveau de la plateforme et sur l'accès anticipé aux nouveaux lancements d'agents. Cela en fait un pari différent de celui sur n'importe quel token d'agent individuel, avec un profil de risque différent et une raison différente d'évoluer.

x402 et le standard de paiement pour agents

Si vous ne devez retenir qu'un seul terme technique dans cet espace, que ce soit x402. C'est un standard émergent pour permettre aux agents de se payer entre eux (et de payer les API humaines) via HTTP, le protocole que votre navigateur utilise pour charger les pages web, et c'est la raison pour laquelle beaucoup d'argent d'infrastructure sérieux afflue dans l'espace agent.

L'histoire derrière le nom est courte : le code de statut HTTP 402 signifie « Payment Required », et il est réservé depuis le tout début du web mais n'a jamais été largement utilisé. x402 le réutilise : lorsqu'un agent appelle une API, il peut recevoir une réponse 402 disant « paie cette adresse en USDC (un stablecoin adossé au dollar US, un token conçu pour conserver une valeur stable) ce montant et je te sers la requête ». L'agent paie, relance la requête, et obtient la donnée. Pas d'humain, pas d'abonnement, pas de carte de crédit.

Pourquoi c'est important : la plupart des choses intéressantes qu'un agent peut faire (acheter du compute, louer un modèle, payer de la donnée, donner un pourboire à un autre agent pour un post utile) nécessitent des micropaiements, domaine où les cartes de crédit sont mauvaises et où les transactions on-chain sont enfin assez peu coûteuses pour prendre le relais. x402 est le standard qui branche cette capacité dans la couche HTTP que la plupart de la stack agent parle déjà. Coinbase est l'un de ses soutiens les plus visibles, ce qui explique pourquoi x402 revient constamment dans les annonces autour des agents.

Pour un investisseur, l'implication pratique est que le « commerce agent » est en train de devenir une économie on-chain réelle, quoique modeste. Cette économie produira des revenus pour une poignée de facilitateurs (les protocoles qui routent les paiements x402, gèrent le règlement et abstraient le gas), et ces facilitateurs représentent un pari plus concret que n'importe quel token d'agent individuel.

Ce qu'un agent on-chain sait et ne sait pas faire aujourd'hui

Le modèle mental qui tient le mieux est : « un LLM plus une télécommande à dix boutons ». Utilisez-le pour calibrer vos attentes.

Ce que les agents font bien de manière fiable : lire l'état on-chain, résumer l'actualité et les événements on-chain, poster sur les réseaux sociaux, exécuter des stratégies de trading simples dans des limites de risque étroites, mint et échanger des NFTs dans un budget défini, router des paiements entre utilisateurs, et se coordonner avec d'autres agents via des standards partagés comme x402. Ce sont essentiellement des stagiaires infatigables avec une petite allocation.

Ce que les agents ratent de manière fiable : tout ce qui demande de lire un long contrat juridique ambigu, toute stratégie qui exige de réagir à des mouvements de marché rapides en millisecondes (l'aller-retour du prompt à la transaction signée est trop lent), et tout ce pour lequel le coût d'une mauvaise décision est élevé. Ils sont aussi mauvais pour savoir ce qu'ils ignorent ; le modèle exécutera avec assurance un mauvais trade si sa couche d'outils le permet.

L'asymétrie à intégrer : les agents sont moins chers que les humains pour des tâches on-chain étroites et répétitives, et pires que les humains pour tout ce qui demande du jugement dans l'ambiguïté. Les projets qui misent sur le premier (monitoring infatigable, routage automatisé, coordination sociale) tendent à survivre. Les projets qui promettent le second (chasse à l'alpha autonome, trading entièrement délégué) tendent à décevoir.

Ce que cela implique si vous souhaitez réellement en utiliser ou investir dans un

Il existe une réelle différence entre « utiliser un agent » et « acheter un token d'agent », et ces deux décisions ne doivent pas être confondues.

Si vous souhaitez utiliser un agent, la démarche pragmatique consiste à commencer par des projets qui vous offrent un vrai produit : un agent qui surveille vos positions et vous alerte, un qui automatise le DCA (dollar-cost averaging, une stratégie consistant à investir un montant fixe à intervalles réguliers quel que soit le prix), un qui résume les propositions de gouvernance. Traitez cela comme un abonnement SaaS et payez à l'usage. Le token est secondaire.

Si vous souhaitez investir dans un token d'agent, traitez-le de la même manière que vous traiteriez un memecoin avec des étapes supplémentaires. Dimensionnez la position de manière modeste, attendez-vous à ce que la majeure partie tombe à zéro, et cherchez les trois signaux mentionnés ci-dessus : trésorerie multisig, utilité réelle du token, activité mesurable on-chain. Le token de launchpad (comme VIRTUAL) est un pari différent avec un profil de risque différent : c'est un pari sur l'économie du launchpad elle-même, qui est plus diversifiée mais aussi liée à l'intérêt retail global pour le narratif des agents.

Pour toute personne envisageant de laisser un agent gérer un capital important, le seul conseil honnête est de commencer avec des montants que vous pouvez vous permettre de perdre entièrement, de fixer des plafonds de dépenses stricts au niveau du portefeuille (pas au niveau du prompt), et de surveiller les transactions de l'agent jusqu'à ce que vous fassiez confiance à son comportement. Le modèle n'est pas le danger. Le portefeuille l'est.

Suivre l'économie des agents sans se faire plumer

Les agents IA on-chain évoluent vite, tout comme l'actualité qui les entoure : nouveaux lancements, nouveaux rugs, nouvelles normes, nouveaux soutiens de célébrités. Faire le tri entre les titres qui comptent vraiment et ceux qui ne sont que du hype est un combat perdu d'avance si vous le faites à la main. Zippfeed met en avant les titres liés aux agents IA avec une notation de sentiment (bullish, neutral ou bearish) et un score d'importance, afin que vous puissiez couper court au bruit et voir en temps réel ce qui fait vraiment bouger l'économie des launchpads.