Опубликовано: 10.08.2026 | Источник: TechCrunch

```html

Разработка регулируемой платформы для ставок на события: архитектура и юридические риски в дипломе

В марте 2026 года Аризона впервые в истории выдвинула уголовные обвинения против платформы Kalshi, которая позволяет торговать на политических и экономических событиях. Власти штата назвали её деятельность «незаконным игорным бизнесом». Это не просто новость из юридической хроники. Для ИТ-специалистов это яркий пример того, как игнорирование регуляторных требований сводит на нет все технические достижения продукта. Выпускникам, которые проектируют финтех-стартапы, платформы для ставок, крипто-сервисы или даже простые информационные системы, стоит заложить в диплом механизмы соответствия законодательству — от архитектуры до мониторинга. Сегодня разберём, как интегрировать этот кейс в вашу ВКР, какие главы сделать, какие метрики посчитать и как защитить работу перед комиссией.

Темы ВКР: где кейс Kalshi даёт реальное преимущество

Само по себе упоминание актуального инцидента — не гарантия хорошей оценки. Важно превратить его в рамку для проектной работы. Вот три направления, которые легко аргументировать на основе ситуации с Kalshi.

Тема 1. Архитектура отказоустойчивой платформы для событийных торгов

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

• Цель: спроектировать микросервисную архитектуру, изолирующую юридически спорные компоненты (например, механизм расчёта выигрыша) от базовых торговых операций.
• Задачи:
  • Провести анализ функциональных требований с учётом законодательства штатов
  • Разработать схему разграничения сервисов: KYC, платёжный шлюз, торговый движок, модуль аудита
  • Сравнить паттерны Outbox и Saga для согласованности данных
  • Сделать прототип (REST API + мокапы) в Docker
• Структура: Глава 1 — анализ предметной области и рисков (включая кейс Kalshi), Глава 2 — проектирование архитектуры (UML, последовательности, развёртывание), Глава 3 — тестирование и экономическая оценка.

Тема 2. Мониторинг и аудит финтех-платформы на базе OpenTelemetry

Актуальность: регуляторы требуют доказательств честности и отслеживаемости каждого действия. Платформа, которая не «пишет логи», воспринимается как нарушитель.

• Цель: разработать систему сбора метрик и трейсов для подтверждения корректности расчёта ставок.
• Задачи:
  • Интегрировать OpenTelemetry SDK в сценарии ставок
  • Настроить экспорт метрик в Prometheus и визуализацию в Grafana
  • Сформировать журнал аудита с невозможностью подделки (хэш-цепочки)
  • Оценить время простоя и RPO/RTO при сбоях
• Структура: Глава 1 — обзор регуляторных требований к аудиту, Глава 2 — проектирование модуля мониторинга, Глава 3 — нагрузочное тестирование и расчёт стоимости хранения логов.

Тема 3. Проектирование адаптивной системы управления рисками для торговой платформы

Актуальность: Kalshi заранее не адаптировалась к требованиям штата. В дипломе можно предложить архитектуру, где правила регулирования — это изменяемые конфигурации, а не жёсткий код.

• Цель: создать сервис управления правилами (DRL) с загрузкой конфигураций из внешнего реестра.
• Задачи:
  • Спроектировать модель правовых ограничений (геолокация, типы событий, способ оплаты)
  • Реализовать REST API для обновления правил без деплоя
  • Внедрить проверку лимитов ставок на основе PostgreSQL
  • Провести тестирование на некорректных данных

Аналитическая глава: обоснование стека и сравнение решений

В аналитике не пересказывайте статью из TechCrunch — используйте её как отправную точку для исследования. Например, из кейса Kalshi вытекает требование раздельной деплойируемости компонентов. Обоснуйте выбор Kubernetes тем, что он позволяет изолировать поды с функциями, которые могут быть отключены судом. Сравните две архитектуры:

Для оценки качества решения используйте характеристики из ISO/IEC 25010. Выделите подраздел «Совместимость» — способность системы подстраиваться под региональное законодательство. Обязательно сделайте таблицу «Сущности, связанные с регуляторным инцидентом»: игрок, событие, ставка, платёж, юрисдикция, атрибуты каждого.

Проектная часть: схемы, алгоритмы, интеграция

В этом разделе диплома важно показать, как именно вы учли юридическую «защиту». Предложите структурную схему, где на входе геолокация пользователя определяет доступный список событий. Нарисуйте диаграмму последовательности по ГОСТ 34.602-89 (в пояснительной записке опишите её). Например, алгоритм обработки ставки при аризонском IP-адресе:

def place_bet(user, event, amount):
    if user.jurisdiction == "AZ":
        if event.category in blocked_categories:
            raise RiskException("Blocked by state law")
    # далее проверка лимитов, достаточности средств
    if risk_engine.confirm(amount, user.risk_score):
        payment.capture(user, amount)
        order.pending(event)
        audit.log(user.id, event, amount, "pending")

Такой код показывает комиссии, что вы понимаете бизнес-процесс, а не просто «склеили» CRUD-приложение. Добавьте описание того, как конфигурация блокировок хранится в отдельной таблице с версионированием. Это позволит обновлять правила без остановки системы — буквально «укажите, как решение Kalshi могло быть применено к штату Аризона».

Тестирование и метрики: RTO/RPO и нагрузочное тестирование

Использование Kalshi в статье подсказывает тест сценария «внезапное закрытие доступа по штату». Проведите нагрузочное тестирование с показателем количества запросов, когда система начинает отказывать. Рассмотрите метрику RTO (целевое время восстановления) и RPO (допустимая потеря данных). Например:

Такие цифры — золото для диплома. Недостаточно просто написать: «провели тестирование». Прикрепите скриншоты Grafana, где видно скачок ошибок при блокировке по гео. Заодно покажите, как мониторинг помогает обнаружить подозрительные действия пользователей — это даёт мостик к защите от «незаконной азартной деятельности» с точки зрения технологии.

Чему вы научитесь в процессе работы

Готовя такой диплом, вы прокачаете навыки, которые редко дают в университете:

• сравнение архитектурных вариантов с учётом юридических ограничений
• написание технического задания по ГОСТ 34.602-89 на проектируемую систему
• работа с Kubernetes (манифесты деплойментов, HPA) и OpenTelemetry
• оценка экономической целесообразности внедрения через TCO и ROI

Каждый из этих пунктов легко вынести в раздел «Полученные компетенции» в презентации. Представьте вопрос комиссии: «Чем ваш проект лучше уже существующего?» — и ответ: «Моя система может быть остановлена точечно по требованию регулятора, без полной потери бизнеса». Это сильная позиция.

Типичные ошибки студентов и как их избежать

FAQ: часто задаваемые вопросы перед защитой

Обязательно ли писать код для такой ВКР?

Да, если работа не чисто научная. Код может быть прототипом на Python или Java с тестами. Он покажет, что вы реально создали работающий сервис. Но если вуз требует только проектную часть, подойдёт детальная архитектура в виде UML + псевдокода.

Где брать тестовые данные для системы?

Для торговых операций используйте наборы типа Open Introductions (бинарные API) или просто сгенерируйте синтетические данные с помощью библиотеки Faker. Главное — чтобы структура отражала реальные сценарии: пользователь, событие, юрисдикция, статус.

Как оформить диаграммы, чтобы защита прошла спокойно?

Оформите как UML 2.0: диаграмма классов, диаграмма последовательности для ставки и диаграмма развёртывания. Подпишите все связи. Загружайте вектором (draw.io экспорт в SVG). Не забудьте скопировать изображение в пояснительную записку.

Что делать, если нет возможности развернуть Kubernetes на учебной машине?

Используйте Minikube или локальный Docker Compose. Для демонстрации достаточно двух подов. Также можно взять облачный учебный доступ (3 месяца бесплатно) — это станет плюсом в дипломе.

Чек-лист: что проверить перед сдачей

Источник: Kalshi’s legal troubles pile up, as Arizona files first ever criminal charges over ‘illegal gambling business’ (опубликовано 2026-03-17)

```