Guide du développeur pour créer des applications sur la pile « Onchain AI » Agent

Quicknode

18 août 2026 — 13 min de lecture

Partager

Ajouter comme source préférée

Les « agents s de l'IA » sont aujourd'hui omniprésentes : le bot d'assistance de McDonald's, les assistants de programmation, et, semble-t-il, tous les discours de présentation de start-ups de ces deux dernières années.

Pourtant, si vous interrogez dix développeurs ou si vous lisez dix articles figurant en première page de Google, vous obtiendrez dix réponses différentes aux questions « Qu'est-ce qu'une agent d'IA ? » et « Comment fonctionnent réellement les agents d'IA ? ».

Pourquoi donc ? Il n'existe pas de définition précise de ce concept. Pourtant, tout le monde est convaincu que chacun a besoin d'une « IA » agents et qu'il est facile d'en créer une.

Cet article décortique les « agents s d’IA » dans les moindres détails : ce qu’elles sont réellement, comment fonctionne l’autonomie, quel est le rôle de la blockchain et comment les différents éléments de la pile interagissent entre eux.

Qu'est-ce qu'une « Agents » liée à l'IA, au juste ?

L'agents e artificielle (IA) désigne un logiciel capable d'observer son environnement, d'utiliser le raisonnement et la mémoire pour décider de la marche à suivre, et d'agir de manière autonome afin d'atteindre un objectif.

Chaque « agent » d'IA repose sur quatre composantes fondamentales :

• Objectif : définit ce que l'agent ation cherche à réaliser.

• Remarque : recueille des informations provenant de son environnement via les saisies de l'utilisateur, des API, des bases de données, des navigateurs ou d'autres sources de données.

• Raison : utilise le modèle, la mémoire et le contexte disponible pour déterminer la suite des événements.

• Action : utilise des outils pour lancer des actions telles que l'envoi d'une requête, l'écriture d'un fichier, l'exécution de code, la réalisation d'une transaction ou le déclenchement d'un autre système.

L'objectif définit la direction à suivre. Observer > Raisonnement > Agir: ce cycle se répète jusqu'à ce que l'objectif soit atteint ou que l'agent e atteigne une condition d'arrêt.

Ce qui compte ici, c'est la capacité à agir. Sans elle, le raisonnement reste confiné au modèle, ce qui nous amène à une grande confusion qui règne sur Internet : « agents » contre « modèles ».

Agents s d'IA vs modèles LLM

Un LLM constitue le moteur de raisonnement au cœur de nombreuses agents s d'IA. Le «agent » apparaît lorsque le raisonnement est relié à la mémoire, aux outils, aux flux de travail et à l'exécution.

Prenons une tâche : effectuer une étude sur les 10 principaux concurrents d'un marché et comparer leurs tarifs.

Un LLM peut suggérer une manière d'aborder la tâche. Un « agent » peut quant à lui la mener à bien :

Ce cycle peut se répéter des dizaines de fois. Et c'est précisément là que les « agents s d'IA » vont au-delà d'un simple modèle LLM.

1. Le modèle fournit un raisonnement.

2. Les outils offrent des fonctionnalités.

3. C'est l'infrastructure qui détermine où ces actions peuvent avoir lieu.

4. Access détermine dans quelle mesure les actions peuvent être autonomes (sans intervention humaine).

En d'autres termes, un LLM peut indiquer à une « agent » ce qu'elle doit faire. C'est le reste de la pile qui détermine si l'agent est réellement capable de le faire.

Et c'est là que les « agents » d'aujourd'hui commencent à se heurter à une limite.

Agents s en IA se heurtent au « mur de l'autonomie »

La plupart des « agents s d'IA » interagissent avec le monde via des infrastructures conçues pour les humains. Elles utilisent des clés API créées par des développeurs, des comptes enregistrés par des personnes, des services cloud facturés à des entreprises, des moyens de paiement associés à ces comptes et des autorisations accordées par des administrateurs.

L'agent e peut décider d'entreprendre une action, mais la capacité sous-jacente à mener cette action revient souvent à quelqu'un d'autre.

C'est la différence entre une « agent » capable d'appeler des outils et une « agent » capable de fonctionner de manière autonome.

Une plus grande autonomie ne se limite pas à l'amélioration des modèles de langage de grande échelle (LLM). Les « Agents » ont besoin de moyens pour établir leur identité, gérer leurs actifs, échanger de la valeur et effectuer des actions sans intervention humaine.

C'est là que la blockchain devient intéressante.

Pourquoi intégrer l'Agents de l'IA à la blockchain ?

La blockchain permet aux « agents s d'IA » d'accéder à des primitives programmables pour la propriété, l'identité, les paiements, l'exécution et l'état partagé.

Cela ne suffit pas à rendre un LLM autonome. En revanche, cela offre à l'agent e de nouvelles façons d'interagir avec le monde.

Cinq primitives revêtent une importance particulière :

Ensemble, ces primitives modifient les capacités d’une « agent ».

Une « agent » pourrait détenir des fonds, payer un service, prouver l'identité au nom de laquelle elle agit, interagir avec un contrat intelligent et laisser une trace vérifiable de ce qui s'est passé.

Mais rien de tout cela ne se produit simplement parce qu’un « agent » possède un portefeuille.

Pour que ces fonctionnalités puissent fonctionner concrètement, toute une infrastructure est nécessaire entre la boucle de raisonnement et la blockchain. Voyons cela de plus près.

Qu'est-ce que la pile d'Agent s « Onchain AI » ?

La pile d'agent s d'IA sur la blockchain est un ensemble de couches d'infrastructure, couvrant les domaines du paiement, de l'identité, de l'accès et de la coordination, qui permettent aux agents s d'IA d'agir de manière autonome sur la blockchain.

Ces couches s'articulent entre elles pour permettre à un « agent » de détenir un portefeuille, de prouver son identité, de payer des ressources et d'effectuer des transactions avec une intervention humaine limitée, voire nulle.

Dans ce guide, la pile peut être décomposée en trois parties.

Ces trois parties constituent la structure du reste de ce guide :

Accès > Identité > Recherche > Paiements > Exécution > Opérations

Chaque élément dépend de celui qui le précède. L'autonomie économique sans accès n'est qu'un concept, et non une capacité. Des opérations dépourvues d'autonomie économique n'ont rien à gérer.

Commençons donc par le point de départ : l'intégration de l'agent s sur la blockchain.

Donner à l'IA un accès à la blockchain d'Agents

L'accès à la blockchain permet à une « agent » d'IA de lire l'état de la chaîne et d'envoyer des transactions. En pratique, cela commence généralement par une endpoint RPC qui relie l'agent à un nœud de la blockchain.

Le RPC fonctionne de manière très similaire à une API. L'agent e envoie une requête à un nœud et reçoit en retour des données de la blockchain. Cette même interface peut diffuser des transactions signées lorsque l'agent e doit intervenir.

Cela couvre les deux axes fondamentaux dont un « agent » a besoin :

• Lire : vérifier les soldes, interroger des contrats intelligents, examiner les transactions, estimer le coût du gaz ou récupérer le dernier bloc.

• Écrire : les transferts diffusés, les échanges, les appels de marge ou toute autre transaction signée.

Choisir la bonne interface blockchain

L'interface dépend de ce que l'agent e doit observer.

1. Le protocole JSON-RPC sur HTTP convient aux tâches simples de type requête-réponse, telles que la consultation d'un solde ou la transmission d'une transaction.

2. Les WebSockets maintiennent une connexion persistante. Ils conviennent particulièrement aux applications de type « agents » qui doivent surveiller l'apparition de nouveaux blocs, de nouveaux journaux ou d'autres changements d'état, et réagir dès qu'ils se produisent.

3. gRPC est conçu pour des charges de travail spécialisées telles que la diffusion en continu à haut débit de comptes, de transactions, de créneaux horaires et d'autres données en temps réel.

Quicknode fournit ces interfaces sur plus de 80 chaînes et plus de 130 réseaux via un point d'API commun.

Pour les charges de travail sensibles à la latence ou à fort volume, les instances « Dedicated » d’ Clusters s offrent une infrastructure isolée.

Réagir aux événements sur la chaîne de blocs

La lecture de l'état et la réaction à celui-ci sont deux choses différentes. Le sondage fonctionne, mais il génère des appels inutiles et passe à côté de tout ce qui se passe entre deux vérifications.

C'est pourquoi les « agents s d'IA » doivent pouvoir détecter les événements sur la blockchain et y réagir. Une « agent de trading », par exemple, ne peut pas attendre une invite pour détecter une variation de prix, une transaction ou un événement lié à un contrat.

Quicknode propose deux méthodes principales pour créer ces flux de travail :

• Streams fournit des données blockchain en temps réel et historiques à des destinations telles que webhooks et des bases de données. Il prend en charge le filtrage, la gestion des réorganisations et la transmission fiable pour les flux de travail dans lesquels l'absence d'un événement peut affecter l'exécution.

• Webhooks envoie des notifications d'événements via des callbacks HTTP. Il offre une configuration plus simple pour les flux de travail où une transmission « au mieux » suffit.

Maintenant que les questions d'accès et de diffusion des événements sont réglées, abordons la question de l'identité de l'agent, c'est-à-dire la détermination de l'agent e qui observe et agit.

Comment les « Agents s IA » obtiennent une identité sur la blockchain

L'identité « on-chain » permet de reconnaître et d'identifier de manière vérifiable l'agents e de l'IA avant toute interaction ou transaction.

La norme ERC-8004 permet cela grâce à des registres sur la blockchain dédiés à l'identité, à la réputation et à la validation. L'enregistrement coûte une transaction. Par la suite, toute « agent » ou tout service peut consulter cet enregistrement et décider s'il souhaite interagir.

Chaque « agent » bénéficie des avantages suivants :

1. Un score de réputation qui tient compte du volume des évaluations, du nombre de contreparties différentes ayant laissé ces évaluations, ainsi que de la fréquence à laquelle le travail de l'agent a été signalé ou annulé.

2. Attestation de validation, c'est-à-dire une vérification indépendante visant à déterminer si une agent a réellement fait ce qu'elle prétendait*.

*Non disponible sur mainnet à la mi-août 2026.

Un « agent » peut interroger ces registres de deux manières différentes à l'aide de Quicknode:

1. L' ERC-8004 Explorer offre une interface conviviale permettant de rechercher des « agents » enregistrés et d’examiner leur profil, leur réputation et leur activité.

2. Les applications peuvent récupérer ces mêmes données indexées via l'API REST ERC-8004 ou le module complémentaire JSON-RPC. Les développeurs qui ont besoin d'un accès direct peuvent, à la place, interroger les contrats de registre ERC-8004 sous-jacents via Core RPC.

L'identité permet de déterminer qui est une « agent » et comment identifier d'autres « AI agents ». La question suivante est d'ordre économique : comment les « AI agents » peuvent-elles effectuer des transactions entre elles ?

Comment les « Agents s IA » paient de manière autonome

Les paiements autonomes permettent aux « agents s IA » d'acheter des API, des données, de la puissance de calcul et d'autres services sans avoir recours à un intervenant humain.

Deux protocoles permettent aujourd'hui d'y parvenir : l'x402 et le MPP.

x402: Rémunération à la demande

x402 permet à une agent d'effectuer un paiement pour une ressource HTTP dans le cadre de la requête elle-même.

Lorsque l'agent e demande une ressource payante, le serveur renvoie un code d'erreur 402 « Paiement requis » accompagné du prix, du réseau, du jeton et des instructions de paiement.

L'agent e signe le paiement, renvoie la requête en joignant l'autorisation, puis reçoit la ressource une fois le paiement vérifié. Un facilitateur peut se charger de la vérification et du règlement sur la chaîne de blocs pour le serveur.

Cette solution convient particulièrement aux achats ponctuels, tels que les appels d'API, les requêtes de données ou les tâches de calcul.

MPP : Abonnement pour un accès illimité

Le protocole MPP (Machine Payments Protocol) permet à agents de mettre en place des sessions payantes pour des services impliquant des interactions répétées ou continues.

Au lieu de traiter chaque demande comme un achat distinct, le paiement et l'accès peuvent rester valables pendant toute la durée d'une session plus longue.

Cela convient à des services tels que les infrastructures persistantes ou les charges de travail de longue durée, pour lesquels il n'est pas nécessaire de renégocier un nouveau paiement à chaque requête.

La distinction est d'ordre pratique : l'x402 e le coût de la requête ; le MPP permet d'évaluer le coût de la relation qui se poursuit d'une requête à l'autre.

Quicknode Prend en charge à la fois « x402 » et MPP

Quicknode permet d'utiliser ces deux modèles de paiement avec sa propre infrastructure.

x402 Access permet à un portefeuille d'utiliser les points de termina Quicknode sans avoir à créer de compte ni de clé API, grâce à des modèles de paiement à la demande, de nanopaiement et de prélèvement sur crédit prépayé via JSON-RPC, REST, gRPC-Web et WebSocket.

L'accès MPP prend en charge à la fois les paiements ponctuels et les sessions de paiement réutilisables ; ces sessions ouvrent un canal de paiement une seule fois, puis utilisent des bons signés pour les demandes suivantes avant le règlement final sur la chaîne.

Les deux protocoles partagent un même quota gratuit, à savoir 1 million de crédits API par mois et par portefeuille, et peuvent tous deux interroger n'importe quelle chaîne prise en charge par Quicknode, quel que soit le réseau sur lequel le paiement est réglé.

À présent, une « agent » basée sur l'IA a pris une décision et dispose des moyens économiques pour la mettre en œuvre. Comment cette décision se traduit-elle par une transaction sur la blockchain ?

Comment les « Agents s IA » exécutent des actions sur la blockchain

L'exécution sur la chaîne transforme la décision d'un « agent » en une transaction sur la blockchain.

Un « agent » peut décider de transférer des USDC, d'effectuer un swap, de revendiquer une position ou d'appeler un contrat intelligent.

Cette décision est prise au niveau de la couche de raisonnement. Mais c'est l'infrastructure d'exécution des transactions qui gère la manière dont cette action est transmise à la blockchain.

De la décision à la transaction

L'exécution commence par la conversion de l'intention d'une « agent » en une transaction valide. Cela implique d'identifier le contrat et la méthode, de préparer les paramètres, d'estimer les frais et de construire la transaction dans le format attendu par la chaîne cible.

La signature constitue la étape décisive. Une fois signée, la transaction peut être diffusée via Quicknode Core RPC.

Préparation des éléments avant l'exécution

Agents ne disposera pas toujours de la ressource nécessaire à l'action suivante.

Un paiement peut nécessiter des USDC alors que le portefeuille contient des ETH. Une interaction avec un protocole peut nécessiter un tout autre token. QuicknodeL'API Swap offre un moyen programmatique de récupérer des itinéraires et de préparer des échanges sans que l'agent e ait à s'intégrer à chaque DEX individuellement.

Le routage des ressources devient ainsi une autre fonctionnalité accessible au sein du flux de travail :

Vérifier le solde > Obtenir l'itinéraire d'échange > Effectuer l'échange > Confirmer le solde > Poursuivre la tâche

À ce stade, l'agent e peut accéder à l'état de la blockchain, établir son identité, payer pour des ressources et exécuter des transactions.

Le défi qui reste à relever est d'ordre opérationnel : veiller à ce que ces capacités restent disponibles, fiables et maîtrisées, alors que l'agent e fonctionne sans supervision humaine constante.

Gestion de l’infrastructure d’ Agent s d’IA en environnement de production

Les agents s d'IA en production nécessitent une infrastructure qui reste disponible, s'adapte à l'évolution des charges de travail, identifie les outils appropriés et interagit avec eux, tout en surveillant et en limitant les accès.

Les couches antérieures confèrent des capacités d'agent .

La couche de production détermine si ces fonctionnalités peuvent fonctionner en continu sans que chaque modification de l'infrastructure ne se traduise par une intervention humaine.

Laisser les « Agents s » gérer leur propre infrastructure

Quicknode's Admin API expose la gestion de l’infrastructure par programmation. Cela permet aux workflows approuvés d’ agent de provisionner et de gérer des ressources via des API.

Gestion des infrastructures en langage naturel

Quicknode permet également d'accéder à cette même infrastructure via un serveur MCP, de sorte qu'un « agent » (ou le développeur travaillant à ses côtés) puisse créer un « endpoint », vérifier son utilisation ou mettre à jour une limite de débit en formulant sa demande en langage naturel, plutôt qu'en écrivant manuellement des appels d'API.

Agent- Des ressources telles que « Blockchain Skills » et « llms.txt » viennent compléter cette couche en facilitant l'accès des « agents » à la documentation et aux connaissances sur la blockchain.

Limiter les capacités d'une « Agent »

L'autonomie de production doit être clairement délimitée. Une « agent » ne doit avoir accès qu'aux réseaux, méthodes, ressources et identifiants nécessaires à l'accomplissement de sa mission.

Quicknode offre des mécanismes de contrôle tels que l'authentification JWT, la liste blanche d'adresses IP, la limitation du débit par méthode et le contrôle d'accès basé sur les rôles (RBAC).

Cela permet de créer une autonomie encadrée : suffisamment de pouvoirs pour qu’une « agent » puisse fonctionner de manière indépendante, sans pour autant qu’une instruction compromise ou une décision erronée ne se traduise par un accès illimité à l’infrastructure ou aux actifs.

C'est ainsi que la pile boucle la boucle. L'intelligence détermine ce qui doit se passer ; l'infrastructure environnante détermine ce qu'une « agent » peut observer, financer, mettre en œuvre et exploiter en toute sécurité au fil du temps.

Les « Agents s » de l'IA pourraient bien être les utilisateurs les plus naturels de la blockchain

Depuis plus d’une décennie, les applications blockchain ont été principalement conçues autour de l’être humain. Aujourd’hui, lorsque l’on prend du recul et que l’on s’intéresse à l’identité portable, à la monnaie programmable et à l’exécution sans intermédiaires, on se rend compte que les « agents » constituent la première catégorie d’acteurs économiques pour laquelle les principes de conception initiaux de la blockchain ont été élaborés.

• Sans tiers de confiance, car il n'existe aucun recours juridique entre deux logiciels.

• Programmable, car ce n'est pas un être humain qui lit les conditions.

• Sans autorisation préalable, car personne n'est là pour approuver la demande.

Forts de ce constat, nous envisageons avec optimisme un avenir où l'IA sera la principale utilisatrice de la blockchain agents.

FAQ : Foire aux questions

1. Chaque « agent » d'IA nécessite-t-elle une infrastructure blockchain ?

Non. La blockchain prend tout son sens lorsque les « agents » ont besoin d’un état sur la chaîne, d’actifs programmables, de paiements, d’une identité transférable ou d’une exécution sur des systèmes indépendants.

2. Que peuvent réellement faire les « agents s IA » sur la blockchain ?

Agents permet de surveiller l'activité de la blockchain, d'interroger des contrats, de gérer des actifs, d'effectuer des paiements, d'exécuter des transactions et de déclencher des flux de travail en fonction d'événements sur la blockchain.

3. Une « agent » basée sur l'IA peut-elle perdre l'argent qu'elle gère ?

Oui. Un portefeuille géré par agent ne bénéficie d'aucune protection contre la fraude, d'aucune possibilité de contestation de paiement et il n'y a aucune banque à contacter en cas de problème.

4. Quelle est la différence entre un « agent » d'IA sur la blockchain et un bot de trading ?

Les robots de trading automatisent des stratégies de marché prédéfinies. Les « agents s d'IA » sont capables de raisonner, de choisir des outils, d'adapter les flux de travail et d'effectuer des tâches plus générales sur la blockchain.

5. Les « agents s » existantes en matière d'IA peuvent-elles être intégrées à la blockchain ?

Oui. Les « agents s » existantes peuvent intégrer des fonctionnalités de blockchain grâce à des API RPC, des portefeuilles, des protocoles de paiement, des normes d'identité et des outils de transaction.

6. Deux « agents s » dotées d'intelligence artificielle peuvent-elles effectuer des transactions sans intervention humaine ?

Oui. L'ensemble du processus, de la recherche à l'exécution en passant par le paiement, peut se dérouler sans qu'une personne ait à valider chaque étape.

7. En quoi une identité sur la chaîne de blocs diffère-t-elle d'un jeton OAuth ?

Un jeton OAuth est émis et révoqué par une seule plateforme. L'identité sur la blockchain, quant à elle, appartient à l'utilisateur et est transférable d'une plateforme à l'autre.