La Chine vient d'écrire la règle du paiement par agents IA. Ce n'est pas le « Know Your Agent » qui contraint, c'est l'obligation d'enregistrer l'agent.

Dans un système de paiement, une seule partie doit prouver qui elle est : le client. Le logiciel par lequel son ordre transite, l'application de son téléphone, son navigateur, le terminal du commerçant, n'a jamais eu à décliner d'identité. Il est un canal. La responsabilité de ce qui y passe reste chez l'établissement licencié qui tient le compte, et c'est précisément pour cela qu'on peut changer d'application sans redemander l'autorisation à sa banque : le canal n'est pas une partie au contrat, il est un moyen d'y accéder.

Ce montage tient tant que le logiciel se contente de transmettre. Il ne dit rien du cas où le logiciel choisit le marchand, compare les prix, décide du moment et déclenche le débit sans que personne ne regarde l'écran.

Le 24 août 2026, l'organisme d'autorégulation du paiement chinois a écrit ce cas manquant, et sa réponse tient d'abord en une condition d'entrée, applicable le jour même : un logiciel ne touche la chaîne de paiement que s'il est enregistré auprès des autorités. Lui faire décliner son identité et le classer par niveau de risque, le texte se contente d'inviter la profession à l'explorer.

Ce que le texte impose d'explorer, et ce qu'il impose de faire

La Convention d'autodiscipline sur les applications de paiement par agents intelligents porte la référence 中支协发〔2026〕128号. Elle compte 8 chapitres et 34 articles, et le texte publié par l'association précise à son dernier article qu'elle s'applique dès le jour de sa publication.

Ce texte est fait de deux matières que la couverture a mélangées, et ce qui les sépare n'est pas le verbe d'obligation, présent des deux côtés, mais ce que ce verbe commande.

La partie qui a fait les titres commande d'explorer, 探索. L'article 9 demande aux membres de l'association, sur la base du « Know Your Customer » existant, d'explorer l'établissement d'un mécanisme « Know Your Agent », en abrégé KYA, qui identifie et vérifie les agents branchés sur la chaîne de paiement et rattache par contrat chaque agent à un utilisateur nommé. L'article 10 demande d'explorer un classement des agents en trois niveaux de risque, en regardant la provenance du modèle, son identifiant, son périmètre de droits, les interfaces qu'il appelle et son comportement. Le même article accole en revanche une obligation ferme : empêcher strictement l'accès des agents malveillants aux scénarios de paiement. L'article 11 demande d'explorer la transmission de cette identité sur toute la chaîne. L'article 18 demande d'explorer une chaîne de preuve infalsifiable couvrant le mandat de l'utilisateur, la décision du modèle, l'instruction de paiement et le contrôle du risque.

Imposer d'explorer un mécanisme n'est pas imposer de le mettre en place. La nuance tient à ce seul mot : les articles 10, 11 et 18 écrivent 应探索 d'un seul tenant, littéralement « doivent explorer », et l'article 9, celui du KYA, sépare les deux termes par une incise, 应在 « 了解你的客户（KYC）» 的基础上，探索建立, « doivent, sur la base du KYC, explorer l'établissement ».

La partie qui contraint vraiment ne s'abrite pas derrière ce mot. Elle dit de faire. Et elle n'est presque jamais citée.

Le gardien placé à l'entrée

Trois articles portent la contrainte d'admission, et ils ne parlent pas d'identité mais du droit d'entrer.

L'article 12 est le plus direct. Les membres doivent utiliser des agents enregistrés et déposés auprès des autorités compétentes. Un agent non enregistré ne touche pas la chaîne. Aucune exploration là-dedans, aucune formule d'attente.

L'article 5 verrouille l'étage en dessous. La gestion de compte, le traitement des transactions et la compensation doivent rester opérés par des institutions licenciées, banques, établissements de paiement non bancaires, chambres de compensation, sous un principe tenu en une formule : qui fournit le service de paiement en porte la responsabilité. L'arrivée de l'agent ne déplace donc pas la responsabilité vers l'éditeur du logiciel. L'article 19 ajoute d'ailleurs un principe jumeau côté modèle, qui applique la technologie d'IA en porte la responsabilité, et exige qu'une transaction à laquelle un agent a participé reste explicable et auditable.

L'article 26 ferme la marche, et il mélange lui aussi les deux matières dans le même bloc, comme l'article 10. La première phrase de l'article 26 demande aux membres d'explorer avec prudence le paiement déclenché par l'agent lui-même. La seconde ne laisse aucune latitude : avant la mise en service d'une telle application, le membre doit déposer un dossier auprès de l'association, passer des évaluations d'efficacité métier, de sécurité technique et de conformité éthique, et prévoir un service humain, une surveillance du risque, une veille d'opinion, un traitement d'urgence et un mécanisme de retour arrière. L'exploration est encouragée, le passage en service est filtré. Le document de questions-réponses publié le même jour découpe la trajectoire en trois étapes : le paiement assisté par agent, le paiement autonome sous conditions préétablies, puis le paiement autonome en conditions générales. Le dépôt vaut pour les deux dernières.

Reste la nature de l'objet. C'est une convention d'autodiscipline, pas une loi. Son article 31 dit qu'elle s'efface devant la loi en cas de divergence, et son article 32 confie à l'association, sous la direction de la banque centrale, la supervision de son exécution, avec un canal de signalement ouvert à quiconque constate une violation. Aucun barème de sanction n'y figure. Ce texte contraint par l'accès, pas par l'amende.

La règle arrive après le déploiement, pas avant

Cette convention ne tombe pas sur un marché théorique.

Le 2 avril 2026, UnionPay avait déjà publié à Shanghai son cadre de protocole ouvert de paiement par agent, annoncé avec 5 transactions de vérification en système de production et 19 partenaires initiaux. Ses quatre briques annoncées sont la gestion d'identité de l'agent, la gestion de l'intention, la gestion d'identité de l'utilisateur et la gestion de l'autorisation de paiement. C'est, presque mot pour mot, le vocabulaire que la convention d'août reprendra.

Côté produit, Ant Group présentait le 26 mai son dispositif à trois couches pour l'économie des agents, avec des chiffres qu'il faut prendre pour ce qu'ils sont, des données d'entreprise non vérifiées de façon indépendante : plus de 100 millions d'utilisateurs sur son service de paiement pour agents en février 2026, et 300 millions de transactions cumulées.

L'ordre des opérations mérite d'être noté. La couche technique en avril, le produit en mai, la règle en août. La Chine a écrit la norme après avoir vu tourner ce qu'elle normait.

Ce que ça déplace pour un standard ouvert

Le 27 mai, nous écrivions que le paiement par IA basculait d'abord à Pékin, et que le terrain qui restait défendable pour l'Occident tenait en deux choses qu'un acteur chinois fermé ne pouvait pas offrir : l'interopérabilité entre juridictions et la garde des clés côté utilisateur.

Trois mois plus tard, l'avance chinoise n'est plus une avance de déploiement, c'est une avance de règle. Et cette règle ferme le premier des deux terrains, sur le territoire où elle s'applique. Quand l'accès au rail se conditionne à l'enregistrement administratif de l'agent, l'interopérabilité ne se négocie plus au niveau du protocole pour entrer en Chine, elle se négocie au registre d'agrément chinois. Que d'autres juridictions reprennent ce schéma est une hypothèse, pas un fait.

Le second terrain, lui, tient mieux qu'en mai. Le texte chinois ne remplace pas la garde des clés par une autre garde des clés : il la remplace par un mandat écrit, plafonné, à durée limitée et révocable, décrit aux articles 13 et 16. C'est un modèle de délégation, pas un modèle de possession, et il laisse intacte la seule chose qu'un cadre d'autorisation ne sait pas produire.

Deux lectures tiennent ensemble.

En faveur, nommer le KYA crée la catégorie. À partir du moment où un logiciel doit prouver quelque chose sur lui-même pour toucher un rail de paiement, l'identité de machine cesse d'être un exercice de laboratoire et devient une exigence de place, dans le plus grand parc de paiement mobile au monde. La question posée est universelle même quand la réponse est nationale, et tout le monde devra la traiter.

À charge, le texte valide le problème et disqualifie la réponse ouverte. Aucun membre ne peut faire entrer sur le rail un agent qui présente une identité auto-souveraine sur un registre public : l'article 12 lui interdit d'utiliser un agent non enregistré auprès des autorités, et c'est un mur. Les deux autres obligations n'ouvrent aucune porte de côté, elles la referment : l'article 5 lui impose de garder le cœur du paiement entre des mains licenciées, et l'article 26 lui impose de faire filtrer son application avant de la mettre en service. Ce n'est pas un débouché pour les standards ouverts d'identité d'agent, c'est le patron d'un régime dans lequel ils sont, tels quels, inéligibles. Rien ici ne relève non plus notre dimensionnement du paiement entre machines, publié en juillet, qui reste une réserve chiffrée. Et du côté de l'identité, l'ERC-8004 est toujours un brouillon en tant que norme Ethereum, ce qui ne dit rien de son déploiement puisqu'il est déjà déployé pour des agents on-chain : statut de standard et état de déploiement sont deux choses distinctes.

La figure est connue. En mai, quand les banques centrales ont pris les rails d'Ethereum et en ont rejeté le modèle de confiance, elles validaient la machine et refusaient l'ouverture. Ici, la Chine valide la question de l'identité d'agent et refuse d'avance l'identité sans permission. Prendre ce texte pour une victoire des protocoles ouverts serait faire deux fois la même erreur de lecture.

Questions fréquentes

Un agent IA peut-il payer à ma place ?
En Chine, oui, dans un cadre désormais écrit. La convention publiée le 24 août 2026 par l'Association chinoise de paiement et de compensation encadre le cas où un logiciel interagit avec un service marchand et déclenche un ordre de paiement sur mandat de l'utilisateur. Ce mandat doit fixer par écrit un plafond de transaction, le compte débité et sa priorité, et une durée de validité, et l'utilisateur doit pouvoir le révoquer.

La Chine impose-t-elle le « Know Your Agent » ?
Non, pas au sens strict. L'article 9 demande aux membres d'explorer l'établissement d'un tel mécanisme, formulation qui vaut aussi pour le classement des agents par niveau de risque et pour la transmission de leur identité sur toute la chaîne. Les obligations fermes du texte sont ailleurs : n'utiliser que des agents enregistrés auprès des autorités, réserver le cœur du paiement aux institutions licenciées, et déposer un dossier avant tout paiement déclenché par l'agent lui-même.

Qui est tenu par ce texte, et que risque-t-on à ne pas le respecter ?
Les membres de l'association qui fournissent la gestion de compte, le traitement des transactions, l'acquisition ou la compensation. C'est une convention d'autodiscipline, pas une loi : elle s'efface devant la loi en cas de divergence, et l'association organise la supervision de son exécution sous la direction de la Banque populaire de Chine. Le texte ouvre un canal de signalement à toute personne constatant une violation, sans décrire de barème de sanction.

Est-ce que ça ouvre un débouché aux standards ouverts d'identité d'agent ?
Le texte valide le problème, il ne valide pas cette réponse. Les obligations qu'il pose reposent sur les membres de l'association, et l'une d'elles suffit à fermer la porte : l'article 12 interdit au membre d'utiliser un agent qui ne soit pas enregistré auprès des autorités compétentes. Un agent qui présente une identité auto-souveraine sur un registre public ne remplit pas cette condition. La question posée est universelle, la réponse retenue ici est nationale.

Crypto Deep Research, 25 août 2026. Cet article est une analyse d'infrastructure et ne constitue ni un conseil en investissement ni une recommandation d'achat ou de vente.