Auteur : IreneDu
Ceci est le 2.5ème article de la série d'analyse de la stratégie IA de Stripe.
Cette série est née car, le 30 avril, Stripe Sessions 2026 a annoncé 288 produits, et j'ai observé que Stripe tentait de devenir l'infrastructure économique de l'ère des Agents IA.
Le premier article, Stripe n'est pas une entreprise de paiement, tentait de répondre à la question "Pourquoi Stripe ?" — son ADN lui permet de faire cela.
Le deuxième article, KYC est mort, l'économie des Agents réécrit les fondations de la régulation financière, voulait déconstruire l'avenir sur lequel Stripe parie — à quoi ressemble vraiment l'économie des Agents, et pourquoi l'infrastructure de paiement traditionnelle deviendra obsolète face à elle.
Mais en écrivant le deuxième article, j'ai reçu un commentaire d'un collègue :
Je suis totalement d'accord avec la première partie. AB 316, comme toute loi d'un État souverain, ne reconnaîtra pas à court terme que "l'Agent est une entité juridique" — l'accusé final sera toujours une personne spécifique. Cela, le Know Your Agent (KYA) ne peut pas le changer, et ne le changera pas.
Mais pour la seconde partie — "La seule chose qui change est l'efficacité des paiements et du règlement" — je nuance mon accord. Le problème de cette phrase n'est pas sa conclusion, mais le cadre qu'elle prend pour acquis : elle considère le KYA comme une mise à niveau du système de paiement existant.
C'est précisément ce qui mérite, selon moi, un article supplémentaire pour en discuter.
Revenons d'abord au réflexe d'un ancien professionnel des paiements :
La forme des paiements est dictée par les scénarios d'usage, elle n'est pas conçue depuis l'intérieur du système de paiement.
Chaque véritable transition dans les paiements — le bancaire en ligne, le portefeuille mobile, le paiement par QR code — n'est pas survenue parce que quelqu'un a créé un meilleur produit dans la couche de paiement, mais parce qu'un nouveau scénario de transaction est apparu, brisant les hypothèses sous-jacentes du système précédent.
Les nouvelles formes de paiement "émergent" de l'infrastructure requise par ce scénario, elles ne sont pas "optimisées" à partir de l'existant.
J'ai travaillé un temps sur l'innovation dans les paiements chez Ant. Sur la plateforme de l'acteur absolu qui a créé le "paiement rapide", le "paiement mobile" et le "paiement par QR code", le plus grand plaisir — et la plus grande frustration — était de réfléchir : quelle est la prochaine forme de paiement ?
Nous avons travaillé sur le paiement par montre (et la vérification par battement cardiaque en remplacement de la reconnaissance faciale), le paiement NFC (la technologie originelle du "toucher pour payer"), participé et rédigé plusieurs protocoles de paiement de "nouvelle génération", et même tenté de convaincre la direction de m'autoriser à explorer les paiements dans le métavers.
La plupart de ces projets n'ont pas abouti.
Rétrospectivement, la raison est la même : nous tentions de définir le nouveau paiement dans la couche de paiement, mais le scénario moteur du changement n'était pas encore là — le scénario absent, l'infrastructure dont il a besoin ne peut pas émerger, et les conceptions les plus astucieuses dans la couche de paiement ne peuvent pas le supporter.
L'économie des Agents est ce nouveau scénario que j'attendais autrefois.
Le KYA est cette couche d'infrastructure en train d'émerger.
Le KYA n'est pas un produit de la couche de paiement, c'est la couche d'infrastructure de l'économie des Agents.
Les cinq couches du KYA que j'ai définies dans l'article précédent — identité de l'Agent, périmètre d'autorisation, signature d'intention, audit de la chaîne de responsabilité, notation de crédit — parmi elles, seules le périmètre d'autorisation et l'audit de la chaîne de responsabilité se situent sur la chaîne de paiement. Les trois autres (identité, intention, crédit) ne sont pas du tout dans le paiement.
- La couche identité sert tous les scénarios nécessitant d'identifier un Agent : appels inter-plateformes, dépôts réglementaires, audits internes en entreprise — le paiement n'en est qu'un.
- La couche intention sert le problème plus large de l'AI alignment — le paiement n'est qu'un de ses nombreux scénarios de vérification.
- La couche crédit sert tout système nécessitant d'attribuer des autorisations et des plafonds à un Agent — le paiement n'est là aussi qu'un de ses utilisateurs.
Ainsi, le jugement de ce collègue "La seule chose qui change est l'efficacité des paiements et du règlement", traduit en langage infrastructurel, signifie : considérer le KYA comme un sous-système du paiement.
Mon jugement est l'inverse : le paiement est un sous-système du KYA.
Ce renversement est au cœur de la discussion de cet article.
Les actions d'investissement concrètes de Stripe sur le terrain industriel en sont justement la preuve.
Les termes utilisés par Patrick Collison lors de Sessions 2026 n'étaient pas "paiements IA", mais economic infrastructure for AI (infrastructure économique pour l'IA). Ce n'est pas un slogan marketing, c'est un choix de positionnement. Cela indique que Stripe ne compte pas s'enfermer dans l'identité d'"entreprise de paiement", elle parie sur la création du socle de l'économie des Agents.
Concrètement, en termes de portefeuille de produits :
Le Agentic Commerce Protocol (ACP) co-construit par Stripe et OpenAI, maintenant utilisé par Microsoft Copilot, Meta, et depuis avril Google Gemini — est fondamentalement un protocole d'identité et de session, pas un protocole de paiement.
Le Shared Payment Token qui isole l'Agent des vrais numéros de carte, relève de la couche d'autorisation, pas de la couche de règlement.
L'acquisition par Stripe de Bridge pour l'infrastructure de stablecoin, l'acquisition de Privy pour les capacités de portefeuille embarqué, la construction de sa propre blockchain Tempo pour le canal de règlement — tout cet ensemble ne s'inscrit pas dans le cadre de "l'optimisation de l'efficacité des paiements".
Ce type de portefeuille d'investissements n'a de sens que sous le postulat que "le KYA est une couche d'infrastructure". Si l'économie des Agents n'était qu'une question d'efficacité des paiements, Stripe n'aurait pas besoin de faire des stablecoins, de portefeuilles embarqués, de construire sa propre L1. Ce qu'elle fait, c'est occuper progressivement chaque couche de ces cinq couches du KYA.
Les chiffres donnés par Emily Glassberg Sands, responsable des données chez Stripe, dans une interview sur Every en avril, corroborent la même chose sous un autre angle : un grand client IA voit 250 000 tentatives d'abus d'essais gratuits bloquées chaque semaine ; elle a vu une entreprise d'IA brûler 25 dollars de puissance de calcul par essai gratuit, avec un taux de conversion de 4 %, ce qui signifie perdre 625 dollars avant de développer un utilisateur payant ; les abus d'essais gratuits ont globalement quadruplé au cours des six derniers mois.
Ces chiffres indiquent une même chose : dans l'économie de l'IA, la décision qui détermine vraiment si une transaction peut aboutir et vaut la peine d'être faite ne se produit plus au moment du passage en caisse — elle se produit en amont, avec les questions "qui est-ce, que veut-il faire, vaut-il la peine qu'on lui alloue des ressources ?". C'est pourquoi Stripe déplace son système de gestion des risques Radar du "moment de la transaction" vers le "cycle de vie complet de l'utilisateur" : il ne s'agit pas de rendre l'ancienne gestion des risques plus rapide, mais de changer la question centrale de "cette transaction est-elle problématique ?" à "l'ensemble du comportement de cet utilisateur/Agent est-il problématique ?". La première est un problème de la couche paiement, la seconde appartient à la couche KYA.
Revenons à la question du collègue : sur qui repose finalement la responsabilité ?
Il a raison — l'entité juridique finale reste une personne. C'est ce qu'AB 316 a déjà statué au niveau légal.
Mais c'est précisément le vrai problème que le KYA doit résoudre : lorsque la chaîne de responsabilité devient distribuée, trouver "sur quelle personne et à quel maillon précis elle repose" est en soi une chose que l'ère du KYC n'avait pas besoin de faire, mais que l'ère du KYA doit faire.
À l'ère du KYC, la chaîne de responsabilité était linéaire (utilisateur → paiement/banque → commerçant), en cas de problème sur une transaction, on savait intuitivement qui contacter.
À l'ère du KYA, la chaîne de responsabilité est en réseau (utilisateur → plateforme d'Agent → fournisseur de modèle → protocole de paiement → banque → commerçant, avec éventuellement l'appel d'autres Agents en chemin). Même si la loi dit de "chercher une personne et non un Agent", on ne sait toujours pas quelle personne chercher — car la responsabilité est répartie entre 5 à 7 entités.
Le KYA ne peut pas changer l'attribution juridique finale. Mais il peut, dans une chaîne en réseau, utiliser la cryptographie pour figer le rôle et l'action de chaque entité — qui a autorisé quoi, qui a exécuté quoi, qui a réglé quoi, qui a exécuté la prestation. Transformer "l'impossibilité de trouver des preuves" en "trouver des preuves" ; transformer "l'impossibilité de vérifier quel maillon a un problème" en "vérifiable".
Ce n'est pas une amélioration de l'efficacité des paiements.
C'est la première fois que la traçabilité des responsabilités peut avoir lieu dans un réseau d'Agents.
Ainsi, la phrase "La seule chose qui change est l'efficacité des paiements et du règlement", je pense qu'elle inverse l'infrastructure et la fonction.
Ce qui se passe vraiment, c'est :
- Parce qu'une nouvelle catégorie d'acteurs économiques (les Agents) est apparue, une nouvelle couche d'infrastructure (le KYA) est contrainte d'émerger ;
- Cette couche d'infrastructure redéfinit "qui est en face, ce qu'il peut faire, qui contacter en cas d'erreur" ; sur cette couche d'infrastructure, les paiements se réorganiseront sous une forme que nous ne voyons pas encore entièrement aujourd'hui.
Quelle sera exactement la prochaine forme de paiement ? Ce qui n'est pas encore clair, c'est précisément la nouvelle espèce que Stripe tente de définir.
Mais dans ce monde d'incertitude, une chose est certaine pour moi — elle ne sera pas conçue dans la couche de paiement.
Elle émergera des scénarios d'usage, une fois que cette couche d'infrastructure KYA sera en place.
