остается покопать исходники)

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

так или иначе, практически все, всегда начинают роботов с тестирования на исторических данных

более опытные конечно могут писать сразу же на демках, но историю в любом случае прогоняют )

решайте проблемы по мере поступления, не пытайтесь разобраться во всем и сразу

иначе потеряете мотивацию "перегорите"

Да я скорее помошника и индикаторы буду программировать, а не роботов пока)

О ребят, очень очень интересный вопрос.
В общем в метатрейдере к примеру, можно зарегать ордер с некоторым идентификатором.

нужно это например для тог, чтоб робот знал, что эта сделка относится конкретно к роботу, и не снимал другие заявки, поставленные не роботом.

так вот, не вкурсе, можно ли подобное делать в стоке ?

Сложно сказать, ведь сток поддерживает много разных коннекторов

https://docs.mql4.com/ru/trading/ordersend

там вот есть аргумент magic :)

Mikhail да, но никто не мешает писать в память/файл/бд  id идентификатора из робота, можно без проблем и самому сделать, но может есть в площадке нечто подобное, очень интересная тема

Да, в ордере есть свойство ExtensionInfo типа Dictionary<string, object>, через него как раз такое можно сделать. Через него я как раз и делаю такие контроли.

Будьте аккуратнее с этими метками. Где-то мельком видел пост разраба - предупреждал что-то о том, что доп. поля могут юзать так же терминалы, типа Квика... Я только мельком видел, может все норм, но имейте в виду.

А где эти доп поля сохраняются

всмысле если программу с роботом закрыть, а потом запускать заново

Хз, я не работал с ними еще, может, кто другой подскажет...

Мы с @JaguarRX обсудили по поводу того, стоит ли создавать коммюнити и т.д. И вот к чему пришли:
1. Мы пока не знаем, как технически это сделать то, что перечислено ниже. На каком сервисе/их комбинации это поднять, но, скорее всего, так или иначе это решено и изобретать велосипед не стоит. Может у кого из чата есть идеи?
2. Нам нужна возможность где-то вести карты проблем. Возникла проблема - записал. Может, у кого-то такая же проблема, взяли карту на себя, скооперировались, сделали решение, выложили.
3. Однозначно, нужен гит: visual studio, гитхаб, битбакет или что другое.
4. Собственно форум.
5. Проблема нашего коммюнити в том, что желательно минимум два спецца в паре - программист и предметник (data scientist, трейдер, алгоритмолог, портфельщик...). Поэтому и предполагается объединение над решение конкретной карты.
6. Коммюнити создается для совместного решения проблем, возникающих в процессе от прототипирования алгоритма до запуска его в продакшен. Сейчас исходим из того, что S#.API используется в качестве обвязки. Собственно торговые идеи обсуждать можно, но не это основная цель.
7. Я знаю, что Visual Studio Foundation Service нам бы идеально подошла, но там платно все, бесплатно только для 5 разрабов, публичным проект нельзя сделать, не для того она.
8. Слишком много проблем, мало участников и нужно работать в паре, минимум, поэтому уже будет прогресс, если хотя бы список карт проблем заведем.

Как-то так... Комментируйте, добавляйте, не пинайте))

По умолчанию нигде не сохраняются. Как и все остальное в S#. Как вариант можно парсить структуры объектов через LINQ и сохранять в болшой xml файл или БД, а потом при старте оттуда считывать и засовывать в стратегию через AttachOrder

+ кстати недавно еще на форуме упоминалось вкратце что можно работать чрез StorageMessageAdapter и сохранять все в структурах типа сообщений. Но лично я этот способ еще не пробывал.