Data Streams vs Data Feeds: в чём разница и что выбрать

Data Streams vs Data Feeds: ключевые различия, выбор и лучшие практики

• Data Streams — быстрые обновления с контролем SLA и гибкими правилами деградации. Подходит, когда действия зависят от «свежести» котировок.
• Data Feeds — периодические публикации ончейн, хорошо подходят как «якорные» референсы для аудита, расчётов и пост-фактум проверки.
• На практике оба подхода комбинируют: потоки для «здесь и сейчас», ленты — для реперных значений и согласования состояния.

Определения

• Data Streams — каналы доставки рыночных обновлений с упором на низкую задержку (low-latency) и предсказуемость P95/P99. Предусматривают гибкую деградацию, ретраи, квораумы качества и последующий ончейн-сидинг (по политике протокола).
• Data Feeds — периодические ончейн-публикации цен/индексов с гарантией финальности каждого апдейта и предсказуемой моделью доверия (верификация на уровне блокчейна).

Где что сильнее: интуитивная карта

Таблица сравнения: свойства и компромиссы

Как выбрать: решающее дерево

• Нужна ли реакция в секундах (или быстрее)? Да → приоритет Data Streams.
• Требуется ли публичная финальность каждого апдейта? Да → фоново используйте Data Feeds.
• Важна ли стоимость газа при высокой частоте апдейтов? Да → Streams помогут разгрузить цепь.
• Нужен ли аудит и воспроизводимость расчётов? Да → держите Feeds как якорь и пост-верификацию.
• Мультичейн-сценарии и кросс-чейн управление? Рассмотрите сочетание со Chainlink CCIP.

Архитектурные паттерны комбинирования

1) «Поток + сидинг». Используйте поток для действий в реальном времени, а через заданные интервалы публикуйте ончейн-референсы (индекс/снимок) для последующего аудита. 2) «Пороговая деградация». При ухудшении качества потока (рост задержек/ретраев) автоматически переключайтесь на более консервативный режим: реже апдейты, усиление маржи, пауза риск-операций. 3) «Квораумы источников». Требуйте минимальное число независимых источников и следите за спрэдами/глубиной. 4) «Кросс-доменная доставка». Если торговые модули распределены между сетями, синхронизируйте сигналы с доставкой в нужные домены — через CCIP и программируемые маршруты.

Метрики SLA и наблюдаемость

Для Data Streams важно:

• Latency P50/P95/P99 по каждому символу и дрейф этих метрик.
• Success ratio доставки апдейтов в целевое окно.
• Retry rate и причины ретраев.
• Gap-анализ: длинные интервалы без обновлений.
• Качество источников: задержки, спрэды, глубина, доля исключений.

Для Data Feeds важно:

• Интервал публикаций и предсказуемость расписания.
• Стоимость газа и влияние на сеть.
• Консистентность индексов относительно реального рынка.
• Доступность ончейн-источника и устойчивость к reorg/финальности.

Бизнес-метрики для обеих систем:

• своевременность ликвидаций, корректность funding;
• доля «осиротевших» операций;
• время восстановления после деградации.

Риски и как их снижать

• «Грязные тики» и нечистые источники. Фильтры, веса, квораумы, отключение аномальных провайдеров.
• Срывы SLA/задержки. Пороговые реакции: расширение маржи, пауза сделок, fallback на более инертные режимы.
• Фрагментация состояний между доменами. Единая политика доставки апдейтов и согласования индексов, кросс-чейн маршруты по белому списку.
• Завышенная уверенность в средних значениях. Следите за хвостами распределения (P95/P99), именно они «ломают» ликвидации.
• Стоимость газа при частых апдейтах (Feeds). Батчирование, агрегирование, разумные интервалы публикаций.

Широкую картину инфраструктурных рисков мостов, оракулов и межсетевых взаимодействий см. в статье Риски мостов.

Кейсы использования и анти-кейсы

Перпетуалы/деривативы.

• Потоки — основа для mark-price, расчёта PnL, триггеров ликвидаций и funding rate.
• Ленты цен — реперные значения для сверки и расчётов по расписанию.

Маржинальные лендинги.

• Потоки — динамический LTV, лимиты и ранние предупреждения.
• Ленты — периодические референсы и аудит ликвидаций.

RWA-платформы.

• Потоки — переоценка и управление коллатералом в ходе торгового дня.
• Ленты — бухгалтерский/регуляторный «якорь».

AMM/PMM и RFQ.

• Потоки — котировки и реакция на волатильность.
• Ленты — опорные индексы и benchmarks.

Анти-кейсы:

• Полный отказ от Feeds в пользу только Streams в регуляторно-чувствительных продуктах.
• Попытка «запихнуть» полный поток тиков ончейн — неэффективно и дорого.

Экономика и эксплуатация

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

Советы по экономике:

• публикуйте ончейн не каждый тик, а агрегированные срезы;
• используйте пороговые публикации (по изменению цены/спрэда), а не фиксированную частоту;
• планируйте бюджет газа и лимиты на периодах высокой волатильности.

Интеграция: пошаговая карта

1) Постановка целей

1. определить целевые задержки и допуски по качеству;
2. описать реакции на деградацию (auto-throttle, пауза, расширение маржи).

2) Слой качества

1. настроить фильтры «грязных тиков», веса источников и квораумы;
2. фиксировать критерии отключения источников.

3) Ончейн-стратегия

1. выбрать формат сидинга индексов/снимков;
2. спроектировать газ-бюджет и расписание публикаций.

4) Кросс-доменная доставка

1. синхронизировать апдейты между сетями;
2. для программируемых переводов и кросс-чейн действий рассмотреть CCIP.

5) Наблюдаемость

1. ввести сквозные ID обновлений;
2. отчёт по SLA (ежедневно), аудит порогов (еженедельно), пост-мортемы.

Частые ошибки и как их избежать

• Фокус только на средних задержках. Следите за хвостами (P95/P99).
• Отсутствие идемпотентности. Дубли ликвидаций/выплат при ретраях.
• Никаких playbooks. Не описаны действия при потере источника или всплеске волатильности.
• Смешение ролей потоков и лент. Потоки — для решения «сейчас», ленты — для якоря и аудита.
• Нет белых списков маршрутов/сетей. Хаотичная доставка в мультичейн-среде.

Примеры рабочих конфигураций

Перпетуалы:

• Поток: частые апдейты mark-price, квораум ≥ N источников, фильтрация выбросов.
• Лента: почасовой ончейн-снимок индекса; funding привязан к нему, а не к «шумастым» тикам.

Лендинг:

• Поток: пересчёт LTV и ранние маржин-коллы с защитой от «грязных тиков».
• Лента: дневной индекс для сверки ликвидаций и бухгалтерии.

RWA:

• Поток: переоценка залога в течение дня.
• Лента: отчётные публикации для проверки.

Проверочный чек-лист перед запуском

• определены SLA по задержке (P95/P99) и реакциям на их срыв;
• настроены фильтры, веса и квораумы источников;
• описана стратегия ончейн-сидинга (интервалы, формат, газ-бюджет);
• реализованы идемпотентность и журналирование ID обновлений;
• гарантия деградации: автоматические паузы/ограничения, fallback-режим;
• план пост-мортема и ролевая ответственность.

FAQ

Нужно ли выбирать что-то одно? Нет. Для большинства протоколов оптимальна комбинация: потоки в онлайне, ленты для ончейн-якоря и аудита.

Если нам критична скорость, можно ли обойтись без лент? Технически — да, но тогда теряется прозрачный «якорь» для проверки решений и повышается операционный риск. Практика — оставить ленты хотя бы в виде периодических индексов.

Как часто сидить ончейн-значения при потоках? Зависит от волатильности и регуляторных требований. Часто применяют почасовой/посуточный срез либо публикацию «по событию» (сильное отклонение).

Что делать при деградации источников? Автоматически снижать частоту, расширять маржу, отключать плохие источники, включать fallback и фиксировать причины для пост-мортема.

Выводы

• Data Streams дают скорость и управляемый SLA — это критично для перпетуалов, ликвидаций и RFQ.
• Data Feeds обеспечивают ончейн-финальность и аудит — незаменимы для отчётности и реперных индексов.
• Лучший результат даёт сочетание: потоки управляют действиями «здесь и сейчас», ленты — согласуют состояние и подтверждают решения.

Связанные темы для углубления

• Chainlink Data Streams
• Ценовой оракул (price oracle)

См. также

Omnichain-DeFi Риски мостов