Crypto IA Agent : glossaire essentiel pour débutants

L’univers crypto des agents IA possède son propre langage : « garde MPC », « flux de paiement x402 » ou « mandat A2A » donnent l’impression d’un monde à part si vous n’êtes pas déjà familier.
Ce glossaire vous aide à tout décrypter. Pour une vue d’ensemble sur la façon dont ces concepts s’articulent, consultez le guide du wallet agent IA. Ici, nous nous concentrons uniquement sur les définitions.
 

LLM

Large Language Model

Le moteur de raisonnement au cœur d’un agent IA. Un LLM est un réseau de neurones entraîné sur d’immenses volumes de texte, capable de comprendre des instructions et de générer des réponses. GPT-4, Claude et Gemini sont tous des LLM. Le LLM est le cerveau ; l’agent, c’est ce qui se passe quand ce cerveau reçoit un corps et une liste de tâches à accomplir.

Agent IA

Programme logiciel autonome

Un programme qui reçoit un objectif, le découpe en étapes, utilise des outils pour les accomplir et s’adapte aux résultats, sans qu’un humain n’approuve chaque action. Contrairement à un chatbot qui ne fait que répondre, un agent agit. Il peut naviguer sur le web, écrire du code, appeler des API et, avec la bonne configuration, dépenser de l’argent pour vous.

IA agentique

Catégorie/désignation

La catégorie plus large des systèmes d’IA conçus pour agir, et non seulement générer des réponses. « Agentique » signifie que le système possède un certain degré d’autonomie pour poursuivre des objectifs. Un paiement agentique est déclenché par un tel système, sans intervention humaine au moment de l’exécution.

Agent orchestrateur

Rôle d’architecture

L’agent principal dans un système multi-agents. Il reçoit l’objectif global de l’utilisateur, le découpe en sous-tâches, assigne ces tâches à des sous-agents spécialisés et gère le budget global. C’est le chef de projet. Il contrôle généralement le wallet principal et distribue les fonds aux sous-agents selon les besoins.

Sous-agent

Rôle d’architecture

Un agent spécialisé qui prend en charge une partie d’un processus plus large, sur délégation de l’orchestrateur. Un sous-agent de recherche peut collecter des données ; un sous-agent de paiement gère les transactions on-chain. Chaque sous-agent dispose généralement de son propre wallet limité, pour qu’un problème dans une branche ne compromette pas toute l’opération.

DID (Identifiant Décentralisé)

Standard d’identité

Un identifiant d’identité lisible par machine, stocké sur une blockchain plutôt que dans une base de données centralisée. Dans le contexte des agents IA, un DID fournit à l’agent une identité persistante et vérifiable, consultable sur différentes plateformes. C’est crucial pour la conformité : la réglementation exige qu’un humain puisse être relié à toute activité financière d’un agent, et les DID assurent cette traçabilité.

Agent Card (Carte d’agent)

Composant du protocole A2A

Un fichier JSON qui sert de carte de visite numérique à un agent IA. Il décrit les capacités de l’agent, les formats de données acceptés, les méthodes d’authentification requises et les moyens de le contacter. Lorsqu’un agent souhaite déléguer une tâche à un autre, il consulte d’abord la Carte d’agent pour comprendre ses fonctionnalités et sa tarification.

MCP

Model Context Protocol

Un standard ouvert créé par Anthropic fin 2024, qui offre aux agents IA une méthode normalisée pour se connecter à des outils, bases de données et services externes. Avant MCP, chaque intégration nécessitait un développement sur mesure. MCP standardise la connexion pour que tout agent compatible puisse se brancher sur tout service compatible. Pensez à l’USB-C : un standard universel au lieu d’un câble différent pour chaque usage. OpenAI, Google et Microsoft ont adopté MCP en 2025.

Serveur MCP

Composant MCP côté service

La partie serveur de MCP. Une plateforme d’échange, une base de données, un fournisseur de wallet ou tout autre service souhaitant être accessible aux agents IA doit développer un serveur MCP. Celui-ci expose les fonctionnalités de la plateforme dans un format standardisé, que tout agent compatible MCP peut découvrir et utiliser.

Client MCP

Composant MCP côté agent

La partie client de MCP. L’agent IA agit comme client MCP : il se connecte aux serveurs MCP, découvre leurs offres et utilise leurs outils. Cette architecture client-serveur garde le système modulaire : les agents n’ont pas besoin de connaître l’implémentation interne de chaque outil, seulement ses capacités.

A2A (Agent2Agent)

Protocole de communication

Un protocole ouvert développé par Google et transféré à la Linux Foundation en juin 2025. A2A définit comment des agents IA issus de différentes entreprises ou frameworks se découvrent, échangent des messages et coordonnent des tâches. Si MCP sert à dialoguer avec des outils, A2A permet à un agent de communiquer avec d’autres agents. Le protocole inclut les Agent Cards, la transmission de tâches et des standards d’authentification.

AP2 (Agent Payments Protocol)

Cadre d’autorisation

Développé par Google avec plus de 60 partenaires, dont Coinbase, Mastercard et PayPal. AP2 n’est pas un rail de paiement, mais un cadre d’autorisation. Il définit des « mandats » signés cryptographiquement, prouvant qu’un humain a autorisé un agent à dépenser en son nom. Deux types : Cart Mandates (approbation humaine d’un achat en temps réel) et Intent Mandates (autorisation préalable d’une catégorie de dépenses ; l’agent agit ensuite de façon autonome). AP2 dispose d’une extension crypto basée sur A2A et x402.

ACP (Agentic Commerce Protocol)

Standard de paiement en caisse

Co-développé par OpenAI et Stripe pour standardiser la façon dont les agents IA interagissent avec les parcours d’achat des marchands. ACP gère la couche de dialogue : comment un agent communique avec un catalogue marchand, crée une commande, la modifie ou l’annule. Il fonctionne principalement sur des rails fiat via l’infrastructure Stripe. ACP a été lancé dans la fonctionnalité Instant Checkout de ChatGPT début 2026.

MPP (Machine Payments Protocol)

Protocole de paiement Stripe

Le protocole Stripe pour les paiements initiés par des agents, lancé en février 2026 sur Base. MPP fait le lien entre crypto et fiat : les agents paient en stablecoins, Stripe convertit pour le marchand. MPP cible les paiements en flux (streaming) par session et constitue la version entreprise de x402, avec des fonctions de conformité intégrées.

Wallet agent IA

Un portefeuille crypto conçu spécifiquement pour être utilisé par un logiciel autonome. Contrairement à un wallet classique qui requiert une validation humaine pour chaque transaction, un wallet agent IA fonctionne selon des règles prédéfinies par le propriétaire humain. L’agent peut opérer librement dans ces limites, mais les règles servent de garde-fous stricts. Pour l’explication complète, consultez le guide du wallet agent IA.

Clé privée

Le secret qui donne à son détenteur le contrôle total des fonds d’un wallet. Dans un wallet agent, la clé privée doit être rigoureusement protégée : l’agent a besoin de signer, mais un accès illimité serait risqué. Consultez le guide de sécurité des clés privées pour savoir comment les protéger.

MPC (Multi-Party Computation)

Technique de gestion des clés

Une méthode cryptographique où la clé privée est divisée en plusieurs fragments détenus par différentes parties ou serveurs. Aucun fragment seul ne permet de signer. L’agent peut initier une transaction, mais sa validation exige la coopération de tous les détenteurs de fragments. Si un serveur est compromis, l’attaquant ne peut pas signer. C’est la norme pour la gestion des clés dans les wallets agents d’entreprise.

Smart wallet (wallet intelligent)

Type de wallet

Un wallet qui est en fait un smart contract déployé sur la blockchain. Au lieu d’une clé privée unique, le smart contract encode directement les règles sur la blockchain. Les transactions ne s’exécutent que si elles respectent la logique du contrat : montant sous le plafond, adresse destinataire sur liste blanche, session active, etc. Cette sécurité est appliquée au niveau blockchain, pas seulement via un logiciel contournable.

Wallet custodial

Modèle de garde

Un wallet où un tiers (plateforme, exchange, prestataire) détient et gère les clés privées pour vous. Vous vous connectez avec un identifiant et un mot de passe, mais la plateforme contrôle les clés. Pratique, mais la garde des fonds vous échappe. Dans le contexte agentique, la plupart des wallets agents sont custodial : la plateforme gère les clés de l’agent pour le compte de l’humain ayant donné l’autorisation.

Wallet self-custody (auto-garde)

Modèle de garde

Un wallet où vous détenez et contrôlez vos propres clés privées. Aucun tiers n’y a accès. Un wallet self-custody est la référence pour protéger des montants importants. Principe clé pour tout utilisateur d’agents : conservez l’essentiel de vos fonds en self-custody. Ne chargez les wallets agents que du strict nécessaire pour leurs tâches.

Hardware wallet (wallet matériel)

Type de wallet

Un appareil physique qui génère et stocke les clés privées entièrement hors ligne. La clé ne touche jamais Internet. Le hardware wallet signe les transactions en interne et ne diffuse que le résultat signé : même si votre ordinateur est compromis, votre clé reste protégée. Pour l’utilisateur derrière un agent IA, un hardware wallet pour les avoirs principaux est essentiel. Le wallet de l’agent peut être « hot » ; vos fonds principaux ne doivent pas l’être.

Policy engine (moteur de règles)

Composant de sécurité de l’agent

La couche de règles d’un wallet agent IA, qui définit ce que l’agent peut ou ne peut pas faire. Exemples courants : plafond de dépense par transaction, limite quotidienne, adresses autorisées (whitelist), types de tokens autorisés, expiration de session. Le policy engine rend la délégation financière à un agent sûre : sans lui, l’agent aurait un accès illimité aux fonds.

Spending limit (plafond de dépense)

Paramètre de politique

Un plafond strict sur le montant qu’un wallet agent peut dépenser par période ou par transaction. Les plafonds sont le contrôle de base en finance agentique. Il est recommandé de financer le wallet selon les besoins de l’agent, de fixer la limite à ce montant, et de ne rien exposer au-delà.

Whitelist (liste blanche)

Paramètre de politique

Une liste d’adresses de destination autorisées pour les envois d’un wallet agent. Même si l’agent est compromis ou manipulé, la whitelist empêche tout transfert non prévu. La transaction échoue simplement si l’adresse n’est pas approuvée.

x402

Protocole de paiement

Un protocole de paiement ouvert, créé par Coinbase en mai 2025, qui intègre les paiements en stablecoins directement dans les requêtes web HTTP. Le nom vient du code HTTP 402 « Payment Required », défini dans les standards web depuis les années 1990 mais jamais exploité. x402 le rend enfin utile : lorsqu’un agent appelle une API payante, le serveur répond avec un 402 et des instructions de paiement. L’agent paie en USDC, joint la preuve au prochain appel et reçoit la ressource. Pas de compte, pas d’abonnement, pas de page de facturation. Début 2026, x402 avait traité des centaines de millions de transactions et était actif sur Base, Solana, Ethereum, Arbitrum, Polygon et Stellar.

HTTP 402

Standard web

Le code HTTP « Payment Required », défini en 1991, était réservé mais jamais utilisé. Le protocole x402 le réactive comme déclencheur des paiements machine à machine. Quand un serveur retourne un 402, il signale : « vous pouvez accéder à cette ressource, mais il faut d’abord payer ». Le protocole x402 précise le déroulement du paiement.

Paiement agentique

Type de paiement

Une transaction financière initiée, autorisée et exécutée par un logiciel, sans validation humaine au moment de l’action. L’humain définit les règles à l’avance, l’agent agit dans ce cadre. Les paiements agentiques diffèrent des paiements automatiques classiques : le montant, la date et le destinataire peuvent varier selon les actions de l’agent, et ne sont pas figés dans un calendrier.

Paiements M2M (Machine-to-Machine)

Catégorie de paiement

Transactions financières entre deux logiciels, sans humain dans la boucle. Un agent IA qui paie un autre agent pour du temps de calcul, ou paie une API pour des données, sont des paiements M2M. Cette catégorie n’existait pas avant la crypto : les cartes bancaires ne gèrent pas les paiements à 0,004 $. Les stablecoins sur les réseaux Layer 2 le permettent.

Micropaiement

Type de paiement

Une transaction de très faible montant, de quelques centimes à quelques dollars. L’économie agentique repose sur les micropaiements : paiement à l’appel d’API, au kilooctet de données, à la seconde de calcul. Les rails de paiement traditionnels facturent 2-3 % plus un forfait, rendant un paiement de 0,01 $ absurde économiquement. Les stablecoins sur Layer 2 permettent enfin ces montants minuscules.

Paiement à la demande (pay-per-request)

Modèle de paiement

Un modèle où vous payez exactement ce que vous consommez, à l’instant où vous l’utilisez, sans abonnement préalable. x402 repose sur ce principe : l’agent paie pour un appel d’API, reçoit un résultat, et c’est tout. Pas d’abonnement, pas de compte, pas d’engagement annuel. Ce modèle n’est viable qu’avec des paiements en stablecoins on-chain.

Agent Payments Protocol (AP2)

Couche d’autorisation

Le cadre de Google pour prouver qu’un humain a bien autorisé une action financière d’un agent. AP2 introduit les « mandats » : des documents signés cryptographiquement qui enregistrent l’intention humaine. Un Cart Mandate signifie qu’un humain a approuvé une transaction précise en temps réel. Un Intent Mandate signifie qu’il a autorisé à l’avance une catégorie d’actions. AP2 est la couche de conformité et d’audit, pas d’exécution du paiement.

Stablecoin

Type d’actif

Une cryptomonnaie dont la valeur est indexée sur un actif de référence stable, le plus souvent le dollar américain. USDC et USDT dominent le marché. Dans les wallets agents, les stablecoins sont préférés aux actifs volatils comme ETH ou BTC, car un agent qui prend des décisions financières autonomes ne peut pas faire de calcul fiable si la devise fluctue de 10 % en cours de tâche. Le volume des transactions en stablecoins a atteint 33 000 milliards de dollars en 2025 (+72 % sur un an), avec les paiements agentiques comme moteur clé.

USDC

Stablecoin

USD Coin est un stablecoin indexé sur le dollar, émis par Circle et géré par le consortium Center. USDC est le jeton de règlement dominant dans l’écosystème des agents IA. Il est l’actif principal des transactions x402 et de l’infrastructure Agentic Wallet de Coinbase. Chaque USDC est garanti 1:1 par des réserves en dollars détenues dans des institutions financières régulées.

Stablecoin rails (infrastructure stablecoin)

Concept d’infrastructure

L’infrastructure blockchain qui transporte les transactions en stablecoins de l’expéditeur au destinataire. « Rails » vient du vocabulaire des paiements (« rails carte », « rails ACH »). Les stablecoin rails désignent l’ensemble : réseau blockchain, smart contract du stablecoin, et couche de protocoles additionnels. Pour les agents IA, les stablecoin rails remplacent les rails carte : ils sont programmables, ouverts à tout logiciel sans KYC, et règlent les paiements en quelques secondes.

Frais de gaz

Coût réseau

La commission payée au réseau blockchain pour traiter une transaction. Les frais de gaz rémunèrent les validateurs qui confirment et enregistrent la transaction. Sur Ethereum mainnet, ils peuvent s’élever à plusieurs dollars ; sur les réseaux Layer 2 comme Base ou Solana, ils sont de l’ordre du centime. Pour les micropaiements agents à haute fréquence, les frais de gaz Layer 2 sont essentiels à la viabilité économique.

Layer 2 (L2)

Infrastructure blockchain

Un réseau secondaire construit au-dessus d’une blockchain principale (Layer 1, comme Ethereum), qui traite les transactions plus vite et moins cher. Base (créé par Coinbase), Arbitrum et Polygon sont des réseaux Layer 2. La majorité des paiements agentiques s’effectue sur des L2, car leur rapidité et leur coût conviennent aux micropaiements. x402 a été lancé principalement sur Base et Solana pour cette raison.

Base

Réseau Layer 2

Le réseau Layer 2 de Coinbase, construit sur Ethereum. Base est le réseau de référence pour x402 et l’infrastructure Agentic Wallet de Coinbase. Les transactions sur Base sont réglées en environ 200 millisecondes et coûtent une fraction de centime. Début 2026, la solution Payments MCP de Coinbase a enregistré une hausse de 10 000 % des transactions agents sur Base.

On-chain

Descripteur de localisation

Enregistré et réglé sur une blockchain. Un paiement « on-chain » est inscrit de façon permanente et publique sur la blockchain. Les transactions on-chain sont irréversibles et inaltérables. C’est à la fois un avantage de sécurité et un risque : une erreur d’agent n’est pas facilement annulable.

Smart contract (contrat intelligent)

Programme blockchain

Un code auto-exécuté déployé sur une blockchain. Un smart contract définit des règles qui s’appliquent automatiquement dès que les conditions sont réunies, sans intermédiaire. Dans le contexte des agents IA, les smart contracts appliquent les politiques de dépense des smart wallets, alimentent les protocoles DeFi utilisés par les agents et règlent les transactions x402 via des facilitateurs.

Facilitateur

Composant x402

Dans le protocole x402, le facilitateur est le composant qui valide les preuves de paiement et soumet les transactions à la blockchain. Quand un agent paie pour une ressource, le facilitateur vérifie la preuve de paiement avant que le serveur ne livre le contenu. Coinbase propose des facilitateurs publics pour Base et Solana. Le facilitateur est un point centralisé : s’il tombe, les transactions x402 sur ce réseau s’arrêtent.

Transaction sans gaz

Fonctionnalité UX de paiement

Une transaction où l’utilisateur ou l’agent n’a pas besoin d’acquérir séparément le token natif du réseau pour payer les frais de gaz. Ceux-ci sont pris en charge par la plateforme ou prélevés sur le stablecoin transféré. Les transactions sans gaz simplifient grandement l’expérience de paiement des agents : ils n’ont pas à gérer des soldes en ETH, MATIC ou SOL juste pour payer les frais réseau.

Non-custodial (non dépositaire)

Modèle de garde

Un wallet où vous, et non une plateforme, détenez les clés privées. Non-custodial signifie qu’aucun tiers ne peut geler, saisir ou perdre vos fonds. Pour vos avoirs principaux, c’est le modèle à privilégier. Pour un wallet agent, la plateforme détient généralement les clés (custodial), d’où l’importance de limiter les montants et de fixer des plafonds de dépense stricts.

Cold storage (stockage à froid)

Pratique de sécurité

Conserver les clés privées totalement hors ligne, inaccessibles à tout logiciel connecté à Internet. Un wallet cold storage comme Tangem garde vos clés sur une puce matérielle qui n’est jamais connectée au réseau. À mesure que l’économie des agents se développe et que de plus en plus de logiciels obtiennent des droits de paiement, le stockage à froid pour vos avoirs principaux devient encore plus crucial.

Surface d’attaque

Concept de sécurité

L’ensemble des points d’un système où un attaquant pourrait tenter d’obtenir un accès non autorisé. Chaque wallet agent IA que vous autorisez, chaque permission accordée, chaque protocole utilisé augmente votre surface d’attaque. Gérer la surface d’attaque dans un environnement agentique consiste à accorder à chaque agent le minimum de droits nécessaires, et rien de plus.

Rug pull (arnaque de type rug pull)

Type d’arnaque

Une escroquerie crypto où les développeurs d’un projet l’abandonnent et partent avec les fonds des utilisateurs. Dans l’univers agentique, un « agent malveillant » ou un « serveur MCP frauduleux » est l’équivalent moderne : un logiciel qui semble fournir un service mais détourne les paiements agents vers le wallet d’un attaquant. Les adresses de destination en whitelist dans le policy engine sont la défense.

KYC (Know Your Customer)

Exigence réglementaire

Le processus de vérification d’identité imposé aux institutions financières avant de fournir leurs services. Banques, exchanges et prestataires de paiement exigent une pièce d’identité officielle pour ouvrir un compte. Les agents IA ne peuvent pas satisfaire aux exigences KYC car ils sont des logiciels. C’est l’une des raisons fondamentales pour lesquelles les paiements agents reposent sur la crypto et non sur les rails carte : les wallets crypto ne requièrent pas de KYC.
 

Sources

Les sources suivantes ont été utilisées pour vérifier les définitions de ce glossaire :

1. Anthropic : documentation MCP
2. Google / Linux Foundation : spécification du protocole A2A
3. Coinbase Developer Platform : protocole x402
4. MoonPay : Pourquoi les paiements agentiques sont l’avenir de l’IA et de la crypto
5. Crossmint : Comparatif des protocoles de paiements agentiques
6. Stellar Foundation : x402 sur Stellar
7. BeInCrypto : Finance agentique expliquée
8. CCN : Comparatif des rails de paiement pour agents IA (MPP, ACP, AP2, x402)
9. Ethereum Foundation : documentation smart contract