Разработка платформы аналитики NFT: от индексации до метрик

Разработка платформы аналитики NFT Отметим: когда к нам приходит клиент с запросом на NFT-аналитику, первая боль почти всегда одинакова: данные разбросаны по десятку маркетплейсов, каждый выдаёт свой формат, а цена на конкретный токен может отсутствовать. Мы за 5 лет разработали подход, который р

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

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

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

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

Разработка платформы аналитики NFT

Отметим: когда к нам приходит клиент с запросом на NFT-аналитику, первая боль почти всегда одинакова: данные разбросаны по десятку маркетплейсов, каждый выдаёт свой формат, а цена на конкретный токен может отсутствовать. Мы за 5 лет разработали подход, который решает эти проблемы под ключ: от индексации on-chain событий до метрик портфеля и детекции wash trading. В типичном проекте мы обрабатываем данные по 10 000+ коллекций, ежедневно индексируя до 500 000 транзакций. Рынок NFT-аналитики оценивается в $500 млн, и правильная архитектура экономит до 30% затрат на инфраструктуру. Закажите разработку платформы аналитики NFT — мы подготовим архитектуру под ваши задачи.

NFT-аналитика сложнее DeFi-аналитики в одном конкретном аспекте: у каждого токена уникальная цена. В DeFi пул Uniswap даёт чёткий price feed. В NFT нужно оценить актив, последняя продажа которого была три месяца назад, а floor — это floor всей коллекции, а не этого конкретного токена с редким трейтом. Построить корректную модель оценки — половина работы.

Источники данных для NFT-аналитики

On-chain события

Базовые события, которые нужно индексировать:

  • Transfer(address from, address to, uint256 tokenId) — для ERC-721
  • TransferSingle / TransferBatch — для ERC-1155
  • OrderFulfilled (Seaport 1.5) — продажи через OpenSea
  • TakerBid / TakerAsk — LooksRare v2
  • EvProfit — Blur

Согласно спецификации ERC-721, событие Transfer обязано эмитироваться при любой передаче токена (OpenZeppelin ERC-721 implementation). Проблема: у каждого маркетплейса свои события со своей структурой. Seaport — самый сложный, там одно событие OrderFulfilled может кодировать bundle-продажу нескольких NFT за одну транзакцию с произвольными ERC-20. Разбор этих данных требует полного декодирования consideration и offer arrays по ABI.

The Graph vs self-hosted индексирование

The Graph — очевидный выбор для начала. Существующие субграфы: OpenSea (unofficial), NFT sales aggregator subgraphs на hosted service. Ограничения: hosted service закрывается в пользу decentralized network, где query стоят GRT. Для высоконагруженной аналитики стоимость запросов становится значимой — типичный проект генерирует 10 000+ запросов в день, что при цене $0.01 за query даёт $100/день.

Self-hosted через Ponder или Envio — Ponder (TypeScript-фреймворк для on-chain indexing) позволяет писать обработчики событий как обычный TypeScript, хранит данные в PostgreSQL. Envio — аналог с фокусом на скорость (написан на OCaml/Rust). Для платформы с кастомными метриками self-hosted индексер предпочтительнее: полный контроль над схемой данных.

Дуальный подход: исторические данные — из Dune Analytics или Reservoir API (агрегирует продажи со всех маркетплейсов), real-time — через WebSocket подписку на события через Alchemy или QuickNode.

Модели оценки и метрики

Rarity scoring

Стандартная формула — statistical rarity:

rarity_score(token) = Σ (1 / trait_frequency) для всех трейтов 

Это то, что делает rarity.tools. Проблема: не учитывает корреляцию между трейтами. Токен с редкой комбинацией двух common трейтов может быть редче, чем показывает простая формула.

Улучшенный подход — information content rarity (IC score):

IC(trait) = -log2(P(trait)) rarity_score = Σ IC(trait_i) 

Работает корректнее при неравномерных распределениях, особенно когда частота трейтов варьируется от 0.1% до 50%.

Ценовые метрики

Метрика Формула / источник Применение
Floor price min(active listings) Базовый ориентир
Trait floor min(listings с данным трейтом) Оценка конкретного токена
Wash trade adjusted volume volume - suspected wash trades Реальный объём
Holder distribution unique wallets / total supply Децентрализация
Listing depth кол-во листингов по ценовым уровням Liquidity profile
Diamond hands ratio % holders > 6 месяцев Retention

Средний объём ежедневных торгов на топ-коллекциях достигает 500 ETH, а типичная комиссия маркетплейса составляет 2.5% от суммы продажи. Наша реализация детекции wash trading показывает точность около 90%, что позволяет отсечь до 30% фиктивного объёма на отдельных коллекциях. Инвестиции в NFT-аналитику могут окупиться за счёт выявления скрытых трендов.

Как обнаружить wash trading?

Одна из ключевых фич аналитической платформы — детекция wash trading. Паттерны для детекции:

  • Одни и те же адреса покупают и продают между собой (граф транзакций с циклами)
  • Продажи через 1–3 блока после покупки по нерыночной цене
  • Финансирование покупателя из того же источника, что и продавец (Tornado Cash / mixer, или прямой перевод)
  • Повторные паттерны: A→B→A→B с повышением цены

Реализуется через граф-анализ на адресах — Neo4j или встроенный граф в DuckDB достаточно эффективны. Для on-chain heuristics используют from/to в событиях Transfer + анализ funding source через трассировку транзакций (trace_transaction в Geth/Erigon). Детекция wash trading позволяет сэкономить до $10 000 на неверно оценённых коллекциях.

Технический стек платформы

Инфраструктура индексирования

Ethereum node (Erigon) → Ponder indexer (TypeScript) → PostgreSQL (TimescaleDB extension для time-series) → Redis (кэш floor prices, trending collections) → ClickHouse (аналитические агрегаты, OLAP-запросы) 

TimescaleDB критична для метрик с временными рядами: continuous aggregates позволяют считать hourly/daily OHLCV без полного пересчёта при каждом запросе. ClickHouse оправдан при объёмах > 100M событий — аналитические запросы на нём в 10–100x быстрее PostgreSQL.

API слой

GraphQL через Hasura поверх PostgreSQL — для большинства запросов достаточно. Кастомные resolver'ы через Hasura Actions для сложных вычислений (rarity score, wash trade score).

Для real-time данных — WebSocket через Hasura subscriptions или кастомный сервер на Node.js с pub/sub через Redis Streams.

Enrichment pipeline

NFT метаданные не всегда on-chain. Нужен pipeline:

  1. Из tokenURI() контракта достаём URL (IPFS CID или HTTP)
  2. Fetch метаданных с IPFS gateway / HTTP
  3. Парсинг attributes array
  4. Хранение в PostgreSQL с вычисленным rarity score
  5. Обновление при обнаружении новых токенов (Transfer из zero address)

Проблема: IPFS fetch ненадёжен. Нужны retry с exponential backoff, fallback на несколько gateway (Cloudflare, dweb.link, nftstorage.link), и таймаут на уровне 5–10 секунд.

Frontend

Next.js с App Router. Ключевые страницы:

  • Collection overview: floor chart (Recharts/TradingView lightweight), volume bars, holder distribution pie
  • Token detail: rarity rank, trait comparison, price history, similar sales
  • Wallet analytics: portfolio valuation, P&L по коллекциям, unrealized gains
  • Market trends: trending by volume/floor change, new mints heatmap

Для чартов с большим объёмом данных — TradingView Lightweight Charts (WebGL-рендеринг) быстрее Recharts на 10k+ точках.

Типичные ошибки при разработке NFT-аналитикиИгнорирование wash trading приводит к завышению объёмов в 2–3 раза. Использование только floor price без trait floor даёт неверную оценку редких токенов. Выбор hosted The Graph для production может увеличить расходы в 2–5 раз. Неучёт IPFS-таймаутов ломает pipeline. Мы избегаем этих ошибок благодаря опыту.

Что входит в разработку под ключ?

Этап Результат Срок
Аналитика и проектирование Схема данных, выбор стека, оценка объёмов 1–2 недели
Индексирование и пайплайн Работающий индексер для выбранной сети, скрипты обогащения 2–3 недели
API и метрики GraphQL-эндпоинты, rarity scoring, wash trade detection 2–4 недели
UI и дашборды Страницы коллекции, токена, кошелька, трендов 3–4 недели
Тестирование и деплой Интеграционные тесты, load testing, документация 1–2 недели

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

Почему выбирают нас?

Мы реализовали более 30 проектов в сфере Web3, включая аналитику для NFT-маркетплейсов и DeFi. Наш опыт — более 5 лет, инженеры имеют сертификаты по Solidity и Rust. Гарантируем прозрачную оценку сроков и cost-efficient архитектуру без переплат за инфраструктуру. Получите консультацию по вашей задаче — оценим проект и предложим архитектуру под ваш бюджет. Свяжитесь с нами, чтобы обсудить детали.