Qui arrêtera le flux avant que l'argent ne soit réellement transféré lorsque les agents IA commencent à dépenser de l'argent pour les entreprises ?

Auteur de l'article, source : DeDing Innovation

Aperçu

Skalor construit une infrastructure non custody de liquidation et d'exécution de stratégies dédiée à l'économie des agents IA.

Alors que les agents IA passent progressivement de la génération de contenu et de l'analyse de données à l'achat, aux paiements, aux transactions et à la gestion des fonds, les entreprises accordent de plus en plus de pouvoirs réels à des agents logiciels. Les agents ne se contentent plus de fournir des recommandations, mais commencent à agir au nom de l'organisation en effectuant des paiements, en appelant des services financiers, en achetant des ressources cloud, en gérant des fournisseurs, voire en accédant directement au trésor de l'entreprise. Les systèmes de paiement existants n'ont pas été conçus pour des agents autonomes.

Les paiements des entreprises traditionnelles sont par défaut initiés par des particuliers et reposent sur des contrôles de risque basés sur l'approbation manuelle, les permissions de compte et la vérification postérieure. Lorsque l'entité exécutante devient un Agent IA capable de fonctionner 24/7, d'appeler automatiquement des outils et d'initier des transactions en continu, ce mécanisme révèle des lacunes évidentes : il est difficile pour les entreprises de déterminer en temps réel si un Agent est autorisé à effectuer un paiement, s'il dépasse son budget, s'il paie un fournisseur non approuvé, et quelle modèle, identité et environnement d'exécution ont déclenché une opération spécifique.

L'objectif de Skalor est d'ajouter une couche de règlement et de contrôle en temps réel entre les agents IA et les réseaux de paiement. Avant le transfert réel des fonds, le système vérifie l'identité de l'agent, vérifie les politiques de paiement définies par l'entreprise, applique les limites budgétaires et fournisseurs, et génère un reçu cryptographique vérifiable indépendamment pour chaque transaction.

Son position centrale peut être résumée comme suit :

Skalor ne gère pas les fonds des entreprises, mais détermine si une transaction initiée par un agent IA a le droit d'être exécutée.

Cette conception non-custodiale permet à Skalor de se connecter aux stablecoins, aux paiements bancaires, aux réseaux de règlement institutionnel et aux autres protocoles de paiement Agent, sans remplacer les systèmes existants de gestion des actifs et de custody de l'entreprise. À long terme, Skalor vise à devenir le « clearing house » de l'économie des agents IA : en reliant identité, autorisations, paiements et audit, il fournit une infrastructure fiable pour le déploiement d'agents dotés de droits économiques réels par les entreprises.

Le problème central des paiements par agent IA

L'agent IA est en train de passer d'« outil logiciel » à « participant économique ».

Au stade initial, les agents effectuent principalement des tâches à faible risque, telles que résumer des documents, générer du code ou organiser des informations. À mesure que les capacités du modèle s'améliorent, les agents deviennent capables d'appeler des API externes, de collaborer avec d'autres agents et de prendre des décisions autonomes en fonction d'objectifs prédéfinis.

Cela signifie que les entreprises peuvent faire accomplir des tâches plus complexes à l’Agent :

• Logiciels et services cloud d'achat automatisé ;
• Passer des commandes aux fournisseurs en fonction du niveau de stock ;
• Payer les frais de voyage, de marketing et d'exploitation ;
• Gérer les abonnements et les factures périodiques ;
• Effectuer des transactions sur les marchés financiers ;
• Allouer les fonds d'entreprise selon les règles métier.

Ces scénarios permettent de gagner en efficacité, mais introduisent un nouveau type de risque : des actions non autorisées initiées par des machines.

Les systèmes de gestion des risques pour les paiements traditionnels sont principalement conçus autour des comptes, des appareils et de l'identité des individus. Le système peut confirmer qu'un employé s'est connecté à un compte d'entreprise, mais ne peut pas nécessairement déterminer si l'Agent utilisé par l'employé est autorisé à effectuer un paiement dans le cadre de la tâche en cours, ou si l'Agent s'est écarté des instructions initiales.

Ce que les entreprises doivent véritablement se demander, c'est :

• Quel agent a initié cette transaction ?
• Quelle entreprise ou département le représente-t-il ?
• Does it have the current permissions?
• Does the amount comply with the single and daily budget limits?
• Is the recipient on the approved list?
• Une signature manuelle supplémentaire est-elle nécessaire ?
• Le modèle et l'environnement d'exécution de l'agent ont-ils changé ?
• Can the approval and execution process be fully reproduced afterward?

Si ces questions ne peuvent pas être répondues de manière certaine avant la transaction, il est difficile pour les entreprises de conférer le contrôle réel des fonds à un agent autonome.

Selon Skalor, surveiller simplement les comportements des agents n'est pas suffisant. Les entreprises ont besoin de empêcher les actions non conformes d'être exécutées avant même que le paiement ne soit effectué, et non de détecter les infractions après coup.

Passer de la « surveillance » à l’exécution atomisée

Les outils de gouvernance des agents existants se concentrent généralement sur les journaux, la détection d'anomalies et les alertes postérieures. Ces méthodes permettent aux entreprises de détecter des problèmes, mais elles restent fondamentalement des contrôles observateurs : le système évalue la conformité d'un comportement uniquement après que l'agent a effectué son action. Pour les agents accédant à des bases de données de production, à des coffres-forts d'entreprise ou à des réseaux de paiements à haut montant, ce modèle ne suffit pas à répondre aux exigences financières et de conformité. Skalor adopte une approche différente : il transforme les politiques de paiement de l'entreprise en règles directement exécutables, et effectue une vérification atomique avant le règlement de chaque transaction. La vérification atomique signifie qu'une transaction ne peut progresser que si toutes les conditions sont simultanément remplies ; dès qu'une seule condition échoue, le paiement est bloqué.

Par exemple, une entreprise peut configurer :

• Le montant d'un seul paiement ne peut dépasser un certain montant ;
• L'agent ne doit pas dépasser le budget cumulé quotidien ;
• Seuls les fournisseurs approuvés peuvent être payés ;
• Les transactions spécifiques doivent être signées conjointement par le responsable financier ;
• L'agent ne peut exécuter que dans les plages horaires ou les limites de tâches spécifiées ;
• La même demande de transaction ne doit pas être soumise plusieurs fois ;
• Les paires de trading doivent passer un contrôle de sanctions et de conformité.

Ces règles ne sont pas écrites dans un manuel opérationnel interne, ni simplement affichées par le système d'arrière-plan, mais deviennent directement une partie intégrante du parcours d'exécution des ordres.

Cette conception transforme la gouvernance d'entreprise de « faire confiance à l'Agent pour respecter les règles » en « l'Agent ne peut techniquement pas contourner les règles ».

Architecture de la plateforme

La plateforme de Skalor est principalement composée de trois modules interconnectés : Skalor Mandate, KYA Bureau et Pay + Receipts.

Skalor Mandate est un contrat intelligent déployé sur chaîne pour chaque agent. Les entreprises peuvent y configurer les autorisations de dépense et les limites de comportement de l'agent, notamment les limites par transaction, le budget quotidien, la liste blanche des fournisseurs, le seuil de signature conjointe et les règles de protection contre les rejeux. Le contrat ne stocke ni ne gère les fonds de l'entreprise ; celle-ci continue de gérer ses actifs via ses comptes bancaires existants, ses prestataires de custody institutionnels, ses portefeuilles multi-signatures ou ses plateformes de paiement. Cette conception offre plusieurs caractéristiques importantes :

D'abord, les autorisations de l'agent sont claires et vérifiables. Toute partie impliquée peut confirmer si un paiement respecte les règles établies par l'entreprise, sans avoir à faire pleinement confiance au serveur centralisé de Skalor.

En outre, les modifications de la politique sont strictement contrôlées. Seul l'opérateur de l'entreprise peut ajuster le Mandat, et toutes les modifications laissent une trace auditables.

Troisièmement, les entreprises peuvent attribuer des autorisations différentes à chaque agent. Par exemple, l'agent d'achat peut autoriser le paiement aux fournisseurs approuvés, mais ne peut pas accéder au compte de trading ; l'agent financier peut gérer les salaires et les abonnements, mais les transactions dépassant un certain montant doivent être approuvées conjointement par le CFO.

Skalor Mandate transforme la matrice d'autorisation interne à l'entreprise en règles sur chaîne que les agents peuvent exécuter et que les organismes de vérification peuvent valider.

Le système financier humain repose sur le KYC, soit la vérification de l'identité et du profil de risque des clients. Mais dans l'économie des agents, il ne suffit pas de vérifier uniquement l'entreprise ou la personne derrière.

Une même entreprise peut faire fonctionner des centaines d'agents, chacun utilisant des modèles, des autorisations, des outils et des environnements de déploiement différents. Même s'ils appartiennent à la même entreprise, leurs profils de risque sont totalement distincts.

Ainsi, Skalor a introduit le KYA, soit Know Your Agent.

KYA Bureau est un système fédéré d'inscription d'identité et de réputation pour les agents. Les institutions peuvent délivrer des certificats hiérarchisés aux agents et enregistrer des preuves signées liées à leur identité, leur environnement d'exécution, leur historique de comportement et leur performance en matière de risque.

Ces certificats peuvent être générés par différents types d'institutions, par exemple :

• Établissement de dépôt agréé ;
• Fournisseur de portefeuilles MPC ;
• Équipe de sécurité entreprise ;
• Plateforme de trading et de paiement ;
• Établissement financier réglementé ;
• Autres fournisseurs de services Agent fiables.

Toute partie recevant une transaction peut vérifier si un Agent possède un certificat valide, sans dépendre d'une base de données d'identité centralisée.

Sur le plan fonctionnel, KYA Bureau ressemble à un réseau de crédit et d'identité dédié aux agents autonomes. Il ne se contente pas de répondre à la question « À qui appartient cet agent ? », mais tente également de répondre à la question « Cet agent dispose-t-il des conditions de confiance nécessaires pour exécuter cette transaction ? »

Au fur et à mesure que davantage d'institutions rejoignent et contribuent à l'observation des signatures, la couverture et la crédibilité des certificats Agent s'améliorent continuellement. Cela pourrait également créer l'un des effets de réseau les plus importants de Skalor : plus il y a d'institutions impliquées, plus les données d'identité deviennent précieuses ; plus le réseau d'identité est complet, plus les entreprises sont disposées à adopter sa couche de règlement et de paiement.

Skalor n'est pas lié à un seul réseau de paiement. Les agents peuvent effectuer des paiements via des stablecoins, des réseaux bancaires, des systèmes de règlement institutionnel ou d'autres protocoles de paiement des agents. Skalor se situe avant ces voies de paiement, chargé de vérifier l'identité et les politiques, et de générer un reçu signé cryptographiquement une fois la transaction terminée.

Chaque reçu peut contenir :

• Identité et crédentials de l'agent ;
• Preuve de l'environnement d'exécution ;
• Résultat de la vérification de la politique de trading ;
• Enregistrements d'approbation manuelle ou multi-signature ;
• Preuve de règlement final ;
• Transactions sur chaîne et horodatage associés.

Ces reçus peuvent être vérifiés indépendamment ; même si le service de Skalor est temporairement indisponible, les entreprises, les cabinets d'audit et les contreparties peuvent reconstituer la trajectoire des transactions à partir des informations de vérification publiques, ce qui est essentiel pour les entreprises.

Les journaux traditionnels des agents sont généralement conservés par la plateforme elle-même, ce qui les expose à des modifications, des pertes ou une inaccessible en cas d'arrêt du fournisseur. L'objectif de Skalor est de transformer la vérification des transactions en une preuve cryptographique portable et reproductible, et non plus simplement en une entrée dans la base de données d'une plateforme.

Comment effectuer un paiement Agent ?

Par exemple, une entreprise utilisant un agent IA pour gérer les paiements aux fournisseurs.

Tout d'abord, le responsable financier de l'entreprise définit le mandat pour l'Agent, incluant :

• Limite de paiement par transaction ;
• Budget quotidien total ;
• Liste des fournisseurs autorisés ;
• Seuil de montant nécessitant une approbation manuelle conjointe.

Lorsque l'agent est prêt à payer le fournisseur, il soumet une intention de paiement via le SDK Skalor, incluant le montant, le destinataire et l'objectif de la transaction.

Skalor vérifie ensuite :

• L'agent dispose-t-il d'une identité valide ;
• Les documents associés sont-ils encore dans leur période de validité ?
• Le bénéficiaire a-t-il passé le contrôle de conformité ?
• Le montant dépasse-t-il la limite par transaction ?
• Les dépenses cumulées de la journée dépassent-elles le budget ?
• Le destinataire est-il sur la liste blanche des entreprises ?
• Une exigence de signature supplémentaire a-t-elle été déclenchée ?

Lorsque le montant dépasse le seuil défini par l'entreprise, le système suspend la transaction et envoie une demande d'approbation indépendante au responsable désigné. La transaction ne poursuit que après approbation.

Après validation de toutes les règles, Mandate autorise le paiement et achemine la transaction vers le réseau de paiement correspondant. Une fois le règlement terminé, Skalor génère un reçu signé cryptographiquement, fournissant aux équipes financières des entreprises un enregistrement d'audit en temps réel.

Le diagramme de flux représente ce processus comme suit :

Agent → SDK → Skalor Proxy → Mandat → Réseau de paiement → Marchand

Il indique que Skalor ne remplace pas directement le réseau de paiement, mais effectue l'authentification, les vérifications de politique et l'autorisation avant que les instructions de paiement n'atteignent la couche de règlement.

Stratégie de distribution des développeurs

Le SDK et les outils principaux de Skalor adoptent une stratégie ouverte pour les développeurs. Les développeurs peuvent intégrer Skalor dans des frameworks et applications d'agents, permettant aux agents d'appeler automatiquement l'interface de vérification des stratégies avant d'initier un paiement. Son intégration MCP permet aux applications basées sur des modèles linguistiques de grande taille d'accéder aux services d'identité et de règlement via des appels d'outils standardisés. Cette distribution ouverte offre deux niveaux de valeur :

Premièrement, cela réduit le coût d'essai pour les développeurs. L'équipe peut intégrer Mandate, la vérification d'identité et la validation des reçus dans un environnement de test sans avoir à signer de contrat commercial complexe au préalable.

Deuxièmement, l'intégration par les développeurs peut naturellement générer un volume de transactions. Lorsqu'un produit Agent passe en production, ses activités de paiement peuvent se transformer en transactions de règlement pour Skalor et des clients professionnels.

Ainsi, le SDK gratuit n'est pas une source de revenus indépendante, mais une porte d'entrée pour Skalor :

Développeur adopte → Intégration de l'agent → Déploiement entreprise → Croissance du volume de règlement et de paiement

Skalor tente de construire la confiance des développeurs en ouvrant les composants de base, puis de monétiser via des services de liquidation et de conformité pour les entreprises.

Modèle économique

Le modèle économique de Skalor repose sur le règlement des transactions et les services d'infrastructure pour entreprises.

Frais de règlement des transactions

Lorsque chaque transaction initiée par un Agent est validée et autorisée via Skalor, la plateforme peut facturer des frais de règlement en fonction du montant de la transaction. Ce modèle ressemble aux frais d'infrastructure des organisations de cartes ou des réseaux de paiement : un tarif unitaire faible, mais des revenus qui augmentent avec le volume des transactions. Lorsque les Agents commencent à gérer les achats, les abonnements, les paiements aux fournisseurs et les transactions financières, une seule entreprise peut générer un grand nombre de paiements récurrents. Skalor n'a pas besoin de détenir des fonds ni de supporter des coûts opérationnels humains proportionnels au montant des transactions, ce qui lui confère un fort effet d'échelle logiciel.

Frais de plateforme entreprise

Les grandes entreprises, les institutions financières et les équipes professionnelles d'IA nécessitent généralement des capacités supplémentaires, notamment :

• Modèle de politique personnalisé ;
• Déploiement privé ou environnement dédié ;
• Intégration de l'identité et des autorisations professionnelles ;
• Rapport d’audit et de conformité ;
• Gestion multi-départements et multi-agents ;
• Assistance technique exclusive ;
• Intégration d'un canal de paiement spécifique.

Pour répondre à ces besoins, Skalor peut facturer des frais d'abonnement à la plateforme entreprise.

Les frais de règlement des transactions complètent les frais d'abonnement à la plateforme : les premiers augmentent avec le volume des paiements, tandis que les seconds offrent un revenu récurrent plus stable à forte marge.

Intégration du SDK et du MCP

Les outils de développement restent gratuits afin d'élargir la couverture du protocole et de favoriser l'intégration des agents. Ce modèle de « distribution ouverte, monétisation entreprise » est courant dans les logiciels d'infrastructure : plus les normes sous-jacentes sont faciles à adopter pour les développeurs, plus les obstacles à leur déploiement lors des achats entreprises sont réduits.

Services financiers évolutifs

Au fur et à mesure du développement de la plateforme, Skalor pourrait également proposer d'autres services supplémentaires liés aux fonds d'entreprise et aux processus de paiement. Toutefois, ces fonctionnalités nécessitent une définition claire de leur structure juridique, de leurs flux de fonds et de leurs limites de risque. Pour le blog externe, il est plus approprié de les considérer comme des orientations à long terme pour l'extension du produit, et non comme des éléments centraux du modèle économique actuel.

Opportunités de marché

Le marché dans lequel se trouve Skalor est le résultat de trois tendances simultanées.

Les coûts des grands modèles continuent de diminuer, tandis que les capacités d'appel d'outils et d'inférence s'améliorent rapidement, permettant aux entreprises de déployer des agents autonomes dans un plus grand nombre de scénarios. Les premiers agents servaient principalement à aider les humains dans leurs tâches. À la prochaine étape, les agents deviendront progressivement des entités exécutives autorisées, participant directement à l'achat, aux paiements, aux transactions et à la gestion des actifs. Dès lors qu'un agent obtiendra des droits économiques réels, les entreprises devront lui attribuer une identité, un budget, un système d'approbation, de gestion des risques et de audit. Cela signifie que la gouvernance des agents ne sera pas simplement une fonction logicielle générale, mais pourrait donner naissance à un marché d'infrastructures indépendant.

Les stablecoins fonctionnent 24/7, sont programmables et peuvent être appelés directement via des API et des contrats intelligents, ce qui les rend naturellement adaptés aux paiements entre machines. Contrairement aux systèmes bancaires traditionnels, les agents n'ont pas besoin d'attendre les jours ouvrables ni de se connecter manuellement à leur banque en ligne pour effectuer un paiement. Dès lors qu'ils disposent des autorisations nécessaires, ils peuvent régler en temps réel à l'échelle mondiale. Plus le canal de paiement est automatisé, plus la demande en termes d'autorisation et de couche de règlement s'accroît. Les stablecoins résolvent la question « comment les fonds se déplacent », tandis que Skalor résout la question « les machines ont-elles le droit de déplacer les fonds ».

Coinbase, Stripe, Anthropic, Google et d'autres entreprises d'infrastructure font avancer les normes de paiement et d'appel d'outils pour les agents. Ces plateformes réduisent la complexité pour les agents d'initier des paiements, mais ne résolvent pas nécessairement de manière complète les problèmes d'identité, de budget, d'approbation conjointe et d'audit vérifiable au niveau entreprise. De ce point de vue, Skalor ne cherche pas à concurrencer tous les protocoles de paiement pour agents, mais vise à devenir une couche universelle de règlement et de politique au-dessus d'eux. Tant que des différences subsistent entre les protocoles de paiement, les entreprises ont besoin d'un système capable de gérer de manière unifiée les autorisations des agents à travers les différentes plateformes.

Lors du déploiement d'agents par une entreprise, les exigences de régulation et d'audit ne disparaissent pas simplement parce que le sujet exécutant est devenu un logiciel.

Inversement, lorsque le paiement est effectué par un système autonome, l'entreprise peut être tenue de fournir une preuve plus rigoureuse :

• Chaque transaction est autorisée ;
• L'agent est soumis à des limites de permissions explicites ;
• Les sanctions et les contrôles anti-blanchiment ont été terminés ;
• Les flux de fonds peuvent être entièrement traçables ;
• Un mécanisme d'intervention humaine est en place pour les décisions clés ;
• Le système ne peut pas être contourné par un seul agent.

Ainsi, la conformité n'est pas un module ajouté après le lancement de Skalor, mais une source importante de ses besoins produits.

À mesure que les stablecoins et les paiements en actifs numériques pénètrent davantage d'entreprises réglementées, les plateformes capables de fournir une exécution de politiques non custody et des enregistrements d'audit vérifiables pourraient progressivement passer du statut d'« outils de sécurité » à celui de exigences fondamentales dans les achats entreprises.

Paysage concurrentiel

Les concurrents de Skalor proviennent de plusieurs domaines connexes, mais les problèmes qu'ils résolvent ne sont pas entièrement identiques.

Protocole de paiement Agent

Ces plateformes sont responsables de permettre aux agents de découvrir des services, de négocier des prix et d'initier des paiements. Elles résolvent les problèmes de l'initiation des paiements et de la standardisation des protocoles, tandis que Skalor se concentre sur l'autorisation d'entreprise, l'exécution des stratégies et l'audit. Par conséquent, les deux sont plus susceptibles de former une relation complémentaire dans de nombreux scénarios.

Outils de gouvernance et de sécurité Agent

Certaines plateformes offrent des règles d'exécution préalable, une détection d'anomalies et une surveillance des comportements. Elles peuvent aider les entreprises à identifier les risques, mais si les politiques ne sont appliquées qu'au niveau de l'application, les agents ou systèmes intégrés peuvent toujours contourner ces règles. La différence de Skalor réside dans l'intégration des restrictions essentielles dans une couche d'exécution vérifiable, empêchant ainsi l'achèvement des transactions en cas de non-conformité aux politiques.

Infrastructure de dépôt et de portefeuille

Les entités de custody et les plateformes MPC disposent d'un accès aux clients professionnels et aux entrées de fonds, et pourraient éventuellement intégrer une gestion des autorisations Agent. Ces entreprises possèdent une forte capacité de distribution, mais leur activité principale reste la custody des fonds. Skalor choisit de rester non-custodial afin de rester neutre entre plusieurs entités de custody et réseaux de paiement, sans exiger que les entreprises déplacent leurs actifs.

Réseaux de paiement traditionnels

Visa, Mastercard et d'autres institutions de paiement explorent les capacités de paiement et d'identité Agent. Elles bénéficient d'un avantage significatif dans les scénarios de paiement par carte, mais les Agent d'entreprise pourraient à l'avenir utiliser simultanément des stablecoins, des réseaux bancaires, des protocoles sur chaîne et des systèmes de règlement institutionnel. L'opportunité de Skalor réside dans la fourniture d'une politique et d'une couche d'identité cohérentes à travers les canaux, plutôt que dans la limitation à un seul mode de paiement.

Cloud général et plateforme Agent

Les grands fournisseurs de services cloud peuvent intégrer directement les capacités de paiement des agents dans les processus de déploiement de modèles et d'achat entre entreprises. Ces plateformes constituent la force concurrentielle à long terme la plus critique pour Skalor, car elles disposent déjà de clients, d'un écosystème de développeurs et de canaux d'achat établis. La stratégie de défense de Skalor réside dans le maintien d'une neutralité transversale aux modèles, aux clouds et aux réseaux de paiement. Les entreprises ne souhaitent probablement pas que l'identité de leurs agents, leurs politiques de paiement et leurs registres d'audit soient liés à un seul fournisseur de cloud ou à une seule plateforme de modèles.

Différenciation principale

Couche neutre non custody

Skalor ne détient pas les actifs des entreprises, mais exécute uniquement les politiques et génère des preuves. Cela réduit les coûts pour les entreprises de changer de coffre-fort, de prestataire de custody ou de réseau de paiement, et évite les conflits de contrôle financier directs entre la plateforme et les institutions financières existantes.

Exécution de la politique atomisée

Le système n'alerte pas après la réalisation d'une transaction, mais applique les politiques avant le règlement de la transaction. Cela le rapproche davantage d'une infrastructure de liquidation réelle que d'un logiciel de surveillance classique.

Réseau d'identité d'agent

Le KYA Bureau intègre l'identité de l'agent, l'environnement d'exécution et la réputation de l'organisation en un certificat vérifiable. Si ce réseau parvient à obtenir une large participation d'institutions, il pourrait générer un effet de réseau plus puissant que celui d'une fonction logicielle unique.

Cross-Payment Rail

L'objectif de Skalor n'est pas de devenir un autre réseau de paiement, mais de relier différents réseaux. Les agents peuvent utiliser des stablecoins, des réseaux de cartes ou des systèmes de règlement d'entreprise, tout en permettant aux entreprises d'appliquer des règles unifiées de budget et d'autorisation.

Open source and independently verifiable

Pour l'infrastructure gérant les autorisations de trésorerie entreprise, la confiance ne peut pas reposer entièrement sur les promesses des fournisseurs. Des contrats ouverts, des tests publics et des reçus vérifiables hors ligne permettent aux équipes de sécurité et aux organismes d'audit de vérifier eux-mêmes le comportement du système, au lieu de considérer la logique de règlement comme une boîte noire invisible.

Positionnement industriel

Skalor représente un changement important dans l'infrastructure des agents IA.

Au premier stade, l'industrie s'intéresse à la question de savoir si le modèle est suffisamment intelligent.

Au deuxième stade, observez si l'agent est capable d'utiliser les outils et d'accomplir les tâches.

Et lorsque l'Agent commence à manipuler des fonds, la question devient encore plus :

Comment les entreprises peuvent-elles accorder en toute sécurité des droits économiques réels aux machines ?

Cela donnera naissance à une nouvelle gamme d'infrastructures, incluant l'identité des agents, les politiques d'autorisation, le règlement et le paiement, l'assurance, le crédit et l'audit. Skalor choisit de cibler la couche la plus fondamentale : déterminer, avant qu'une transaction ne se produise, si un agent est autorisé à effectuer une action économique. Si l'économie des agents continue de s'étendre, cette couche pourrait devenir similaire aux réseaux de règlement, aux systèmes d'authentification d'identité et aux systèmes de gestion des autorisations d'entreprise dans le système de paiement actuel. Elle ne sera pas directement destinée aux consommateurs finaux, mais pourrait devenir le composant par défaut derrière un grand nombre de paiements effectués par des agents.

Résumé

Les agents IA sont en train de passer d’outils d’information à des participants de l’économie numérique dotés de capacités d’exécution.

Cependant, les entreprises ne peuvent pas confier entièrement l'accès aux fonds réels à un Agent uniquement parce que le modèle se comporte bien. Elles ont besoin d'une identité claire, d'un budget exécutable, d'une autorisation vérifiable et d'un registre d'audit immuable. Skalor combine ces exigences en une couche de règlement non custody via les systèmes de Mandat, de KYA Bureau et de reçus signés. Il ne remplace pas les banques, les custodians ou les réseaux de paiement des entreprises, mais établit entre eux et les agents IA les limites de contrôle nécessaires.

From this perspective, Skalor is attempting to answer one of the most fundamental questions in agent economies:

Quand les machines peuvent dépenser de l'argent, qui décide quand elles ont le droit de le faire ?

Perspective Draper Dragon

Pour Draper Dragon, le véritable point de bascule des agents IA ne réside pas seulement dans la capacité des modèles à générer de meilleures réponses, mais dans leur acquisition progressive du droit d'effectuer des actions économiques réelles. Lorsque les agents pourront acheter des services, gérer des abonnements, appeler des outils financiers et transférer des fonds au nom d'entreprises, l'IA ne sera plus simplement un logiciel de productivité, mais deviendra un nouveau participant dans le système économique des entreprises. Parallèlement, une infrastructure autour de l'identité, de l'autorisation, du règlement et de la responsabilité doit également se développer en parallèle.

Nous pensons que les entreprises ne passeront pas directement de l’« exécution manuelle » à l’« autonomie complète ». Un niveau de contrôle digne de confiance est nécessaire pour permettre aux organisations d’élargir progressivement les autorisations des agents tout en conservant un contrôle final sur les fonds, les risques et la conformité. Ce que Skalor a construit, c’est précisément les capacités fondamentales nécessaires à cette transition. Il transforme les politiques d’entreprise, issues de documents internes et de configurations d’arrière-plan, en règles de transaction vérifiables et exécutables ; il convertit les agents, auparavant perçus comme des processus logiciels flous, en entités économiques dotées d’identités claires et de limites d’autorisation bien définies ; et il permet, grâce à des reçus cryptographiques, que chaque paiement initié par une machine puisse être reproductible, audité et traçable.

Plus important encore, Skalor a choisi de rester non-custodial et neutre vis-à-vis des réseaux de paiement. Cela signifie que les entreprises n'ont pas besoin de déplacer leurs actifs vers une nouvelle plateforme fermée ni de reconstruire l'ensemble de leurs processus autour d'un seul modèle, fournisseur de cloud ou réseau de règlement. Avec la fragmentation croissante de l'écosystème Agent, cette neutralité pourrait devenir une propriété d'infrastructure essentielle.

À long terme, nous croyons que les paiements par agents ne seront pas simplement une fonctionnalité niche dans les stablecoins ou l'industrie de l'IA, mais pourraient évoluer en une nouvelle interface commerciale mondiale. Les machines découvriront, négocieront et exécuteront continuellement des transactions au nom des particuliers et des entreprises, nécessitant des normes d'identité et de règlement aussi strictes, voire plus strictes, que celles du système financier humain actuel.

Dans ce processus, nous attendons de voir :

• De plus en plus d'entreprises passent d'une approche où les agents ne fournissent que des recommandations à une autorisation de réalisation réelle, sous des politiques strictes.
• L'identité et la réputation des agents deviennent progressivement une infrastructure indépendante des modèles et des plateformes ;
• Les réseaux de paiement, les institutions de garde et les logiciels d'entreprise adoptent des normes unifiées d'autorisation et d'audit machine ;
• L'exécution de stratégies non custodiales devient la limite de sécurité par défaut pour le déploiement d'agents financiers en entreprise.

En tant qu'investisseur dans Skalor, Draper Dragon croit que les activités commerciales de la prochaine génération seront de plus en plus guidées par des objectifs définis par des humains et exécutés par des agents, et que l'infrastructure de confiance déterminera la vitesse et l'échelle auxquelles cette transformation se produira.

Skalor pourrait devenir un important niveau de règlement reliant identité, autorisations et flux de fonds à l'ère de l'économie des machines.

À propos de Draper Dragon

Draper Dragon est issu du fonds DFJ de la Silicon Valley, fondé en 2005 par des investisseurs en capital-risque mondialement influents et les pionniers du capital-risque en Chine. Il s'agit du fonds central et membre du conseil du réseau mondial de capital-risque précoce « Draper Venture Network ». En se concentrant sur des opportunités d'innovation présentant des barrières technologiques élevées et un vaste potentiel de croissance, et en adoptant une approche d'investissement fondé sur la valeur, les partenaires du fonds Draper Dragon ont investi et accompagné dans le monde entier plusieurs licornes technologiques, telles que Coinbase (Nasdaq : COIN), HKbitEX, VirgoCX, CoinDCX, Ledger, Otter.ai, VeChain ($VET), IOTEX ($IOTX), YEEPAY et Splashtop. Par ailleurs, Draper Dragon répond activement aux orientations politiques gouvernementales en matière d'industrie, en introduisant des capitaux sociaux qualifiés et en bénéficiant du soutien des fonds d'incitation à l'investissement entrepreneurial des gouvernements municipaux de Shanghai et de Qingdao, afin de créer des fonds d'investissement pour l'innovation et l'entrepreneuriat, mobilisant efficacement les capitaux sociaux au profit des industries à haute technologie et apportant ainsi une contribution essentielle au développement des industries innovantes.