StonkBuilder
RU

криптоаналитика

Долгосрочные стейкеры JUP: более продуманная аудитория для аирдропа

Автор: Редакция StonkBuilderОпубликовано 16 сент. 2026Обновлено 2 окт. 20266 мин чтения

Проекты могут вознаграждать устойчивое участие, а не только баланс кошелька. С помощью JUP Staker Scanner найдите долгосрочных стейкеров JUP для раздач сообществу, а затем прочитайте разбор стейкинга JUP — он поможет отделить механику управления от любых заявлений о праве на участие в кампаниях.

Когда проект хочет поблагодарить тех, кто стабильно был рядом, текущий баланс токенов — слабая отправная точка. Кошелёк мог купить токены вчера, перевести их между аккаунтами или ненадолго застейкать и выйти. В простом снимке такие кошельки могут выглядеть точно так же, как долгосрочные сторонники.

JUP Staker Scanner даёт проектам более полезный взгляд: текущий активный стейк, минимальный баланс и время, проведённое выше этого баланса. Так проще найти потенциальную аудиторию для наград за лояльность, раннего доступа или аирдроп-кампаний, не прося пользователей подключать кошелёк.

Важно: Это независимый аналитический инструмент StonkBuilder. Он не связан с Jupiter и не одобрен им, а также не определяет право на участие в каком-либо аирдропе Jupiter или третьих лиц. Его результаты описывают публичную ончейн-активность; правила кампании может устанавливать только проект, который её проводит.

Почему длительность полезнее снимка

«Сколько у них токенов?» — вопрос, который легко задать и легко измерить. «Как долго они сохраняют приверженность?» — вопрос лучше, если цель — вознаградить единомышленников.

Список только по балансу обычно выделяет самые громкие цифры. В нём могут быть перепредставлены недавние накопления, кошельки казначейства, кастодиальные структуры или аккаунты, сменившие владельца. Список с учётом длительности добавляет в картину поведение. Он помогает проекту разделить:

  • Недавно набравшие позицию: кошельки с заметным балансом, но небольшим временем в позиции.
  • Стабильные сторонники: кошельки, которые долго держались выше выбранного порога.
  • Крупные, но непроверенные позиции: кошельки с большим объёмом, которые ещё не показали длительности.
  • Небольшие или случайные позиции: кошельки, которым может больше подойти широкая награда для сообщества, чем уровень, основанный на убеждённости.

Длительность не доказывает личность, намерения или будущее поведение. Это просто более ясный сигнал, чем восприятие каждого кошелька как строки в таблице балансов.

Что на самом деле измеряет трекер

Сканер читает данные стейкинга для управления Jupiter в Solana. Для каждого кошелька он вычисляет связанный эскроу Locked Voter и берёт из этого аккаунта достоверное значение активного стейка.

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

  • не менее 100 JUP в активном стейке в течение шести месяцев;
  • не менее 500 JUP в течение девяти месяцев; или
  • не менее 1,000 JUP в течение 12 месяцев.

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

Как читать график: баланс и приверженность распределены по-разному

Визуальная сводка выше сравнивает два взгляда на одну и ту же аудиторию. Рейтинг только по балансу группирует кошельки по тому, сколько у них есть сегодня. Взгляд с учётом устойчивого стейка группирует их по тому, как долго они оставались выше минимума.

Не стоит ожидать, что эти распределения совпадут. Некоторые крупные кошельки появились недавно; некоторые средние кошельки необычайно постоянны. Именно это расхождение — практическая причина учитывать оба измерения при разработке кампании.

Для проектов правильный вопрос — не «У кого больше всего?», а «Какое поведение мы хотим отметить?». Широкая кампания по привлечению может опираться на текущий баланс. Кампания лояльности может предпочесть порог длительности. Двухуровневая кампания может использовать оба критерия, не делая вид, что какой-либо из них идеально измеряет вклад в сообщество.

Практический процесс для команд проектов

1. Начните с гипотезы кампании

Прежде чем открывать сканер, решите, что именно должна отмечать награда. Цель — долгосрочная убеждённость, участие в управлении, ранняя поддержка экосистемы или широкая узнаваемость? От ответа должен зависеть фильтр.

2. Задайте правило, которое можно объяснить

Выберите минимальный активный стейк и длительность, соответствующие бюджету наград. Правило вроде «1 000 JUP непрерывно в течение 12 месяцев» сообществу понять проще, чем закрытую оценку с необъяснёнными весами.

3. Найдите или проверьте кошельки

Используйте «Найти кошельки» для изучения более широкой аудитории. Используйте «Проверить один кошелёк» по просьбе участника сообщества о прозрачной проверке. Используйте «Проверить список» для случаев, когда у проекта уже есть кошельки-кандидаты из формы, с форума управления или из allowlist.

4. Проверьте покрытие перед экспортом

Инструмент сообщает, если историческое покрытие ещё индексируется. Считайте неполную историю нижней границей, а не доказательством того, что кошелёк не прошёл правило. Прежде чем превращать результаты в окончательный список, проверьте примечания о покрытии.

5. Опубликуйте правило и дату среза

Запишите порог, длительность, сеть, время снимка, правила обработки кошельков и окно для получения. Если у проекта несколько уровней, опубликуйте логику для каждого. Воспроизводимое правило ценнее эффектного рейтинга.

Обратите внимание: гайд по криптоаналитике даёт более широкий чек-лист для чтения публичных отчётов блокчейна, чтобы не путать наблюдение с выводом.

Стройте аирдроп вокруг людей, а не только адресов

Ончейн-список — отправная точка, а не полноценная система идентификации сообщества. Продуманная кампания должна также учитывать:

  • может ли один человек контролировать несколько кошельков;
  • нужно ли исключить контракты, кастодианов или мультисиги либо проверить их отдельно;
  • как будет работать защита от сибил-атак без сбора лишних персональных данных;
  • смогут ли получатели безопасно забрать токены, не раскрывая сид-фразу или приватный ключ; и
  • как будут рассматриваться споры и поздние заявки.

Не обещайте, что кошелёк «проверен», «принадлежит реальному человеку» или «гарантированно пройдёт отбор» только потому, что он попал в результаты сканирования. Говорите точно, что было измерено и что остаётся неизвестным.

Чего этот трекер не скажет

Сканер не может знать критерии будущей раздачи и не заменяет официальных объявлений. Он также не измеряет автоматически офчейн-активность, рефералов, использование продукта, контекст голосований или вклад в соцсетях.

Активный стейк здесь имеет конкретный смысл. Запуск частичного анстейка сразу выводит JUP из активного стейка; отмена возвращает токены обратно. Токены в 30-дневном периоде ожидания полного анстейка продолжают считаться активными, пока их не выведут, и инструмент помечает это состояние. Из-за лимитов публичных RPC воспроизведение истории также может идти ограниченными шагами.

Такая прозрачность — это достоинство. Хорошая аналитика показывает неопределённость, а не прячет её за оценкой.

Вывод для разработчиков

Долгосрочные стейкеры JUP не становятся автоматически лучшими пользователями, участниками или получателями аирдропов. Это узнаваемая аудитория с одним наблюдаемым поведением: устойчивым участием в стейкинге для управления Jupiter.

Этот сигнал может помочь проекту сделать кампанию более осмысленной, объяснимой и менее зависимой от произвольных снимков баланса. Используйте его вместе с собственными критериями продукта, публикуйте правило, защищайте приватность получателей и держите обещания узкими.

Откройте JUP Staker Scanner, загляните в блог StonkBuilder; можно также начать с раздела Learn — там больше гайдов с опорой на доказательства.

Только независимый анализ. Не финансовая консультация, не сообщение от Jupiter и не гарантия права на участие в каком-либо аирдропе или программе наград.

Рецензент: Редакция StonkBuilder · Последняя проверка: 16 сент. 2026

Источники