Cómo hacer seguimiento de airdrops y no perderte el snapshot

Cómo hacer seguimiento de airdrops cuando hay más de cinco proyectos, cada uno con su estado, sus plazos y su wallet, y la información está repartida en decenas de canales: es una cuestión de sistema, no de disciplina. Sin él, un snapshot de airdrop perdido o una ventana de claim cerrada se convierten en la norma. Este artículo describe un proceso de trabajo para llevar varios proyectos: qué anotar, cómo hacerlo a mano, en qué ayuda un tracker y cómo montar una rutina que ocupe una hora a la semana.

Aquí se describe una forma de organizar el registro, no una garantía de que no te perderás nada: las fechas de los snapshots no se anuncian y los proyectos cambian las condiciones sin aviso. El material no es un consejo financiero ni legal.

Para qué llevar un registro de airdrops

Un proyecto se puede tener en la cabeza. Diez, no: cada uno está en su etapa (uno todavía en Potential, otro con el claim abierto), tiene sus plazos (ventana de claim, fin de temporada de puntos, plazo de apelación), su conjunto de acciones hechas y pendientes y, si mantienes la higiene de wallets, su propia dirección.

Sin registro llegan las pérdidas típicas. Una ventana de claim perdida: los tokens vuelven a la tesorería. Actividad continuada después del snapshot: gas tirado. Un permiso olvidado sobre el contrato de un protocolo cerrado hace tiempo: un canal abierto para un vaciado. Una wallet confundida: acciones enviadas desde la dirección equivocada que no entran en los criterios. Cada uno de estos errores es más barato de prevenir con una tabla que de arreglar a posteriori.

El segundo argumento son las decisiones. Cuando los costes y el estado de cada proyecto están anotados, la pregunta «¿sigo o no?» deja de ser una sensación y pasa a ser una comparación de cifras.

Qué anotar de cada proyecto

Un conjunto mínimo de campos que cubre la mayoría de las situaciones:

Estado. Potential, Confirmed, Snapshot, Verification, Reward available o Distributed, y la fecha del último cambio. Qué significa cada uno y qué acción corresponde se explica en el artículo sobre los estados de un airdrop.
Wallet. Qué dirección participa. Un solo campo que evita el error más caro.
Qué está hecho. Lista de acciones completadas con fechas: swap, bridge, liquidez, votación. No como informe para el proyecto, sino para ti: para ver los huecos y no repetir lo hecho.
Plazos. Fin de temporada, ventana de claim, plazo de apelación, fecha de desbloqueo: todo lo que tenga fecha. Con la fuente: de dónde salió la fecha.
Costes. Gas, comisiones, capital bloqueado. Acumulados.
Fuentes. Enlaces a la documentación oficial, las redes verificadas y el verificador, comprobados una vez y guardados para no buscarlos de nuevo y no caer en una falsificación.
Permisos. Qué approvals se concedieron a los contratos del proyecto, para revocarlos cuando termine.

Los campos «asignación esperada» o «pronóstico de beneficio» quedan fuera de esta lista a propósito: antes de que se anuncien los criterios no aportan información y solo distorsionan las decisiones.

El método manual: tabla y notas

Una tabla en cualquier editor resuelve el problema para una docena de proyectos. Una fila por proyecto y las columnas son los campos de la sección anterior. El formato condicional por estado y por cercanía del plazo hace visible lo urgente sin leer toda la tabla.

Hábitos útiles al llevarla a mano. La fecha de actualización de la fila como columna aparte: una fila sin actualizar en un mes es una señal para revisar el proyecto. Los enlaces a las fuentes dentro de la tabla, no en los marcadores del navegador: así están junto al estado. Una hoja de «terminados» a la que pasan los proyectos en Distributed tras revocar permisos, para que la lista principal no crezca sin límite.

Los límites del método manual son claros: los estados hay que actualizarlos uno mismo siguiendo los canales de cada proyecto, y ese es justo el trabajo que la tabla no reduce. Con dos o tres proyectos no es problema; con veinte, vigilar las fuentes ocupa más tiempo que la propia actividad.

En qué ayuda un tracker

Un tracker de airdrops cubre exactamente la parte que la tabla manual no cubre: la vigilancia de las fuentes. Qué hace CoinDropster en ese papel:

Rastrea el cambio de estado. El paso de un proyecto de Potential a Confirmed, la apertura del claim, el fin del reparto se registran a partir de datos oficiales. No necesitas leer los canales de cada proyecto para saber que la etapa cambió.
Reúne los datos en la página del proyecto. Estado, fondos captados e inversores, tipo de recompensa, coste de entrada, tiempo para las tareas, fecha de listado: lo que de otro modo habría que buscar en la documentación y las noticias.
Ofrece checklists con progreso. En la aplicación, los usuarios registrados tienen por cada proyecto un checklist de tareas paso a paso con marcas de completado y plazos. Sustituye las columnas «qué está hecho» y «plazos» de la tabla manual, pero no sustituye tu decisión de participar o no.

Lo que un tracker no hace: no sabe la fecha del snapshot (no la sabe nadie), no se responsabiliza de tus wallets ni permisos, no promete asignación. El esquema razonable: el tracker para estados y pasos, una nota corta propia para la wallet, los costes y los permisos.

Cómo notar que se acerca el snapshot

La fecha exacta no se anuncia, y cualquier «insider» con fecha es, con alta probabilidad, un invento o un evento ya pasado. Pero hay señales indirectas de que el proyecto avanza hacia fijar los datos:

Se anuncia el fin de una temporada o etapa del programa de puntos: el snapshot suele coincidir con su cierre.
El equipo publica «resultados» de actividad, rankings, estadísticas de usuarios: esto a menudo precede al anuncio de los criterios.
Aparecen formulaciones sobre «eligibility», «allocation», «criteria» en la documentación o en las respuestas del equipo.
Se abre o se anuncia un verificador de elegibilidad.
El proyecto cambia a Confirmed: a partir de ese momento el snapshot puede ser cualquier día y, en los drops retroactivos, ya ha quedado atrás.

Consecuencia práctica: reaccionar a las señales con un arranque de actividad no tiene sentido; si el snapshot está cerca, el arranque o no llega a tiempo o cae en el filtro como «vida solo durante la campaña». Las señales sirven para otra cosa: comprobar que la wallet está en orden, que los permisos están al día y que las fuentes están guardadas antes de que empiece la ola de «claims» falsos. Qué cuenta en el snapshot y qué hacer si llegaste tarde se explica en el artículo sobre los snapshots de airdrop.

Aparte, sobre los hubs de información. Los chats, los agregadores de noticias y los «canales alfa» dan velocidad, no fiabilidad. Cualquier mensaje sobre una fecha, unos criterios o la apertura del claim se comprueba con las fuentes oficiales de tu tabla, y solo después se hace algo.

Rutina semanal

Los sistemas funcionan cuando tienen horario. Una pasada a la semana, en un día fijo, cierra la mayoría de las tareas:

Estados. Cotejar los estados de los proyectos con el tracker o las fuentes oficiales. Marcar con fecha los que cambiaron.
Plazos. Ver qué vence en las próximas dos semanas: ventanas de claim, fines de temporada, plazos de apelación, desbloqueos.
Actividad. Para los proyectos en Potential y Confirmed, hacer lo que tenga sentido y no esté hecho, a un ritmo natural. Qué tipos de tareas existen y cuánto cuesta cada una se explica en el artículo sobre los tipos de tareas en los airdrops.
Costes. Sumar el gas y las comisiones de la semana. Si el total de un proyecto superó el umbral fijado de antemano, replantear la participación.
Permisos y terminados. Para los proyectos que pasaron a Distributed, revocar permisos y moverlos al archivo.
Fuentes. Una vez al mes, comprobar que los enlaces guardados siguen llevando a los recursos oficiales.

Esa pasada lleva entre media hora y una hora y no exige presencia diaria en los chats. Todo lo que ocurra entre pasadas o se refleja en el estado del proyecto o puede esperar a la semana siguiente; y si no puede esperar, lo más probable es que sea una urgencia creada por estafadores, no por el proyecto. Los estados actuales de los proyectos rastreados están reunidos en el catálogo de CoinDropster. Ver airdrops rastreados →