Cycle de vie du Token

Suivez la création d'approvisionnement fixe, l'émission de courbe et la migration externe pour comprendre les autorisations, la propriété des actifs et les transitions d'état à chaque étape.

BigShortProtocol-EVM divise le cycle de vie d’un Token en création, négociation sur la courbe, migration atomique, négociation externe et vente à découvert. L’offre et la configuration d’émission sont fixées à la création ; le dernier achat sur la courbe crée simultanément le pool externe et initialise le Short Engine. Il n’existe pas d’étape habituelle de « graduation » déclenchée manuellement par l’équipe d’exploitation.

1. Offre fixe et répartition initiale

L’offre totale de chaque Token est frappée une seule fois lors de sa construction ; l’allocation de la courbe et la réserve de prêt sont deux catégories d’actifs aux usages distincts.

La base d’offre de la courbe est :

L’offre totale est :

Le modèle de capitalisation utilise la base d’offre de la courbe de 1,000,000,000 Token, et non l’offre totale ERC-20 de 1,199,861,071. C’est une convention de valorisation du protocole, à ne pas confondre avec la capitalisation en circulation ou la valorisation de l’offre totale.

Le créateur ne reçoit pas automatiquement de Token pour avoir lancé la création. S’il souhaite détenir des Token vendables, il doit lui aussi les acquérir par une transaction. La réserve de prêt n’est pas non plus frappée à la migration : les Token sont transférés à l’adresse précalculée de l’Engine dès la création, même si le code du contrat Engine n’y est pas encore déployé.

2. Configuration métier fixée à la création

Ces longueurs sont mesurées en octets UTF-8, et non en caractères chinois. Le nom, le symbole et d’autres données participent à la dérivation déterministe des adresses de déploiement ; les différents émetteurs et numéros de création ont des espaces de noms de déploiement distincts.

Ordre d’exécution de la création

1. Valider les métadonnées, le créateur et les taxes.
2. Lire le Launch Profile par défaut actuel et figer les quatre versions : Token, courbe, Engine et lieu de négociation.
3. Calculer les adresses attendues du Token et du Short Engine indépendant.
4. Déployer le Token et frapper une seule fois l’offre de la courbe et la réserve de prêt. En mode avec taxes, déployer aussi son Tax Processor dédié.
5. Créer ou réutiliser la Pair Token/USDC spécifiée, vérifier son identité et son code, puis la lier comme mainPair.
6. Mettre la courbe à l’état Bonding, enregistrer les réserves initiales, métadonnées, taux et instantané de configuration, puis émettre l’événement de création.

Chaque Token conserve son propre Launch Profile. Si l’administrateur choisit ensuite un nouveau Profile par défaut, les Token déjà créés ne passent pas automatiquement à une nouvelle courbe ou à un autre lieu de négociation. Le droit de mise à niveau du proxy Factory est distinct de ce mécanisme d’instantané ; voir le chapitre sur les permissions.

3. Machine à états et actions utilisateur

Les transitions d’une transaction normale réussie sont :

None → Bonding → Complete → Migrating → Migrated

Les trois dernières phases peuvent se produire pendant l’exécution du même achat final. Le nouvel état sur la chaîne et les journaux ne sont conservés que si toute la transaction réussit.

Seul critère quantitatif de fin de la courbe

Soient $R_0$ l’allocation vendable initiale et $R$ l’allocation vendable actuelle. La progression selon les ventes nettes est :

Ici, $R_0=\mathrm{793,100,000}$ Token. Un achat réduit $R$, une revente augmente $R$; les transferts entre portefeuilles ne changent pas la progression. Ce pourcentage facilite l’affichage produit, mais n’est pas un champ d’état maintenu séparément par le contrat.

La condition de fin est $R=0$, et non un montant fixe d’USDC levés ou une capitalisation fixe. Si exactement 396,550,000 Token ont été vendus net, il reste aussi 396,550,000 Token vendables et la progression est de 50%. Cela ne signifie pas que 50% des USDC finaux ont été reçus, car le prix de la courbe évolue avec les transactions.

4. Limites des transactions sur la courbe

Sur la courbe, les cotations utilisent les réserves virtuelles enregistrées par la Factory, et les règlements les réserves réelles. Les trois points d’entrée répondent à des besoins différents :

L’acheteur peut désigner le bénéficiaire des Token, mais pas la Pair principale. Le remboursement revient toujours à l’émetteur de la transaction, et non au bénéficiaire des Token. Pour vendre, le détenteur doit préalablement autoriser la Factory à dépenser ses Token.

La Pair principale n’est pas encore ouverte

• Les détenteurs ordinaires peuvent effectuer des transferts entre portefeuilles.
• Avant l’ouverture externe, les transferts de Token non nuls avec mainPair sont restreints ; la Factory bénéficie d’une exception de contrôle réservée à la migration.
• Un achat sur la courbe ne peut pas envoyer directement les Token à la Pair.
• L’adresse de Pair peut déjà exister, mais « Pair créée » ne signifie pas « marché externe ouvert ».

Cette contrainte concerne la mainPair liée par le protocole ; elle ne doit pas être présentée comme un blocage global de toutes les adresses tierces ou de tous les marchés créés indépendamment.

5. Atomicité du dernier achat et de la migration

Le dernier achat est d’abord réglé selon les règles de la courbe, puis ajoute la liquidité externe, déploie et initialise l’Engine, et ouvre le marché externe. Si une étape obligatoire échoue,tout le dernier achat est annulé: Les transferts de jetons, les mises à jour de courbe-réserve, les remboursements et les journaux dans cette transaction sont inversés. Les transactions précédemment terminées ne sont pas affectées.

Le dernier achat requiert plus de ressources d’exécution qu’un achat ordinaire ; les clients ne doivent pas réutiliser une limite de gas fixe prévue pour les achats ordinaires. Pour les fonds de migration, la destination des LP et la précision, voir Migration et AMM externe.

6. Rôle des modules après migration

La migration n’ajoute pas la réserve de prêt à l’AMM et n’attribue pas les LP initiaux au créateur ou au dernier acheteur. Les prix résultent des réserves réelles de la Pair après migration ; les Shorts doivent toujours respecter simultanément la capacité de risque, le stock de prêt et la marge requise.