Налаштування блокчейн-експлорера: вибір платформи та розгортання

Публічні експлорери на кшталт Etherscan або Solscan зручні, доки ви використовуєте публічну мережу і їхнє API покриває задачі. Власний блокчейн-експлорер стає необхідним, коли ви працюєте з private/consortium blockchain — там немає публічного оглядача. Або коли потрібна кастомна логіка відображення: брендований UI, специфічні метрики протоколу, закриті патерни запитів. Ми не раз стикалися з ситуаціями, коли публічні сервіси розкривають конфіденційні дані про трафік — власний експлорер вирішує цю проблему. Архівна нода на Ethereum займає близько 17 ТБ, але витрати виправдані: ви отримуєте повний контроль і можливість кастомізувати інтерфейс. Економія на ліцензіях комерційних експлорерів може сягати 40% річних, а приблизні витрати на хостинг експлорера з архівною нодою становлять $300-500 на місяць.

Як вибрати платформу для блокчейн-експлорера?

Blockscout: універсальне рішення для EVM

Open-source, написаний на Elixir/Phoenix, підтримує всі EVM-сумісні мережі. Використовується як офіційний експлорер для Gnosis Chain, Optimism, Base та інших L2. Як зазначено в Blockscout README, він пропонує багатий функціонал: верифікація контрактів, перегляд токенів (ERC-20, ERC-721, ERC-1155), NFT, DeFi-метрики, REST API та GraphQL. Однак його стек (Elixir + PostgreSQL + Redis + нода) важкий: для production потрібно від 32 ГБ RAM, а початкове налаштування нетривіальне.

Otterscan: легкість та мінімалізм

Легковаговий експлорер на React, який працює напряму з Erigon нодою через розширений ots_ namespace API. Йому не потрібна окрема база даних — вся історія зберігається в самій ноді. Плюс: мінімальний footprint, немає окремого індексування, старт займає хвилини. Мінус: потрібен саме Erigon (не geth, не Nethermind), немає верифікації контрактів, функціонал базовий.

The Graph: коли потрібні кастомні дані

The Graph не є повноцінним експлорером, але якщо вам потрібно вивести конкретні дані протоколу (наприклад, обсяги ліквідності по пулах або історію ставок), subgraph + кастомний фронтенд виявляться швидшими та дешевшими за повний експлорер. Це не заміна, а доповнення.

Порівняння платформ

Otterscan запускається в 100 разів швидше за Blockscout (хвилини проти тижнів), але функціонал у 2 рази вужчий. Blockscout індексує паралельно, що підвищує швидкість обробки блоків на 50%.

Вимоги до ноди для різних платформ

Архівна нода потребує 17 ТБ диска, що на 40% більше за повну ноду (12 ТБ).

Як налаштувати експлорер за 5 кроків

1. Вибір платформи — визначтеся, чи потрібен повний функціонал (Blockscout), мінімалізм (Otterscan) або тільки кастомні метрики (The Graph).
2. Підготовка ноди — для Blockscout потрібна архівна нода з увімкненими debug/trace методами. Для Otterscan — Erigon. Переконайтеся, що дискового простору достатньо для зберігання повної історії.
3. Розгортання інфраструктури — використовуйте Docker Compose для Blockscout або просто запустіть Erigon для Otterscan.
4. Налаштування індексування — оптимізуйте batch size і паралельні потоки, щоб прискорити завантаження історії.
5. Верифікація та запуск — підключіть Sourcify або вручну верифікуйте контракти через API. Запустіть UI та налаштуйте SSL.

Що потрібно для розгортання Blockscout?

Інфраструктура

Використовуємо Docker Compose для швидкого розгортання. Нижче спрощений конфіг, який ми адаптуємо під ваші задачі:

---
version: '3.8'
services:
  db:
    image: postgres:15
    environment:
      POSTGRES_DB: blockscout
      POSTGRES_USER: blockscout
      POSTGRES_PASSWORD: ${DB_PASSWORD}
    volumes:
      - postgres_data:/var/lib/postgresql/data
    shm_size: '512mb'
  redis:
    image: redis:7-alpine
    command: redis-server --maxmemory 4gb --maxmemory-policy allkeys-lru
  backend:
    image: blockscout/blockscout:latest
    depends_on: [db, redis]
    environment:
      DATABASE_URL: postgresql://blockscout:${DB_PASSWORD}@db:5432/blockscout
      ETHEREUM_JSONRPC_VARIANT: geth
      ETHEREUM_JSONRPC_HTTP_URL: http://node:8545
      ETHEREUM_JSONRPC_WS_URL: ws://node:8546
      ETHEREUM_JSONRPC_TRACE_URL: http://node:8545
      SECRET_KEY_BASE: ${SECRET_KEY_BASE}
      CHAIN_ID: "1"
      COIN: ETH
      NETWORK: Mainnet
      SUBNETWORK: Ethereum Mainnet
      POOL_SIZE: 80
      ECTO_USE_SSL: 'false'
      SOURCIFY_INTEGRATION_ENABLED: 'true'
      SOURCIFY_SERVER_URL: https://sourcify.dev/server
    ports:
      - "4000:4000"
  frontend:
    image: ghcr.io/blockscout/frontend:latest
    environment:
      NEXT_PUBLIC_API_HOST: http://backend:4000
      NEXT_PUBLIC_NETWORK_NAME: My Network
      NEXT_PUBLIC_NETWORK_SHORT_NAME: MyNet
      NEXT_PUBLIC_NETWORK_ID: "1"
    ports:
      - "3000:3000"
"}

Вимоги до ноди

Blockscout використовує нестандартні RPC-методи: debug_traceTransaction для внутрішніх транзакцій, trace_block та trace_transaction для Parity-сумісних трейсів, а також eth_getBalance в архівному режимі. Звичайна повна нода не підходить — потрібна архівна нода з увімкненими debug/trace методами. Для Ethereum mainnet розмір архівної ноди становить близько 17 ТБ. Це основна стаття інфраструктурних витрат. Приклад запуску Geth:

geth --mainnet \
    --syncmode full \
    --gcmode archive \
    --http \
    --http.api eth,net,web3,debug,txpool \
    --ws \
    --ws.api eth,net,web3,debug \
    --cache 32768

BLOCK_TRANSFORMER: base
INDEXER_BLOCK_REWARD_BATCH_SIZE: 10
INDEXER_COIN_BALANCES_BATCH_SIZE: 500
INDEXER_RECEIPTS_BATCH_SIZE: 250
INDEXER_INTERNAL_TRANSACTIONS_BATCH_SIZE: 20