Révolutionner les transactions numériques : le rôle crucial des systèmes de paiement intégrés dans un avenir axé sur l'intelligence artificielle et le commerce décentralisé.

J'ai passé des années chez Google en tant qu'ingénieur logiciel et responsable technique à construire les systèmes qui décident quelle annonce vous voyez, quand vous la voyez et si vous avez cliqué. Moteurs de recommandation. Suivi des pipelines. Entonnoirs de conversion. Toute l’architecture de l’économie de l’attention, reliée ensemble.

Puis, vers 2024, j’ai commencé à remarquer quelque chose. Lorsqu’un utilisateur délègue une tâche de recherche à un agent IA, il ne navigue pas. Ils attendent un résultat. La page vue, le défilement, le clic, toute la surface dont dépend la publicité, le modèle sur lequel toutes les grandes plateformes Internet comme Google, Meta ont été construites, disparaissent. Et j’ai réalisé : si les agents doivent agir dans le monde, ils doivent pouvoir payer dans le monde.

Si les agents de l’IA devaient agir dans le monde, réserver, acheter, régler, effectuer des transactions, comment l’argent circulerait-il ?

C'est le pari que j'ai fait lorsque j'ai quitté Google pour lancer AEON. Non pas que l’IA allait être grande, tout le monde le savait. Le pari était que la colonisation deviendrait le goulot d’étranglement critique de l’économie agentique et qu’aucun système existant n’était construit pour y faire face.

L'unité de valeur change

Ce que je constatais était plus précis : l’unité d’activité économique changeait. L'économie Internet avait été organisée autour du comportement humain autour des clics, des sessions et du temps d'attente. Les agents IA ne produisent pas ces signaux. Ils produisent des appels API. Réalisation des tâches. Décisions automatisées prises à la vitesse de la machine. L’unité économique passe du clic aux appels API. Et ce changement nécessite des infrastructures qui n’ont jamais été construites pour l’économie de l’attention.

Les systèmes de paiement traditionnels ont été conçus pour les humains. KYC ancre chaque transaction à une identité humaine. Les volumes de transactions sont calibrés sur les fréquences humaines. Les structures tarifaires qui ont du sens pour un achat de 50 $ deviennent économiquement absurdes pour un appel API de 0,001 $. Plus je le regardais, plus j’avais l’impression d’essayer d’exécuter des logiciels modernes sur une infrastructure de cartes perforées.

Pourquoi les rails traditionnels touchent un plafond

Le secteur des paiements l’a remarqué. Visa, Mastercard, Stripe, Google, tous ont annoncé des initiatives de paiement IA au cours des dix-huit derniers mois.

Le récent cadre Verifiable Intent de Google et Mastercard constitue une avancée véritablement importante : en utilisant des preuves cryptographiques pour relier l'identité, l'intention et l'autorisation, il commence à résoudre le problème de confiance dans le commerce agent. Un commerçant peut vérifier qu’une transaction a bien été autorisée par un humain et non par un script malveillant.

Mais l’intention ne représente que la moitié du problème. L’autre moitié est le tassement, et ici, les rails traditionnels révèlent des limites structurelles que davantage d’ingénierie ne peut pas résoudre.

Trois décalages ressortent. Premièrement, l’identité : KYC a été conçu pour les humains. Il ancre chaque transaction sur un passeport, un compte bancaire, une carte. Les agents IA sont du code. Ils ne peuvent pas détenir de passeport. La solution de contournement de Stripe, qui consiste à émettre des cartes virtuelles aux agents, semble élégante jusqu'à ce que vous la mettiez à l'échelle : dix mille agents générant dix mille cartes détruisent les contrôles de risque dont dépend la finance traditionnelle.

Deuxièmement, l’autonomie : la plupart des solutions actuelles nécessitent encore qu’un humain confirme chaque transaction. L’intégration d’OpenAI avec Stripe est une véritable réussite, mais l’agent navigue tandis que l’humain paie. Retirez l’humain de la boucle et l’infrastructure fiduciaire ne dispose d’aucun mécanisme pour vérifier la partie initiatrice. Ce n’est pas du commerce agent, c’est un moyen de paiement plus pratique.

Troisièmement, l’échelle : un humain effectuant quinze transactions par jour est considéré comme à haute fréquence. Un agent d'IA gérant une tâche complexe peut déclencher des milliers de micropaiements par minute : chaque appel d'API, chaque requête de données, chaque location de calcul. Des frais de traitement de 0,30 $ sur une transaction de 0,001 $ ne constituent pas une friction. C’est une impossibilité économique.

Ce ne sont pas des lacunes que des capitaux supplémentaires sur les rails existants permettront de combler. Ce sont des disparités architecturales.

Repenser les paiements IA dans l'économie agentique

Chaque nouveau protocole de paiement construit aujourd'hui, x402, AP2, ACP, résout une version de « comment un agent paie-t-il ». Ce qu’ils partagent est une hypothèse : il y a un commerçant de l’autre côté prêt à recevoir le paiement. En pratique, cet univers marchand existe à peine.

x402, le protocole de Coinbase permettant d'intégrer les paiements directement dans les requêtes HTTP, est techniquement élégant. Un agent effectue un appel API ; le paiement circule à côté. Aucune configuration de compte, aucune confirmation humaine. Mais le commerçant destinataire doit accepter les pièces stables, et aujourd’hui, la plupart ne le font pas.

En d’autres termes, la contrainte la plus profonde est le règlement, c’est-à-dire la façon dont ces transactions entre agents se terminent, se résolvent et se connectent aux flux de valeur du monde réel.

C’est là que s’inscrit AEON. Nous construisons la couche de règlement qui relie ces protocoles agents à l’économie réelle. Au niveau du protocole, AEON s'intègre aux normes agentiques émergentes, notamment x402, ERC-8004, Google AP2 et MCP, garantissant l'interopérabilité entre les écosystèmes et permettant une coordination transparente d'agent à agent.

Au niveau de l'exécution, AEON introduit un environnement d'exécution de règlement entièrement programmable, dans lequel les agents peuvent composer la logique des transactions en temps réel, y compris les conditions.