Вы хотите входные данные статистики и все аккаунты регить через бота? То есть вы создадите учетку в тг, которая будет админом бота и туда отдавать инфу? Там есть ограничение на кол-во запросов с одного юзера, то есть вам не даст, например, зарегить 10 юзеров в сразу в секунду. То есть та же защита от ддоса может обернуться банальными тормозами сервиса. Если я правильно понимаю о чем вы.
Я предполагал следующую схему:
каждый воркер подключается к боту отдельно, и является отдельным пользователем тг (регистрация воркера в тг осуществляется хозяином воркера самостоятельно)
воркер подключается к телеграм через телеграм-прокси(по типу стратум-прокси)
каждому воркеру дается мини панель с общей статистикой пула, статистикой воркера, настройками вывода монет
собственно чат между воркером и ботом и есть место где пересылаются задания и шары
согласно протокола телеграм:
Компонент высокого уровня (язык запросов API / API)
С точки зрения компонента высокого уровня клиент и сервер обмениваются сообщениями внутри сеанса . Сеанс подключен к клиентскому устройству (точнее, к приложению), а не к определенному соединению http / https / tcp. Кроме того, каждый сеанс присоединен к идентификатору пользователя, с помощью которого фактически выполняется авторизация.
Несколько подключений к серверу могут быть открыты; сообщения могут быть отправлены в любом направлении через любое из соединений (ответ на запрос не обязательно возвращается через то же соединение, которое несет исходный запрос, хотя чаще всего это так, однако ни в коем случае не может быть сообщение возвращается через соединение, принадлежащее другому сеансу). Когда используется протокол UDP, ответ может быть возвращен другим IP-адресом, чем тот, на который был отправлен запрос.
Существует несколько типов сообщений:
RPC-вызовы (клиент-сервер): вызовы API-методам
RPC-ответы (от сервера к клиенту): результаты вызовов RPC
Полученное подтверждение приема сообщения (или, скорее, уведомление о статусе набора сообщений)
Запрос состояния сообщения
Многостраничное сообщение или контейнер (контейнер, который содержит несколько сообщений, необходимо отправить несколько вызовов RPC одновременно через HTTP-соединение, например, контейнер может поддерживать gzip).
таким образом мы имеем многоканальную систему сообщений внутри сеанса как на уровне телеграм-воркер так и на уровне бот-телеграм.
https://core.telegram.org/mtprotoтаким образом получаем 2 зоны приватную (нода+бот+телеграм) и публичную (телеграм+воркер)
вот схема:
