Дизайн дашборда торгового симулятора

Дизайн дашборда торгового симулятора

Prometheus — официальный пример десктопного приложения OpenDesign для изучения симулятора торговых рисков и исполнения. Его видимое рабочее пространство объединяет рыночный контекст, управление сценарием, сводки сигналов, таблицу опционной доски, состояния исполнения, графики и панель рисков. Дизайн подаёт эти элементы как единую аналитическую поверхность, а не как отдельные страницы.

Верхняя строка состояния размещает Market Open · NYSE · Source: Cboe One · Latency: 12ms рядом с переключателями LIVE и DEMO, скоростями воспроизведения, селектором Risk-on, KILL SWITCH и режимами Dark или Light. Такой порядок задаёт рабочий контекст до того, как читатель дойдёт до метрик. Это демонстрационные подписи состояния; источник открывается в локальном режиме DEMO и не подключается ни к рыночному потоку, ни к брокеру.

Сводка из четырёх панелей начинается с Alpha Pulse со значением LONG BIAS · 0.78 и Expected Move +1.9% · Horizon 2h, затем идут Confidence 78.00%, Risk Budget $42,500.00 и Execution Window 09:30–11:30 ET. Это авторские начальные значения на снимке; синтетические обновления по таймеру могут изменить некоторые из них. Ряд разделяет направление, уверенность, бюджет и время, не определяя реального расчёта или проверенной стратегии.

01

Рыночный контекст

Полоса состояния задаёт рамку дашборда метками рынка, источника, задержки и режима до начала анализа.

02

Контекст решения

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

Как читается композиция

Предоставленный CSS описывает более широкую верхнюю сетку 1.4fr 1fr 1fr 1fr, тогда как нижние двухколоночные области используют равные дорожки, пока адаптивная раскладка не свернётся в одну колонку. Визуально это даёт основному сигналу и области данных больше места, чем вспомогательным метрикам, а графики и сводки рисков стоят рядом. Такая композиция удобна для сканирования связанных данных, но на узких экранах нужен другой порядок чтения.

Обзор рисков и опционов

Этот дизайн полезен, когда нужно перейти от сигнала к окружающему контексту риска, не теряя исходный сценарий. Таблица опционной доски начинается со столбцов Time, Symbol, Contract, Premium и Sweep. Три видимые демонстрационные строки идут от SPY в 07:46:01 и 07:46:02 к QQQ в 07:46:03, благодаря чему порядок по времени и группировка по тикеру сразу понятны.

Таблица не просто показывает значения: столбец Sweep отделяет состояния YES и NO от полей контракта и премии. Это помогает сопоставлять маркер события с финансово выглядящей демонстрационной суммой, а не считать все ячейки данными одного типа. Поскольку строки иллюстративны, интерфейс демонстрирует связь между полями, а не достоверный рыночный вывод.

Справа Option Greeks показывает Delta и Gamma относительно Strike ($), а Cumulative PNL — Equity Curve ($) относительно Session Time (ET). Разные оси делают графики взаимодополняющими: один описывает чувствительность по страйку, другой — траекторию капитала за сессию. Компактное расположение позволяет сравнивать их рядом, хотя небольшая область графиков почти не оставляет места для определений и подсказок по взаимодействию.

Нижняя полоса исполнения делает смену состояний конкретной. Signal читается как «Flow consensus LONG · TRIGGERED», Risk Check — «Exposure within limit», Order — «AAPL BUY 200 @ 221.30», а Fill — «Waiting...». Такая последовательность позволяет отличить оповещение, оценку риска, описание ордера и незавершённое исполнение. Визуально она предлагает рабочий процесс, но снимок не доказывает, что ордер был отправлен или исполнен.

От сигнала к состоянию рабочего пространства

Навигационная колонка содержит Home, Trade, Analyze, Performance и Develop, причём Analyze оформлен как выбранный. В предоставленном исходнике у этих кнопок нет маршрутизации и обработчиков кликов, поэтому колонка задаёт задуманную информационную архитектуру, а не пять рабочих разделов. Локальные аналитические взаимодействия происходят внутри единого показанного рабочего пространства.

Risk-on, Vol Crush и Panic — реальные локальные варианты выбора. Смена сценария запускает синтетическое обновление метрик, а скорость демо меняет частоту таймера. Пятиэтапное демо стартует автоматически и проходит от обнаружения сигнала через демонстрационное исполнение к обновлению телеметрии. Числа в нём получены локальной случайной вариацией, а не из входящих сделок или цен; выбор LIVE останавливает таймеры демо и помечает сюжет как Idle, не открывая подключения к рынку.

Разметка исходника определяет пять показателей Risk Cockpit: VaR $12,450.00, Beta 1.18, Exposure 68.20%, Max DD 2.40% и Concentration 41.80%. В показанной широкой раскладке небольшая карточка обрезает последующие столбцы, поэтому по снимку нельзя прочитать все пять полей. Они остаются отдельными от бюджета риска и уверенности, но исходник не даёт ни согласованной модели риска, ни достаточного места на десктопе для всей строки.

На снимке Demo Story находится на шаге 1/5 Signal spike detected, а Fill всё ещё показывает Waiting. Последующие локальные шаги демо показывают Risk checks passed, Order routed, Fill confirmed и PnL + telemetry updated. Такая последовательность делает симуляцию наглядной, но даже подпись Filled @ 221.31 — авторское демонстрационное состояние, а не свидетельство того, что брокер исполнил ордер.

1. 1. Выберите сценарий

   Используйте видимые подписи Risk-on, Vol Crush или Panic и контекст DEMO, чтобы задать рассматриваемый сценарий.

2. 2. Прочитайте сигнал

   Начните с Alpha Pulse, уверенности, ожидаемого движения и горизонта, прежде чем изучать строки опционной доски.

3. 3. Проверьте ограничения

   Сопоставьте состояние Risk Check с отдельными показателями Risk Cockpit, а не считайте одно значение полной оценкой риска.

4. 4. Проследите исполнение

   Читайте Signal, Risk Check, Order и Fill по порядку. Сравните начальную подпись Waiting с последующим синтетическим состоянием исполнения, не считая ни то ни другое событием брокера.

Намеренная граница состояний

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

Границы возможностей

Этот встроенный прототип реализует пятиэтапное демо по таймеру, случайные обновления метрик, управление сценарием и скоростью, взаимодействие курсора и фокуса на графиках, палитру команд со слэшем, переключение темы и действие kill с подтверждением. Кнопка LIVE останавливает локальные таймеры; ни один код не открывает рыночный поток и не отправляет ордер. Демонстрационные цены, сигналы, подписи исполнения и движение капитала — иллюстративные состояния симуляции, а не инвестиционная рекомендация, исполненные сделки или измеренная доходность.

Код темы пытается по возможности использовать localStorage, который может быть недоступен в изолированной песочнице. Действие kill после подтверждения меняет текст статуса, а не отменяет реальные ордера и не синхронизирует числовое поле экспозиции. При наведении на график показываются нормализованные координаты курсора, а не рыночная подсказка. Любая адаптация должна добавить реальные определения, границы сервисов и согласованную обработку состояний; кроме того, нынешняя широкая панель Risk Cockpit требует доработки раскладки, чтобы показать все пять полей.

Чему учит этот артефакт

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