﻿---
title: "Come analizzare i cliff di vesting e la liquidità di un token"
description: "Un metodo pratico per distinguere token maturati, trasferibili e vendibili e testare liquidità e impatto sul prezzo di un cliff unlock."
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.

# Come analizzare i cliff di vesting e la liquidità di un token

> Solo a scopo educativo; non è consulenza d'investimento. Gli investimenti possono causare perdite.
<a id="answer"></a>
## Risposta diretta
Un cliff è una regola temporale: prima di una data non matura alcun importo (o alcun importo aggiuntivo), poi una tranche matura in quella data. Non prova che i token siano stati riscattati, trasferiti, depositati su un exchange o venduti.
Analizza (1) la quantità maturata dal contratto, (2) quella che il beneficiario può reclamare e trasferire, (3) la quota probabilmente offerta e (4) la liquidità d'acquisto eseguibile. Un grande unlock può incidere poco se i token sono trattenuti; una vendita minore può muovere molto il prezzo con profondità ridotta.
Separa proprietà, vesting, trasferibilità, ricezione e disponibilità sull'exchange. Verifica on-chain ogni allocazione di team, investitori, fondazione ed ecosistema prima di aggregare i calendari.

<a id="mechanism"></a>
## Come funziona
1. Leggi il calendario: beneficiario, inizio, data del cliff, durata, curva, revoca e indirizzo del token nel contratto verificato. `VestingWallet` di OpenZeppelin espone importi liberabili e liberati, ma la curva può essere personalizzata.
2. Riconcilia l'offerta con circolazione, tesoreria, rilasci precedenti e restrizioni. La FDV include token non circolanti e non misura l'offerta vendibile a breve.
3. Stima la quota vendibile. Il beneficiario può conservare, coprire, trasferire OTC, fornire liquidità o vendere solo parte della tranche: è uno scenario, non un fatto del calendario.
4. Testa la liquidità eseguibile. Per AMM usa riserve e rotta quotata; per order book osserva la profondità a più fasce. Volume e profondità sono diversi perché il volume può essere turnover ripetuto.
<a id="example"></a>
## Esempio
Con 100 milioni di token circolanti, 20 milioni maturati alla data cliff sono il 20% della circolazione. Se il titolare vende il 10% della tranche, vende 2 milioni. Se le offerte eseguibili entro il 5% sotto il prezzo di riferimento sono solo 500.000 token, la vendita è quattro volte la profondità visibile e può muovere il prezzo oltre il 5%.
È uno stress test, non una previsione. Registra unità, valore in dollari, blocco, stato del contratto, riserve o profondità, commissioni, gas e slippage; aggiorna il quote prima dell'esecuzione.
<a id="risks"></a>
## Rischi
`Valore netto di uscita = valore lordo di vendita - impatto di prezzo - commissione del protocollo - imposta di trasferimento - gas - sconto per rischio di attesa`
Prova congestione, deviazione di oracle o stablecoin e modifica di amministratore o parametri: gas 5x, profondità del pool -50%, stablecoin 5% sotto riferimento e nessuna uscita per 1 giorno. Se il rendimento mensile non copre gli attriti, non è adeguato.
Dipendenze da singolo protocollo, chain, bridge o stablecoin impongono limiti di concentrazione. Una posizione che richiede tutti questi servizi simultaneamente ha dipendenze correlate, non diversificazione.
<a id="misconceptions"></a>
## Fraintendimenti comuni
- Mito 1: il saldo del frontend è la verità on-chain. Verifica saldo, stato del vesting e rilasci leggendo il contratto e l'explorer.
- Mito 2: più gas o slippage risolve ogni errore. Permessi, nonce, allowance e condizioni del contratto richiedono correzioni separate.
- Mito 3: un test piccolo riuscito garantisce sicurezza permanente. Upgrade, parametri, tasse e liquidità cambiano; ripeti i controlli prima di aumentare la posizione.
<a id="related"></a>
## Argomenti correlati
- [Prezzo dell'indice crypto](/it/crypto/index-price-crypto/)
- [Pool di liquidità](/it/crypto/liquidity-pool/)
- [Tokenomics](/it/crypto/tokenomics/)
- [Token unlock](/it/crypto/token-unlock/)
- [Token vesting](/it/crypto/vesting/)
<a id="sources"></a>
## Fonti
- [Finance API: VestingWallet](https://docs.openzeppelin.com/contracts/5.x/api/finance) - OpenZeppelin (consultato: 2026-08-21)
- [Pricing](https://docs.uniswap.org/contracts/v2/concepts/advanced-topics/pricing) - Uniswap (consultato: 2026-08-21)
- [ERC-20 Token Standard](https://ethereum.org/en/developers/docs/standards/tokens/erc-20/) - Ethereum.org (consultato: 2026-08-21)

Source: https://wiki.fcontext.com/it/crypto/token-vesting-cliff-liquidity/index.mdx
