Ончейн-аналитика простыми словами: что видно в блокчейне и чего не видно

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

Если в обозревателе видно, что адрес купил токен, это факт. Фраза «кит знает инсайд и готовится к иксам» уже относится к гипотезам. Именно между этими двумя формулировками проходит главная граница ончейн-аналитики.

Что такое ончейн-данные простыми словами?

Ончейн-данные, или on-chain data, это информация, записанная непосредственно в блокчейн и доступная для проверки. В зависимости от сети сюда попадают транзакции, адреса отправителя и получателя, суммы, комиссии, время включения в блок, вызовы смарт-контрактов и события протоколов.

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

В Ethereum данных ещё больше. Адрес может принадлежать обычному внешнему аккаунту, который управляется приватным ключом, или смарт-контракту, которым управляет код. Вызов контракта способен запустить обмен на DEX, выдачу займа, ликвидацию позиции, выпуск NFT или сложную цепочку других действий. В материале о фьючерсах на криптовалюту это различие особенно важно: спотовая операция в сети и сделка по бессрочному контракту на бирже оставляют разный след.

Ончейн не нужно путать с графиком цены. График отвечает на вопрос, по какой цене прошла сделка на конкретном рынке. Блокчейн отвечает на другой: какое действие подтвердили валидаторы в публичной сети. Иногда оба сигнала совпадают по времени, иногда нет.

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

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

Типичная ошибка возникает, когда все движения внутри одной транзакции складывают в одну «сделку». Например, адрес A отправил токены в контракт, контракт передал другой токен адресу A, а часть средств ушла в пул. Ошибочно считать первый перевод самостоятельной продажей, не проверив остальные события. В учебном примере итог проверяют так: адрес A должен потерять исходный токен и получить другой, контракт или пул должен показать обратные изменения, а статус транзакции должен подтверждать выполнение. Если хотя бы одно звено не сходится, вывод следует сузить до факта движения активов, не приписывая операции экономический смысл.

Какие факты блокчейн показывает без догадок?

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

Вот что обычно можно проверить самостоятельно через блокчейн-обозреватель:

Что видно	Как это выглядит	Что можно утверждать
Перевод токена	адрес A отправил актив адресу B	перевод состоялся после подтверждения
Баланс адреса	количество ETH, BTC или токенов на момент просмотра	на адресе учтён такой баланс в данной сети
Взаимодействие с контрактом	вызов функции swap, mint, stake, borrow	адрес вызвал контракт и операция исполнилась
DEX-обмен	входной и выходной токены, комиссия, маршрут	произошёл обмен через указанный протокол
Ликвидность пула	добавление, удаление, сбор комиссии	позиция ликвидности изменилась
Комиссия и gas	потраченная комиссия, лимит, цена газа	пользователь заплатил такую сетевую комиссию
Время и блок	номер блока, timestamp, хеш транзакции	действие включено в конкретный блок

В документации Uniswap для пулов описаны события Mint, Burn, Collect и Swap. Они фиксируют выпуск или удаление ликвидности, сбор причитающихся позиции токенов и обмен в пуле. Это сильнее, чем скриншот из закрытого чата: запись можно открыть, проверить хеш и повторить расчёт.

Но даже в этой таблице есть нюансы. Баланс адреса не равен свободным деньгам владельца. Большой баланс сам по себе не говорит ни о ликвидности, ни о доступности вывода, ни о возможности продать актив по видимой цене.

Чего в блокчейне нет и почему это меняет выводы?

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

Представь перевод 5 000 ETH на адрес, который сервис разметил как депозитный адрес биржи. Факт: с одного адреса ушло 5 000 ETH, а другой адрес их получил. Осторожная интерпретация: монеты могли быть подготовлены к зачислению на биржу. Но нельзя честно написать, что «кит точно собирается продавать».

Причин несколько:

1. Получатель может быть горячим кошельком, внутренним маршрутизатором или адресом хранения.
2. Перевод может относиться к внутренней операционной логистике биржи.
3. Владелец может завести актив для залога, конвертации, OTC-сделки или ребалансировки.
4. На бирже монеты могут лежать неделями без продажи.
5. Обратный поток с биржи тоже не доказывает покупку: это может быть вывод после продажи, смена хранения или перевод клиенту.

То же касается адресных меток. Chainalysis прямо разделяет кластеризацию и атрибуцию: объединение адресов в предполагаемую группу строится на наблюдаемом поведении, а привязка группы к реальной организации требует внешней, офчейн-информации. Когда видишь label «Fund», «Market Maker» или «Exchange», полезно спросить: кто поставил метку, когда, на каком основании и может ли она устареть.

В ончейн-разборе полезнее сказать «адрес, который аналитическая база относит к бирже», чем «биржа купила». Второе звучит увереннее, но часто добавляет к факту то, чего данные не содержат.

Почему адрес не равен человеку, фонду или бирже?

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

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

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

Поэтому для темы «спот или фьючерсы: в чём разница» ончейн-аналитика даёт неполную картину. Она хорошо показывает публичные DEX-обмены и потоки в сети. По одной публичной записи нельзя установить открытый интерес, размер плеча, ликвидационную цену или лимитные заявки на централизованной площадке.

Адресная атрибуция полезна как рабочая карта, но не как судебное доказательство. Особенно осторожно стоит относиться к сообщениям вида «этот адрес принадлежит известному трейдеру». Без публичного подтверждения владельца это остаётся предположением, даже если его повторили десять аккаунтов.

Какие ончейн-метрики используют чаще всего?

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

Метрика	Что измеряет	Полезный вопрос	Главная ловушка
Число транзакций	количество операций за период	сеть используется чаще или реже?	одна сущность может создавать много технических транзакций
Активные адреса	адреса с операциями	растёт ли видимая активность?	адрес ≠ уникальный пользователь
Объём переводов	номинальную стоимость перемещённых активов	увеличились ли крупные перемещения?	объём включает внутренние и технические движения
Приток на биржи	поступления на размеченные адреса CEX	выросла ли потенциальная доступность монет для торговли?	не означает будущую продажу
Отток с бирж	выводы с адресов CEX	сократился ли биржевой баланс?	не означает накопление в долгую
DEX-объём	стоимость свопов через протокол	есть ли торговый интерес в конкретном пуле?	объём может быть стимулирован или накручен
TVL	активы в смарт-контрактах	сколько капитала размещено в протоколе?	долларовая оценка растёт вместе с ценой токенов
MVRV	отношение рыночной капитализации к реализованной	насколько текущая оценка отличается от стоимости при последнем движении монет?	сама по себе метрика не даёт команды «купить» или «продать»
Реализованная прибыль/убыток	результат расходов монет за период в методологии метрики	с каким результатом перемещаются монеты?	история конкретного владельца адреса остаётся за пределами метрики

Glassnode определяет MVRV как отношение рыночной капитализации к реализованной капитализации. Реализованная капитализация переоценивает монеты по цене их последнего перемещения, а не по текущей рыночной цене. Метрика помогает описать оценку сети, но не знает будущих новостей, решений регуляторов, плеча на деривативах и силы покупателей в конкретный момент.

Glassnode определяет Net Realized Profit/Loss как чистую прибыль или убыток в долларах США по всем монетам, потраченным за рассматриваемый период. Метрика описывает агрегированный результат расходов монет, а не историю конкретного владельца адреса.

Как читать притоки на биржи без паники?

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

Плохой сценарий чтения выглядит знакомо: в ленте появляется сообщение «на биржу завели 10 000 BTC, срочно шорт». Цена ещё растёт, автор делает новый пост с объяснением, а подписчик уже открыл сделку с плечом. Риск плеча никуда не исчезает только потому, что исходная транзакция была настоящей. О механике этого риска полезно помнить в разборе кредитного плеча.

Проверяй поток последовательно:

1. Открой хеш операции и убедись, что это именно нужный актив, сеть и сумма.
2. Посмотри отправителя и получателя: адреса, историю, контракт это или внешний аккаунт.
3. Проверь, есть ли у получателя надёжная метка и кто её поставил.
4. Сравни перевод с обычным размером операций этого адреса, а не только с громким заголовком.
5. Посмотри, был ли перевод единичным или частью серии связанных транзакций.
6. Сопоставь событие с ликвидностью рынка, спотовым объёмом и движением цены.
7. Сформулируй минимум две версии происходящего, включая нейтральную.

Пример аккуратного вывода: «В сеть поступил крупный перевод на адрес, размеченный как биржевой; это повышает вероятность, что актив стал доступен для торговли на площадке. По одной транзакции нельзя установить намерение владельца».

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

Что видно в DEX, пулах и смарт-контрактах?

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

У Uniswap ликвидность в пуле вносят поставщики ликвидности. Документация протокола описывает, что в версиях v3 и v4 ликвидность концентрируется в выбранном ценовом диапазоне. Из-за этого большая цифра TVL или резкий приток ликвидности могут плохо говорить о способности рынка выдержать продажу за пределами текущей цены.

Допустим, токен стоит $1,00. Визуально в пуле лежит $1 млн ликвидности. Это не значит, что можно продать токенов на $1 млн по цене около $1. Ликвидность может быть сосредоточена в узком диапазоне, например от $0,98 до $1,02. При сильном движении цена быстро выйдет за него, часть капитала перестанет участвовать в обменах, а проскальзывание вырастет.

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

Осторожность нужна и с «покупками умных денег». Адрес мог купить токен на $50, потому что тестировал контракт. Он мог получить токены через airdrop, OTC-сделку или перевод от связанного адреса. А бот мог провести несколько свопов ради арбитража, не делая направленной ставки на рост.

Что на самом деле означают «умные деньги крипта»?

«Умные деньги крипта» обычно означает адреса, которые аналитический сервис или автор считает успешными из-за их прошлой прибыли, ранних входов или связи с известным фондом. Это не официальный статус в блокчейне и не сертификат будущей доходности.

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

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

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

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

Как сделать учебный расчёт прибыли адреса?

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

Предположим, адрес обменял 20 ETH на 100 000 токенов ABC. Для простоты считаем, что в момент сделки 1 ETH стоил $2 000, комиссия и проскальзывание уже включены в полученный объём.

1. Стоимость входа: 20 ETH × $2 000 = $40 000.
2. Средняя условная цена входа: $40 000 ÷ 100 000 ABC = $0,40 за ABC.
3. Позже адрес продаёт 60 000 ABC и получает $42 000.
4. Реализованная выручка: $42 000.
5. Условная реализованная прибыль на проданной части: $42 000 − (60 000 × $0,40) = $18 000.
6. На адресе остаётся 40 000 ABC.
7. Если последняя рыночная цена $0,55, их нереализованная оценка: 40 000 × $0,55 = $22 000.
8. Условный общий результат по позиции: $42 000 + $22 000 − $40 000 = $24 000, или 60%.

Это учебный расчёт, не факт о реальной прибыли. Он ломается, если 20 ETH пришли от другого кошелька владельца, часть ABC получена airdrop’ом, токен нельзя продать по котировке из-за низкой ликвидности, а 40 000 ABC лежат в LP-позиции или залоге.

Ещё одна проблема: цена на графике и реально исполнимая цена отличаются. При низкой ликвидности продажа остатка может вызвать большое проскальзывание. Поэтому «баланс адреса на $22 000» нередко означает лишь оценку по последней сделке, а не сумму, которую можно быстро получить.

Как проверить ончейн-наблюдение самому?

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

Рабочая последовательность такая:

1. Найди исходный адрес или transaction hash, а не пересказ из поста.
2. Открой обозреватель соответствующей сети. Ethereum-операцию нужно смотреть в Ethereum, Solana-операцию в Solana, а не по случайному агрегатору.
3. Проверь статус транзакции. Успешно отправленная операция и успешно исполненная операция контракта могут означать разное.
4. Сверь контракт токена. Название и тикер легко подделать, адрес контракта сложнее перепутать.
5. Разверни события операции: Transfers, Swap, Mint, Burn, вызовы контрактов.
6. Посмотри предыдущее и следующее поведение адреса. Одна транзакция почти всегда беднее контекста.
7. Проверь ликвидность и торговый маршрут, если речь о покупке токена на DEX.
8. Отдели наблюдение от вывода в своих заметках двумя строками: «факт» и «возможные объяснения».

Для больших выборок и повторяемых проверок нужны не только обозреватели. Dune описывает свою платформу как инструмент для запросов к публичным блокчейн-данным и сборки дашбордов. Это удобно, когда нужно, например, посчитать число свопов определённого контракта за период. Но публичный SQL-запрос тоже не становится истиной автоматически: смотри таблицы, фильтры, период, сеть и логику автора запроса.

Если хочется строить правила входа, ончейн лучше сочетать с управлением риском. Материал о risk management полезнее любого одиночного «китового» алерта: размер позиции и заранее понятный уровень отмены идеи защищают от ситуации, когда красивый нарратив оказался неверным.

Какие ошибки чаще всего делают новички?

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

Чек-лист перед тем, как использовать ончейн-сигнал:

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

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

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

Может ли ончейн-аналитика предсказать цену?

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

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

Полезный сценарий использования ончейна выглядит так: сначала появляется идея, затем данные помогают проверить её на прочность. Например, цена растёт, а в DEX-пулах ухудшается ликвидность. Такой сигнал не даёт основания для шорта: он снижает уверенность, требует проверить проскальзывание и не гнаться за движением.

В статье о FOMO в трейдинге есть базовая мысль, которая хорошо ложится и на ончейн: скорость не делает решение качественнее. Пост с большим числом, китовой иконкой и словами «smart money» часто рассчитан именно на ощущение, что времени на проверку нет.

Когда ончейн-аналитика действительно полезна?

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

Ончейн хорошо подходит для таких задач:

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

Ончейн плохо подходит для таких задач:

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

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

Источники

1. Bitcoin Developer Documentation, Transactions - устройство транзакций, публичность адресов и история их использования.
2. Ethereum.org, Ethereum accounts - различия внешних аккаунтов и контрактных аккаунтов.
3. Glassnode Docs, MVRV Ratio - определение MVRV как отношения рыночной и реализованной капитализации.
4. Glassnode Docs, Net Realized Profit/Loss - определение чистой реализованной прибыли или убытка по потраченным монетам за период.
5. Dune Docs - работа с публичными блокчейн-данными, запросами и дашбордами.
6. Chainalysis, Address Clustering - различие кластеризации адресов и офчейн-атрибуции сущностей.
7. Uniswap Docs, IUniswapV3PoolEvents - события Swap, Mint, Burn и Collect в пулах ликвидности.