# Заметки для следующих частей

## История сделок и текущее состояние

При переходе к истории сделок и дальнейшему развитию сбора текущего состояния
можно кратко сослаться на цикл Chacha Ian Maroa «Создание системы торговой аналитики»:

- [Часть 1: Основы и архитектура системы](https://www.mql5.com/ru/articles/22107).
- [Часть 2: Как фиксировать закрытые сделки и передавать данные в формате JSON с помощью MQL5](https://www.mql5.com/ru/articles/22216).

Возможная формулировка для статьи:

> Похожую задачу передачи данных из MetaTrader 5 во внешнее приложение рассматривает
> Chacha Ian Maroa в цикле «Создание системы торговой аналитики». Там основное
> внимание уделяется сбору торговой истории для анализа, тогда как мы пока
> занимаемся созданием и управлением экземплярами терминалов и получением их
> текущего состояния.

Это ссылка на близкую тему, а не обоснование того, зачем продолжать наш проект.
В пятую часть про создание экземпляров пока не добавляем. Перед использованием
нужно перечитать продолжение чужого цикла: описание относится к первым двум частям,
прочитанным 29 октября 2026 года.

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

## Несколько серверов

Предпочтительное направление — самостоятельный менеджер на каждом сервере,
с возможностью просматривать сведения соседних узлов, зайдя на любой из них.
Обязательный главный сервер не предполагается. Пока одного сервера достаточно,
поэтому реализация отложена; сначала можно рассмотреть только удалённый просмотр.