Prediction markets в дипломе: анализ этических и технических рисков в системах прогнозирования
Платформы вроде Polymarket и Kalshi превращают новости в финансовые ставки — и это уже не футуристический сценарий, а реальность 2026 года. В статье The Verge показано, как prediction markets начинают конкурировать с традиционными СМИ, используя принципы рынка для формирования "истины через ставки". Для студентов технических специальностей это не просто социальный тренд — это готовый кейс для ВКР в области Data Engineering и AI/ML. Почему это важно? Потому что такие платформы строятся на сложных алгоритмах консенсуса, обработке потоков новостей в реальном времени и требуют строгого учёта этических и технических рисков. А значит — идеальная почва для диплома, который можно защитить с акцентом на архитектуру, безопасность и соответствие нормативам.
| Тема ВКР | Актуальность | Цель | Задачи | Структура |
|---|---|---|---|---|
| Анализ архитектуры prediction markets на примере Polymarket | Рост децентрализованных платформ создаёт спрос на аудит их прозрачности и устойчивости (см. статью: "odds are more trustworthy than polls") | Оценить архитектурные решения Polymarket с точки зрения отказоустойчивости и предвзятости |
1. Изучить принципы AMM (автоматизированных маркет-мейкеров) 2. Проанализировать схему смарт-контрактов (Solidity) 3. Оценить влияние ликвидности на точность прогнозов 4. Построить модель смещения (bias) при низкой активности |
Гл. 1 – Анализ аналогов и теория рынков прогнозирования Гл. 2 – Проектирование архитектуры и симуляция рынка Гл. 3 – Тестирование на исторических данных, расчёт метрик |
| Система детекции этически рискованных событий в новостных потоках | Как в статье указано: некоторые рынки позволяют ставить на "gruesome outcomes". Это вызывает этические и правовые вопросы | Разработать модель классификации новостей на допустимые/недопустимые для монетизации |
1. Собрать корпус новостных заголовков (RSS, GDELT) 2. Настроить NLP-модель (BERT, RuBERT) 3. Внедрить фильтрацию по OWASP ASVS (раздел 9: Content Policy) 4. Оценить точность через F1-score и ложные срабатывания |
Гл. 1 – Анализ этических норм и регулирования (включая GDPR, 230-й раздел CDA) Гл. 2 – Проектирование NLP-пайплайна и интеграция с API новостей Гл. 3 – Валидация модели, сравнение с ручной разметкой |
| Сравнение точности prediction markets и опросов общественного мнения | Платформы позиционируют себя как "более точные", чем опросы — это требует технической проверки | Эмпирически сравнить прогнозы Polymarket и Pew Research Center по выборам 2024–2026 |
1. Собрать временные ряды с Polymarket API и отчётами Pew 2. Привести данные к единому формату (ISO 8601, нормализация) 3. Рассчитать MAE, RMSE, Brier Score 4. Построить графики с доверительными интервалами |
Гл. 1 – Теория вероятностного прогнозирования и метрик качества Гл. 2 – Подготовка и очистка данных (Pandas, OpenRefine) Гл. 3 – Анализ эффективности, визуализация (Matplotlib, Plotly) |
Как интегрировать кейс в структуру ВКР
Глава 1: Анализ и теоретическая база
Здесь вы не просто пересказываете статью — вы переводите её в техническое русло. Используйте C4-модель для описания контекста системы:
Контейнер: Polymarket
├── Веб-интерфейс (React)
├── Смарт-контракты (Ethereum, Solidity)
├── Оракулы (Chainlink)
└── API для получения новостей (внешние источники)
Обязательно упомяните OWASP ASVS (Application Security Verification Standard) — особенно пункт 9.1 о контроле контента. Это покажет, что вы понимаете риски публикации событий вроде "Will X be assassinated?". Также используйте ISO/IEC 25010 для оценки качества системы: поддерживаемость, безопасность, точность данных.
Глава 2: Проектирование и реализация
Если вы делаете NLP-фильтр, ваш пайплайн может выглядеть так:
# Пример на Python с использованием Hugging Face
from transformers import AutoTokenizer, AutoModelForSequenceClassification
import torch
tokenizer = AutoTokenizer.from_pretrained("cointegrated/rubert-tiny2")
model = AutoModelForSequenceClassification.from_pretrained("cointegrated/rubert-tiny2", num_labels=2)
def classify_risk(text):
inputs = tokenizer(text, return_tensors="pt", truncation=True, max_length=128)
with torch.no_grad():
logits = model(**inputs).logits
return torch.softmax(logits, dim=1).numpy()[0][1] # вероятность "рискованного" класса
Для визуализации используйте UML-диаграмму последовательности: как новость поступает в систему, проходит NLP-обработку, передаётся в модерацию. Это соответствует ГОСТ 34.601-90 по описанию ТЗ.
Глава 3: Тестирование и эффективность
Не ограничивайтесь словами "модель работает хорошо". Считайте метрики:
- Accuracy — общая точность
- Precision/Recall — особенно важно при низком количестве рисковых событий
- Brier Score — для вероятностных прогнозов (если сравниваете с Polymarket)
- Latency — задержка обработки одного события (в миллисекундах)
Выводы должны быть привязаны к задачам: "Цель была — достичь F1 > 0.85. Фактическое значение — 0.87. Задача выполнена". Такой подход проходит нормоконтроль без переделок.
Чему вы научитесь
- Проектировать архитектуру на основе C4 и UML с учётом этических ограничений
- Собирать и обрабатывать данные из открытых источников (API, RSS, GDELT)
- Валидировать ML-модели с использованием стандартных метрик (F1, Brier)
- Оформлять ТЗ и схемы в соответствии с ГОСТ 34.601-90 и ISO/IEC 25010
- Оценивать TCO (Total Cost of Ownership) при развёртывании NLP-системы (серверы, API-лимиты, модерация)
Ошибка 1: Игнорирование этических аспектов как "не технических".
Как избежать: Включите анализ OWASP ASVS и сравнение с политикой Kalshi/Polymarket — это покажет глубину проработки. Статья прямо указывает на проблему: "more gruesome and violent outcomes" — это ваш вход в раздел по ИБ.
Ошибка 2: Сбор данных без указания источника и лицензии.
Как избежать: Всегда указывайте: GDELT (CC BY 4.0), Pew Research (public domain), Polymarket API (ограничения по rate limit). Это критично для нормоконтроля.
Ошибка 3: Отсутствие метрик эффективности.
Как избежать: Даже если вы не реализуете систему — моделируйте. Например: "При 1000 запросов в день задержка составляет 120 мс при использовании t3.medium".
FAQ
Какой стек выбрать для NLP-фильтра: Python или Java?
Однозначно Python. Библиотеки Hugging Face, spaCy, Scikit-learn — стандарт для NLP. Java подойдёт, если вы интегрируете в Spring Boot-систему, но порог входа выше. Для диплома важна скорость реализации и качество метрик — Python выигрывает.
Нужно ли писать код, если тема теоретическая?
Даже в теоретической работе нужен пример. Достаточно 30–50 строк псевдокода или Jupyter-ноутбука с комментариями. Например: как работает AMM-формула. Это покажет, что вы понимаете механику, а не просто описываете чужие системы.
Как оформить схему архитектуры по ГОСТ?
Используйте UML или C4. Главное — подпись, масштаб, легенда. Например: "Рис. 2.1 — Диаграмма компонентов системы фильтрации новостей (C4 Level 2)". Сохраняйте в .png с разрешением 300 dpi. Не вставляйте скриншоты из Figma без обработки.
Что делать, если данные недоступны?
Используйте синтетические данные. Например: сгенерируйте 500 заголовков на тему политики и насилия с помощью LLM (указать в приложении). Главное — описать метод генерации и обосновать выбор. Это допустимо по ГОСТ 34.601.
☑ Все задачи из введения решены и отражены в выводах
☑ Схемы подписаны, соответствуют ГОСТ (рисунок, название, номер)
☑ Метрики эффективности рассчитаны и объяснены (не просто цифры)
☑ Указаны источники данных и их лицензии (GDELT, Polymarket API и т.д.)
☑ Уникальность > 70% (без переписывания статьи The Verge)
☑ Приложения содержат код, данные, инструкции по запуску
☑ Ссылки на стандарты: ISO/IEC 25010, OWASP ASVS, ГОСТ 34.601
Источник: Betting on the news raises ethical questions for journalists (опубликовано 2026-04-17)