Gracie Lin d'OKX déclare que les agents d'IA ont besoin de paiements inférieurs au centime alors que la banque ralentit les tâches

Gracie Lin d'OKX déclare que les agents d'IA ont besoin de paiements inférieurs au centime alors que la banque ralentit les tâches

Points clés à retenir

L’impasse des systèmes centrés sur l’humain

L’Internet moderne est en proie à des frictions fondamentales et silencieuses. Depuis des décennies, l’architecture de la sécurité Web et des paiements électroniques repose sur un principe binaire unique : « Prouvez que vous êtes humain ».

Chaque CAPTCHA, code à usage unique et page de redirection fonctionne comme un point de contrôle numérique conçu pour défendre les plateformes contre les abus automatisés. Mais alors que les agents autonomes d’intelligence artificielle commencent à parcourir les vitrines du commerce électronique, comparant les liquiditéet exécutant des transactions au nom des utilisateurs, ces défenses héritées se transforment instantanément de boucliers vitaux en barrages opérationnels.

Selon Gracie Lin, PDG d'OKX SG, cette collision représente un tournant critique pour l'infrastructure numérique.

« Oui, c'est une vraie tension », note Lin. « Chaque point de friction que nous rencontrons en ligne a été conçu avec un humain à l'autre bout du fil. Les CAPTCHA, les codes à usage unique, les pages de redirection supposent tous que quelqu'un est assis là, en train de lire et de cliquer. Lorsque l'acteur est un agent IA, ces mêmes mécanismes deviennent des bloqueurs. « 

Dans un écosystème construit pour les humains, un agent IA est confronté à une crise existentielle au moment de payer. La biométrie comportementale confond les interactions programmatiques structurées d'un agent avec un piratage malveillant. Les boucles d'authentification multifacteur détruisent l'automatisation en exigeant qu'un humain dans la boucle saisisse un code texte. Pendant ce temps, les pare-feu d'applications Web signalent les comparaisons de prix à grande vitesse comme des attaques par déni de service distribué, ou DDoS.

Ces frictions sont particulièrement aiguës dans le secteur des actifs numériques. « Dans cryptoles agents sont de plus en plus utilisés pour exécuter des transactions, gérer des portefeuilles et interagir de manière autonome avec les services en chaîne », explique Lin.

Pour ceux en dehors du crypto Dans cet écosystème, une question évidente se pose : pourquoi ne pas simplement moderniser les services bancaires traditionnels ? Le problème, souligne Lin, est fondamental.

« Les services bancaires traditionnels ont été construits autour d'acteurs humains : des personnes autorisant les transactions, des banques vérifiant l'identité, des règlements prenant des jours », explique Lin. « Vous pouvez en mettre à niveau certaines parties, mais vous travaillez toujours dans le cadre d'une architecture qui suppose qu'une personne est impliquée à chaque étape critique. Chaîne de blocs ne fait pas cette hypothèse.

Lorsqu’un agent doit exécuter des centaines de micropaiements d’un montant inférieur à un centime via différentes API pour accomplir une seule tâche complexe, les anciens rails de règlement échouent. « Pour un agent IA effectuant des centaines de micro-paiements sur différents services pour accomplir une seule tâche, le système traditionnel ne fonctionne tout simplement pas à cette vitesse ou à cette échelle », explique Lin. Chaîne de blocs les réseaux offrent nativement l’infrastructure programmatique, instantanée et sans frontières dont a besoin cette économie machinique.

Le vide de la responsabilité : définir la responsabilité des agents

À mesure que ces agents évoluent, ils introduisent de graves risques techniques, tels que l'injection indirecte d'invites, où du texte malveillant et caché sur un site Web peut détourner la programmation d'un agent pour voler des actifs. Cette réalité expose un dilemme flagrant et non résolu : si une IA effectue un achat désastreux ou est piratée, qui est responsable ?

« Je vais être franc : je ne suis pas un expert en droit, et c'est véritablement l'un de ces domaines où le droit est encore en train de rattraper son retard par rapport à la technologie », admet Lin. « Ce dont je peux parler, c'est la question de la responsabilité au niveau de l'infrastructure. Pour tout acteur dans ce domaine, il est important d'intégrer la responsabilité dans les outils d'IA dès le premier jour. »

Alors que les régulateurs mondiaux se démènent pour rédiger des définitions juridiques, les utilisateurs ne peuvent pas rester vulnérables. La solution nécessite des limites codées en dur.

« Le contrôle doit être conçu dès le départ », souligne Lin. « L'agent ne devrait avoir accès qu'à ce dont il a besoin pour la tâche à accomplir, et non à un chèque en blanc. Cela signifie un accès autorisé : si un agent n'est pas autorisé à négocier, il ne devrait tout simplement pas pouvoir le tenter. »

Pour appliquer cela, Lin soutient que l’infrastructure de nouvelle génération doit s’appuyer sur trois piliers de sécurité fondamentaux. Premièrement, un modèle d’IA ne doit jamais avoir un accès direct aux clés financières racine. « Ton clés privées doit être sécurisé dans un environnement protégé que le modèle ne touche jamais », explique Lin, suggérant l'isolement à l'intérieur de modules de sécurité matérielle ou de coffres-forts de contrats intelligents.

Deuxièmement, avant que la charge utile d'un agent ne s'exécute, elle doit s'exécuter dans un bac à sable isolé pour démasquer le mouvement exact des fonds. « Les transactions… peuvent être simulées avant l'exécution et tout ce qui est signalé comme à haut risque peut être bloqué automatiquement », explique Lin.

Enfin, les agents doivent prouver leur identité via des paires de clés publique-privée plutôt que par le suivi du comportement humain. Si une demande dépasse des seuils de risque prédéfinis, elle est instantanément bloquée ou signalée pour une approbation humaine manuelle.

« La technologie pour faire tout cela existe aujourd'hui sur les rails cryptographiques », révèle Lin. « La question est de savoir si les personnes qui construisent ces outils en font une priorité. »

La croisée des chemins : monopoles contre normes ouvertes

À mesure que l’économie des machines se durcit, une question cruciale se pose : une poignée de grandes entreprises technologiques contrôleront-elles la manière dont les agents d’IA dépensent notre argent, ou l’avenir restera-t-il ouvert ? Les couches d'agents propriétaires en boucle fermée risquent de créer des contrôleurs d'accès d'entreprise qui monopolisent les données des utilisateurs et restreignent l'accès des commerçants.

Lin prévient que ce risque est imminent : « Il existe une version réelle de ce futur dans laquelle quelques plates-formes contrôlent la couche d'agent et, par extension, la manière dont l'IA dépense votre argent. Cela devrait être ouvert, et chez OKX, nous essayons de donner le bon exemple. »

Pour contrer cela, les plateformes proposent des outils fonctionnels et décentralisés. Le kit commercial d'agent OKX, par exemple, est entièrement open source sous licence MIT avec son code auditable publiquement sur Github, tandis que le protocole de paiement d'agent établit une norme ouverte que toute chaîne ou développeur peut implémenter. Étant donné que l’infrastructure blockchain ouverte n’appartient à aucune entité unique, elle préserve un paysage neutre et compétitif.

« Si les rails et les protocoles de paiement sont désormais construits sous forme de normes ouvertes, alors que l'architecture est encore en cours de décision, le paysage concurrentiel reste ouvert à tous », déclare Lin. « La fenêtre pour y parvenir est maintenant. »

Voir l’article original en anglais