Разработка индикатора притока/оттока на биржи

Мы разрабатываем on-chain индикатор притока/оттока криптовалют на биржи — систему, которая отслеживает движения BTC, ETH и других токенов между биржевыми кошельками и внешними адресами. Это даёт трейдерам и аналитикам преимущество: вместо запаздывающих свечных паттернов они видят реальный поток ликв

Направления блокчейн-разработки

Часто задаваемые вопросы

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1452
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1309
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1005
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1270
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    719
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    1011

Мы разрабатываем on-chain индикатор притока/оттока криптовалют на биржи — систему, которая отслеживает движения BTC, ETH и других токенов между биржевыми кошельками и внешними адресами. Это даёт трейдерам и аналитикам преимущество: вместо запаздывающих свечных паттернов они видят реальный поток ликвидности. Парсинг ведётся в реальном времени через websocket — задержка не превышает времени подтверждения блока (10–15 мин для BTC, 12–15 сек для ETH). Агрегированные данные пишутся в TimescaleDB, что позволяет выполнять сложные временные запросы без потери производительности. Многие проп-трейдинговые компании годами строят такие системы — мы предлагаем готовое решение под ключ с интеграцией на вашу инфраструктуру.

Какие проблемы решает индикатор? — разработка индикатора притока

Стандартный анализ показывает только цену и объём, но не информацию о том, кто и куда двигает монеты. Exchange flows исторически коррелируют с крупными движениями: приток на биржу предшествует снижению, отток — росту. На исторических данных — по Glassnode — приток BTC коррелирует с локальными вершинами. Без этого подхода трейдеры пропускают сигналы, когда «умные деньги» уже переместились.

Принцип работы

Мы отслеживаем транзакции между кошельками, помеченными как биржевые адреса, и внешними адресами.

Inflow = сумма переводов на адреса биржи за период Outflow = сумма переводов с адресов биржи за период Net flow = Inflow - Outflow

Если Net flow положительный — монеты идут на биржу (продажное давление). Если отрицательный — уходят (накопление).

Источники данных

Два подхода: on-chain парсинг и готовые API. Мы реализуем оба в зависимости от требований к задержке и точности.

On-chain парсинг — наиболее точный, но ресурсоёмкий:

  • Полная Bitcoin нода (bitcoind) или Ethereum нода (go-ethereum/geth)
  • Собственная база помеченных адресов (exchange wallets)
  • Парсинг блоков и фильтрация транзакций по адресам

Готовые API (быстрее в разработке):

Провайдер Покрытие Тип данных
Glassnode API BTC, ETH, + altcoins On-chain metrics
CryptoQuant API BTC, ETH, stablecoins Exchange flows
Nansen API EVM chains Smart money + exchange flows
IntoTheBlock Multi-chain Flow + sentiment

Для production-системы рекомендуем комбинировать: Glassnode/CryptoQuant для агрегированных данных + собственный парсинг для realtime.

Как мы формируем базу адресов бирж?

Точность индикатора напрямую зависит от качества базы биржевых адресов. Источники:

  • Публичные базы: Etherscan tags, Bitcoin Who's Who, WalletExplorer
  • Heuristic clustering: кошельки, использующие тот же xpub или взаимодействующие с известными биржевыми адресами через co-spend analysis
  • Официальные proof-of-reserves: многие биржи публикуют списки своих cold/hot wallet адресов
  • Chainalysis / Elliptic базы (платные, максимальная точность)

Для BTC используется UTXO clustering. Для EVM-цепей — анализ паттернов транзакций (batch withdrawals).

Архитектура системы

Blockchain Node / API → Parser → Kafka/RabbitMQ → Aggregator → TimescaleDB/ClickHouse ↓ API Server (REST/WS) ↓ Frontend Dashboard 

Parser фильтрует транзакции с/на известные биржевые адреса и записывает raw events. Aggregator считает метрики по временным окнам: 1h, 4h, 24h, 7d. Использует sliding window aggregation. TimescaleDB — PostgreSQL с гипертаблицами, оптимизированными под time-series.

Пример конфигурации парсера (config.yaml)
sources: - type: bitcoin_rpc url: http://localhost:8332 user: rpcuser password: rpcpass - type: ethereum_ws url: ws://localhost:8546 

Визуализация и метрики

Основной график — биржевой flow (inflow/outflow/net) наложенный на ценовой график. Периоды высокого inflow часто совпадают с топами. Exchange Balance — общий баланс монеты на всех биржах со временем. Large Transaction Alerts — транзакции выше порогового значения (например, > 1000 BTC) выделяются как «whale movements». Stablecoin flows — отдельная метрика: приток stablecoins (USDT, USDC) на биржи сигнализирует о готовности к покупке.

Аномальное обнаружение

Z-score аномалии: если текущий inflow отклоняется от rolling mean на 2+ стандартных отклонения — это аномальное событие. Алерт в Telegram/Discord. Корреляционный анализ: насколько исторически exchange inflow предшествовал коррекциям для конкретного актива? Рассчитываем lag correlation для разных временных сдвигов.

Дополнительные метрики

  • Realized Cap — рыночная кап, рассчитанная по цене последнего перемещения каждой монеты.
  • SOPR (Spent Output Profit Ratio) — отношение цены продажи к цене покупки для перемещённых монет.
  • NUPL (Net Unrealized Profit/Loss) — агрегированная нереализованная прибыль/убыток всех держателей.

Эти метрики вычисляются из тех же raw данных о транзакциях и добавляются в дашборд.

Что входит в работу

Этап Результат
Аналитика Определение источников данных, профилирование объёмов
Проектирование Выбор стека (ноды/API), архитектура потоков
Разработка Парсеры, агрегаторы, API, дашборд
Тестирование Юнит-тесты, интеграционное тестирование с реальными данными
Деплой Развёртывание на инфраструктуре заказчика или облаке
Обучение Документация, сессия для команды

Порядок работ:

  1. Анализ требований и источников данных.
  2. Выбор и настройка стека (ноды, API).
  3. Разработка парсера и агрегатора.
  4. Создание дашборда и системы алертов.
  5. Тестирование на исторических данных.
  6. Деплой и передача документации.

Сроки и стоимость

Сроки разработки: от 3 до 6 недель в зависимости от сложности и источников данных. Стоимость рассчитывается индивидуально после анализа требований. Свяжитесь с нами для оценки вашего проекта — пишите на почту или в Telegram.

Более 5 лет опыта в on-chain разработке, 30+ проектов по мониторингу крипторынка. On-chain analytics — проверенная методология для принятия решений.

Метрика Значение
Лет на рынке 5+
Выполненных проектов 30+
Обработано транзакций Сотни миллионов
Типы клиентов Проп-трейдинг, хедж-фонды