Le défi d'un système financier multi-stablecoin n'est pas l'émission technique ou la clarté réglementaire -- c'est l'interopérabilité et la liquidité. Les stablecoins adossés aux bons du Trésor américain sont en réalité des "banques étroites" -- des dépôts sans risque sans prêt à réserve fractionnaire, contrairement aux dépôts bancaires traditionnels qui semblent sans risque grâce à l'assurance FDIC et aux gymnastiques réglementaires mais qui sont en réalité soutenus par des prêts risqués. Le GENIUS Act codifie ce modèle de "banque étroite comme stablecoin" sauf qu'il interdit aux émetteurs de verser des rendements directement aux détenteurs. Cela crée une incitation évidente : si vous détenez le stablecoin de quelqu'un d'autre, ils capturent le rendement sur les réserves. Si vous émettez le vôtre, vous le conservez, moins ce que vous payez à vos distributeurs. Alors les gens demandent : chaque plateforme, portefeuille, institution et trésorerie ne sera-t-elle pas tentée d'émettre son propre stablecoin, au moins derrière son propre jardin clos ? Puis une deuxième question, plus difficile : comment des milliers de stablecoins — ou même une demi-douzaine qui "comptent vraiment" — pourraient-ils transiger entre eux sans heurts à parité ? Quelle infrastructure permet l'acceptation et l'échange sans se fragmenter en jardins clos où chaque stablecoin ne fonctionne que dans son propre écosystème ? Encore une fois, le véritable défi est l'interopérabilité et la liquidité, pas l'émission. La réponse pourrait déterminer si nous obtenons un système financier ouvert et composable ou un désordre fragmenté de banques étroites isolées.

Et aujourd'hui, @OpenAI et @Stripe ont lancé le Protocole de Commerce Agentique (ACP), adoptant l'approche la plus simple à ce jour : des interactions agent-commerçant basées sur JSON qui gèrent les flux de paiement tout en laissant le traitement des paiements aux fournisseurs existants. Le protocole est très spécifique au commerce de détail : pas de codes de paiement HTTP, pas d'exigences cryptographiques, pas de concentration sur le contenu ou les microtransactions, etc. L'ACP est un ensemble d'API REST retournant des données de paiement structurées afin que les agents aient un moyen standard de finaliser les achats en utilisant les systèmes de paiement existants des commerçants. Le paiement se fait via le système SharedPaymentToken de Stripe (théoriquement ouvert à d'autres fournisseurs). C'est une étape pragmatique et utile pour le commerce électronique de détail pour les chatbots et les agents, si la confiance existe déjà dans la couche de paiement. C'est moins utile pour les transactions d'agents véritablement semi-autonomes, qui nécessitent une vérification d'identité, une application des politiques et des pistes de vérification indépendantes de toute plateforme unique - mais ce n'est clairement pas l'objectif de l'ACP. C'est un nouvel élément utile du puzzle.

Excellente conversation -- de superbes questions et des réponses réfléchies comme d'habitude de la part de @gordonliao