Методология данных

Обработка ошибок и свежесть

Если источник недоступен, интерфейс показывает отсутствие данных, а не нулевое значение. Время обновления относится к полученному снимку; кэширование снижает нагрузку и не меняет экономический смысл метрики.

Наблюдаемые и модельные данные

Цена, исполненные сделки и опубликованный OI наблюдаются через API. Распределение будущих ликвидаций — модельная оценка, поскольку входы, плечо, режим маржи и уровни поддерживающей маржи отдельных позиций не раскрываются.

Методология базы Markets

Идентификация: каждой криптовалюте присваивается постоянный идентификатор TradingHub и одна каноническая страница проекта. Сети и проверенные контракты токена хранятся внутри проекта. Прежние названия, тикеры и URL остаются доступными в поиске, а старые адреса перенаправляют на текущую каноническую страницу.

Цена и график: ингест цены и графика не привязан к одному провайдеру. Для каждого проекта/рынка используются настроенные записи источников с явным приоритетом и сопоставлением; runtime последовательно проверяет допустимые источники, валидирует ответы и сохраняет происхождение данных. Ни одна биржа не является универсальным первичным источником. При сбое одного провайдера используется следующий настроенный источник без изменения смысла публичных данных актива. История строится по реальным свечам API бирж. Последний валидный снимок и график сохраняются в D1; при отказе обоих источников данные помечаются как устаревшие, но не заменяются нулями.

Капитализация, предложение и объём: для каждого канонического актива Markets/Radar задан отдельный проверенный источник предложения с приоритетом 1: протокол, блокчейн/эксплорер, API эмитента/фонда или другой источник конкретного проекта с явно заданным методом чтения или расчёта. CoinGecko используется только как резерв с приоритетом 2 при отказе первичного источника; CoinPaprika и CoinLore не входят в обычную цепочку предложения P1/P2. Вместе с валидированным кэшем сохраняются фактически использованный источник, URL и приоритет fallback. Капитализация рассчитывается как текущая цена TradingHub, умноженная на надёжное оборотное предложение.

Площадки и контракты: поддерживаемые CEX помечаются как проверенные API только после подтверждения инструмента биржей. Любую дополнительную CEX или DEX можно добавить вручную с явным URL рынка; такая запись всегда помечается как ручная, не выдаётся за API-проверенную и не получает выдуманные цену или объём. Контракт токена показывается только после проверки; у нативного актива адреса контракта нет.

Обновление: публичные запросы сразу получают последний валидный снимок из D1. Снимок цены допускается к обновлению каждые 3 минуты, проверка CEX-листингов — каждые 6 часов, проверенное оборотное предложение — каждые 12 часов, а диапазоны графика кэшируются 15 минут. Распределённые блокировки не допускают дублирующих обновлений, неизменившиеся нормализованные значения повторно не записываются, а состояние health сохраняется только при его изменении. Поиск кандидатов создаёт только записи для администратора и никогда не публикует проект автоматически. Включение в Radar всегда выполняется вручную и не является рейтингом или рекомендацией.

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

Как правильно использовать данные

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