Virtuals Protocol est une plateforme d’économie des agents qui relie identité d’agent, portefeuilles, missions, règlement des services et marchés de capitaux tokenisés. Sa force principale n’est pas un chatbot ou un token en particulier ; c’est le parcours commun qui va de la création d’un agent à sa dotation en outils, à la recherche de travail rémunéré et à la levée de capital autour de lui.

Le verdict de la revue est positif sur l’étendue du produit, mais conditionnel à des preuves d’exploitation. Virtuals offre aux développeurs et aux traders l’une des surfaces publiques les plus lisibles du marché des agents dans la crypto, mais un token d’agent peut encore attirer de la liquidité sans démontrer que l’agent sous-jacent a des clients, une production fiable ou des revenus récurrents.

Ce qu’est Virtuals Protocol

Virtuals Protocol donne aux agents IA une identité, un portefeuille, une place de marché de services et une couche de token optionnelle. La plateforme publique Virtuals présente désormais EconomyOS, l’Agent Commerce Protocol (ACP), les marchés de capitaux, la robotique et la gouvernance comme des produits connectés plutôt que comme un simple écran de lancement de token.

Les développeurs peuvent créer un agent, les fondateurs peuvent lancer un token, les entreprises peuvent consulter les services ACP et les détenteurs peuvent verrouiller du VIRTUAL. Il s’agit de rôles opérationnels distincts, et non d’une seule catégorie de token IA ; l’interface devient plus lisible une fois les parcours séparés : créer un agent, embaucher un agent ou négocier une exposition à un agent.

Les pages d’agents et de marchés de capitaux examinées ici étaient centrées sur Base. Virtuals publie également des contrats VIRTUAL sur Ethereum et Solana, mais cela ne signifie pas que chaque agent, mécanisme de lancement ou service ACP fonctionne sur les trois chaînes.

L’écran Create Agent est la partie la plus solide d’EconomyOS

L’interface publique Create Agent présente le produit dans un ordre pratique :

• Identity — nom de l’agent, description et image de profil.
• Runtime — une Console gérée ou un runtime externe fourni par le développeur.
• Agent account — un portefeuille intégré et une carte d’agent.
• Token — un champ facultatif pouvant être configuré après l’existence de l’identité de l’agent.

Virtuals n’impose pas au token d’être le point de départ du produit ; un développeur peut d’abord définir l’agent et son compte d’exploitation. La limite apparaît après cet écran, car la fiabilité du runtime, la récupération du portefeuille et les contrôles d’autorisation ne peuvent pas être évalués sans lancer et utiliser réellement l’agent.

Créer une identité ACP n’est pas la même chose que lancer un token d’agent. Selon les mécanismes de lancement Virtuals actuels, un lancement de token entraîne des frais de création non remboursables de 1,000 VIRTUAL. Les lancements Pegasus et Unicorn appliquent ensuite des frais de trading de base de 1%, dont 70% reviennent au créateur et 30% aux incitations ACP. Les lancements Titan utilisent un pool de liquidité public plutôt que la même trajectoire en courbe de liaison.

Le portefeuille intégré réduit les frictions d’installation, mais il devient aussi la principale frontière de sécurité. Les actifs de long terme ne doivent pas partager un compte avec un agent actif ; la séparation entre hot wallet et cold wallet est la pratique recommandée.

ACP ressemble à une place de marché de services, mais le reçu compte

La surface ACP publique présente les agents comme des fournisseurs de services avec des offres nommées, des prix et des délais d’exécution attendus. Les frais d’un service achevé sont placés en séquestre en USDC ; la règle de règlement publiée envoie 80% au fournisseur et 20% au protocole après approbation. Une mission expirée et non livrée doit restituer le montant séquestré à l’acheteur.

Le profil ACP public Axelrod rend la place de marché concrète. Il proposait la clôture d’une position spot pour 0.10 USDC, des swaps de jetons Base et l’ouverture de position à un taux affiché de 0.3%, le rachat de vault pour 5 USDC et l’annulation de trades automatisés pour 5 USDC. Chaque annonce affichait également une fenêtre de service de 10 ou 20 minutes.

La même page affichait aussi le manque de preuves. Son panneau ACP v2 indiquait "No stats yet", n’affichait aucun avis ni activité de transaction achevée, et précisait que les métriques legacy et v2 n’avaient pas été fusionnées. Plusieurs engagements visibles étaient encore ouverts et affichaient 0 USDC. L’annonce prouve que Virtuals peut structurer un service achetable ; elle ne prouve pas encore la qualité d’exécution d’Axelrod, le slippage réalisé ou le rendement de vault annoncé.

Cette distinction sépare aussi ACP des projets d’infrastructure de réseaux de calcul. Les réseaux de calcul vendent de la capacité ou des charges de travail achevées, tandis que les agents ACP vendent des services définis dont le résultat et le règlement peuvent être jugés mission par mission.

Butler offre aux utilisateurs non techniques un moyen plus simple de rechercher des services ACP et de coordonner plusieurs agents. Une étude de cas Google Cloud indique que Butler peut rechercher plus de 1,300 agents enregistrés, mais cette revue n’a pas effectué de mission Butler payante. Le coût final, le résultat livré et la qualité du règlement restent donc non vérifiés.

La page builder vend la distribution avant la profondeur technique

La page builder place l’accès au lancement, le financement et la portée communautaire devant la configuration du runtime. Cet ordre a du sens pour des fondateurs en quête de capital, mais il signifie aussi que la présentation publique insiste davantage sur la distribution que sur la disponibilité, l’évaluation des modèles, les limites de débit ou la gestion des incidents.

La page capturée affichait 68,820 agents lancés, $643 million de capitalisation boursière cumulée des agents et plus de $69 million de revenus partagés. Il s’agissait de chiffres affichés par Virtuals le 24 juillet 2026, et non de données recoupées indépendamment pendant cette revue. Ils illustrent des revendications d’échelle de la plateforme, mais pas la part d’activité provenant des services d’agents plutôt que du trading de tokens.

Le système de lancement propose Pegasus pour une distribution ouverte, Unicorn pour la formation du capital et Titan pour les projets établis plus importants. Ces parcours résolvent différemment la distribution, mais aucun ne retire au développeur sa responsabilité en matière de disponibilité de l’agent, de qualité de production et de support client.

Un marché des capitaux facile à parcourir et fortement centré sur les tokens

L’écran de marché des capitaux se parcourt rapidement. Il regroupe sur une même page les agents récemment diplômés, la FDV, la performance du prix, les donateurs hebdomadaires et le nombre de projets de l’écosystème. Un trader peut identifier rapidement de nouveaux marchés, mais un acheteur ne peut pas voir à côté des données du token les missions ACP achevées, les clients conservés ou la performance de niveau de service.

Les cinq entrées "Just Graduated" visibles dans la capture étaient toutes négatives, allant d’environ -18.7% à -61.3%. Cet échantillon daté et restreint ne mesure pas l’ensemble de l’écosystème, mais il montre la volatilité à laquelle un utilisateur est confronté dès l’écran de découverte. La qualité du produit ne peut pas être déduite de la graduation ou de la FDV.

La bonne lecture distingue trois actifs :

• VIRTUAL est l’actif de l’écosystème utilisé pour la coordination, la liquidité et la participation.
• Les tokens d’agent représentent une exposition à des projets individuels et à leur propre conception de marché.
• veVIRTUAL est obtenu en verrouillant VIRTUAL et est présenté via l’interface publique de staking comme une voie vers le pouvoir de gouvernance et les récompenses de l’écosystème.

Ces actifs n’ont pas la même signification. Détenir VIRTUAL revient à s’exposer au réseau plus large, tandis qu’un token d’agent concentre le risque sur un seul développeur, un seul produit et un seul marché de liquidité. veVIRTUAL ajoute un risque d’immobilisation, car les récompenses et le pouvoir de vote doivent être mis en balance avec une liquidité réduite.

Un document réglementaire sur Virtuals hébergé par Kraken indique une offre maximale de 1 billion de VIRTUAL : 60% en circulation publique, 35% dans la trésorerie de l’écosystème et 5% en liquidité. L’allocation de la trésorerie et les futures décisions de gouvernance importent, car un plafond fixe ne signifie pas que l’ensemble de l’offre est déjà liquide.

Le protocole gagne aussi de l’argent sans le verser automatiquement aux détenteurs de VIRTUAL. Au moment de la revue, DeFiLlama affichait environ $1.77 million de frais et de revenus protocolaire sur 30 jours et $49.09 million de volume DEX sur 30 jours, tandis que le revenu net des détenteurs de tokens restait à $0. VIRTUAL peut bénéficier de l’orientation de la demande, de la participation au staking et des incitations de l’écosystème, mais les revenus du protocole ne sont pas la même chose que le flux de trésorerie des détenteurs.

Le document de Kraken identifie des dépendances liées à la volatilité, à la liquidité, aux smart contracts, au réseau, aux bridges, à l’adoption et aux services externes. Un agent peut s’appuyer sur des modèles et des API hors chaîne même lorsque son token et ses enregistrements de règlement sont sur chaîne ; la transparence du token n’élimine donc pas le risque opérationnel.

Là où Virtuals reste en retrait

• La performance d’un agent est plus difficile à inspecter que celle d’un token. La place de marché affiche plus clairement la FDV et l’évolution du prix que les missions achevées, les acheteurs récurrents et les livrables acceptés.
• Les historiques ACP v1 et v2 sont fragmentés. La page d’Axelrod avertit explicitement que les deux ensembles de métriques ne sont pas fusionnés, ce qui rend plus difficile la lecture d’un historique opérationnel continu.
• Le revenu ne correspond pas au revenu des détenteurs. Les frais protocolaire peuvent augmenter alors que le revenu net direct des détenteurs de tokens reste nul.
• Le lancement d’un token ne valide pas l’agent. Les frais de 1,000 VIRTUAL et les mécanismes de lancement créent un marché, pas la qualité du modèle, la disponibilité ou la demande client.
• Les dépendances hors chaîne restent matérielles. Les modèles, les API, l’hébergement et les décisions des opérateurs peuvent échouer même lorsque les paiements et les enregistrements de tokens sont sur chaîne.

Une discussion technique sur Virtuals a remis en question la correspondance entre l’activité visible du token et l’utilisation réelle du framework. Il s’agit d’un compte sceptique daté, et non d’un audit, mais il rejoint le problème central : les marchés sont plus faciles à inspecter que le travail achevé des agents.

La revue peut confirmer que Virtuals dispose d’une surface produit intégrée et inspectable. Elle ne peut pas confirmer que chaque agent est autonome, rentable ou décentralisé. La propriété et le règlement sur chaîne ne décentralisent pas automatiquement le modèle, l’hébergement ou la source de données.

Avantages et inconvénients de Virtuals Protocol

Avantages

EconomyOS combine identité, portefeuille, autorisations et configuration du runtime dans un seul flux de travail.

ACP donne aux services d’agents des prix visibles, des fenêtres de service, des règles d’escrow et de règlement.

Les marchés de capitaux offrent aux développeurs des options de distribution et de financement.

VIRTUAL a un rôle plus large dans l’écosystème qu’un token rattaché à une seule personnalité d’agent.

Les surfaces publiques rendent les agents, les lancements et les offres de services plus faciles à inspecter.

Inconvénients

La croissance de la plateforme ne garantit pas que les agents individuels aient des utilisateurs payants.

La liquidité des tokens peut dominer l’attention avant que les preuves produit ne soient mûres.

Les profils ACP peuvent manquer d’historique fusionné, de transactions achevées et d’avis d’utilisateurs.

Les modèles, l’hébergement et les API hors chaîne restent des dépendances opérationnelles.

L’autorité du portefeuille crée un risque de sécurité lorsque les autorisations sont trop larges.

Les règles de lancement, de staking et d’incitation peuvent évoluer avec le développement de l’écosystème.

Virtuals Protocol vaut-il la peine d’être utilisé ?

Virtuals mérite d’être envisagé lorsqu’un utilisateur a besoin, dans un seul écosystème, de création d’agent, d’infrastructure de portefeuille, de découverte de services et de distribution de tokens. Il est moins convaincant lorsque la décision dépend de revenus d’agents avérés ou d’un long historique de missions client achevées.

Idéal pour : les développeurs qui valorisent une distribution intégrée, et les utilisateurs prêts à tester un service ACP ciblé. À éviter lorsque : la décision exige des revenus d’agents audités, une décentralisation prouvée ou une exposition à faible volatilité.

Les acheteurs de services devraient examiner le résultat, les enregistrements d’achèvement et le traitement des litiges avant d’augmenter la valeur d’une mission. Les participants au token peuvent comparer Virtuals à d’autres projets d’économie des agents, mais la demande de services doit rester séparée des incitations au trading et au staking.

Conclusion

Virtuals Protocol a dépassé la simple description d’une rampe de lancement de token IA. EconomyOS donne aux agents des comptes économiques, ACP leur offre une voie vers le travail rémunéré, et les marchés de capitaux donnent aux développeurs un canal de financement et de distribution. Peu de plateformes d’agents crypto exposent ces trois couches aussi clairement dans un seul écosystème.

La thèse de la plateforme est plus solide qu’une thèse globale sur ses tokens d’agent. Virtuals mérite l’attention lorsque les agents accomplissent des missions visibles et génèrent une demande de services répétée ; il mérite du scepticisme lorsque la liquidité, le nombre de lancements ou la portée sociale constituent la seule preuve disponible. Examinez l’agent exact, les autorisations de portefeuille et la trajectoire de revenus avant de considérer la croissance de l’écosystème comme un succès produit.

Foire aux questions

Virtuals Protocol est-il seulement une rampe de lancement pour agents IA ?

Non. Le lancement et le trading de tokens font partie du produit, mais EconomyOS et ACP fournissent aussi l’identité des agents, les portefeuilles, la découverte de missions, la coordination des services et le règlement. La plateforme actuelle est plus large que son positionnement initial de rampe de lancement.

Chaque agent Virtuals a-t-il besoin de son propre token ?

Non. L’interface actuelle de création d’agent présente la création de token comme une couche optionnelle pouvant être configurée après l’identité et le runtime. Un token doit avoir un rôle défini plutôt que d’être considéré comme une preuve d’utilité de l’agent.

À quoi sert VIRTUAL ?

VIRTUAL participe à l’économie plus large des agents via la coordination de l’écosystème, la liquidité et des fonctions liées au staking. Sa demande dépend encore d’une activité soutenue des développeurs, des utilisateurs et du marché sur Virtuals, et non du succès d’un seul agent.

Quel est le plus grand risque de Virtuals Protocol ?

Le plus grand risque analytique est de confondre l’activité du marché des tokens avec la demande pour les agents. Les risques opérationnels incluent aussi les smart contracts, les autorisations de portefeuille, les bridges, les services IA hors chaîne, l’évolution des règles de lancement et la dépendance à la plateforme Virtuals dans son ensemble.

Avertissement : L’article source indique que les informations fournies sont destinées uniquement à des fins éducatives et informatives et ne constituent pas un conseil financier, d’investissement ou de trading, et que les investissements en cryptomonnaies comportent des risques et peuvent entraîner des pertes financières.

Source : AiCryptoCore