Airdrop snapshot: что такое снапшот в крипто и что если опоздал

Airdrop snapshot — это момент, в который проект «фотографирует» блокчейн и решает, чья активность считается. Всё, что произошло до этого блока, попадает в расчёт; всё, что после, — нет. Если ты хочешь понять, что такое снапшот в крипто и почему вокруг него столько слухов, важно разделить три вещи: механику фиксации данных, политику проекта по объявлению даты и то, как это влияет на твои действия.

Эта статья объясняет, как технически и организационно устроены снапшоты. Она не предсказывает даты конкретных проектов и не гарантирует, что попадание в снапшот означает аллокацию. Не финансовый и не юридический совет.

Что такое снапшот

Технически снапшот — это состояние блокчейна на определённой высоте блока. Проект выбирает номер блока (или временную метку, которая к нему привязана) и выгружает все данные, которые нужны для расчёта: балансы, историю транзакций, взаимодействия с контрактами, позиции в пулах. Дальше эти данные обрабатываются оффчейн: применяются критерии, считаются аллокации, фильтруются Sybil-кластеры.

Важно, что снапшот — это не действие в сети, которое ты мог бы заметить. Блокчейн хранит всю историю, поэтому проект может «сделать снапшот» задним числом в любой момент: просто взять данные на блоке недельной давности. Отсюда следует первое правило: если снапшот объявлен, он уже состоялся, и изменить своё положение в нём нельзя.

Бывают и не-блочные снапшоты: для оффчейн-активности (поинты, задания, тестнет) проект фиксирует состояние своей базы данных на определённую дату. Механика та же — граница, после которой действия не считаются.

Почему дату не объявляют

Проекты почти никогда не сообщают дату снапшота заранее, и у этого есть рациональная причина. Если дата известна, активность концентрируется в последние дни перед ней: в сеть приходят кошельки, которые делают минимум действий и исчезают. Такой снапшот фиксирует не пользователей, а очередь за наградой.

Скрытая дата делает естественную активность выгоднее подогнанной. Тот, кто пользуется продуктом постоянно, попадёт в любой снапшот. Тот, кто ждёт сигнала, чтобы сделать три транзакции, рискует опоздать или попасть под фильтр за «жизнь только на время кампании» — этот паттерн подробно разобран в статье о Sybil-фильтрах.

Отсюда же — рынок слухов. Любая «инсайдерская» дата снапшота, гуляющая по чатам, с высокой вероятностью либо выдумана, либо уже прошла. Проверять её невозможно, а действовать по ней бессмысленно: если она верна, ты уже опоздал; если нет, ты потратил ресурсы впустую.

Что учитывается в снапшоте

Проект решает сам, какие данные извлекать, и это определяется критериями. Типичные категории:

Балансы и холд. Сколько и какого актива на адресе в момент блока. Часто с условием минимальной длительности удержания — тогда смотрят не один блок, а серию.
История взаимодействий. Число транзакций с контрактами проекта, объём, разнообразие функций, первый и последний блок активности.
Позиции в протоколе. Ликвидность в пулах, открытые займы, стейк, делегирования — на момент снапшота или в среднем за период.
Оффчейн-данные. Поинты, выполненные задания, привязанные аккаунты — если проект их вёл.

Что обычно не учитывается: транзакции в ожидании (pending) на момент блока, активность на сетях, которые проект не индексирует, а также действия, которые формально были, но противоречат критериям (например, открыл и сразу закрыл позицию). Отдельно: проект может сделать снапшот по одному критерию, а потом отфильтровать результат по другому — попасть в выгрузку не значит попасть в список получателей.

Несколько снапшотов и непрерывная активность

Многие проекты отказались от одного снапшота в пользу серии или непрерывного учёта. Причины те же: один блок легко «оптимизировать», а серию из десяти случайных блоков за полгода — нет.

Распространённые схемы: несколько снапшотов с усреднением (считается среднее по всем), снапшоты с накоплением (каждый добавляет баллы, которые суммируются), сезоны (каждый сезон — отдельный снапшот и отдельная аллокация) и непрерывный учёт по времени удержания (time-weighted), когда важна не позиция в момент, а её интеграл по периоду.

Практический вывод один: чем сложнее схема учёта, тем меньше значит любой отдельный момент и тем больше — регулярность. Если проект объявил сезон, это, как правило, означает, что снапшот будет в конце сезона или несколько раз внутри него. О том, как это отражается в статусах проекта, — в статье о статусах аирдропа.

Если ты опоздал к снапшоту

Сначала — то, что не сработает. Активность после объявленного снапшота не попадёт в него, сколько бы её ни было. Подача апелляции с аргументом «я не знал дату» тоже не работает: критерии применяются к данным, а не к намерениям.

Что имеет смысл проверить:

Был ли снапшот единственным. Если проект ведёт сезоны или несколько снапшотов, следующий может учесть текущую активность. Читай первоисточник, а не пересказ.
Есть ли апелляции по существу. Некоторые проекты рассматривают случаи, когда кошелёк ошибочно попал под Sybil-фильтр или данные извлечены некорректно. Это работает только при наличии доказуемой ошибки со стороны проекта.
Осталась ли активность в твоей истории. Она не пропадает: другие проекты в той же экосистеме иногда учитывают взаимодействие с соседними протоколами, а проект может вернуться с retroactive-бонусом позже.

Если ничего из этого не применимо, снапшот пропущен, и лучшее, что можно сделать, — не менять поведение под следующий слух. Регулярное использование продуктов, которые тебе действительно нужны, покрывает любой снапшот без угадывания дат. CoinDropster фиксирует переход проектов в статус Snapshot, как только появляется официальная информация, чтобы ты узнавал об этом из первоисточника, а не из чата. Смотреть отслеживаемые аирдропы →