Comment TIBBIR est lié à VIRTUAL dans Virtuals

Débutant
IAIA
Dernière mise à jour 03/10/2026 02:40:19
Temps de lecture: 4m
TIBBIR est le Token agent ERC-20 de Base de Ribbita au sein de l’écosystème Virtuals ; VIRTUAL est l’actif de la Capital Formation Layer de Virtuals Protocol, utilisé pour les lancements, le pairage et la graduation. Il s’agit du même écosystème, mais de couches différentes : le Holding de TIBBIR ne revient pas à détenir du VIRTUAL, ni à posséder le protocole, à participer à sa gouvernance ou à bénéficier d’un rendement au niveau du protocole — les paires courantes en VIRTUAL reflètent uniquement la conception de la liquidité.

Ce texte explicatif s’adresse aux lecteurs intermédiaires qui connaissent déjà Virtuals ou les Tokens d’Agent IA et qui souhaitent distinguer clairement les actifs de la plateforme de l’exposition à un agent unique. Le cadrage complet est présenté dans Ribbita (TIBBIR) ; les vérifications relatives au jeu de mots et au soutien relèvent de la vérification factuelle du récit de Ribbit Capital. Vous trouverez ci-dessous le tableau hiérarchique, la corrélation de la paire, les infrastructures communes et les corrections des idées reçues.

La Capital Formation Layer de Virtuals standardise les lancements d’agents autour d’une paire avec VIRTUAL, d’un seuil de graduation d’environ 42 000 VIRTUAL et d’un verrouillage à long terme des LP (infrastructure commune décrite dans le livre blanc). Pour comprendre la relation entre TIBBIR et VIRTUAL, il faut distinguer une infrastructure de lancement commune d’une propriété commune.

Points clés

  • VIRTUAL est l’actif de pairing et de liquidité de lancement de la Capital Formation de Virtuals Protocol ; TIBBIR représente uniquement l’exposition tokenisée au marché de l’agent unique Ribbita.
  • Les Tokens d’Agent et le token du protocole ont des fonctions et des droits distincts : TIBBIR n’inclut pas automatiquement la gouvernance du protocole, des droits sur la trésorerie ou des droits sur un portefeuille multi-agents.
  • De nombreux pools TIBBIR sont associés à VIRTUAL. L’exposition à un agent unique peut donc être corrélée à la volatilité de l’actif de pairing. Il s’agit d’une transmission du risque, et non d’un « actif unique ».
  • Le bonding, la graduation à environ 42 000 VIRTUAL, les frais d’environ 1 % et les verrouillages à long terme des LP sont des règles communes à la plateforme. Elles façonnent à la fois le parcours du token d’agent et le rôle de VIRTUAL comme source de liquidité.

Qu’est-ce que VIRTUAL ? Quel rôle joue-t-il dans Virtuals Protocol ?

VIRTUAL est l’actif de l’écosystème de Virtuals Protocol et, au sein de la Capital Formation Layer, l’actif de liquidité central pour les lancements d’agents, le pairing sur courbe de bonding et la migration lors de la graduation. Selon la Capital Formation Layer de Virtuals, les lancements d’agents sont associés à une liquidité en VIRTUAL. À environ 42 000 VIRTUAL, le token atteint la graduation et migre vers un pool de type Uniswap V2 ; les tokens LP sont alors soumis à un verrouillage à long terme.

Ce rôle se résume en trois points : unité de valorisation et de pairing sur l’infrastructure de lancement ; source de liquidité lors de la graduation ; et actif associé à la structure de frais du protocole (répartition des frais d’environ 1 % : 70 % pour le créateur et 30 % pour la trésorerie de Virtuals). VIRTUAL ne signifie pas « posséder tous les agents » et ne couvre pas les résultats de marché de chaque token d’agent.

Lorsqu’il est question de TIBBIR, du bonding, de la graduation et de la profondeur des DEX, l’offre et la liquidité de VIRTUAL de l’autre côté de la paire sont presque toujours concernées.

En quoi un token d’agent diffère-t-il de l’actif de la plateforme ?

TIBBIR, en tant que token de l’agent Ribbita, se situe sur une couche différente de celle de VIRTUAL, l’actif de la plateforme. Le premier représente une exposition négociable à un agent unique ; le second sert au pairing de l’écosystème et au capital de lancement. Ribbita apparaît comme un agent sur la page du projet Virtuals, tandis que TIBBIR est l’ERC-20 sur Base que vous pouvez vérifier séparément.

Dimension VIRTUAL (protocole / actif de pairing) TIBBIR (token d’agent unique)
Couche de l’écosystème Capital formation et pairing de Virtuals Protocol Couche du token de Ribbita (projet 18820 / agent 826)
Forme on-chain Actif de l’écosystème / actif de pairing (tel qu’il circule sur la plateforme) ERC-20 sur Base ; contrat 0xA4A2E2ca3fBfE21aed83471D28b6f65A233C6e00
Fonction principale Lancement, bonding, liquidité de graduation ; structure de frais du protocole Exposition tokenisée au marché d’un seul agent
Limites de détention Ne confère pas automatiquement la propriété de tous les agents ni des « capitaux propres » du protocole Ne confère pas automatiquement des avoirs en VIRTUAL, la gouvernance du protocole ni des droits au rendement du protocole
Contexte de trading courant Autre côté des pools d’agents Souvent associé à VIRTUAL

Le tableau distingue clairement les fonctions et les droits : un même protocole peut héberger un actif au niveau du protocole et de nombreux tokens d’agents. Les récits liés aux agents et les paramètres fiscaux ne redéfinissent pas la Capital Formation de VIRTUAL. Vérifiez le contrat sur BaseScan TIBBIR ainsi que l’identifiant de l’agent sur Virtuals : cela confirme uniquement l’identité, et non la propriété du protocole.

Hiérarchie du token de protocole VIRTUAL et du token d’agent TIBBIR dans Virtuals

Figure 1. Hiérarchie dans Virtuals : VIRTUAL comme actif du protocole et de pairing au-dessus ; les tokens d’agents uniques tels que TIBBIR en dessous.

Pourquoi de nombreux pools TIBBIR sont-ils associés à VIRTUAL ? Qu’est-ce que cela signifie pour l’exposition ?

De nombreux pools TIBBIR sont associés à VIRTUAL parce que Virtuals conçoit les infrastructures de lancement des agents comme étant « associées à une liquidité en VIRTUAL », et non parce que TIBBIR constituerait un deuxième token du protocole.

Le mécanisme comporte trois niveaux : la découverte des prix par bonding s’effectue sur une courbe TIBBIR/VIRTUAL, de sorte que l’un des côtés est toujours VIRTUAL ; le seuil de graduation correspond à une liquidité accumulée d’environ 42 000 VIRTUAL ; après la migration, les pools de type Uniswap conservent généralement cette association. Lorsque vous détenez ou négociez du TIBBIR, la profondeur, le Slippage et les cotations peuvent évoluer avec la liquidité et la volatilité du côté VIRTUAL. Il s’agit d’une corrélation liée au pairing et d’une transmission du risque, et non de l’équivalence entre acheter du TIBBIR et acheter du VIRTUAL.

À retenir : TIBBIR donne accès au marché de l’agent Ribbita et est lié à VIRTUAL par la paire. Les deux peuvent évoluer dans le même sens ou diverger, mais restent deux instruments distincts. Interpréter la paire comme des « avoirs fusionnés » ou comme un « certificat de capitaux propres du protocole » exagérerait les droits opposables.

Comment la taxe de trading, les LP et la graduation influencent-ils les tokens d’agents et VIRTUAL ?

La taxe de trading, les verrouillages des LP et la graduation constituent l’infrastructure commune de Virtuals. Ils façonnent à la fois le parcours du token d’agent et le rôle de VIRTUAL comme liquidité de pairing.

Selon les règles générales de la Capital Formation Layer : les courbes de bonding sont associées à VIRTUAL ; à environ 42 000 VIRTUAL, le token migre vers un pool Uniswap V2 ; les tokens LP sont verrouillés à long terme (les documents indiquent 10 ans) ; des frais d’environ 1 % sont répartis à hauteur de 70 % pour le créateur et de 30 % pour la trésorerie de Virtuals. Pour TIBBIR, ces règles encadrent le lancement, la migration et les frictions de trading. Pour VIRTUAL, elles déterminent la quantité de VIRTUAL verrouillée dans les pools d’agents, le moment où la liquidité quitte la courbe pour rejoindre les pools de DEX et l’acheminement des frais revenant au protocole.

Trois liens observables :

  1. Seuil de graduation : avant environ 42 000 VIRTUAL, la liquidité se trouve principalement sur la courbe ; après ce seuil, la profondeur passe à un pool de DEX et les deux côtés entrent dans un nouveau régime de profondeur.
  2. Verrouillage des LP : un verrouillage à long terme réduit la possibilité d’un « retrait immédiat de la liquidité du pool », mais n’élimine ni les mouvements de l’actif de pairing ni ne garantit la qualité d’exécution de l’un ou l’autre côté.
  3. Frais d’environ 1 % : les transactions sur les tokens d’agents subissent une friction à l’achat et à la vente ; la part des frais revenant au protocole constitue un mécanisme propre à Virtuals et ne devient pas automatiquement un « droit à un dividende du protocole » récupérable par les détenteurs de TIBBIR.

Considérez les règles générales du livre blanc et les données on-chain actuelles comme les références de base. Si un agent active des modules supplémentaires, par exemple une fenêtre de taxe dynamique, vérifiez le contrat de cet agent. Ne transformez pas les spécificités d’un module en droits universels pour les agents.

Idées reçues courantes : détenir du TIBBIR signifie-t-il détenir Virtuals ou le rendement du protocole ?

Les erreurs d’interprétation transforment généralement l’expression « même écosystème » ou « même paire » en « mêmes droits ». La liste ci-dessous corrige uniquement le cadrage et ne constitue pas un conseil d’achat ou de vente.

Idée reçue Correction Référence vérifiable
Détenir du TIBBIR = détenir Virtuals Protocol TIBBIR représente uniquement l’exposition au token de l’agent Ribbita Le contrat et les identifiants du projet Virtuals renvoient à un seul agent
Détenir du TIBBIR = détenir du VIRTUAL Les deux côtés de la paire sont deux actifs ; les soldes ne sont pas échangés automatiquement Le wallet et l’explorateur affichent des soldes distincts
Les détenteurs de TIBBIR reçoivent automatiquement un rendement au niveau du protocole La part des frais revenant au protocole est acheminée vers les mécanismes de la trésorerie de Virtuals, et non vers un droit à un dividende lié au token d’agent Mentions relatives à la répartition des frais dans la Capital Formation Layer
L’association avec VIRTUAL = certificat de capitaux propres du protocole Le pairing relève de la conception de la liquidité, et ne constitue pas une preuve de propriété Éléments d’« infrastructure universelle » du livre blanc
Jeu de mots sur le nom / récit de la grenouille = soutien de la plateforme ou d’un fonds de capital-risque Les récits nécessitent des vérifications distinctes ; ils ne remplacent pas les limites entre les couches L’article consacré au récit traite du soutien ; cette page établit les limites de la relation

Mnémonique de correction : demandez-vous d’abord « à quelle couche cela appartient-il ? », puis « les paramètres on-chain étayent-ils cette affirmation ? ». Une infrastructure de lancement commune n’implique pas une propriété commune.

Quels risques sont importants lorsqu’on examine la relation entre TIBBIR et VIRTUAL ?

Pour comprendre la relation entre TIBBIR et VIRTUAL, les risques concernent principalement la confusion entre les couches, la corrélation liée au pairing et les paramètres modifiables, plutôt que des jugements subjectifs sur « le meilleur » actif.

Type de risque Déclencheur du mécanisme Comment le repérer
Confusion entre les couches Considérer un token d’agent comme une propriété du protocole ou comme un substitut de VIRTUAL Utiliser le tableau hiérarchique : les fonctions et les droits y sont présentés séparément
Corrélation liée au pairing Les mouvements de VIRTUAL influencent les cotations et la profondeur de TIBBIR/VIRTUAL Surveiller la liquidité des deux côtés et la composition du pool
Évolution de la structure avant et après la graduation La profondeur et le routage diffèrent entre la courbe et le DEX Confirmer le statut de graduation et l’adresse du pool après migration
Variabilité des frais et des privilèges La taxe ou les rôles privilégiés peuvent modifier les paramètres (réalité on-chain) Lire les fonctions actuelles relatives aux taxes et aux permissions sur BaseScan
Usurpation d’identité / mauvaise chaîne Contrat incorrect ou réseau autre que Base Accepter uniquement 0xA4A2E2ca3fBfE21aed83471D28b6f65A233C6e00
Répercussion du récit Considérer un jeu de mots comme une preuve de relation La page consacrée à la relation établit les couches ; le soutien nécessite des vérifications distinctes

Ordre pratique : contrat → identifiant du projet et de l’agent Virtuals → confirmation que la paire active est VIRTUAL → statut de graduation et de verrouillage des LP → taxe actuelle → puis affirmations narratives. Il s’agit uniquement d’une analyse des mécanismes et de l’identification, et non d’un conseil en investissement.

Résumé

TIBBIR et VIRTUAL appartiennent au même écosystème Virtuals, mais à des couches différentes : VIRTUAL alimente le pairing de la Capital Formation, la graduation et la structure de frais ; TIBBIR est le token d’agent ERC-20 sur Base de Ribbita, vérifiable sur BaseScan. Le pairing crée une exposition corrélée sans fusionner les droits ; le bonding, la graduation à environ 42 000 VIRTUAL, les frais d’environ 1 % et les verrouillages à long terme des LP influencent les deux parcours sans transformer la détention d’un token d’agent en propriété du protocole ni en droit à des dividendes.

Clarifiez les limites à l’aide du tableau hiérarchique, expliquez la corrélation par le pairing et les infrastructures communes, puis corrigez les erreurs liées à l’équivalence entre « même écosystème » et « mêmes droits » à l’aide de la liste des idées reçues. Le jeu de mots sur le nom et le soutien nécessitent une vérification distincte. Contenu éducatif uniquement, et non un conseil en investissement.

FAQ

Quel est le lien entre TIBBIR et VIRTUAL ?

TIBBIR est le token de l’agent Ribbita ; VIRTUAL est l’actif de l’écosystème de Virtuals Protocol utilisé pour les lancements d’agents et le pairing. Ils forment souvent une paire de trading et partagent les règles générales de la Capital Formation Layer, mais détenir du TIBBIR ne signifie pas détenir du VIRTUAL ni une part de propriété du protocole.

Détenir du TIBBIR signifie-t-il détenir Virtuals ou recevoir un rendement du protocole ?

Non. TIBBIR représente une exposition au marché d’un agent unique. La part des frais d’environ 1 % revenant à la trésorerie de Virtuals constitue un mécanisme de frais propre au protocole, et non un dividende automatique du protocole ni un droit de gouvernance pour les détenteurs de TIBBIR.

Pourquoi TIBBIR apparaît-il si souvent dans des paires avec VIRTUAL ?

La Capital Formation Layer de Virtuals conçoit les lancements d’agents avec une liquidité associée à VIRTUAL : le bonding, le seuil de graduation d’environ 42 000 VIRTUAL et les pools de type Uniswap après migration conservent généralement cette structure. Il s’agit d’une conception de la liquidité, et non de la définition d’un deuxième token du protocole.

Quel rôle VIRTUAL joue-t-il dans Virtuals Protocol ?

VIRTUAL est l’actif de pairing et de lancement de la Capital Formation : il soutient les courbes de bonding, la migration de la liquidité lors de la graduation et la structure de frais universelle décrite dans la documentation. VIRTUAL ne signifie pas automatiquement « posséder tous les agents » ni détenir un certificat de capitaux propres du protocole.

Quels sont les principaux risques à prendre en compte pour comprendre la relation entre TIBBIR et VIRTUAL ?

La confusion entre les couches et la corrélation liée au pairing sont les principaux risques : considérer un token d’agent comme une propriété du protocole ou ignorer la manière dont les mouvements de VIRTUAL se transmettent à la profondeur de TIBBIR/VIRTUAL. Vérifiez également le contrat, le statut de graduation, les paramètres de taxe et les risques d’usurpation. Il s’agit uniquement d’une typologie des risques, et non d’un conseil de trading.

Auteur : Jayne
Clause de non-responsabilité

* Les informations ne sont pas destinées à être et ne constituent pas des conseils financiers ou toute autre recommandation de toute sorte offerte ou approuvée par Gate.

* Cet article ne peut être reproduit, transmis ou copié sans faire référence à Gate. Toute contravention constitue une violation de la loi sur le droit d'auteur et peut faire l'objet d'une action en justice.

Articles Connexes

USD.AI Tokenomics : analyse approfondie des cas d’utilisation du token CHIP et des mécanismes d’incitation
Débutant

USD.AI Tokenomics : analyse approfondie des cas d’utilisation du token CHIP et des mécanismes d’incitation

CHIP agit comme le principal Token de gouvernance du protocole USD.AI, permettant la distribution des rendements du protocole, l'ajustement des taux d'intérêt des prêts, le contrôle du risque et la mise en place d'incitations pour l'écosystème. Grâce à CHIP, USD.AI associe les rendements générés par le financement de l'infrastructure IA à la gouvernance du protocole, offrant ainsi aux détenteurs de Token la possibilité de participer aux décisions sur les paramètres et de profiter de la valorisation du protocole. Cette démarche met en place un framework d'incitation à long terme, fondé sur la gouvernance.
23/04/2026 10:51:10
Analyse des sources de rendement USD.AI : comment les prêts destinés à l’infrastructure IA génèrent du rendement
Intermédiaire

Analyse des sources de rendement USD.AI : comment les prêts destinés à l’infrastructure IA génèrent du rendement

USD.AI génère principalement des rendements par le prêt d'infrastructures IA, en offrant un financement aux opérateurs GPU et à l'infrastructure de puissance de hachage, tout en percevant des intérêts sur les prêts. Le protocole distribue ces rendements aux détenteurs de l'actif de rendement sUSDai. Les taux d'intérêt et les paramètres de risque sont gérés via le Token de gouvernance CHIP, ce qui crée un système de rendement on-chain fondé sur le financement de la puissance de hachage IA. Cette approche convertit les rendements d'infrastructures IA réelles en sources de rendement durables au sein de l'écosystème DeFi.
23/04/2026 10:56:01
Render, io.net et Akash : analyse comparative des réseaux DePIN de taux de hachage
Débutant

Render, io.net et Akash : analyse comparative des réseaux DePIN de taux de hachage

Render, io.net et Akash ne se contentent pas d’entrer en concurrence de manière similaire. Chacun s’impose comme un projet de référence dans le secteur DePIN de la puissance de hachage, en suivant des axes technologiques spécifiques : rendu GPU, ordonnancement de puissance de hachage pour l’IA et cloud computing décentralisé. Render se spécialise dans les tâches de rendu GPU de haute qualité, en mettant l’accent sur la vérification des résultats et le développement d’un écosystème solide de créateurs. io.net se concentre sur l’entraînement et l’inférence de modèles IA, valorisant ses capacités en matière d’ordonnancement massif de GPU et de réduction des coûts. Akash, quant à lui, construit un marché cloud décentralisé à usage général, proposant des ressources de calcul abordables grâce à un système d’enchères concurrentiel.
27/03/2026 13:18:26
L’application de Render dans l’IA : comment le taux de hachage décentralisé dynamise l’intelligence artificielle
Débutant

L’application de Render dans l’IA : comment le taux de hachage décentralisé dynamise l’intelligence artificielle

Contrairement aux plateformes exclusivement centrées sur la puissance de hachage IA, Render se démarque grâce à son réseau GPU, son système de vérification des tâches et son modèle d’incitation basé sur le Token RENDER. Cette association offre à Render une adaptabilité et une flexibilité intrinsèques dans des scénarios IA spécifiques, en particulier pour les applications IA impliquant des calculs graphiques.
27/03/2026 13:13:20
Analyse approfondie d’Audiera GameFi : la combinaison du Dance-to-Earn, de l’IA et des jeux de rythme
Débutant

Analyse approfondie d’Audiera GameFi : la combinaison du Dance-to-Earn, de l’IA et des jeux de rythme

Comment Audition s’est-il transformé en Audiera ? Découvrez comment les jeux de rythme ont dépassé le simple divertissement pour devenir un écosystème GameFi reposant sur l’IA et la blockchain. Explorez les évolutions majeures et les changements de valeur impulsés par l’intégration des mécaniques Dance-to-Earn, de l’interaction sociale et de l’économie des créateurs.
27/03/2026 14:34:22
Qu'est-ce que le système de nœuds de Theta Network ? Présentation complète du Validateur, du Guardian (nœud de garde) et de l'Edge Node (nœud Edge)
Intermédiaire

Qu'est-ce que le système de nœuds de Theta Network ? Présentation complète du Validateur, du Guardian (nœud de garde) et de l'Edge Node (nœud Edge)

Theta Network adopte une architecture de nœuds en couches structurée autour de trois rôles clés : Validateur, Nœud Gardien et Nœud Edge. Les Nœuds Validateur assurent la génération des blocs et la validation de la chaîne principale, tandis que les Nœuds Gardiens supervisent le consensus et garantissent la sécurité du réseau. Les Nœuds Edge prennent en charge les fonctions périphériques, notamment la diffusion vidéo, l’inférence IA et le calcul GPU. Grâce à la coordination de ces différentes couches de nœuds, Theta ambitionne de proposer une sécurité Blockchain robuste, une gouvernance décentralisée et des capacités avancées de calcul en périphérie pour l’IA.
09/05/2026 03:00:32