Airdrop snapshot: qué es un snapshot en cripto y qué pasa si llegas tarde

Un airdrop snapshot es el momento en que el proyecto «fotografía» la blockchain y decide qué actividad cuenta. Todo lo que ocurrió antes de ese bloque entra en el cálculo; todo lo posterior, no. Para entender qué es un snapshot en cripto y por qué genera tantos rumores, conviene separar tres cosas: la mecánica de fijar los datos, la política del proyecto sobre anunciar la fecha y cómo todo eso afecta a lo que haces tú.

Este artículo explica cómo funcionan los snapshots desde el punto de vista técnico y organizativo. No predice fechas de proyectos concretos ni garantiza que estar en un snapshot signifique una asignación. No es un consejo financiero ni legal.

Qué es un snapshot

Técnicamente, un snapshot es el estado de la blockchain a una altura de bloque concreta. El proyecto elige un número de bloque (o una marca de tiempo vinculada a él) y exporta todos los datos que necesita para el cálculo: saldos, historial de transacciones, interacciones con contratos, posiciones en pools. Después esos datos se procesan fuera de la cadena: se aplican los criterios, se calculan las asignaciones, se filtran los clústeres Sybil.

Lo importante es que el snapshot no es una acción en la red que puedas notar. La blockchain guarda todo el historial, así que el proyecto puede «hacer el snapshot» de forma retroactiva en cualquier momento: basta con tomar los datos de un bloque de hace una semana. De aquí sale la primera regla: si el snapshot se ha anunciado, ya ocurrió, y tu posición en él no se puede cambiar.

También hay snapshots que no son de bloque: para la actividad fuera de la cadena (puntos, tareas, testnet) el proyecto fija el estado de su propia base de datos en una fecha determinada. La mecánica es la misma: un límite tras el cual las acciones ya no cuentan.

Por qué no se anuncia la fecha

Los proyectos casi nunca comunican la fecha del snapshot con antelación, y hay una razón racional. Si la fecha se conoce, la actividad se concentra en los últimos días antes de ella: aparecen wallets que hacen lo mínimo y desaparecen. Ese snapshot no captura usuarios, sino una cola por la recompensa.

Una fecha oculta hace que la actividad natural valga más que la ajustada. Quien usa el producto de forma constante estará en cualquier snapshot. Quien espera una señal para hacer tres transacciones se arriesga a llegar tarde o a caer en el filtro por «vivir solo durante la campaña», un patrón que se analiza en detalle en el artículo sobre los filtros Sybil.

De aquí también surge el mercado de rumores. Cualquier fecha «de insider» que circule por los chats es, con alta probabilidad, inventada o ya pasada. No se puede verificar, y actuar según ella no tiene sentido: si es correcta, ya llegaste tarde; si no, has gastado recursos en vano.

Qué cuenta en el snapshot

El proyecto decide por sí mismo qué datos extraer, y eso lo determinan los criterios. Categorías típicas:

Saldos y holding. Cuánto y de qué activo hay en la dirección en el momento del bloque. A menudo con una condición de duración mínima, en cuyo caso se mira una serie de bloques y no uno solo.
Historial de interacciones. Número de transacciones con los contratos del proyecto, volumen, variedad de funciones usadas, primer y último bloque de actividad.
Posiciones en el protocolo. Liquidez en pools, préstamos abiertos, staking, delegaciones — en el momento del snapshot o en promedio durante un periodo.
Datos fuera de la cadena. Puntos, tareas completadas, cuentas vinculadas — si el proyecto los registraba.

Lo que normalmente no cuenta: transacciones pendientes en el momento del bloque, actividad en redes que el proyecto no indexa y acciones que formalmente existieron pero contradicen los criterios (por ejemplo, abrir y cerrar una posición de inmediato). Aparte: el proyecto puede hacer el snapshot según un criterio y luego filtrar el resultado según otro; aparecer en la exportación no significa aparecer en la lista de receptores.

Varios snapshots y actividad continua

Muchos proyectos han abandonado el snapshot único en favor de una serie o de un registro continuo. Las razones son las mismas: un solo bloque es fácil de «optimizar»; una serie de diez bloques aleatorios a lo largo de seis meses, no.

Esquemas habituales: varios snapshots con promedio (cuenta la media de todos), snapshots acumulativos (cada uno suma puntos que se agregan), temporadas (cada temporada es un snapshot y una asignación aparte) y registro continuo ponderado por tiempo (time-weighted), donde lo que importa no es la posición en un instante sino su integral a lo largo del periodo.

La conclusión práctica es una: cuanto más complejo es el esquema de registro, menos importa cualquier momento concreto y más importa la regularidad. Si el proyecto anunció una temporada, por regla general eso significa un snapshot al final de la temporada o varios dentro de ella. Cómo se refleja esto en los estados del proyecto se explica en el artículo sobre los estados de un airdrop.

Si llegaste tarde al snapshot

Primero, lo que no va a funcionar. La actividad posterior a un snapshot anunciado no entrará en él, por mucha que sea. Presentar una apelación con el argumento «no sabía la fecha» tampoco funciona: los criterios se aplican a los datos, no a las intenciones.

Lo que sí conviene comprobar:

Si el snapshot fue el único. Si el proyecto tiene temporadas o varios snapshots, el siguiente puede contar la actividad actual. Lee la fuente original, no un resumen.
Si existen apelaciones de fondo. Algunos proyectos revisan casos en que una wallet cayó por error en el filtro Sybil o los datos se extrajeron mal. Esto solo funciona cuando hay un error demostrable por parte del proyecto.
Si la actividad sigue en tu historial. No desaparece: otros proyectos del mismo ecosistema a veces tienen en cuenta la interacción con protocolos vecinos, y el proyecto puede volver más adelante con un bonus retroactivo.

Si nada de esto aplica, el snapshot se perdió, y lo mejor que puedes hacer es no cambiar tu comportamiento por el siguiente rumor. El uso regular de productos que realmente necesitas cubre cualquier snapshot sin adivinar fechas. CoinDropster registra el paso de los proyectos al estado Snapshot en cuanto aparece información oficial, para que te enteres por la fuente original y no por un chat. Ver airdrops rastreados →