AI смотрит за китами в ончейне: как выбрать настоящий сигнал из шума Nansen / Arkham

1. Кто такие «киты» #

«Кит» — размытое понятие. В разных контекстах это разные сущности:

На практике лучшая цель для постоянного AI-отслеживания — «умные деньги». Внимание к таким адресам привлекает история их сделок, а размер холда тут ни при чём. У каждого поставщика данных свои критерии тегов, поэтому сначала прочитайте его актуальное описание, а затем выборочно сверьте с ним прошлые сделки нескольких адресов.

2. Откуда шум в алертах крупных переводов #

Алерты крупных переводов Nansen / Arkham могут собирать разные типы ончейн-активности в одну очередь. Сумма и адрес назначения сами по себе не доказывают рыночный мотив, поэтому сначала классифицируйте алерт и только потом решайте, нужен ли дальнейший разбор.

Типы шума:

• Внутренние перемещения у бирж. Биржа переводит крупные суммы между собственными кошельками. Если по тегам адресов на обоих концах одна и та же биржа, такой перевод нельзя напрямую читать как покупку или продажу. Теги тоже бывают ошибочными, так что сначала их проверьте.
• Хеджирование маркет-мейкеров. Ончейн-переводы маркет-мейкеров крупные и частые. Если тег указывает на маркет-мейкера, перевод точно так же нельзя напрямую читать как направление сделки: его назначение по одной только цепочке не видно.
• Перемещения между холодным и горячим кошельком. Институция перебрасывает крипту из cold в hot для обслуживания выводов клиентов — выглядит как «институциональная покупка», а это вообще не она.
• Эмиссия / сжигание стейблкоинов. Tether / Circle регулярно эмитируют и сжигают сотни миллионов USDT/USDC. Это пополнение ликвидности, а не «рыночный спрос».
• Кросс-чейн мосты. BTC уходит в BSC (BTCB), ETH — в Arbitrum. На вид «огромный перевод», по сути — тот же актив на другой сети.

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

3. 5 типов сигналов, за которыми стоит следить #

Сигнал 1 · Несколько независимых Smart Money адресов одновременно заходят в новый токен

Критерий: один и тот же токен в течение 48 часов куплен 3+ независимыми Smart Money адресами (не суб-адресами одной сущности), позиция > $50K у каждого.

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

Как делает AI: используем Smart Money flow в Nansen + AI делает дедупликацию (адресные кластеры одной сущности сворачиваются в 1) + AI классифицирует, действительно ли это «новый токен», а не «внутренняя раздача команды».

Сигнал 2 · Адреса-холдеры BTC дают значимый чистый приток / отток на CEX

Критерий: адреса с 100+ BTC в сумме (агрегированно) за 7 дней дали чистый приток на CEX > 5 000 BTC или чистый отток > 5 000 BTC.

Почему стоит проверить: отдельный перевод на CEX может быть движением cold → hot, а агрегированный поток подтверждает только переводы между помеченными адресами и кошельками биржи. Он не доказывает сокращение позиции, накопление или направление рынка. Исключите внутренние переводы биржи, миграции кастодиана и дубли кластеров, затем проследите дальнейший путь средств.

Как делает AI: метрик Exchange Net Position Change у Glassnode + AI сравнивает 7-дневный / 30-дневный срез + AI сводит это с Fear & Greed Index и funding rate (см. AI-разбор Fear & Greed Index).

Сигнал 3 · Мультисиг проекта подал предложение о крупном переводе

Критерий: в Safe проекта появилась ожидающая транзакция либо действие казначейства попало в governance-контракт или timelock. Это разные состояния; ожидающая транзакция в мультисиге не равна голосованию.

Почему это важно: у Safe нет универсального окна 48–72 часа. После достижения порога подписей owner транзакция может быть исполнена. Дополнительная задержка возникает из governance, timelock, module или guard проекта. Перед оценкой времени проверьте порог, собранные подписи, состояние governance и timelock. Официальная документация Safe описывает threshold и исполнение.

Как делает AI: следим за ожидающими транзакциями Safe и декодируем calldata; если есть governance или timelock, читаем их состояние отдельно. AI может упорядочить поля, но готовность к исполнению проверяется по контракту.

Сигнал 4 · Долго спавший адрес внезапно проснулся

Критерий: адрес BTC, не двигавшийся 1+ год, делает разовый исходящий перевод > 50 BTC. Либо любой исходящий перевод от адреса с возрастом 3+ года.

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

Как делает AI: используйте Coin Days Destroyed (CDD), чтобы описать возраст перемещённых монет, затем сводите получателей и дальнейшие пути. Изменение CDD помогает расставить приоритеты проверки; само по себе оно не доказывает вершину или распределение.

Сигнал 5 · Несколько маркет-мейкеров одновременно сужают котировки (книги ордеров мельчают на нескольких биржах)

Критерий: глубина «лучший бид / лучший аск» по BTC/USDT на Binance + OKX + Coinbase синхронно проседает на 30%+ и держится так > 4 часов.

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

Как делает AI: снимайте данные глубины Coinglass / Kaiko через фиксированные интервалы и сравнивайте одну и ту же площадку, уровень глубины и похожее время с историческим распределением. AI может отмечать аномалии и собирать публичный контекст; причину и масштаб всё равно проверяет человек.

4. Набор инструментов · Nansen / Arkham / Glassnode / Skills Hub #

Ни один инструмент не закрывает все 5 сигналов. Сочетать их можно по задачам, например так:

Сначала выпишите нужные сети, теги, типы алертов, глубину истории и экспорт/API. Сейчас Nansen указывает планы Free и Pro; в день покупки откройте официальную страницу планов и таблицу сравнения.

5. Алерт Nansen и шаблоны правил #

Начните с одного реального сценария: откройте Smart Alerts в Nansen. В текущем потоке можно описать Agent, что отслеживать, или выбрать preset, дождаться создания алерта и нажать Create Alert. Другой путь — Create Smart Alerts Manually, затем Token Transfers и заполнение адреса и доступных в текущей форме условий по токену/сумме. Доставка идёт в Telegram DM, Discord или Slack. Функции зависят от тарифа и интерфейса; смотрите актуальное руководство Nansen.

После создания вернитесь в Smart Alerts и проверьте, что правило включено, сеть и цель верны, канал подключён. Тестируйте на активном адресе; если текущая форма показывает порог суммы, временно снизьте его и дождитесь реального перевода. Сверьте hash, сеть, токен и сумму в соответствующем explorer, затем верните рабочие настройки. Если уведомления нет, проверьте статус, сеть, адрес/тег, доступные фильтры, mute и право бота публиковать сообщения.

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

# Правило 1: концентрация умных денег в одном токене
Условия:
- один и тот же токен в течение 48 часов куплен ≥3
  независимыми Smart Money адресами
- объём каждой покупки ≥ $50K
- токен листингу ≥ 14 дней (исключаем ловушки ранней низкой ликвидности)
Алерт: Telegram

# Правило 2: аномальный чистый поток BTC-китов на CEX
Условия:
- адреса 100+ BTC за 7 дней дали чистый приток на CEX > 5 000 BTC
   ИЛИ чистый отток > 5 000 BTC
- при этом цена BTC изменилась < ±5% (давление ещё не вылилось)
Алерт: Telegram + Email

# Правило 3: новое предложение в мультисиге крупного проекта
Условия:
- проект из списка watchlist подал новую транзакцию в мультисиге
- сумма > 5% казначейства
Алерт: Telegram + автоматический AI-перевод сводки calldata

# Правило 4: пробуждение OG-адреса
Условия:
- адрес BTC, не двигавшийся ≥ 3 года, делает исходящую транзакцию
- разовый отток ≥ 50 BTC
Алерт: Telegram

# Правило 5: аномалия глубины стакана
Условия:
- глубина «бид-аск» по BTC/USDT на трёх ведущих биржах
  синхронно проседает ≥ 30%
- держится ≥ 4 часов
Алерт: Telegram; решение о паузе grid bot после ручной проверки

# Правило 6: сводный сигнал «окна риска»
Условия:
- в одну неделю срабатывают любые 2 из правил 2 + 4 + 5
Алерт: красный сигнал в Telegram; ручная проверка и действующий риск-план

Правило 6 собирает несколько источников в одну очередь проверки; это не команда для автоматической сделки. Качество проверяется на своей истории с заранее заданным определением ложного срабатывания.

6. 5 сценариев-иллюстраций #

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

Сценарий 1 · Несколько Smart Money адресов покупают один токен

Представьте несколько независимых адресов, которые покупают один токен в коротком окне. После дедупликации Правило 1 создаёт алерт. Дальше проверяют кластеры, ликвидность и переводы команды, а не покупают автоматически.

Сценарий 2 · Крупные адреса отправляют активы на CEX

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

Сценарий 3 · Действие казначейства проекта

Установите, что именно появилось: ожидающая подписей транзакция Safe, голосование governance или операция в timelock. Safe может исполнить транзакцию после достижения порога; опережение есть только там, где отдельный контракт задаёт срок или задержку.

Сценарий 4 · Проснулся давно неактивный адрес

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

Сценарий 5 · Глубина падает на нескольких биржах

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

7. Так делать не надо #

• Не копируйте конкретную сделку конкретного кита. Перевод подтверждает движение актива, а время его обнаружения зависит от сети и провайдера данных. Проверьте адрес, контрагента и дальнейший путь вместо того, чтобы считать одну транзакцию торговой инструкцией.
• Не разрешайте AI автоматически открывать ордера по алертам. Алерт Правила 6 требует ручной проверки исходных данных, тегов и пути транзакции. Интерпретация мотива от AI не должна сама запускать ордер.
• Не покупайте тариф до постановки задачи. Сначала проверьте сеть, теги, тип алерта и экспорт, затем сравните текущие функции Free / Pro.
• Не воспринимайте сигналы от китов как абсолютную истину. Публичное раскрытие, ончейн-перевод и фактическое исполнение могут происходить в разное время и включать кастодиальные или внутренние перемещения. Составьте временную линию и установите принадлежность адресов до вывода о значении события.

8. Частые вопросы #

Q1. Что можно делать только на бесплатных инструментах?

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

Q2. Nansen или Arkham — что выбрать?

В Nansen проверьте нужные теги Smart Money, сети и Smart Alerts. В Arkham — профили сущностей, кластеры адресов и историю переводов цели. Текущие тарифы Nansen называются Free и Pro. Функции меняются у обоих сервисов, поэтому проверьте одни и те же адреса в обоих и решайте по тому доступу, который каждый даёт сейчас.

Q3. Может ли AI сам определить, «какие адреса — Smart Money»?

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

Q4. Если копировать кита, не может ли он играть против?

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

Q5. Хватает ли задержки ончейн-данных для практической работы?

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

Q6. Как проверить, что AI не выдумал ончейн-данные?

Сначала определите сеть, затем найдите hash в её explorer: mempool.space для Bitcoin, Etherscan для Ethereum, BscScan для BNB Smart Chain и Solana Explorer для Solana. Сверьте сеть, статус, блок, время, актив, сумму и контрагента, а затем отделите факты от интерпретации AI. Без hash и названия сети утверждение не проверить. Подробнее в статье «Как распознать ошибки AI».

— PromptDeck, опубликовано 2026-05-22; обновлено 2026-10-06
Дополнительное чтение: AI-разбор Fear & Greed Index ｜ Автоматизация схемы через Binance Skills Hub ｜ Как распознать ошибки AI