---
title: "Vesting dei token"
description: "Il vesting rende disponibile un'allocazione secondo un calendario. Scopri come funzionano cliff e rilascio lineare, quali prove on-chain verificare e perché token maturati non significa token venduti."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Vesting dei token
> Solo a scopo educativo; non costituisce consulenza d'investimento. Gli investimenti possono comportare perdite.
## Risposta diretta
Il vesting dei token è una regola che rende disponibile l'allocazione di un beneficiario secondo un calendario, non tutta insieme. Un **cliff** è il periodo prima della prima maturazione; dopo, i token possono maturare continuamente, in tranche periodiche o al raggiungimento di obiettivi.
Il vesting non implica da solo conio o vendita. I token possono già esistere ma essere bloccati, oppure essere coniati al rilascio. Un importo maturato può non essere ancora riscattato, non essere trasferibile per un'altra regola, restare detenuto o essere venduto in seguito.
Occorre separare cinque eventi: **allocato, maturato, riscattato, trasferibile e venduto**. Solo l'ultimo è una vendita effettiva; l'effetto sul prezzo dipende da aspettative, comportamento e liquidità eseguibile.
## Come funziona
1. **Leggi i termini legali e pubblicati.** Identifica allocazione, beneficiario, inizio, cliff, fine, frequenza, obiettivi, diritti di revoca e autorità di modifica.
2. **Verifica l'implementazione.** Controlla indirizzo del token, contratto di vesting, beneficiario, timestamp, importo rilasciato, riscatti, controlli proxy o amministrativi e codice verificato. `VestingWallet` di OpenZeppelin è una possibile implementazione, non uno standard universale.
3. **Riconcilia le categorie di offerta.** Stabilisci se i token bloccati rientrano nell'offerta totale e se lo sblocco cambia l'offerta circolante senza cambiare quella totale. ERC-20 definisce i trasferimenti, non l'“offerta circolante” né un piano di vesting.
4. **Traccia il percorso verso il mercato.** I token maturati diventano offerta potenziale solo se riscattabili e trasferibili. Depositi su exchange, bridge, pool o nuovi wallet provano un movimento, non una vendita.
5. **Confronta scenari e liquidità.** Stima la quota vendibile e confrontala con profondità del book o riserve AMM. Separa profondità e volume: il volume passato non garantisce compratori.
Per allocazione `A`, rilascio al cliff `C`, data cliff `T_c` e data finale `T_e`, una possibile regola lineare è:
`vested(t) = 0` prima di `T_c`; altrimenti `C + (A - C) × min((t - T_c) / (T_e - T_c), 1)`
I contratti reali possono avere arrotondamenti, timestamp, revoche o obiettivi differenti. Prevalgono i documenti vincolanti e il codice del contratto.
## Esempio numerico
Un collaboratore riceve 12,000,000 token. Nulla matura durante un cliff di 12 mesi. Al mese 12 maturano 3,000,000 token; i restanti 9,000,000 maturano nei successivi 24 mesi, 375,000 al mese.
Al mese 18 sono maturate sei tranche mensili post-cliff: `3,000,000 + 6 × 375,000 = 5,250,000` token complessivi. Se 2,000,000 sono già riscattati, 3,250,000 sono maturati ma non riscattati. Il calcolo non indica quanti siano stati trasferiti o venduti.
Se circolano 100,000,000 token e la tranche del mese 12 diventa trasferibile, equivale al 3% dell'offerta circolante. Se il beneficiario ne vende il 20%, la vendita prevista è 600,000 token, non 3,000,000. L'impatto va testato sulla liquidità eseguibile attuale.
## Rischi e verifiche
- **Calendario incompleto o modificabile.** Accordi separati, obiettivi, chiavi amministrative, governance o upgrade possono cambiarlo. Registra chi può modificare ogni termine.
- **Rischio contrattuale e di custodia.** Bug, chiavi compromesse, beneficiari errati, migrazioni o riscatti falliti possono ritardare o deviare i rilasci. Verifica indirizzi e transazioni finalizzate.
- **Errata classificazione dell'offerta.** I fornitori trattano diversamente saldi di tesoreria, bloccati, bridged, bruciati o non riscattati. Allinea le definizioni prima delle percentuali.
- **Rischio di liquidità e concentrazione.** Una grande tranche presso pochi destinatari a basso costo può superare bid sottili, ma lo sblocco non prova che venderanno.
- **Falsa precisione.** Il calendario può usare tempo dei blocchi, secondi, periodi discreti, arrotondamenti o riscatti manuali. Leggi lo stato reale del contratto vicino all'evento.
## Errori comuni
### “Maturato” significa “venduto”
No. Il vesting stabilisce un diritto. Riscatto, trasferimento, deposito e vendita sono azioni separate con prove separate.
### Un cliff libera l'intera allocazione
Non necessariamente. Fissa solo la prima maturazione; prima tranche e curva successiva dipendono dal piano specifico.
### Uno sblocco aumenta sempre l'offerta totale
No. Token già coniati e bloccati possono diventare trasferibili senza cambiarla. Il conio al rilascio può aumentarla; verifica contratto e contabilità.
### Un grande sblocco garantisce un calo del prezzo
No. Contano anche aspettative, domanda, coperture, comportamento e liquidità. Quota vendibile e impatto sono scenari, non certezze.
## Argomenti correlati
- [Offerta circolante](/it/crypto/circulating-supply/)
- [Emissione di token](/it/crypto/token-emission/)
- [Sblocco dei token](/it/crypto/token-unlock/)
- [Analizzare cliff di vesting e liquidità](/it/crypto/token-vesting-cliff-liquidity/)
- [Tokenomics](/it/crypto/tokenomics/)
## Fonti
- [VestingWallet](https://docs.openzeppelin.com/contracts/5.x/api/finance#VestingWallet) - OpenZeppelin (consultato: 2026-08-22)
- [ERC-20 Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (consultato: 2026-08-22)
- [Pricing](https://docs.uniswap.org/contracts/v2/concepts/advanced-topics/pricing) - Uniswap (consultato: 2026-08-22)
Source: https://wiki.fcontext.com/it/crypto/vesting/index.mdx