Rapport de recherche d'OKX Ventures : Rapport de recherche sur l'infrastructure économique des agents IA (Partie 1)

Il s'agit d'un rapport de recherche approfondi produit par @OKX_Ventures. En raison de sa longueur, nous le publierons en deux parties : la première partie se concentre sur le contexte macroéconomique, le protocole x402, l'ERC-8004 et le Protocole des Virtuels ; la deuxième partie analysera OpenClaw et les tendances globales de l'industrie, prévue pour être publiée le 23 mars. La première partie de ce numéro contient un total de 5 800 mots, avec un temps de lecture estimé à environ 15 minutes. N'hésitez pas à l'aimer et à le mettre en favori pour une lecture tranquille !

Résumé

Les agents IA évoluent d'assistants passifs à participants économiques actifs. Ce rapport se compose de six chapitres, décrivant systématiquement l'infrastructure de base de l'économie des agents, l'écosystème d'application explosif et l'évolution du paysage industriel : une analyse macroéconomique des prévisions de marché et des lacunes d'infrastructure dans le commerce agentique ; une analyse approfondie des trois protocoles complémentaires : x402, ERC-8004 et le Protocole des Virtuels ; et une étude de cas d'OpenClaw au niveau de l'application pour explorer le véritable chemin d'atterrissage de l'économie des agents. Enfin, un jugement complet de l'industrie est fourni à partir de dimensions telles que le paysage concurrentiel, les voies de paiement, les menaces à la sécurité et les modèles commerciaux.
x402 (couche de paiement) a été lancé conjointement par Coinbase et Cloudflare, intégrant des micropaiements en stablecoin dans la couche de protocole HTTP. À la fin de 2025, il avait traité plus de 100 millions de transactions, avec un volume de paiement annuel atteignant 600 millions de dollars.
ERC-8004 (couche de confiance) a été proposé par l'équipe d'IA d'Ethereum Foundation en collaboration avec MetaMask, Google et Coinbase, fournissant trois registres pour l'identité, la réputation et la validation sur chaîne pour les agents IA, prévu pour être mis en ligne sur le réseau principal d'Ethereum le 29 janvier 2026.
Le Protocole des Virtuels (couche commerciale) construit une plateforme de commercialisation complète pour les agents, permettant des transactions autonomes entre agents via ACP. Plus de 18 000 agents ont été déployés, avec un PIB dépassant 479 millions de dollars.
OpenClaw (couche d'application) a été développé par le développeur autrichien Peter Steinberger, dépassant React en quatre mois avec plus de 250 000 étoiles sur GitHub, devenant le projet open-source à la croissance la plus rapide de l'histoire de GitHub. Il intègre nativement l'IA dans plus de 20 plateformes de messagerie existantes, déclenchant la communauté Crypto à construire spontanément une infrastructure économique sur chaîne, servant d'échantillon central pour observer la véritable interaction entre les agents et les protocoles sur chaîne dans ce rapport.

Chapitre 1 : Contexte macroéconomique

1.1 Prévisions de taille du marché

Le secteur des paiements agentiques est en phase d'expansion rapide, avec plusieurs institutions faisant des prévisions optimistes concernant sa taille de marché :

1.2 Lacunes d'infrastructure

L'infrastructure existante est hostile à l'économie agentique : OAuth nécessite des clics humains, les formulaires de carte de crédit nécessitent une saisie manuelle, et les silos de données entravent l'accès autonome. Les agents peuvent déjà penser et agir de manière indépendante au niveau de la "capacité", mais ils sont encore enfermés dans une infrastructure conçue pour les humains au niveau "économique" (identité / coordination / activités économiques).
Actuellement, deux voies évolutives émergent :

• Voie de conformité centralisée : Communication A2A + accès aux outils MCP + paiement AP2/ACP (dominée par OpenAI et Stripe, purement Web2)

• Voie décentralisée sans autorisation : x402 + ERC-8004/8183 + ACP (cadre de collaboration des agents)

1.3 Chronologie clé

Remarque : À partir de mars 2026, le volume moyen des transactions quotidiennes a considérablement diminué par rapport au pic de décembre, les projets liés à l'infrastructure connaissant les plus fortes baisses (>80%).

Chapitre 2 : Protocole x402 : Couche de paiement agentique

x402 est un protocole de paiement open-source qui ravive le code d'état HTTP 402, permettant à toute requête HTTP de porter nativement des paiements en stablecoin, permettant aux agents IA de réaliser des transactions instantanées à la demande.
Comprendre x402 ne peut pas être considéré comme un simple protocole de paiement. Il représente une refonte de l'unité de base de l'activité économique : de "enregistrement → examen → autorisation → utilisation" à "paiement → utilisation." x402 = "Swift pour les agents."
Le fonctionnement actuel de l'économie API repose sur une hypothèse implicite : qu'un humain opère au milieu. Le processus d'obtention d'une clé API—enregistrement → remplissage d'un e-mail → révision → copie de la clé → collage dans le code—suppose une implication humaine à chaque étape. Ce processus ne fonctionne pas dans l'économie des agents car les agents IA ne peuvent pas s'enregistrer, remplir des formulaires ou gérer des clés eux-mêmes. x402 utilise le code d'état HTTP 402 pour permettre des paiements natifs en stablecoin. Après avoir reçu une réponse 402, l'agent effectue directement le paiement sur la chaîne (USDC) et obtient un reçu après le paiement.

2.1 Aperçu du protocole et flux de travail

Rôles principaux

Processus de transaction en cinq étapes

1. Demander une ressource : Le client envoie une requête HTTP standard au serveur de ressources (par exemple, GET /api/weather)

2. Retourner le devis : Le serveur renvoie un code d'état HTTP 402, avec l'en-tête de réponse contenant les exigences de paiement structurées (devise, montant, adresse de portefeuille, réseau)

3. Signer le paiement : Le client utilise la clé privée du portefeuille pour construire et signer l'autorisation de paiement, plaçant la charge utile signée dans l'en-tête de requête X-PAYMENT et renvoyant la requête

4. Vérifier le règlement : Le serveur transmet les informations de paiement au facilitateur pour vérification, et après confirmation, le facilitateur exécute le transfert de stablecoin sur la chaîne

5. Livrer la ressource : Après avoir reçu la confirmation, le serveur renvoie des données/contenu/résultats de calcul au client

L'ensemble du processus, de l'initiation de la demande à la réception de la ressource, prend environ 2 secondes.

Comparaison avec les méthodes de paiement traditionnelles

Fonctionnalités principales : Pas besoin de s'enregistrer, pas besoin de clé API, pas d'abonnements, pas d'intervention humaine. Les paiements sont aussi naturels que l'envoi d'une requête HTTP, c'est pourquoi on les appelle la "couche de paiement native d'internet."

2.2 Données Clés

Remarque sur la Qualité des Données : Selon l'analyse d'Artemis, le ratio des transactions Réelles par rapport aux transactions Jouées dans x402 est proche de 1:1 (par exemple, le 11 janvier 2026, Réel 520 000 contre. Joué 518 000), et l'échelle organique réelle doit être comprise avec prudence.

Distribution par Chaîne

Classification par Utilisation (Instantané On-chain au 11 janvier 2026)

2.3 Classements d'Utilisation des Grands Projets (À partir de mars 2026)

Source des Données : Tableau de Bord des Transactions Dune Analytics x402 par Projet

2.4 Mises à Niveau du Noyau V2

Identité de Portefeuille + Sessions Réutilisables

Dans V1, chaque appel API devait passer par le processus complet de transaction on-chain. V2 introduit le mécanisme Se Connecter Avec-X (SIWx), permettant aux Agents de vérifier leur identité de portefeuille une fois, permettant aux appels suivants de réutiliser la session sans nécessiter de confirmation on-chain à chaque fois. Essentiellement, cela transforme le modèle de paiement par appel en un modèle d'abonnement, abordant les goulets d'étranglement de performance dans des scénarios à haute fréquence.

Unification Multi-Chaînes + Compatibilité avec les Paiements Traditionnels

V2 standardise l'identification des réseaux et des actifs, créant un format de paiement unifié X402 qui peut fonctionner à travers les chaînes et les pistes de paiement traditionnelles. Base, Solana, d'autres L2, ainsi que les réseaux ACH, SEPA et de cartes de crédit sont tous inclus dans le même modèle de paiement. C'est la mise à niveau la plus critique—x402 se transforme d'un "protocole de paiement crypto" en une couche de paiement neutre qui fait le lien entre la crypto et la finance traditionnelle.

Découverte Automatique de Service

V2 introduit une extension Discovery, permettant aux services x402 d'exposer des métadonnées structurées pour que les Facilitators puissent les explorer et les indexer automatiquement. Les Agents IA peuvent découvrir automatiquement des services, comprendre les prix et initier des paiements. Cela est particulièrement crucial pour l'économie des Agents : les Agents n'ont pas besoin de connaître à l'avance l'interface de paiement des fournisseurs de services ; ils peuvent découvrir et compléter les paiements de manière autonome en temps réel.

SDK modulaire

Une architecture basée sur des plugins, avec de nouvelles chaînes en tant que packages indépendants, réduisant les coûts d'accès. Cloudflare a proposé un schéma de paiement différé, incluant la solution Gateway de Circle, qui est encore en cours.

2.5 Participants de l'écosystème

Fondation et couche de protocole

2.6 Paysage de la pile de paiement des Agents

Comparaison détaillée des protocoles

Aperçu clé : Il ne s'agit pas de qui remplace qui, mais de comment combiner. Google a collaboré avec Coinbase pour publier l'extension A2A x402, avec AP2 utilisant nativement x402 comme piste de paiement crypto. Le véritable risque concurrentiel est la fragmentation des standards.

2.7 Signaux de risque clés

• Le volume quotidien des transactions est passé d'environ 731 000 en décembre 2025 à environ 57 000 en mars 2026 (-92 %), avec une échelle de transaction réelle d'environ 14 000 $/jour (selon Artemis, 95 % du volume quotidien moyen de 250 000 $ pendant le pic de décembre était Gamed).

• Capitalisation boursière de l'écosystème de 7 milliards de dollars (LINK 6 milliards de dollars + Virtuals 600 millions de dollars), avec une valorisation s'écartant fortement de l'utilisation réelle.

• Les projets liés à l'infrastructure ont connu les plus fortes baisses d'utilisation : x402secure.com (-80 %+), AgentLISA (presque zéro), pay.codenut.ai (réduction significative).

Analyse des causes en trois couches

Première couche : La disparition des catalyseurs. La hausse du volume des échanges d'octobre à décembre 2025 a été motivée par trois facteurs : la folie des tokens mèmes, les attentes concernant plusieurs TGEs de projets, et les facilitateurs qui rivalisent pour améliorer les classements de Dune.
Deuxième couche : Mésentente fondamentale entre l'offre et la demande. Le problème que x402 aborde est "les agents IA payant de manière autonome pour appeler des API", mais la grande majorité des agents IA utilisent encore des clés API et des modèles d'abonnement pour appeler des services ; les agents de prise de décision économique véritablement autonomes sont presque inexistants dans l'industrie ; très peu de vendeurs d'API sont prêts à accepter des paiements à l'utilisation en USDC. La route est construite, mais les voitures n'ont pas été produites.
Troisième couche : Le refroidissement général du marché des cryptomonnaies.
Note positive : L'intégration de x402 par Stripe est un événement important. Le co-fondateur de Stripe, John Collison, prédit que "la marée du commerce des agents" arrivera dans les mois et les années à venir. Stripe met simultanément en place ACP (piste de carte de crédit Web2) et x402 (piste de stablecoin Web3), agissant comme une couverture pour les deux voies.
x402 a engendré une série de nouveaux projets de middleware, qui aident essentiellement les agents à obtenir plus commodément divers services sous le paradigme du paiement en tant qu'autorisation : de l'inférence IA aux API Web2. Une piste de paiement crypto programmable, sans autorisation, disponible 24/7 est le choix naturel pour les agents autonomes. Mais cette prémisse est que les agents ont réellement besoin d'opérations "sans autorisation" ; si les agents opèrent toujours sous autorisation humaine (Étape 2 : Agents contrôlés), alors les pistes de paiement traditionnelles plus les cartes virtuelles sont suffisantes. Ce n'est que lorsque les agents commencent à opérer indépendamment des humains dans des activités économiques (Étape 3 : Économies autonomes) que l'absence d'autorisation devient une nécessité.
De plus, les cartes de crédit ont un mécanisme de rétrofacturation (les consommateurs peuvent contester des transactions et récupérer des fonds), qui a été établi depuis des décennies comme protection des consommateurs. Les paiements sur chaîne sont des règlements définitifs ; une fois payés, ils sont perdus, sans possibilité de rétrofacturation. Cela signifie que si un Agent fonctionne mal (par exemple, en raison d'une attaque par injection de prompt), les utilisateurs peuvent appeler la banque pour récupérer des fonds dans le cadre du système de carte de crédit. Dans le cadre du schéma x402, l'argent est déjà sur la chaîne et ne peut pas être récupéré. C'est un véritable inconvénient du x402 par rapport aux paiements traditionnels.
Les humains agissant comme des "intermédiaires humains" sautant entre différents systèmes créent beaucoup de friction, qui est essentiellement un mécanisme de construction de confiance. La lutte contre la fraude, le contrôle d'accès, la responsabilité, la résolution des litiges et la documentation d'audit maintiennent le fonctionnement du système commercial.
Les solutions possibles peuvent inclure des mécanismes d'entiercement sur la chaîne (fonds verrouillés dans un contrat intelligent d'abord, libérés après confirmation de la livraison du service), des protocoles d'assurance (fournissant une assurance pour les transactions des Agents), ou le système de réputation 8004 pour réduire la probabilité de transactions avec des parties peu fiables. Cependant, ceux-ci sont encore immatures.

2.8 Perspective d'investissement en capital-risque

Directions d'investissement à noter

• Fournisseurs de services API (vendeurs) ayant de réels besoins de paiement : analyse de données / extraction de données / oracle / audit de sécurité / paiements d'inférence / conformité KYC, etc. Critères de jugement : peut encore gagner de l'argent en utilisant des modèles traditionnels, le x402 n'est qu'un canal de distribution supplémentaire.

• Couche de résolution des litiges et de garantie de paiement Passerelle : Les transactions sur la chaîne ne peuvent pas être annulées ou remboursées, et les grandes transactions nécessitent des mécanismes de résolution des litiges. Projets représentatifs : Circle Gateway (pré-dépôt non dépositaire + règlement par lots hors chaîne), Kamiyo (réputation des Agents / garde des fonds / détermination du réseau oracle / arbitrage ZKP)

• Tableau de bord / Outils FinOps : Aider les entreprises à gérer les dépenses multi-Agents (combien dépensé / où dépensé / est-ce que cela en vaut la peine / comment économiser), analogue à CloudHealth/Cloudability en informatique en nuage, avec un espace d'acquisition potentiel de 300 à 500 millions de dollars.

Chapitre 3 : ERC-8004 : Couche de confiance des Agents

ERC-8004 est un ensemble de normes de coordination sur la chaîne qui établit un cadre de découverte et d'interaction sans confiance entre les Agents à travers trois registres : Identité, Réputation et Validation.

3.1 Aperçu de la norme et distinctions fondamentales

Dans les interactions traditionnelles, la nécessité d'établir des relations de confiance préexistantes ou de s'appuyer sur des institutions tierces limite souvent les interactions entre les Agents au sein du même écosystème. Dans un environnement ouvert, la manière dont les Agents découvrent des partenaires, consultent les performances historiques et vérifient la fiabilité est un enjeu central.
Distinction importante : ERC-8004 n'est pas un Token ; il utilise des NFTs ERC-721 pour représenter en interne les identités des Agents, mais la norme elle-même concerne la coordination et la confiance, n'a pas de valeur économique et n'est pas négociable.

3.2 Trois registres majeurs

Registre d'identité

Basé sur ERC-721 + URIStorage, chaque Agent reçoit un identifiant d'identité NFT, associé à agentURI pointant vers un fichier d'enregistrement (JSON), contenant le nom, la description, les points de service (A2A/MCP/Web), le statut de support x402, etc. L'URL peut être stockée sur IPFS (décentralisé, résistant à la censure), sur des serveurs HTTPS (simple mais centralisé), ou directement encodée sur la chaîne (le plus décentralisé mais coûteux).

Registre de réputation

Interfaces standard pour publier et obtenir des signaux de retour, soutenant les évaluations sur la chaîne et les algorithmes hors chaîne. Peut inclure la preuve de paiement x402 comme un signal de confiance économique de soutien. Les Agents s'évaluent mutuellement, mais pour prévenir la manipulation des scores, ERC-8183 est nécessaire pour fournir une preuve auxiliaire d'interactions de travail authentiques entre les Agents.

Registre de validation

Introduit TEE (Environnement d'exécution de confiance), des mécanismes de staking PoS, et ZK (preuves à divulgation nulle de connaissance) pour vérifier et authentifier les résultats des tâches gérées par les Agents :

• À travers TEE : Les tâches peuvent être vérifiées comme exécutées dans une boîte noire sécurisée, le code et les données n'étant pas exposés ou altérés de l'extérieur.

• À travers PoS : Les validateurs doivent miser des actifs pour participer aux tâches, et s'ils agissent de manière malveillante, leur mise est confisquée

• Par ZK : La justesse du processus d'inférence de l'Agent peut être vérifiée sans connaître ses poids internes

3.3 Jalons de développement

Soutiens : ENS, EigenLayer, The Graph, Taiko. Environ 1 000 à 2 000 développeurs ont rejoint.
Cependant, les limitations actuelles de 8004, que Crapis lui-même admet : "8004 est essentiellement un ensemble de registres." Il donne aux Agents une carte d'identité et fournit un mécanisme d'évaluation, mais il ne peut garantir que les comportements des Agents sont dignes de confiance. Une validation véritable nécessite des audits comportementaux (ce que l'Agent a fait dans le passé), des preuves d'environnement d'exécution (preuves de fonctionnement dans un TEE), et une vérification d'intention (l'Agent prétend faire X mais fait en réalité X). La partie TEE du Registre de validation est encore en discussion avec la communauté et est loin d'être mature.
En d'autres termes : 8004 est une condition nécessaire mais pas suffisante. Il résout la question de "qui est cet Agent", mais il n'a pas encore résolu la question de "si cet Agent est digne de confiance". Ce dernier nécessite une combinaison de 8004 + TEE + audits comportementaux, qui n'a pas encore été pleinement mise en œuvre par quiconque.
Bien sûr, il existe une direction sous-estimée : dans l'économie humaine, les systèmes de crédit sont construits sur des bilans et des dossiers de crédit - combien d'argent vous avez, combien de prêts vous avez remboursés dans le passé. Les Agents n'ont pas cela mais ont des données comportementales : combien de tâches ils ont exécutées dans le passé, quel est leur taux de réussite, quel est leur temps de réponse moyen, et s'ils ont fait l'objet de plaintes. Si les données comportementales peuvent devenir des primitives financières, alors le système de réputation de 8004 ne serait pas seulement une question de bonnes et de mauvaises critiques, mais un score de crédit dans le monde des Agents. Un Agent avec un score de réputation élevé pourrait obtenir une limite de crédit plus élevée (pré-autorisant plus de fonds), des coûts de transaction réduits (car le risque est plus faible), et une allocation prioritaire des tâches (les employeurs choisissent de préférence des Agents avec de bonnes réputations).
Les registres d'identité et de réputation de 8004 ne constituent que la couche de données fondamentale. La création de valeur réside dans qui peut établir des évaluations de crédit et des services financiers pour les Agents sur cette couche de données—prêts aux Agents, assurances pour Agents, limites de crédit pour Agents, qui constituent l'ensemble des services financiers.

3.4 Relation avec d'autres protocoles

3.5 ERC-8183 : Normalisation Ethereum de l'ACP

L'ERC-8183 est la version standard ouverte Ethereum du protocole interne ACP des Virtuals (publiée le 10 mars 2026, actuellement en phase de brouillon).
La primitive centrale est le Job—une machine d'état de chaîne (Ouvert → Financé → Soumis → Terminé/Rejeté/Expiré), avec des fonds conservés dans un Escrow programmable, réglé automatiquement après que des Évaluateurs indépendants arbitrent la qualité de la livraison. Prend en charge les mécanismes d'extension Hooks (seuils de réputation, enchères, paiements par étapes, etc.).
Conception clé : Chaque Job terminé génère automatiquement des enregistrements d'interaction et les alimente dans le Registre de Réputation de l'ERC-8004—analogue à "les avis publics doivent être basés sur la consommation, et un juge tiers est inclus," ce qui est le point de connexion pour 8183 et 8004 afin de former un cycle symbiotique.

Chapitre 4 : Protocole des Virtuals : Couche d'Affaires des Agents

4.1 Aperçu du Projet

Le Protocole des Virtuals est une infrastructure décentralisée full-stack pour les Agents IA, permettant à quiconque de créer, tokeniser, co-détenir et monétiser des agents IA autonomes sur la chaîne. Le projet a été initialement établi en 2021 sous le nom de PathDAO (une guilde de jeux) et a évolué vers la direction des Agents IA début 2024, actuellement principalement déployé sur Base, avec des expansions vers Ethereum, Solana et Ronin.
Équipe centrale : Fondateur Jansen Teng (ancien consultant BCG, diplômé en Biotechnologie + Gestion des affaires de l'Imperial College) et Weekee Tiew (diplômé en Biotechnologie de l'Imperial College + Master en Management de la London Business School, expérience en PE/BCG), basé à Kuala Lumpur, Malaisie, avec une équipe d'environ 38 personnes. Historique de financement : Financement de la phase de démarrage de 16 millions de dollars durant la phase PathDAO (dirigé par DeFiance Capital et Beam).

4.2 Architecture Technique : Quatre Piliers

Pilier Un : Cadre GAME—Comment un Agent Prend des Décisions en Interne

GAME est le cerveau : il dote un Agent d'objectifs, de personnalité, de capacités de perception et d'actions exécutables, lui permettant de planifier de manière autonome "ce que je devrais faire ensuite", puis de décomposer les tâches pour que les Travailleurs internes les exécutent. L'ensemble du processus se déroule dans les limites d'un seul Agent.
Architecture de base : architecture de planification hiérarchique (Planification Hiérarchique), séparant "quoi penser" de "comment faire"—le Générateur de Tâches (planificateur de haut niveau/PHP) génère des tâches en fonction des objectifs de l'Agent et sélectionne les Travailleurs ; les Travailleurs (planificateurs de bas niveau/PBP) ont chacun un ensemble de Fonctions exécutables spécifiques ; les Fonctions effectuent des appels API spécifiques, des transactions en chaîne, des récupérations de données et d'autres opérations.
Modèles de base pris en charge : Llama 3.1 405B (par défaut), Llama 3.3 70B, DeepSeek R1, DeepSeek V3—conception indépendante du modèle. Avec la sortie des cadres d'Agent d'OpenAI/Google, la différenciation de GAME reste légère : c'est le seul cadre d'Agent qui intègre nativement la couche économique en chaîne (ACP + tokens VIRTUELS).

Pilier Deux : ACP—La "Loi Commerciale" Entre Agents

Le Protocole de Commerce des Agents (ACP) est un protocole standardisé en chaîne qui permet aux Agents de découvrir, d'embaucher, de négocier, de mettre des fonds en séquestre, de livrer et de régler—tout cela sans intervention humaine.
Machine d'État à Quatre Étapes de l'ACP

Pilier Trois : Butler—La Super Passerelle pour les Utilisateurs

Butler est la passerelle consommateur du réseau ACP—un Agent construit sur LLM, essentiellement un orchestrateur du protocole ACP, responsable de la traduction du langage naturel des utilisateurs en flux de travail collaboratifs multi-Agents sur chaîne.
Butler a une architecture à deux couches : la couche supérieure est une interface de dialogue LLM (utilisant actuellement Gemini 3 Pro pour le backend) ; la couche inférieure est l'orchestrateur du protocole ACP, exécutant l'ensemble du processus de découverte de l'Agent → confirmation de devis → verrouillage en séquestre → routage des tâches → vérification de la livraison → libération des fonds. Ce que les utilisateurs voient est un chat, tandis que Butler gère la planification des contrats.
Le Mode Pro de Butler sépare clairement la planification et l'exécution : phase de planification → phase de révision (les utilisateurs peuvent optimiser le plan) → phase d'exécution (orchestrant de manière autonome l'ensemble du processus). Les capacités intégrées incluent l'échange de jetons, l'investissement DCA, les contrats perpétuels, et le fonds de fonds.

Pilier Quatre : Plateforme de Lancement—Wall Street pour les Agents

Le système de lancement en trois niveaux couvre l'ensemble du cycle de vie des projets d'Agent de 0→1→100 :

Le premier projet de Titan : XMAQUINA ($DEUS, DAO détient des actions dans des entreprises d'intelligence incarnée comme Figure AI, 60 millions de FDV), Fabric Foundation ($ROBO, collaborant avec OpenMind sur l'économie des robots)

Analyse du PIB Agentique (aGDP)

Le PIB Agentique (Produit Intérieur Brut Agentique) est un indicateur écologique central personnalisé par les Virtuels, mesurant la valeur économique totale créée par tous les Agents autonomes au sein de l'écosystème à travers des services, de la coordination et des activités sur chaîne.

Trajectoire de Croissance de l'aGDP

Problèmes de Qualité de l'aGDP—Trois Signaux d'Alerte :

1. Les fluctuations de revenus exposent des dépendances spéculatives : Les revenus du jour du protocole de janvier 2025 s'élèvent à 1,02 million de dollars → à la fin février, 35 000 dollars (une diminution de 97 %). Les revenus proviennent principalement des taxes sur les transactions de jetons d'Agent (1 %), plutôt que de paiements continus pour les services d'Agent.

2. Concentration sévère au sommet : Ethy AI contribue 218 millions d'aGDP (représentant 45,5 % de l'ensemble de l'écosystème), les trois premiers totalisant 407 millions (84,9 %). Tous trois sont des Agents de type exécution de transaction ; l'aGDP est essentiellement le flux de transactions traité, plutôt que le revenu provenant des services d'Agent. Luna, en tant qu'Agent phare de type IP, a un taux de prise proche de 100 % ; le taux de prise d'Ethy AI n'est que de 0,26 %.

3. Conditions d'hypothèse de cible de 3 milliards de dollars : Passer de 470 millions à 3 milliards nécessite une augmentation de 6,4 fois. Si des composants spéculatifs dominent l'aGDP, la cible parie essentiellement sur la chaleur du marché des jetons d'Agent plutôt que sur la croissance organique de l'économie des Agents.

4.4 Modèle économique des jetons

Mécanisme de capture de valeur quadruple de $VIRTUAL

Structure fiscale ACP : Les utilisateurs paient 100 % → Portefeuille de l'agent 90 % (peut être retiré ou réembauché par d'autres agents, capitalisant sur la GDP aChaînée) + Trésorerie 10 % (dont 1 % va dans la Trésorerie G.A.M.E) → Les revenus de la trésorerie rachètent continuellement des jetons d'agent, alignant les incitations à long terme.
Structure de l'offre : Total de 1 milliard de VIRTUAL, offre fixe, pas d'inflation initiale ; statut actuel : tous débloqués et en circulation ; émission potentielle : jusqu'à 10 % par an pour les trois prochaines années, nécessitant l'approbation de la gouvernance ; veVIRTUAL : le staking accorde des droits de vote en gouvernance + des droits d'airdrop de jetons d'agent.

4.5 Aperçu des données de l'écosystème

Cas d'agents de référence

4.6 Paysage concurrentiel et douves

Niveaux de douves (du plus fort au plus faible)

• Effets de réseau + flywheel de jetons (le plus fort) : Plus de 18 000 agents + plus de 650 000 détenteurs forment un marché bilatéral. Chaque agent est contraint de s'associer à VIRTUAL, créant une boucle de rétroaction positive. Ceci n'est pas réplicable par des cadres open-source—LangChain manque d'une couche de règlement économique native entre les agents.

• Autorité de normalisation (plus forte) : ACP → ERC-8183 (publié conjointement avec la Fondation Ethereum) + ERC-8004 + x402, la combinaison des trois rivalise pour le "système juridique fondamental" de l'économie des agents IA.

• Avantage du premier arrivé + marque (modéré) : Part de marché dominante dans le secteur des agents IA + Crypto, soutenue par des institutions comme Grayscale et Fundstrat.

• Capacité technique (la plus faible) : L'architecture en couches de GAME présente des avantages de conception mais dépend des LLM tiers et ne possède pas de modèles auto-développés, rendant la couche d'orchestration facilement remplaçable par des cadres plus puissants.

(À suivre)