Карта регулируемой betting-инфраструктуры

Навигационная схема по слоям продукта: data → odds → delivery → client → security evidence. Страница не изображает юридическую консультацию и не обобщает требования разных юрисдикций.

Карта слоёв вместо универсальной «платформы ставок»

Эта страница связывает пять редакционных треков и показывает, где меняется тип ответственности: поставщик данных не равен pricing layer, pricing не равен client state, а security evidence проходит через все слои. Такое разделение помогает обсуждать failure mode без маркетингового слова «платформа».

Типичный путь выглядит так: provider event → canonical state → probability/trading state → delivery → client render/confirm. Параллельно проходят trace context, audit events и security controls. У каждого слоя собственный источник истины и собственный способ безопасной деградации.

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

Основные входы: Live-data, Odds Systems, Observability, Security & Compliance, Sports Apps.

Смежный материал: Модели и аналитика как смежный dossier

Как читать карту

Начинайте с симптома, а не с названия технологии. Stale score ведёт в data/delivery, необъяснимый price jump — в model/trading lineage, повторная операция — в client/API state, неизвестный автор изменения — в security evidence. Один incident может пройти несколько треков, но у каждого шага остаётся собственная проверяемая граница.