Les agents IA en tant qu’entités économiques : quels manques d’infrastructure la blockchain peut-elle combler ?

Les agents exécutent des tâches, mais peinent à devenir des unités économiques collaboratives

Les progrès récents des grands modèles de langage et des chaînes d’outils permettent aujourd’hui aux Agents IA d’appeler en continu des API, de gérer des achats et d’orchestrer des tâches complexes à plusieurs étapes. Cependant, à mesure que leurs capacités s’étendent, les défis systémiques deviennent plus visibles : les Agents de différentes plateformes n’ont pas de méthode unifiée pour prouver « qui ils représentent », « ce qu’ils sont autorisés à faire » ou « comment ils reçoivent ou effectuent des paiements ». Dans des secteurs comme la finance, les entités automatisées non humaines dépassent déjà largement les rôles humains. À mesure que des Agents polyvalents sont déployés dans de nouveaux secteurs, des problématiques telles que l’absence d’identités transférables, de paiements programmables par défaut ou de collaboration hors des silos de données vont s’accentuer.

Dans un article récent, a16z crypto qualifie ces manques d’infrastructure de freins à la participation économique réelle des Agents, en mettant en avant cinq piliers : identité, gouvernance, paiements, confiance et contrôle utilisateur. Les sections suivantes détaillent ces axes et, à la fin de chacune, ajoutent des points de vigilance d’ingénierie pour différencier les discours actuels des standards établis.

Identité et approbation : des « non bancarisés » aux entités vérifiables

L’article souligne que de nombreux Agents sont en pratique « non bancarisés » : ils peuvent interagir avec des services financiers ou de données, mais ne disposent pas d’identité et d’approbation portables, vérifiables et reconnues par des tiers. Alors que les systèmes humains reposent sur le KYC et les historiques de crédit, l’industrie introduit le KYA (Know Your Agent), qui utilise des justificatifs cryptographiques pour associer entités, permissions, contraintes et réputation.

La Blockchain joue ici le rôle de couche de coordination neutre : des Portefeuilles fondés sur la cryptographie à Clé publique, des justificatifs vérifiables on-chain ou off-chain, et des données d’enregistrement lisibles entre applications permettent à un Agent d’opérer hors du système de comptes d’une plateforme, tout en fournissant aux contreparties les preuves minimales de confiance requises. Les exemples actuels incluent des registres d’Agents on-chain, des formulaires d’Agents intégrés à des Portefeuilles Stablecoin et l’exploration de propositions ERC pertinentes. Il est essentiel de noter que les standards d’identité universels n’ont pas encore convergé ; marchands et équipes conformité peuvent encore refuser les Agents sans justificatifs reconnus aux points d’entrée. Les solutions on-chain répondent à la dimension technique, mais ne remplacent pas les exigences réglementaires ou d’accès.

Gouvernance et exécution : les règles on-chain peuvent-elles limiter la puissance des modèles off-chain ?

Quand les Agents participent à l’allocation de ressources ou à la prise de décision, la question du contrôle devient centrale. Si le modèle et les services d’inférence sont sous la coupe d’un seul fournisseur, alors, même avec une couche de vote décentralisée, l’opérateur peut modifier les résultats en mettant à jour le modèle, en ajustant les contraintes ou en modifiant le comportement. L’article note que sans garanties sur les données d’entraînement, les prompts, les logs et l’immutabilité post-déploiement, la gouvernance des Agents peut vite se résumer à « celui qui contrôle les poids, gouverne ».

La Blockchain peut contribuer de plusieurs façons :

• Inscrire les décisions collectives validées on-chain et les exécuter automatiquement, réduisant l’écart entre « décision » et « exécution » ;
• Conserver des logs transparents du comportement des Agents (avec une conception prudente du périmètre on-chain pour équilibrer confidentialité et auditabilité) ;
• Associer des configurations d’Agents migrables par l’utilisateur, afin de limiter le risque de modifications unilatérales des règles via des mises à jour silencieuses d’une seule application.

Mais les limites sont nettes : les enregistrements on-chain ne prouvent pas à eux seuls l’intégrité des modèles off-chain ; cryptographie et Smart Contracts renforcent les contraintes sur les règles et les flux financiers, mais ne remplacent pas les audits indépendants de la chaîne d’approvisionnement des modèles ou de leur environnement d’exécution.

Paiements et règlement : commerce machine-à-machine et règlement en Stablecoin

Le marché des services pilotés par Agents se développe : les services exposent des prix via des schémas et endpoints, permettant d’effectuer authentification, paiement et récupération de données en une seule requête—sans page de paiement classique. Les réseaux de paiement traditionnels font face à des coûts élevés pour les « marchands sans tête » dépourvus de site web ou d’entité juridique. Les Stablecoins sur réseaux ouverts rendent possible le règlement programmable, permettant aux Développeurs d’intégrer la logique de paiement directement au niveau de l’endpoint, sans intégration acquéreur classique.

Les solutions du secteur intègrent les paiements dans les flux HTTP (ex : x402) et s’intègrent à des Marchés agrégateurs et fournisseurs cloud. L’article précise qu’après exclusion du Wash trading et d’anomalies similaires, les volumes de transactions restent encore faibles, même si l’intégration des chaînes d’outils et plateformes progresse rapidement. Pour les décideurs, la question est de savoir si, à mesure que les Agents deviennent des acheteurs par défaut, la demande pour des couches de règlement programmables, fluides et lisibles par machine va perdurer. Si oui, chaînes publiques, Stablecoins et solutions par carte se différencieront surtout par leur modèle d’acceptation, leur conformité et l’expérience Développeur—pas seulement par la technologie.

Mécanismes de confiance : l’architecture face à la montée des coûts de vérification

À mesure que le coût marginal de l’intelligence et de l’exécution baisse, le coût relatif de la vérification et de la responsabilisation augmente ; si le débit des Agents dépasse la capacité humaine de supervision, les solutions « humain dans la boucle » atteignent vite leurs limites. Une automatisation non vérifiée peut générer des risques cumulés : les systèmes peuvent optimiser des métriques superficielles tout en s’écartant de l’intention humaine, avec des risques qui n’apparaîtront que plus tard.

Dans ce contexte, la Blockchain permet de déplacer une partie de la frontière de confiance dans l’architecture du système : origines vérifiables, preuves on-chain et traçabilité des responsabilités liées aux flux financiers permettent d’identifier « qui a fait quoi et comment la responsabilité est attribuée en cas de problème ». Cela ne signifie pas que tout doit être on-chain ; en pratique, il s’agit souvent d’ancrer sélectivement certains engagements et états clés, en arbitrant entre coût et auditabilité.

Contrôle utilisateur : frontières de délégation et permissions exécutables

À mesure que les utilisateurs passent d’une logique étape par étape à « décrire le résultat et laisser le système l’exécuter », la granularité de l’autorisation augmente et les modes d’échec deviennent moins visibles : entrées ambiguës, interruptions non signalées, consentements uniques déclenchant des chaînes d’actions étendues. L’article met en avant des outils crypto-natifs tels que la délégation restreinte (limitant les ressources et montants accessibles à l’Agent au niveau du contrat ou de la politique) et les interactions basées sur l’intention (l’utilisateur déclare un état cible, des solveurs trouvent des chemins conformes), visant à réduire la confiance aveugle et à accroître la prévisibilité du comportement des Agents.

Dans l’évaluation de ces solutions, il est crucial de distinguer la facilité d’usage de la solidité des garanties de sécurité : la délégation au niveau UI et les contraintes exécutables on-chain ne sont pas toujours alignées. Si des restrictions critiques existent uniquement au niveau applicatif et ne sont pas liées au règlement ou à l’identité, elles restent contournables ou sujettes à mauvaise configuration.

Synthèse : attentes raisonnables d’un point de vue infrastructure

Conformément à l’analyse d’a16z crypto et à l’état du secteur, une vision prudente consiste à considérer la Blockchain et l’infrastructure cryptographique comme des vecteurs d’identité, couches de règlement, moteurs d’exécution de règles et points d’ancrage d’audit au sein de l’économie des Agents, contribuant à combler les lacunes de standardisation dans la collaboration interplateforme et le commerce machine-à-machine. En parallèle, l’alignement du comportement des modèles sur les déclarations on-chain, la reconnaissance mutuelle des standards d’identité et les cadres réglementaires nécessiteront des efforts continus. Considérer la Blockchain comme une infrastructure « exosquelettique »—renforçant coordination, règlement et frontières vérifiables, sans remplacer l’intelligence des modèles—offre une perspective technique plus objective.

Les prochaines étapes concrètes incluent : cartographier les sources d’identité, les parcours de paiement et les exigences de conservation des logs dans vos propres chaînes d’appels d’Agents ; piloter l’ancrage on-chain et la conformité des règlements en Stablecoin dans des scénarios de test ; et distinguer la « conception auditée » des arguments marketing dans les solutions de fournisseurs. Ces démarches ne sont pas intrinsèquement liées à l’adoption de chaînes publiques, mais sont directement pertinentes pour la gestion des risques à mesure que le déploiement des Agents s’intensifie.