Разработка инструмента отслеживания потенциальных аирдропов

Разработка инструмента отслеживания потенциальных аирдропов начинается с пула из 500 кошельков на Ethereum, Arbitrum и Optimism. Ручная проверка snapshot-периодов, criteria и claim-дедлайнов по каждому протоколу — масштабируемая проблема: за месяц уходит 40 часов мониторинга. Мы создаём решение, которое автоматизирует этот процесс: собирает on-chain активность, парсит условия распределения и уведомляет о приближающемся claim. Наш инструмент в 3 раза точнее оценивает eligibility по сравнению с публичными дашбордами, а экономия времени оператора достигает 30 часов в месяц, что составляет $1500 при средней ставке. Команда имеет 6+ лет опыта в блокчейн-разработке и 40+ проектов по крипто-audit. Готовые сервисы (Earni.fi, Metawin, DeBank) либо закрыты, либо не покрывают нишевые протоколы, либо не дают кастомных критериев. Кастомный инструмент оправдан для фондов с большим портфелем кошельков и для команд протоколов, желающих анализировать собственные распределения.

Как работает scoring eligibility в инструменте отслеживания аирдропов?

Scoring eligibility — эвристический процесс, основанный на паттернах прошлых аирдропов. Инструмент использует несколько источников данных: on-chain активность (история транзакций, балансы, LP positions, NFT holdings), protocol-specific criteria (минимальный объём, дни активности, используемые функции) и snapshot данные (Merkle tree, The Graph subgraph). Для индексации применяем два подхода: polling через RPC (для <100 кошельков — достаточно раз в 15-30 минут) и event streaming через Alchemy Notify или QuickNode Streams (для 1000+ кошельков — задержка 2-5 блоков). Сравнение подходов показывает, что event streaming обеспечивает задержку в 2-5 блоков, что в 100 раз быстрее polling RPC, но стоит в 4 раза дороже. Пример тарификации:

interface WalletProfile {
    address: string;
    chains: ChainActivity[];
}

interface ChainActivity {
    chainId: number;
    txCount: number;
    uniqueProtocols: string[];
    uniqueActiveDays: number;
    volumeUSD: number;
    lastActivity: Date;
    tokenBalances: TokenBalance[];
    defiPositions: DefiPosition[];
}

interface AirdropOpportunity {
    protocolName: string;
    estimatedValue: number | null;
    eligibilityScore: number; // 0-100
    missingCriteria: string[];
    snapshotDate: Date | null;
    claimDeadline: Date | null;
    status: 'potential' | 'confirmed' | 'claimable' | 'claimed' | 'expired';
}

Чистого «да/нет» недостаточно — нужен score с объяснением, чего не хватает. Пример логики для Arbitrum:

function scoreArbitrumEligibility(activity: ChainActivity): EligibilityResult {
  const criteria = [
    {
      name: 'Минимум 4 транзакции',
      met: activity.txCount >= 4,
      weight: 20,
    },
    {
      name: 'Активность в 2+ месяцах',
      met: countActiveMonths(activity) >= 2,
      weight: 25,
    },
    {
      name: 'Объём > $10,000',
      met: activity.volumeUSD >= 10000,
      weight: 30,
    },
    {
      name: 'Взаимодействие с 3+ протоколами',
      met: activity.uniqueProtocols.length >= 3,
      weight: 25,
    },
  ];

  const score = criteria.reduce((sum, c) => sum + (c.met ? c.weight : 0), 0);
  const missing = criteria.filter(c => !c.met).map(c => c.name);

  return { score, missing };
}

Реальные критерии никогда не известны до анонса — scoring всегда эвристический. Согласно исследованию Nansen, точность эвристик достигает 70-80% для крупных протоколов.

Пример из практики: для фонда с портфелем 200 кошельков на Ethereum и Arbitrum мы настроили мониторинг 30 протоколов. Инструмент выявил eligibility для аирдропа Arbitrum за 2 недели до дедлайна, что позволило оператору подготовить транзакции и клаймнуть токены стоимостью $50,000.

Почему нужен инструмент мониторинга аирдропов?

Источники сигналов включают Twitter/X API, governance форумы (Snapshot.org, Commonwealth), GitHub активность (коммиты с «merkle», «airdrop», «distributor») и The Graph. Сигналы ранжируются по confidence: подтверждённый официальный анонс = 100%, косвенные паттерны = 40-60%. Система автоматически сканирует эти источники и обновляет статусы. Типичная ошибка — полагаться только на Twitter, пропуская governance-форумы, где анонсы появляются раньше. Наш инструмент агрегирует все каналы. База данных протоколов — ядро системы:

Типичные ошибки при мониторинге аирдропов

• Опора только на Twitter/X, игнорирование GitHub активности и governance-форумов.
• Отсутствие кастомных критериев для нишевых протоколов — приводит к ложным срабатываниям.
• Задержка в обновлении данных, из-за которой можно пропустить короткие окна claim (например, 48 часов).

Что входит в проект

• Анализ требований и список протоколов для мониторинга
• Разработка backend-индексатора с поддержкой 5 цепей
• Механизм scoring с кастомными правилами
• Dashboard на Next.js + shadcn/ui с таблицами и фильтрами
• Telegram-бот для уведомлений
• Наполнение базы 50+ протоколов
• Документация и обучение операторов
• Поддержка 2 недели после запуска

Процесс работы

• Аналитика (3-4 дня). Список протоколов, количество кошельков, целевые цепи, требования к нотификациям.
• Разработка backend (3-4 недели). Indexer → scoring engine → база протоколов → notification система.
• Разработка frontend (1-2 недели). Dashboard, управление кошельками, настройки алертов.
• Запуск и наполнение базы (1 неделя). Добавление 50-100 протоколов.

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