TCMinerProxy — программное обеспечение для проксирования подключений к майнинг-пулам и управления ими, предназначенное для майнеров, ферм и операторов узлов. Если прямое подключение из региона нестабильно или недоступно, TCMinerProxy можно развернуть на ближайшем облачном сервере с надёжным доступом к нужному пулу: майнеры подключаются к серверу-посреднику, а он — к пулу. Дополнительно доступны правила портов, кошельков и воркеров, состояние соединений, статистика хешрейта и журналы. Именно место в этой цепочке помогает понять назначение MinerProxy, или прокси Stratum.
Руководство объединяет обзор продукта, основы работы прокси, выбор схемы подключения и безопасное развёртывание. Оно помогает пользователям из разных регионов решить, нужен ли им TCMinerProxy, когда добавить TMS и когда рассмотреть PoolNode. Конкретные параметры зависят от установленной версии и её документации. Это не отчёт об измерении производительности и не обещание роста физического хешрейта или дохода.
На обложке показан снимок русскоязычной панели TCMinerProxy: график хешрейта, работающие майнеры, состояние портов и задержка пула. Значения отражают состояние интерфейса в момент съёмки, а не гарантированную ёмкость, надёжность или доходность.
Что такое TCMinerProxy и кому он нужен
TCMinerProxy объединяет отдельные подключения майнеров на централизованно управляемом сервере. Оборудование подключается к настроенному порту прокси, а сервер — к выбранному пулу с учётом монеты, протокола и правил кошельков. Оператор наблюдает за портами и воркерами в одном интерфейсе и меняет параметры подключения к пулу без обязательной перенастройки каждого устройства.
Типичные задачи:
- Прямые подключения к пулу из региона завершаются по тайм-ауту, часто обрываются или не устанавливаются; нужен альтернативный путь через ближайший облачный сервер.
- Единые адреса подключения для нескольких пулов, кошельков или клиентских субаккаунтов.
- Общий порядок эксплуатации нескольких площадок с разделением портов по регионам, монетам или клиентам.
- Централизованный контроль работающих майнеров, отключений, отклонённых шар и ресурсов сервера.
- Интеграция данных портов, кошельков и воркеров в собственную платформу.
- Подготовка пользовательских сервисов оператора узла на базе PoolNode.
Прокси не обязателен для каждого майнера. При небольшом числе устройств, стабильной связи и отсутствии задач централизованного управления прямое подключение к пулу часто проще. Прокси добавляет ещё один сервис, который нужно защищать, контролировать и уметь восстанавливать.
Ключевая функция: подключение к пулу через ближайший облачный сервер
Проксирование соединений с майнинг-пулом — одна из основных задач TCMinerProxy. В отдельных регионах прямой маршрут от фермы до выбранного пула бывает нестабильным, соединение завершается по тайм-ауту или не устанавливается. В таком случае можно разместить TCMinerProxy на ближайшем облачном сервере, который стабильно доступен ферме и имеет качественный маршрут к пулу.
Путь данных: майнер или ферма → TCMinerProxy на ближайшем облачном сервере → целевой майнинг-пул.
Например, прямое подключение фермы к пулу регулярно обрывается, но связь с близким облачным регионом стабильна, а из этого региона пул доступен нормально. Сервер-посредник создаёт альтернативный маршрут: в майнерах указывают его адрес и порт прокси, а сервер передаёт задания и отправляемые шары. Так можно организовать доступ при недоступном прямом маршруте и централизованно поддерживать адреса пулов и резервные настройки. Для этой серверной схемы TMS не обязателен.
Как организовать подключение через прокси
- Проверьте доступность выбранного облачного сервера со стороны фермы, затем адрес майнингового порта пула с сервера. На обоих участках проверьте нужные порты и протоколы, не ограничиваясь одним результатом ping.
- Разверните сервер по инструкции установки TCMinerProxy, защитите административный вход и разрешите только необходимые порты.
- Создайте порт прокси майнинг-пула, указав монету, протокол входящих подключений, адрес пула и протокол соединения с ним.
- Направьте небольшую группу майнеров на адрес и порт облачного прокси. Проверьте кошельки или субаккаунты и имена воркеров; если замена идентификаторов не нужна, сохраните исходные настройки аккаунта.
- Убедитесь на стороне пула, что воркеры работают и шары принимаются. Сравните отключения, долю отказов, задержки и ресурсы сервера, затем расширяйте подключение поэтапно.
«Ближайший» означает подходящий по реальному сетевому маршруту и стабильности, а не только по расстоянию на карте. Должны работать оба участка: от фермы до облака и от облака до пула. Сам по себе прокси не устраняет сбой пула, ошибку аутентификации или несовпадение протоколов. Это альтернативный путь подключения, а не гарантия доступности или снижения задержки в любом регионе и сети.
Архитектура: прямое подключение, серверный прокси и TMS
Три схемы различаются компонентами и эксплуатационными обязанностями, а не гарантированным преимуществом по доходности.
| Схема | Путь данных | Основная задача | Что необходимо обслуживать |
|---|---|---|---|
| Напрямую к пулу | Майнер → вышестоящий пул | Простое подключение без общих правил прокси | Адреса, аккаунты и резервные подключения на устройствах |
| Через TCMinerProxy | Майнер → TCMinerProxy → вышестоящий пул | Подключение через промежуточный сервер, централизованные порты, правила кошельков, мониторинг и API | Сервер, права доступа и соединения с пулами |
| С TMS | Майнер → локальный TMS → TCMinerProxy → вышестоящий пул | Локальный вход, объединение соединений, шифрование и сжатие | Клиент, сервер и согласованные параметры обоих компонентов |
По соединению Stratum передаются задания, данные аутентификации и результаты работы — шары. Несовпадение протоколов, ошибки преобразования идентификаторов, переподключения и задержки способны влиять на принятые результаты. Статус «подключён» сам по себе не доказывает, что пул принимает шары.
TCMinerProxy не является универсальным VPN: создание порта для майнинга не направляет через него трафик других приложений. Проксирование стороннего пула также не создаёт самостоятельную систему расчётов собственного пула.
Роли TCMinerProxy, TMS и PoolNode
| Компонент | Расположение и обязанности | Когда нужен |
|---|---|---|
| Сервер TCMinerProxy | Порты прокси, вышестоящие пулы, кошельки, статистика, безопасность и API | При необходимости централизованного управления подключениями |
| Клиент TMS | Обычно работает в локальной сети фермы; обеспечивает локальный вход и совместимый шифрованный канал со сжатием к серверу | Для уменьшения числа внешних соединений, сжатия трафика или общего локального входа |
| PoolNode | Организует группы узлов, адреса майнинга, сайт, пользователей и запросы доходов в системе TCMinerProxy | Для эксплуатации собственного сервиса узла майнинг-пула |
TMS — дополнительный компонент, а не замена серверу. Настройки сжатия TMS3 и TMS3(Zstd) должны согласовываться с серверной стороной. Изменение объёма трафика, нагрузки на CPU и задержек нужно измерять на реальном маршруте: фиксированный процент сжатия не является универсальным результатом.
PoolNode объединяет узлы через CODE/TOKEN и разделяет общие настройки группы и локальные параметры сервера. Работа с пользователями, комиссиями и доходами отличается от обычного проксирования сторонних пулов. Планируйте её по документации PoolNode, а не рассматривайте порт прокси как полноценный пул.
Основные возможности: от портов до управления
Порты, пулы и кошельки
Настройка портов прокси позволяет разделять подключения по монетам, клиентам или назначению, задавать протокол целевого пула, основной и резервный адреса. До запуска проверьте реальную доступность адреса и допустимый для пула формат кошелька или субаккаунта.
Правила кошельков и воркеров управляют идентификацией на пуле и заданными долями распределения. Перед изменением проверьте аккаунт назначения, имя воркера и требования пула. После изменения подтвердите результат на стороне пула, а не только в локальном интерфейсе.
Традиционный эффективный режим и комиссия без потерь
Сервер предлагает традиционный эффективный режим и режим комиссии без потерь с определёнными условиями совместимости. Текущий режим без потерь применяется к BTC и LTC на поддерживаемых пулах. Основной и комиссионный кошельки должны использовать одну платформу пула; адрес и протокол комиссионного подключения следуют основному пулу, а кошельки, имена воркеров и проценты задаются отдельно. Нельзя считать неподдерживаемую комбинацию совместимой по умолчанию.
«Без потерь» — название режима, а не гарантия отсутствия любых потерь при любой сети, прошивке или настройке. Приёмка всё равно требует проверки принятых шар, отказов и данных пула.
Горячее обновление комиссии и замена кошелька или воркера
Эти функции действуют по-разному. Горячее обновление комиссии позволяет менять поддерживаемые параметры без принудительного отключения майнеров. В режиме без потерь сохраняются требования одной платформы пула и привязки адреса с протоколом к основному пулу.
Горячая замена кошелька и имени воркера использует составные правила wallet.device, подстановки для сохранения исходного значения, шаблоны или несколько значений и необязательное перенаправление на другой пул. Майнеры, подходящие под правило замены, принудительно переподключаются: это не изменение без перерыва. Сохранение изменённого порта прокси также может перезапустить этот порт.
Мониторинг, хранение отключённых майнеров и API
Панель и сведения о порте объединяют подключения, воркеры, оценку хешрейта, журналы и использование ресурсов. В настройках задаётся срок хранения записей об отключённых майнерах для расследования периодических сбоев. Удаление истёкших записей не отключает работающие устройства. Для уведомлений об отключении или падении хешрейта нужен действующий канал доставки, а не только условие срабатывания.
Для нескольких экземпляров предусмотрено удалённое управление. Интеграцию в собственную платформу начинайте с документации API TCMinerProxy. Проверьте аутентификацию, права и обработку ошибок; не размещайте административные учётные данные в общедоступной странице или клиентском коде.
Интеграция API: какие данные и настройки доступны
API TCMinerProxy позволяет подключить данные о работе прокси и операции настройки к собственной системе хостинг-провайдера. Обзор охватывает все категории документации API сайта, проверенной 2026-10-07, и разделяет чтение данных, изменение конфигурации и операции PoolNode. Это не испытание всех интерфейсов на работающем сервере и не заявление о наличии готовой биллинговой платформы. Поля, права доступа и доступность функций зависят от установленной версии и документации конкретного интерфейса.
Данные о работе: что можно запрашивать
| Область | Доступные сведения | Документация |
|---|---|---|
| Система, монеты и версии | Настройки монет и алгоритмов, ОС, CPU/память/диски, история ресурсов и трафика, число устройств, хешрейт монет, локальная и удалённая версии, список изменений, время запуска, UUID экземпляра и состояние мобильного доступа | Система и версии |
| Порты и пулы | Список портов, полная конфигурация, состояние, ошибки, соединения, кошельки и правила замены; список пулов режима без потерь, пригодность порта и проверка доступности пула | Порты и кошельки |
| Клиенты, кошельки и воркеры | Постраничный список воркеров с фильтрами кошелька/субаккаунта и состояния; сводка кошельков, работающие/отключённые майнеры, эффективный и комиссионный хешрейт, успешные/неуспешные шары, задержки, отключения, индивидуальные комиссии, графики монет/портов/воркеров и TCP-соединения | Воркеры и статистика |
| Журналы и неисправности | Административные действия, журналы работы и ошибок, доступ и блокировки IP, совпадения со списками кошельков, сбои подключения майнеров; интерфейсы воркеров также дают журналы портов/групп соединений и потоки ошибочных данных | Безопасность и журналы |
| Наблюдатель: только чтение | Отдельный X-OB-TOKEN для монет, воркеров с фильтрами кошелька/субаккаунта, графиков, журналов подключений и ошибочных данных; изменение портов и кошельков недоступно |
API наблюдателя |
| Несколько экземпляров и диагностика в реальном времени | Подтверждённые запросы группового управления читают удалённые порты, статистику, ресурсы, версии и время запуска; WebSocket подписывается/отписывается от потока Stratum группы воркеров, поддерживает heartbeat и закрытие | Групповое управление, WebSocket |
Статистика кошелька и расчёты пула — разные источники: эффективный хешрейт и записи шар на прокси не равны итоговой выплате клиенту. Доступ наблюдателя «только чтение» также не доказывает изоляцию данных клиентов: фильтр кошелька не является проверкой полномочий. Перед предоставлением запросов клиентам проверьте область видимости и при необходимости реализуйте проверку клиента и фильтрацию данных в собственном серверном приложении.
Работа прокси: что можно изменять и контролировать
| Область управления | Доступные действия | Ограничения и последствия |
|---|---|---|
| Жизненный цикл портов | Создание, редактирование, запуск, остановка, удаление и массовый импорт; монета, порт/протокол приёма, основной/резервный пул, протоколы вышестоящих соединений, лимиты подключений и режим | Редактирование может перезапустить порт; остановка/удаление влияют на подключения; проверяйте ошибки каждого элемента импорта |
| Расширенные настройки порта | Для поддерживаемых вариантов: защита хешрейта, успешные ответы и их задержка, совместимость пулов/прошивок, замена сведений о ядре майнера, расширения KENC/SOCKS5 и сжатие TMS3 | Поддержка зависит от режима; принудительный успешный ответ не доказывает принятие шары пулом; сохраняйте резервные поля с неподтверждённым смыслом |
| Комиссионные кошельки и доли | Добавление, изменение и удаление комиссионных кошельков, смена кошелька/субаккаунта, имени воркера и доли; индивидуальные доли кошелька/майнера и возврат к значениям по умолчанию; добавление/удаление кошелька из избранного | Горячее обновление отличается от редактирования всего порта; в режиме без потерь адрес и протокол комиссионного пула следуют основному |
| Замена кошелька/воркера | Чтение, создание и удаление правил t=2 в формате wallet.device, несколько значений, шаблон всей стороны, подстановки сохранения значений и необязательная смена пула |
Изменения на месте нет: правило удаляют и создают заново; подходящие майнеры отключаются и переподключаются |
| Уведомления и быстрые настройки | Чтение/сохранение уведомлений об отключении и почтовых параметров, срока хранения отключённых майнеров, списков пользовательских пулов и кошельков | Нужен работающий канал уведомлений; очистка старых записей не отключает работающие майнеры; полные объекты сначала считывают и объединяют |
| TMS и транспорт | Чтение/сохранение серверной конфигурации клиента TMS: код сопряжения, основной/резервный адрес, сопоставления портов/вышестоящих подключений, режимы, заголовок, объявления и сведения; чтение, установка или сброс ключа KENC | Сохраняется путь протокола /api/rms/config; изменения параметров и ключей согласуют на обоих концах; это не удалённое управление прошивкой майнеров |
| Web-безопасность и доступ | Изменение безопасного пути панели, Web-порта и HTTPS; загрузка сертификата/закрытого ключа порта майнинга или восстановление встроенного сертификата; добавление/удаление IP в чёрном списке и кошельков в чёрном/белом списках | Возможны перезапуск, смена адреса панели или блокировка подключений; предусмотрите восстановление административного доступа |
| Наблюдатель и групповой доступ | Включение/выключение наблюдателя и чтение его токена; получение/обновление токена группового доступа, добавление, изменение и удаление записей удалённых экземпляров | Токен наблюдателя не является административным; подтверждённая пересылка предназначена для чтения, а не произвольных удалённых изменений |
| Алгоритмы и служебные флаги | Запрос обновления движка алгоритмов, сброс флагов сбоя/ошибки запуска | Сброс флага не устраняет причину и не является интерфейсом перезагрузки сервера, обновления прошивки или выполнения произвольных команд |
Форматы запросов приведены в разделах Порты и кошельки, Воркеры и статистика, Системные настройки и Безопасность. Обзор описывает область управления, но не заменяет определения полей и ограничения совместимости.
PoolNode: проекты, сайты и управление доходами
Это возможности встроенного административного API PoolNode; требуются активация проекта, проверка аккаунта и соответствующие условия операции. Они не являются расчётными интерфейсами обычного прокси стороннего пула и не управляют произвольными внешними аккаунтами пулов.
| Модуль | Что можно запросить | Чем можно управлять |
|---|---|---|
| Проекты и узлы | Состояние проекта и комиссии монет, порты узла, регионы/точки подключения, задержка, статистика узла и синхронизация | Подача заявки, активация и деактивация проекта; создание/удаление портов, публичный режим порта и единый кошелёк |
| Сайт и APP | Порт, безопасный путь, публичный доступ/TLS, тип сертификата, настройки сайта, шаблоны/ход загрузки, адрес связи APP и код приглашения | Изменение порта/пути/публичного доступа/TLS, загрузка или сброс сертификата сайта, сохранение логотипа/заголовков/объявлений, выбор или сброс шаблона, сохранение адреса связи APP |
| Комиссии, доходы и субаккаунты | Сводка доходов, начисления/выплаты, адреса выплат и минимумы, право и история вывода малого остатка, субаккаунты и настройки комиссий/вознаграждений | Комиссия монеты узла и email доходов; отправка проверочного письма и изменение адреса/минимума выплаты после проверки; допустимая заявка на вывод малого остатка; индивидуальные комиссии или возврат к стандартным, установка/удаление вознаграждений |
См. Управление проектом и сайтом PoolNode и Комиссии, доходы и субаккаунты PoolNode. Деактивация проекта, изменение адреса выплат и заявки на вывод — чувствительные операции: после тайм-аута сначала уточните результат, а не отправляйте запрос повторно автоматически. Отдельный пользовательский API PoolNode требует собственной интеграции; его учётные данные нельзя смешивать с административными.
Интеграция с системой хостинг-провайдера
Практическая схема хранит в собственной системе связь «клиент → экземпляр → порт → кошелёк/субаккаунт → воркеры», а через API получает нужную статистику, выполняет одобренные изменения и проверяет результат. Например, задаёт индивидуальную комиссию клиента или создаёт согласованное временное правило замены кошелька, после чего сверяет порты, воркеры и журналы с ожидаемой областью действия. Сведения об операторе, основании согласования и восстановлении также сохраняет бизнес-система.
Вход клиентов, детальные права, согласования, счета, учёт электроэнергии, определение задолженности и финансовая сверка остаются задачами этой системы или других сервисов. В данном обзоре API не подтверждены интерфейсы управления питанием майнеров, разгона, сбора температуры или ремонтных заявок. Обычные журналы действий не являются полной защищённой от изменения системой аудита. Наличие API само по себе не добавляет эти бизнес-функции.
Включение API, учётные данные и безопасные запросы
- Установите
ENABLE_CONTROL_API=1вrust-config, перезапустите программу и получите или создайте API Key в разделе «Настройки → API». Управление ключом относится к авторизованной панели; не предполагайте возможность получить его без аутентификации. - По документации аутентификации получите Access Token с помощью Key. Обычные запросы передают
X-ACCESS-TOKEN, а базовый URL сохраняет безопасный путь панели. Срок токена — около двух часов; новый Token аннулирует старый, смена Key — старый Key и его токены. Несколько клиентов должны согласовывать обновление. - Считайте общий Token высокопривилегированным. Текущая документация не предусматривает отдельных Key для клиентов или детальных областей прав. Храните секреты только на контролируемом сервере, используйте HTTPS, ограничения источников и частоты запросов. Токены наблюдателя, группового доступа и обычного API управляйте отдельно.
- Перед изменением считайте конфигурацию, сохраните прежние значения, объедините нужные поля и запишите результат; затем запросите его повторно. ID записи порта не равен номеру прослушиваемого порта. Доли обычно задаются десятичными значениями
0–1; следуйте определению конкретного поля. - Проверяйте HTTP и бизнес-результат, особенно PoolNode
status, отдельные ошибки импорта и новый адрес после перезапуска. Чтение допускает ограниченные повторы с задержкой; при неопределённом результате удаления, смены адреса или вывода сначала проверьте состояние. Для WebSocket уточните аутентификацию при установлении соединения в вашей версии и настройки обратного прокси.
Не автоматизируйте старые пути, не подтверждённые документацией как стабильные, только на основании констант фронтенда. Полные форматы запросов, сообщения и обработка совместимости описаны в соответствующих модулях и документации ошибок.
Эксплуатация хостинга: комиссии и смена кошельков клиентов
Для провайдеров майнинг-хостинга TCMinerProxy позволяет организовать отдельные клиентские порты, распределение сервисной комиссии и смену кошельков наряду с подключением оборудования. Выделите клиенту отдельный порт либо поддерживайте явную связь «клиент — кошелёк или субаккаунт — воркеры», чтобы каждое изменение имело определённую область действия.
Пример: согласованная комиссия за обслуживание 2%
Предположим, хостинг-провайдер и клиент договорились выделять 2% через прокси за эксплуатационное обслуживание. Провайдер может добавить свой комиссионный кошелёк или субаккаунт пула на порт клиента и задать эту долю. В упрощённом примере с одной комиссией и без индивидуальных переопределений настроенная оставшаяся доля клиента составит 98%.
Значение 2% — условный пример тарифа, а не официальная комиссия ПО TCMinerProxy. Оно также не гарантирует точного разделения итоговых выплат в пропорции 98:2: на расчёт влияют принятые шары, правила пула, плата за ПО и другие факторы. Электроэнергию следует учитывать отдельно согласно договорённости. В режиме без потерь комиссионный кошелёк по-прежнему должен соответствовать требованиям к монете, поддерживаемому пулу и одной платформе пула.
Для клиентов можно использовать разные значения по умолчанию на портах либо индивидуальные доли кошелька и майнера в сведениях о порте. Приоритет: отдельный майнер > кошелёк > значение порта по умолчанию. Поддерживаемые изменения комиссионного кошелька и доли доступны через горячее обновление комиссии, без принудительного отключения майнеров из-за сохранения этой настройки.
Пример: централизованная смена кошелька при неоплате электроэнергии
Если договор хостинга предусматривает такой порядок, клиент дал согласие, а задолженность и уведомление проверены, провайдер может использовать горячую замену кошелька и воркера, чтобы направить последующие отправки этого клиента на согласованный расчётный кошелёк или субаккаунт пула. Входить в интерфейс каждого майнера и менять его настройки не требуется.
Ниже приведены вымышленные субаккаунты пула, а не реальные адреса кошельков:
| Параметр правила | Пример | Результат |
|---|---|---|
| Совпадение | customer_a.* |
Только воркеры исходного субаккаунта клиента A |
| Замена | hosting_settlement.#{DEVICE} |
Согласованный расчётный субаккаунт с сохранением имени каждого воркера |
| Перенаправление пула | В этом примере отключено | Пул порта остаётся прежним; целевой субаккаунт должен работать на нём |
Здесь «переключение одним нажатием» означает централизованное применение правила на сервере вместо изменения каждого устройства. В интерфейсе всё равно необходимо ввести правило и подтвердить область действия. Подходящие под правило майнеры отключаются и используют новый идентификатор после переподключения, поэтому сначала проверьте небольшую группу и запланируйте время изменения. Не применяйте *.* без разбора на общем порту: это может затронуть других клиентов.
Функция меняет идентификатор для последующих соединений с пулом. Она не переводит уже накопленный баланс и не изменяет адрес вывода средств в аккаунте пула. Это не биллинговая система, автоматически определяющая задолженность, считывающая электросчётчики, выставляющая счета или списывающая деньги. Сумму долга, согласованный зачёт и момент восстановления нужно проверять в собственной системе учёта.
Восстановление после оплаты и журнал операций
- До изменения сохраните данные клиента, порта, исходного кошелька, затрагиваемых воркеров и правила; проверьте работоспособность расчётного субаккаунта.
- После переключения сопоставьте идентификаторы устройств в сведениях о порте с воркерами пула, зафиксируйте время вступления изменения в силу и список устройств.
- После погашения задолженности удалите соответствующее временное правило замены. После переподключения майнеров убедитесь, что исходные идентификаторы восстановлены и других подходящих правил нет.
- Выполните сверку за фактический период действия изменения. Сохраните сведения об операторе, уведомления клиенту, время переключения и восстановления для запросов клиента и внутренней проверки.
Это примеры применения функций, а не утверждение о встроенной автоматической системе напоминаний об оплате электроэнергии или взаиморасчётов. Понятные, проверяемые правила и процедура восстановления важны не меньше самой возможности сменить кошелёк.
Как проверить совместимость монет и протоколов
Одного названия монеты недостаточно. Проверяются прошивка майнера, алгоритм, адрес пула, формат имени пользователя, версия сервера и протокол порта. Например, BTC и LTC используют разные алгоритмы: замена адреса прокси не превращает оборудование для одного алгоритма в оборудование для другого.
TCMinerProxy предлагает несколько вариантов подключения, включая TCP, TLS/SSL и протоколы для работы с TMS. Список монет и функций проверяйте в актуальном интерфейсе портов и документации. Наличие протокола не означает одинаковых возможностей статистики, замены кошельков и комиссии во всех режимах. Для прозрачного прокси границы функций нужно уточнять отдельно.
TMS3 не является другим названием Stratum V2 и не подтверждает поддержку Stratum V2. Во время первого испытания зафиксируйте версии программ, модель майнера, адрес пула и сочетание протоколов, чтобы получить воспроизводимый список совместимых конфигураций.
Развёртывание для ферм в разных регионах
Начинайте с полного сетевого маршрута: от майнера до сервера, затем от сервера до пула. Страна размещения сервера и одиночный замер задержки не определяют качество связи. Наблюдайте за потерями пакетов, колебаниями задержки, переподключениями и принятыми шарами во времени.
- Одна площадка: при нестабильном или недоступном прямом подключении проверьте близкие облачные регионы, доступные ферме и имеющие надёжную связь с пулом. Проверяйте оба участка отдельно; сервер на самой ферме всё равно требует внешнего канала с доступом к пулу.
- Несколько регионов: выбирайте региональные точки входа по реальным измерениям, не направляя все площадки через один удалённый узел без необходимости.
- Ограниченное число внешних соединений или пропускная способность: оцените TMS, одновременно проверяя CPU, память локального устройства и восстановление после отключения питания.
- Облачный сервер: изучите политику провайдера в отношении нагрузки, стоимость трафика, группы безопасности, системный межсетевой экран и публичную адресацию.
Доменное имя упрощает управление адресами, но изменение DNS не переносит уже установленные соединения. Отработайте резервные адреса, переключение при сбое и переподключение. Само добавление второго сервера ещё не обеспечивает высокую доступность.
Linux и Windows: от установки до первых принятых шар
Сервер доступен для Linux и Windows. Выберите актуальный файл для своей системы на странице загрузки TCMinerProxy, затем следуйте инструкции для Linux и Windows. В этом обзоре используются ссылки на поддерживаемые инструкции вместо дублирования команд, которые могут измениться вместе с установщиком.
- Уточните систему, версию программы, адрес сервера, аккаунт пула и разрешённый доступ к административным и майнинговым портам.
- Получите официальную программу. До запуска установочного скрипта проверьте его источник и содержимое; не выполняйте пересланную команду только ради удобства.
- При первом входе замените стандартные учётные данные, настройте защитный путь доступа, включите двухфакторную аутентификацию и сохраните данные восстановления.
- Создайте один тестовый порт с нужной монетой, протоколом, пулом и правилами кошельков.
- Подключите небольшую группу майнеров и совместно проверьте журналы сервера, воркеры пула и принятые шары.
- Если нужен TMS, получите его на странице загрузки безопасного клиента TMS, выполните сопряжение по документации TMS и сравните работу до и после включения.
- Увеличивайте нагрузку поэтапно, экспортируйте резервную копию настроек и сохраните исходные адреса с выполнимым планом отката.
Актуальные версии указаны в официальных релизах TCMinerProxy и релизах TMS. Перед обновлением изучите изменения и совместимость конфигурации, а не ограничивайтесь заменой исполняемого файла.
Проверка безопасности и ёмкости перед запуском
Административный интерфейс и майнинговые порты решают разные задачи и требуют отдельных правил доступа. Ограничьте источники административных подключений, используйте контролируемый HTTPS-доступ и защищайте закрытые ключи сертификатов и API-учётные данные. Нестандартный путь уменьшает случайные обращения, но не заменяет аутентификацию и межсетевой экран.
Участки «майнер — прокси» и «прокси — пул» независимы: шифрование одного не означает шифрования другого. При ошибке проверки сертификата выясните проблемы доменного имени, цепочки сертификатов и системного времени, а не отключайте проверку навсегда. Подробности — в рекомендациях по безопасности и центре настроек.
| Проверка | Какие данные сохранить |
|---|---|
| Рабочее подключение | Соответствие статуса устройства, журналов прокси, воркеров пула и принятых шар |
| Стабильность | Отклонённые и устаревшие шары, число отключений и время восстановления за сопоставимые периоды |
| Ресурсы | CPU, память, соединения, трафик и рост журналов, включая сравнение до и после сжатия |
| Безопасность | Ограничения входа, двухфакторная аутентификация, сертификаты, права API и хранение секретов |
| Восстановление | Экспорт конфигурации, версии, тест восстановления, резервные адреса и обходной путь |
Снимок мгновенного хешрейта не доказывает долгосрочную производительность. Устройства, прокси и пулы могут использовать разные способы расчёта и интервалы усреднения. При сравнении прямого подключения и прокси по возможности сохраняйте оборудование, пул, период наблюдения и настройки неизменными, затем постепенно увеличивайте нагрузку.
Комиссии, расходы и доходы
Разделяйте плату за программное обеспечение, комиссию пула, настроенную оператором долю комиссии или тариф узла, а также расходы на сервер, трафик и обслуживание. Распределение шар в обычном режиме прокси и механизм доходов PoolNode — разные процессы.
Актуальные сведения о плате за ПО приведены на странице о TCMinerProxy; сверяйте их с выбранным режимом и установленной версией. Прокси централизует управление соединениями, но не меняет физическую вычислительную мощность оборудования и не устраняет влияние сложности сети, правил расчёта пула или рыночных цен на доход.
Частые вопросы
Поможет ли облачный прокси, если из моего региона пул недоступен?
Да, если ферма может подключиться к облачному серверу, а тот — к выбранному пулу. Разверните TCMinerProxy как промежуточный узел, проверьте небольшую группу майнеров и принятые шары на стороне пула. Географическая близость или статус соединения сами по себе не доказывают стабильность полного маршрута.
Обязателен ли TMS для TCMinerProxy?
Нет. Майнеры могут подключаться прямо к портам TCMinerProxy. Дополнительный TMS имеет смысл, когда нужны локальная точка входа, объединение соединений или передача со сжатием.
Является ли TCMinerProxy самостоятельным пулом?
Обычный режим прокси подключает оборудование к существующим сторонним пулам. Для собственного узла, сайта, пользователей и запросов доходов отдельно изучите PoolNode и границы его эксплуатации.
Сколько майнеров выдержит один сервер?
Универсального числа нет. Ёмкость зависит от протокола, монеты, количества соединений, сжатия, оборудования и работы вышестоящего пула. Используйте поэтапные испытания вместо подбора конфигурации только по числу устройств.
Нужен ли контроль отказов при шифровании или режиме без потерь?
Да. Шифрование защищает конкретный участок передачи, а режим комиссии без потерь имеет условия совместимости. Ни один из них не заменяет проверку совместимости, мониторинг ресурсов и подтверждение принятых шар на пуле.
С чего начать дальнейшую работу?
Откройте документацию по настройке и эксплуатации TCMinerProxy, затем проверьте один порт и небольшую группу устройств. Для локального защищённого канала переходите к документации TMS, для эксплуатации узла — к документации PoolNode. Сначала создайте небольшую, проверяемую и восстанавливаемую систему, затем расширяйте её на новые площадки и оборудование.