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

Разработка инструмента отслеживания потенциальных аирдропов начинается с пула из 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 рабочий день — свяжитесь с нами для консультации. Получите демонстрацию готового решения на ваших данных.