---
title: "Vesting de tokens"
description: "El vesting hace disponible una asignación según un calendario. Aprende cómo funcionan el cliff y la liberación lineal, qué pruebas verificar en cadena y por qué un token adquirido no está necesariamente vendido."
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 de tokens

> Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.

<a id="answer"></a>

## Respuesta directa

El vesting de tokens es una regla que hace disponible la asignación de un beneficiario según un calendario, no toda de una vez. Un **cliff** es el período anterior a la primera adquisición; después, los tokens pueden adquirirse de forma continua, en tramos periódicos o al alcanzar hitos.

El vesting no significa por sí solo acuñación ni venta. Los tokens pueden existir pero estar bloqueados, o acuñarse al liberarse. Un importe adquirido puede seguir sin reclamarse, no ser transferible por otra regla, permanecer en manos del beneficiario o venderse más tarde.

El análisis debe separar cinco hechos: **asignado, adquirido, reclamado, transferible y vendido**. Solo el último es una venta real, cuyo efecto depende de expectativas, conducta de los titulares y liquidez ejecutable.

<a id="mechanism"></a>

## Cómo funciona

1. **Lee los términos legales y publicados.** Identifica asignación, beneficiario, inicio, cliff, fin, frecuencia, hitos, derechos de revocación y autoridad para modificar el calendario.
2. **Verifica la implementación.** Comprueba dirección del token, contrato de vesting, beneficiario, marcas de tiempo, importe liberado, reclamaciones, controles de proxy o administrador y código verificado. `VestingWallet` de OpenZeppelin es una implementación, no un estándar universal.
3. **Concilia las categorías de oferta.** Averigua si los tokens bloqueados integran la oferta total y si el desbloqueo cambia la oferta circulante sin cambiar la total. ERC-20 define transferencias, pero no la “oferta circulante” ni exige vesting.
4. **Traza el camino al mercado.** Los tokens adquiridos son oferta potencial solo cuando pueden reclamarse y transferirse. Depósitos en bolsas, puentes, pools o carteras nuevas prueban movimiento, no una venta.
5. **Compara escenarios con liquidez.** Estima la fracción que podría venderse y compárala con la profundidad del libro o reservas de AMM. Separa profundidad y volumen: el volumen pasado no garantiza compradores.

Para una asignación `A`, liberación en el cliff `C`, fecha del cliff `T_c` y fecha final `T_e`, una posible regla lineal es:

`vested(t) = 0` antes de `T_c`; en otro caso, `C + (A - C) × min((t - T_c) / (T_e - T_c), 1)`

Los contratos reales pueden usar otro redondeo, marcas de tiempo, revocación o hitos. Prevalecen los documentos vinculantes y el código del contrato.

<a id="example"></a>

## Ejemplo calculado

Un colaborador recibe 12,000,000 tokens. Nada se adquiere durante un cliff de 12 meses. En el mes 12 se adquieren 3,000,000; los 9,000,000 restantes se adquieren durante los 24 meses siguientes, a 375,000 por mes.

En el mes 18 se han adquirido seis tramos mensuales posteriores al cliff: `3,000,000 + 6 × 375,000 = 5,250,000` tokens acumulados. Si ya reclamó 2,000,000, quedan 3,250,000 adquiridos sin reclamar. El cálculo no indica cuántos se transfirieron o vendieron.

Si circulan 100,000,000 tokens y el tramo del mes 12 se vuelve transferible, equivale al 3% de la oferta circulante. Si el beneficiario vende el 20%, la venta prevista es de 600,000 tokens, no 3,000,000. El impacto debe probarse contra la liquidez ejecutable actual.

<a id="risks"></a>

## Riesgos y comprobaciones

- **Calendario incompleto o modificable.** Acuerdos anexos, hitos, claves administrativas, gobernanza o mejoras pueden alterarlo. Registra quién puede cambiar cada término.
- **Riesgo de contrato y custodia.** Errores, claves comprometidas, beneficiarios incorrectos, migraciones o fallos de reclamación pueden retrasar o desviar liberaciones. Verifica direcciones y transacciones finalizadas.
- **Clasificación incorrecta de la oferta.** Los proveedores tratan de modo distinto saldos de tesorería, bloqueados, puenteados, quemados o no reclamados. Concilia definiciones antes de calcular porcentajes.
- **Riesgo de liquidez y concentración.** Un gran tramo en pocos receptores de bajo coste puede superar compras escasas; el desbloqueo no prueba que venderán.
- **Falsa precisión.** El calendario puede usar tiempo de bloque, segundos, períodos discretos, redondeo o reclamación manual. Consulta el estado real del contrato cerca del evento.

<a id="misconceptions"></a>

## Errores comunes

### “Adquirido” significa “vendido”

No. El vesting establece un derecho. Reclamar, transferir, depositar y vender son acciones distintas que requieren pruebas separadas.

### Un cliff libera toda la asignación

No necesariamente. Solo fija cuándo empieza el vesting; el primer tramo y la curva posterior dependen del calendario concreto.

### Un desbloqueo siempre aumenta la oferta total

No. Tokens bloqueados ya acuñados pueden hacerse transferibles sin cambiarla. Un diseño que acuña al liberar sí puede aumentarla; verifica contrato y contabilidad.

### Un gran desbloqueo garantiza que baje el precio

No. Influyen expectativas, demanda, coberturas, conducta y liquidez. La fracción vendible y el impacto son escenarios, no certezas.

<a id="related"></a>

## Temas relacionados

- [Oferta circulante](/es/crypto/circulating-supply/)
- [Emisión de tokens](/es/crypto/token-emission/)
- [Desbloqueo de tokens](/es/crypto/token-unlock/)
- [Cómo analizar cliffs de vesting y liquidez](/es/crypto/token-vesting-cliff-liquidity/)
- [Tokenomics](/es/crypto/tokenomics/)

<a id="sources"></a>

## Fuentes

- [VestingWallet](https://docs.openzeppelin.com/contracts/5.x/api/finance#VestingWallet) - OpenZeppelin (consultado: 2026-08-22)
- [ERC-20 Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (consultado: 2026-08-22)
- [Pricing](https://docs.uniswap.org/contracts/v2/concepts/advanced-topics/pricing) - Uniswap (consultado: 2026-08-22)

Source: https://wiki.fcontext.com/es/crypto/vesting/index.mdx