cryptosnif
FR ↗
EnglishFrançaisPortuguês (Brasil)EspañolLa langue conserve ce sujet. Le pays se choisit séparément sur les pages de services.
Cryptosnif / Comprendre

Comprendre les déblocages de tokens

Comprendre les déblocages de tokens

Revue documentaire · Relecture · translation-1-d2f8663f1ff9

La revue des sources explique les mécanismes documentés. Les contrôles indépendants du réseau restent à réaliser.

Promesse et périmètre

Ce guide examine le vesting de tokens, les cliffs et les déblocages en utilisant l'implémentation générique d'OpenZeppelin comme exemple pédagogique.

Il ne traite pas spécifiquement du vesting d'Ethereum (ETH).

L'objectif est de clarifier la différence entre la disponibilité des tokens et la pression réelle sur les prix par un raisonnement éditorial et des calculs hypothétiques.

Faits établis sur les mécanismes

OpenZeppelin documente VestingWallet, un smart contract qui libère de la devise native ou des tokens ERC-20 à un bénéficiaire selon un calendrier personnalisable.

ERC-20 décrit une interface commune pour les tokens fongibles, dont les unités sont interchangeables.

La courbe de libération par défaut est linéaire, ce qui signifie que les tokens deviennent disponibles progressivement au fil du temps.

Un cliff est une extension où le montant acquis est nul avant une date spécifique.

Cette implémentation générique sert de modèle pour comprendre les mécaniques, et non comme preuve de l'allocation, du contrat déployé ou du calendrier d'un token nommé quelconque.

Calcul hypothétique de l'offre

Pour illustrer les effets potentiels de dilution, considérons un scénario purement hypothétique.

Supposons une offre en circulation mesurée S de 1 000 000 tokens et U de 100 000 tokens existants entrant dans cette offre.

Dans ce scénario hypothétique, la croissance de l'offre en circulation mesurée est U divisé par S multiplié par 100, soit 10%.

Si la capitalisation boursière reste constante, le prix par token s'ajusterait théoriquement à la baisse.

Le calcul ((S divisé par (S plus U)) moins 1) multiplié par 100 donne environ -9,09%.

Ces chiffres sont purement illustratifs et ne prédisent pas le comportement réel du marché.

Disponibilité versus vente

Une distinction critique existe entre la disponibilité technique et l'action économique.

Un déblocage permet la libération selon le calendrier concerné.

La transférabilité dépend également du contrat de token, et les ventes effectives nécessitent une observation.

Les ventes réelles exigent une observation séparée du comportement des détenteurs.

De plus, un déblocage n'augmente pas nécessairement immédiatement la définition de l'offre en circulation d'un fournisseur, car les définitions varient selon les agrégateurs de données.

Il faut vérifier les contrats et calendriers réels plutôt que de supposer un traitement uniforme des tokens libérés.

Inconnues et limites

L'adresse du contrat d'un token spécifique, ses bénéficiaires, son calendrier, les quantités libérées et sa définition de l'offre nécessitent une vérification datée.

Un calendrier manquant reste inconnu ; il ne peut être reconstruit à partir de mouvements de marché attendus.

Verdict et ce qui changerait la conclusion

Un calendrier de déblocage établit quand une allocation peut être libérée selon ses règles.

Il laisse ouvertes les ventes effectives et les effets sur le marché.

Une vérification datée du contrat déployé, des bénéficiaires, des transactions de libération et de la définition de l'offre choisie transformerait cette explication générique en une analyse spécifique au projet.

Les sources de cette analyse

Les titres et résumés des sources sont en anglais.

OpenZeppelin Contracts 5.x: finance

OpenZeppelin documents VestingWallet, a contract that releases native currency or ERC-20 tokens to a beneficiary according to a customizable schedule. Its default curve is linear; the cliff extension returns zero vested amount before the cliff. This generic implementation is a teaching example, not evidence of any named token’s allocation, actual deployed contract or calendar.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: d1bec2c378ca10b925b67b9d084d216a2f7130d639f119d502fa03b3f952387d

Poursuivre la recherche