La prochaine génération de paiement n'est pas dans la couche de paiement

Auteur : IreneDu

Voici le 2,5ème article de la série sur la décomposition stratégique de Stripe AI.

L’origine de cette série est due au fait que le 30 avril, Stripe Sessions 2026 a lancé 288 produits, et j’ai observé que Stripe tente de devenir l’infrastructure économique de l’ère des agents IA.

Le premier article, “Stripe n’est pas une société de paiement”, répondait à la question “Pourquoi Stripe” — son ADN le lui permet de faire cela.

Le deuxième, “KYC est mort”, expliquait que l’économie des agents réécrit les fondamentaux de la régulation financière, et je voulais décomposer le futur dans lequel Stripe mise — à quoi ressemble réellement l’économie des agents, et pourquoi l’infrastructure de paiement traditionnelle échoue complètement face à elle.

Mais lors du deuxième article, j’ai reçu un commentaire d’un collègue :

Je suis totalement d’accord avec la première moitié. AB 316 ou toute loi d’un État souverain, à court terme, ne reconnaîtront pas “l’Agent comme sujet de droit” — le défendeur final sera toujours une personne physique. Cette chose, Know Your Agent, ne peut pas changer, ni changer.

Mais la seconde moitié — “la seule chose qui change, c’est l’efficacité des paiements et des règlements” — je maintiens mon point de vue. La problématique de cette phrase ne réside pas dans la conclusion, mais dans le cadre implicite : elle considère KYA comme une simple mise à jour du système de paiement existant.

C’est précisément ce que je pense mériter un article plus approfondi pour en discuter.

Revenons à la mémoire musculaire d’un ancien professionnel du paiement :

La forme du paiement est scénariste, pas conçue à partir de l’intérieur du système de paiement.

Chaque véritable saut qualitatif du paiement — banque en ligne, portefeuille mobile, paiement par scan — n’est pas dû à une amélioration d’un produit à la couche paiement, mais à l’émergence d’un nouveau scénario transactionnel qui remet en cause les hypothèses fondamentales du système de paiement.

Les nouvelles formes de paiement “poussent” de l’infrastructure requise par ce scénario, elles ne sont pas “optimisées” à partir de là.

J’ai travaillé un temps chez Ant Financial sur l’innovation dans le paiement. Sur une plateforme qui a créé “paiement rapide”, “paiement mobile” et “paiement par scan”, leader absolu dans l’industrie, le plus grand plaisir et la plus grande douleur était de réfléchir : quelle sera la prochaine génération de forme de paiement ?

Nous avons expérimenté le paiement par montre (et la vérification par battement de cœur en remplacement de la reconnaissance faciale), le paiement NFC (“toucher pour payer” — technologie primitive), participé à la conception de plusieurs protocoles de paiement “de nouvelle génération”, et même tenté de convaincre la direction d’explorer le paiement dans le métaverse.

La plupart de ces projets n’ont pas abouti.

En regardant en arrière, la raison est la même : nous tentions de définir une nouvelle forme de paiement au niveau de la couche paiement, mais le scénario qui impulserait la révolution n’était pas encore là — sans scénario, l’infrastructure nécessaire ne peut pas émerger, et même la conception la plus intelligente à la couche paiement ne peut pas suivre.

L’économie des agents est ce nouveau scénario que j’attendais depuis longtemps.

KYA est cette infrastructure en train d’émerger.

KYA n’est pas un produit de la couche paiement, c’est la couche d’infrastructure de l’économie des agents.

Les cinq couches de KYA que j’ai définies dans l’article précédent — identité de l’agent, portée de l’autorisation, signature d’intention, audit de la chaîne de responsabilité, évaluation de crédit — seules deux, la portée de l’autorisation et l’audit de la chaîne de responsabilité, relèvent de la chaîne de paiement ; les trois autres (identité, intention, crédit) ne relèvent pas du tout de la paiement.

• La couche identité sert tous les scénarios nécessitant d’identifier un agent : appels interplateformes, conformité réglementaire, audit interne d’entreprise — le paiement n’est qu’un de ces scénarios.
• La couche intention répond à la problématique plus large de l’alignement IA — le paiement n’est qu’un parmi de nombreux scénarios de validation.
• La couche crédit sert tout système qui doit attribuer des permissions et des limites à un agent — le paiement n’est qu’un de ses usages.

Ainsi, la déclaration de ce collègue selon laquelle “la seule chose qui change, c’est l’efficacité du paiement et du règlement”, traduite dans le langage de l’infrastructure, revient à considérer KYA comme un sous-système du paiement.

Ma position est inverse : c’est le paiement qui est le sous-système de KYA.

Ce retournement est le cœur du débat de cet article.

L’investissement de Stripe, en première ligne dans l’industrie, en est la preuve concrète.

Patrick Collison, lors de Sessions 2026, n’a pas utilisé le terme “paiements IA”, mais “infrastructure économique pour l’IA” (economic infrastructure for AI). Ce n’est pas un slogan marketing, c’est un choix de positionnement. Cela montre que Stripe ne veut pas se limiter à “une société de paiement”, mais mise sur la construction d’une base pour l’économie des agents.

Concrètement, dans leur offre produit :

Le protocole Agentic Commerce Protocol (ACP), co-construit avec OpenAI, est utilisé par Microsoft Copilot, Meta, et Google Gemini (qui a rejoint en avril cette année) — il s’agit essentiellement d’un protocole d’identité et de session, pas d’un protocole de paiement.

Shared Payment Token sépare l’agent du numéro de carte réel, ce qui concerne la couche d’autorisation, pas la couche de règlement.

Stripe a acquis Bridge pour l’infrastructure de stablecoins, Privy pour la capacité de portefeuille intégré, et construit sa propre blockchain Tempo pour le règlement — toute cette stratégie ne rentre pas dans le cadre de “l’optimisation de l’efficacité des paiements”.

Ce portefeuille d’investissements ne fait sens que si l’on considère que KYA est une infrastructure fondamentale. Si l’économie des agents n’était qu’un problème d’efficacité de paiement, Stripe n’aurait pas besoin de faire des stablecoins, ni de développer des portefeuilles intégrés, ni de construire sa propre blockchain L1. Ce qu’ils font, c’est occuper chaque couche des cinq de KYA.

Les chiffres donnés par Emily Glassberg Sands, responsable des données chez Stripe, lors d’un entretien avec Every en avril dernier, confirment cette vision : un grand client IA bloque chaque semaine 250 000 tentatives de fraude en essai gratuit ; elle a vu une startup IA dont chaque essai gratuit consomme 25 dollars de puissance de calcul, avec un taux de conversion de 4 %, ce qui signifie qu’avant de payer, chaque utilisateur coûte 625 dollars en ressources ; et ces six derniers mois, l’abus des essais gratuits a quadruplé.

Ces chiffres illustrent une vérité : dans l’économie de l’IA, la décision de savoir si une transaction doit être effectuée ou si cela vaut la peine d’être fait ne se prend plus au moment du paiement — elle se décide en amont, dans la question “qui est cette personne, que veut-elle faire, cela vaut-il la peine de lui donner des ressources”. C’est pourquoi Stripe déplace la gestion des risques Radar du “moment de la transaction” vers “l’ensemble du cycle de vie de l’utilisateur” : il ne s’agit pas d’accélérer la gestion des risques existante, mais de changer la problématique de “ce paiement est-il problématique” à “l’ensemble du comportement de cet utilisateur/agent est-il problématique”. La première relève de la couche paiement, la seconde de la couche KYA.

Revenons à la question du collègue : à qui revient la responsabilité en fin de compte ?

Il a raison — la responsabilité légale ultime revient toujours à une personne. La loi AB 316 a déjà inscrit cela dans le marbre.

Mais c’est précisément le vrai problème que doit résoudre KYA : lorsque la chaîne de responsabilité devient distribuée, identifier “la personne précise et le maillon concerné” est une tâche que la période KYC ne doit pas faire, mais que la période KYA doit impérativement faire.

Dans l’ère KYC, la chaîne de responsabilité est linéaire (utilisateur → paiement/banque → commerçant), et en cas de problème, on sait instinctivement qui chercher.

Dans l’ère KYA, la chaîne est en réseau (utilisateur → plateforme d’agent → fournisseur de modèles → protocole de paiement → banque → commerçant, avec éventuellement d’autres agents en intermédiaire), et même si la loi dit “chercher la personne, pas l’agent”, on ne sait toujours pas qui chercher — car la responsabilité est répartie entre 5 à 7 acteurs.

KYA ne peut pas changer la propriété légale finale. Mais elle peut, dans cette chaîne en réseau, utiliser la cryptographie pour ancrer le rôle et l’action de chaque acteur — qui a autorisé quoi, qui a exécuté quoi, qui a réglé quoi, qui a rempli quoi. Transformer “l’absence de preuve” en “preuve trouvée” ; faire passer “une étape non vérifiable” à “une étape vérifiable”.

Ce n’est pas une amélioration de l’efficacité du paiement.

C’est la première fois que la traçabilité de la responsabilité peut se réaliser dans un réseau d’agents.

Ainsi, la déclaration selon laquelle “la seule chose qui change, c’est l’efficacité du paiement et du règlement”, me semble inverser la relation entre infrastructure et fonction.

Ce qui se passe réellement, c’est :

• L’émergence d’un nouvel acteur économique (l’agent), qui oblige la création d’une nouvelle infrastructure (KYA) ;
• Cette infrastructure redéfinit “qui est l’autre, que peut-il faire, à qui faire appel en cas de problème” ; et au-dessus, le paiement s’organise sous une forme que nous ne comprenons pas encore entièrement.

Quelle sera la forme de la prochaine génération de paiement ? Impossible de le dire encore. Ce que je sais, c’est qu’elle ne sera pas conçue à la couche paiement.

Elle émergera une fois que la couche KYA sera bien établie, directement à partir du scénario.