Пинг до майнинг-пула влияет на доход ASIC напрямую: задержка соединения определяет, сколько шар пул успевает принять до смены задания. Майнинг-пул Геометрия работает на серверах в России — это сокращает маршрут для российских майнеров и снижает риск технических потерь из-за latency. В этой статье разбираем механизм влияния пинга на stale shares, reject rate и фактическую доходность ASIC.
Как высокий пинг до майнинг-пула снижает доход ASIC: короткий ответ
Пинг до майнинг-пула — это задержка соединения между ASIC и сервером пула. Высокий пинг увеличивает долю stale shares в статистике пула. Stale shares снижают количество accepted shares, которые учитываются при начислении дохода. Доход ASIC зависит не от локального хэшрейта, а от количества accepted shares на стороне пула.
Пинг до майнинг-пула влияет на то, как быстро ASIC получает задания и отправляет шары обратно в пул. Чем выше и нестабильнее задержка, тем выше риск stale shares и снижения фактического дохода даже при нормальном локальном хэшрейте.
Локальный хэшрейт ASIC не гарантирует доход, если пул принимает меньше valid shares, чем ожидается. Accepted shares — это единственная метрика, которая имеет значение для расчёта вознаграждения. Если stale или rejected shares растут, фактическая доходность снижается даже без видимых изменений в работе оборудования.
Как ASIC общается с майнинг-пулом через stratum: схема от задания до выплаты
ASIC подключается к stratum-серверу майнинг-пула через TCP-соединение. Stratum — это протокол обмена данными между майнером и пулом: он передаёт задания от пула к устройству и shares от устройства обратно на сервер. Без стабильного соединения с пулом ASIC не получает задания и не может отправлять найденные шары.
Пул отправляет ASIC задание — job с параметрами текущего блока. ASIC вычисляет хэши и отправляет найденные shares обратно на сервер пула. Пул проверяет каждую share и классифицирует её как accepted, rejected или stale. Майнинг-пул Геометрия начисляет вознаграждение на основе accepted shares участника.
Rejected
Stale
Вознаграждение начисляется только за accepted shares — принятые и проверенные пулом шары
ASIC получает от пула небольшое задание, считает хэши локально и отправляет найденные shares обратно. Пул проверяет shares и начисляет вознаграждение только за принятые — accepted shares. Rejected и stale shares в расчёт вознаграждения не входят.
Что такое пинг и latency в майнинге и почему это не то же самое, что скорость интернета
Пинг и скорость интернета — разные параметры. Скорость интернета показывает, сколько данных в секунду проходит через канал. Пинг показывает время ответа: сколько миллисекунд уходит на то, чтобы пакет дошёл от устройства до сервера и вернулся обратно. Для майнинга важна не скорость загрузки, а задержка до сервера пула.
Пинг измеряется в миллисекундах и показывает время прохождения пакета от устройства до сервера и обратно. Latency в майнинге — это задержка между ASIC и stratum-сервером пула, а не общая скорость интернета. ASIC обменивается с пулом небольшими пакетами данных — задания и шары весят единицы килобайт. Высокая скорость интернета не гарантирует низкую задержку до сервера пула.
Нестабильный ping с резкими скачками опаснее стабильно высокого пинга для работы ASIC. Если задержка постоянно прыгает — от 10 до 200 миллисекунд и обратно — шары приходят на пул в непредсказуемые моменты. Пул получает часть шар слишком поздно и классифицирует их как stale. Стабильный пинг 80 мс даёт более предсказуемый результат, чем нестабильный с диапазоном 10–150 мс.
Packet loss на маршруте до пула увеличивает риск потери соединения и роста stale shares. Потери пакетов рвут stratum-соединение: ASIC переподключается, теряет время, пропускает задания. Интернет-соединение с нулевым packet loss и стабильной задержкой — базовое требование для стабильной работы ASIC на пуле.
Для майнинга важна не скорость загрузки, а задержка до сервера пула: чем ниже и стабильнее latency, тем меньше риск stale shares.
Чем accepted, rejected и stale shares отличаются друг от друга и почему это важно для дохода
Accepted shares — это шары, которые пул получил, проверил и учёл при расчёте вознаграждения. Stale shares — это шары, которые пришли на пул после того, как job уже был обновлён. Rejected shares — это шары с недостаточной сложностью, неверным форматом или ошибкой настройки. Вознаграждение майнера рассчитывается только на основе accepted shares, а не локального хэшрейта ASIC.
| Тип шары | Что означает | Как влияет на доход |
|---|---|---|
| Accepted | Шара получена пулом, проверена и учтена. Хэш соответствует сложности и формату задания. | Учитывается при расчёте вознаграждения. Доход зависит только от этих шар. |
| Stale | Шара пришла на пул после того, как job уже был обновлён — задание сменилось до получения шары. | Не учитывается в вознаграждении. Рост stale shares снижает фактический доход при том же хэшрейте. |
| Rejected | Шара отклонена из-за недостаточной сложности, неверного формата или ошибки в настройках ASIC. | Не учитывается в вознаграждении. Указывает на проблему с оборудованием, прошивкой или настройкой. |
Рост доли stale и rejected shares снижает фактический доход при неизменном хэшрейте оборудования. ASIC может показывать стабильные цифры хэшрейта, но если пул получает меньше accepted shares — майнер зарабатывает меньше. Pool-side хэшрейт в личном кабинете пула отражает реальную картину точнее, чем показания самого устройства.
Accepted shares — принятая работа, за которую начисляется вознаграждение. Stale shares — запоздавшие шары, пришедшие после смены job в блокчейне. Rejected shares — отклонённые шары с ошибкой формата или сложности. Доход зависит только от accepted shares.
Почему высокий или нестабильный пинг увеличивает долю stale shares: технический механизм
Пул обновляет job при нахождении нового блока в сети биткоин. Это происходит каждый раз, когда кто-то в сети находит валидный блок — пул обязан сразу переключиться на новый шаблон блока и разослать обновлённое задание всем подключённым майнерам. ASIC узнаёт о новом job только после получения уведомления от пула через stratum-соединение.
Здесь и возникают два участка задержки, которые напрямую влияют на долю stale shares.
Первый участок: пул → ASIC. Пул нашёл новый блок и отправил обновлённый job. Высокий пинг увеличивает время, за которое уведомление о новом job доходит до ASIC. Пока уведомление в пути, ASIC продолжает считать хэши по старому заданию. Шары, найденные за это время, придут на пул уже после смены job.
Второй участок: ASIC → пул. ASIC нашёл share и отправил её на сервер пула. Если задержка соединения высокая, share доходит до пула с опозданием. За это время пул мог обновить job — и полученная share относится уже к устаревшему заданию. Share, вычисленная по старому job, считается stale, если пул уже перешёл к следующему заданию.
Нестабильный пинг с резкими скачками создаёт непредсказуемые всплески stale shares в статистике. Это опаснее стабильно высокого пинга: при стабильной задержке можно предсказать потери, при скачках — нет. Высокий или нестабильный ping увеличивает stale shares, потому что часть шар приходит слишком поздно — пул уже сменил job. Это не ошибка оборудования, а следствие задержки соединения между ASIC и сервером пула.
Комментарий эксперта
Механизм stale shares часто недооценивают, потому что ASIC при этом продолжает работать в штатном режиме — хэшрейт не падает, ошибок нет. Но пул фиксирует: часть шар приходит после смены блока. Именно поэтому при диагностике доходности важно смотреть не только на хэшрейт ASIC, но и на долю accepted shares в статистике пула. Если stale rate растёт — первое, что нужно проверить, это стабильность соединения: packet loss, скачки latency и маршрут до сервера пула.
Роман Фёдоров, аналитик по майнингу, Geometria
Почему rejected shares не всегда связаны с задержкой: четыре группы причин
Rejected shares возникают из-за четырёх групп причин: сетевых, настроечных, аппаратных и программных. Rejected shares отличаются от stale: stale — это шара, пришедшая слишком поздно, rejected — шара, отклонённая из-за ошибки сложности, формата или настройки. Причины rejected не всегда связаны с пингом.
Неверный stratum-адрес или порт приводит к отклонению всех shares на стороне пула. Перегрев hashboard вызывает вычислительные ошибки и рост доли invalid shares. Устаревшая прошивка ASIC создаёт несовместимость с протоколом пула и увеличивает rejected rate. Агрессивный разгон сверх рекомендованных значений увеличивает долю некорректных shares.
| Категория | Причина | Что проверить |
|---|---|---|
| Сетевые | Высокий пинг, packet loss, нестабильное соединение, обрывы stratum-сессии | Ping до сервера пула, packet loss, кабель, роутер, провайдер |
| Настроечные | Неверный stratum-адрес, неправильный порт, некорректный worker name, несовпадение алгоритма | URL пула, порт, имя воркера, монета и алгоритм в настройках ASIC |
| Аппаратные | Перегрев hashboard, повреждённые ASIC-чипы, нестабильное питание, агрессивный разгон | Температура плат, fan RPM, лог ошибок ASIC, профиль разгона, блок питания |
| Программные | Устаревшая или нестабильная прошивка, несовместимость firmware с протоколом пула | Версия прошивки, официальная firmware производителя, лог после обновления |
Чек-лист: что проверить при высоком stale rate
- Проверить ping до сервера пула — запустить минимум 50–100 пакетов, смотреть на скачки и потери.
- Проверить packet loss — любые потери пакетов на маршруте до пула требуют диагностики.
- Заменить Wi-Fi на кабельное подключение, если ASIC подключён по беспроводной сети.
- Проверить роутер и коммутатор — перегруженное или дешёвое оборудование даёт нестабильную задержку.
- Убедиться, что выбран ближайший региональный сервер пула.
- Проверить, не блокирует ли firewall stratum-порт пула.
- Смотреть stale rate за период от 24 часов — не за несколько минут.
Чек-лист: что проверить при высоком reject rate
- Проверить stratum-адрес пула — убедиться, что URL и порт указаны точно.
- Проверить worker name — формат должен соответствовать требованиям пула.
- Убедиться, что монета и алгоритм в настройках ASIC совпадают с пулом.
- Проверить температуру hashboard — перегрев вызывает вычислительные ошибки и рост rejected.
- Снизить или отключить разгон — агрессивный overclock увеличивает долю некорректных shares.
- Обновить прошивку ASIC до актуальной версии с официального сайта производителя.
- Проверить лог ошибок в интерфейсе ASIC — ошибки hashboard видны в Kernel Log.
- Убедиться, что блок питания работает стабильно и без просадок напряжения.
Rejected shares отличаются от stale: rejected — это отклонённые шары с ошибкой сложности, формата или настройки. Причины rejected не всегда связаны с пингом — это может быть прошивка, разгон, перегрев или неверный stratum-адрес. Мониторинг обеих метрик в личном кабинете пула позволяет быстро определить характер проблемы.
Почему ASIC показывает нормальный хэшрейт, а доход оказывается ниже ожиданий
Reported hashrate — это скорость, которую измеряет сам ASIC по своим вычислениям. Устройство считает хэши, фиксирует их количество в секунду и показывает это число в своём интерфейсе или в панели управления фермой. Этот показатель не зависит от того, что происходит на стороне пула.
Pool-side hashrate — это хэшрейт, который пул рассчитывает по полученным accepted shares. Пул не видит, что происходит внутри ASIC. Пул видит только то, что к нему пришло: сколько шар, какой сложности, за какой период. На основе этих данных пул вычисляет эффективный хэшрейт майнера. Выплаты майнеру начисляются на основе pool-side hashrate, а не reported hashrate ASIC.
Между этими двумя показателями всегда есть разница. Небольшое расхождение — норма: reported hashrate рассчитывается устройством в реальном времени, pool-side hashrate — ретроспективно по полученным данным. Проблема начинается тогда, когда разрыв становится систематическим и значительным.
Рост stale и rejected shares снижает pool-side hashrate при неизменном reported hashrate. ASIC продолжает показывать стабильные 100 TH/s, но пул получает шары с опозданием или отклоняет их. В результате pool-side hashrate падает до 90 или 85 TH/s — и именно от этой цифры считается вознаграждение. Локальный хэшрейт ASIC не гарантирует доход, если пул принимает меньше valid shares, чем ожидается.
Выплаты идут от accepted shares на стороне пула, а не от показаний самого устройства. Для оценки реальной доходности смотреть нужно на pool-side hashrate и долю accepted shares — а не на reported hashrate в интерфейсе ASIC.
Комментарий эксперта
На практике это одна из самых распространённых причин, по которой майнеры жалуются на «низкую доходность при нормальном оборудовании». Смотришь на ASIC — всё в порядке, хэшрейт стабильный, температуры в норме. Смотришь в личный кабинет пула — pool-side hashrate на 10–15% ниже. Разрыв как раз объясняется долей stale и rejected shares. Первое, что я проверяю в такой ситуации — статистику accepted shares за последние 24 часа и стабильность соединения с пулом.
Роман Фёдоров, аналитик по майнингу, Geometria
Какие значения stale rate и reject rate считать поводом для диагностики: ориентиры пулов
Единого отраслевого стандарта для stale rate и reject rate в публичных источниках не существует. Крупные майнинг-пулы публикуют собственные ориентиры, и они расходятся. Это важно учитывать при оценке работы своего оборудования: цифра, которая считается нормой у одного пула, может быть поводом для диагностики у другого.
F2Pool указывает ориентир rejection rate около 1% и stale/delayed rate около 2%. ViaBTC считает нормальным rejection rate в пределах 3%. Antpool считает нормальным rejection rate менее 1%. Braiins не публикует конкретных числовых порогов для stale и reject rate в открытой документации.
| Пул | Reject rate (ориентир) | Stale/delayed rate (ориентир) |
|---|---|---|
| F2Pool | ~1% | ~2% |
| Antpool | менее 1% | не публикуется |
| ViaBTC | в пределах 3% | не публикуется |
| Braiins (Slushpool) | точный порог не опубликован | точный порог не опубликован |
Источники: справочные центры F2Pool (обновлено декабрь 2025), Antpool (декабрь 2022), ViaBTC (август 2023), Braiins Academy. Данные носят ориентировочный характер — пулы могут обновлять свои рекомендации.
Рост stale или reject rate выше привычного уровня — сигнал для диагностики сети и оборудования. Ключевое слово здесь — «выше привычного». Важно не сравнивать свои метрики с чужими ориентирами напрямую, а отслеживать динамику: если reject rate стабильно держался на уровне 0,5% и вдруг вырос до 2% — это повод разбираться, вне зависимости от того, что считают нормой другие пулы.
Единого стандарта нет. F2Pool ориентируется на ~1% reject и ~2% stale, Antpool — менее 1% reject, ViaBTC — до 3% reject. Любой устойчивый рост этих метрик выше привычного уровня — повод для диагностики сети, оборудования и настроек подключения к майнинг-пулу.
Почему географическая близость сервера пула влияет на latency и stale shares
Географическая близость сервера пула влияет на latency через длину и качество сетевого маршрута. Данные между ASIC и stratum-сервером пула проходят через цепочку промежуточных узлов — роутеры провайдера, магистральные каналы, пиринговые точки обмена трафиком. Чем длиннее эта цепочка, тем больше суммарная задержка и тем выше вероятность нестабильности на отдельных участках.
Длинный или нестабильный маршрут до сервера пула увеличивает среднее время доставки shares. Это не абстрактное правило: если stratum-сервер пула находится в Европе или Азии, а майнер — в России, пакеты проходят через международные каналы с дополнительными задержками и точками возможной нестабильности. Каждый лишний хоп на маршруте добавляет время и создаёт потенциальную точку потерь пакетов.
Майнинг-пул Геометрия работает на серверах в России, что сокращает маршрут для российских майнеров. Российские майнеры получают более стабильное соединение с пулом на отечественной инфраструктуре — без пересечения международных каналов и зависимости от зарубежных точек обмена трафиком.
При этом географическая близость сама по себе не гарантирует низкий stale rate — важны маршрут, packet loss и стабильность канала. Сервер может находиться в том же городе, но если между майнером и пулом стоит перегруженный роутер, нестабильный провайдер или Wi-Fi с потерями пакетов — latency будет высокой вне зависимости от географии. Физическое расстояние создаёт предпосылки для низкой задержки, но не гарантирует её.
География сервера пула важна не сама по себе, а через фактический маршрут, задержку и стабильность соединения. Чем короче и стабильнее маршрут до stratum-сервера, тем ниже риск stale shares. Проверить реальное качество соединения можно только измерениями: ping, traceroute и наблюдением за stale rate в статистике пула за период от 24 часов.
Как понять, что проблема в сети, а не в оборудовании: диагностический принцип
Высокий reject rate у всех ASIC одновременно указывает на общую сетевую проблему фермы. Высокий reject rate у одного ASIC при нормальных показателях остальных указывает на проблему оборудования или настройки. Это базовый диагностический принцип, который позволяет быстро определить направление поиска проблемы — ещё до того, как начинать детальный анализ.
Замена сетевого кабеля устраняет значительную часть проблем с rejected shares у отдельного устройства. Если один ASIC даёт аномальный reject rate при нормальной работе остальных на том же коммутаторе — первый шаг это кабель и порт. Замена роутера или коммутатора решает проблему массового роста stale/rejected shares на ферме, когда все устройства ведут себя одинаково плохо. Перегрев hashboard проявляется в росте rejected shares только на конкретном ASIC при нормальной сети.
| Симптом | Вероятная причина | Первый шаг |
|---|---|---|
| Высокий stale/reject rate у всех ASIC одновременно | Общая сетевая проблема: роутер, коммутатор, провайдер или маршрут до пула | Ping и traceroute до сервера пула, проверка роутера и коммутатора |
| Высокий reject rate только у одного ASIC | Проблема конкретного устройства: кабель, настройки, прошивка, перегрев или hashboard | Замена сетевого кабеля и проверка температуры плат |
| Pool-side хэшрейт ниже reported, shares в норме | Variance или luck — краткосрочное статистическое отклонение | Смотреть динамику за 24 часа, не за 15 минут |
| Локальный хэшрейт падает вместе с ростом reject | Аппаратная проблема: перегрев, повреждённый hashboard, нестабильное питание | Проверить температуру, fan RPM, лог ошибок ASIC, блок питания |
| Проблема появилась после обновления прошивки | Несовместимость firmware с пулом или ошибка обновления | Проверить версию прошивки, откатить или переустановить с официального сайта |
Если rejected shares растут у всех устройств одновременно — проверяйте сеть, роутер, коммутатор и провайдера. Если проблема только у одного ASIC — проверяйте кабель, прошивку, температуру и настройки подключения к пулу.
Комментарий эксперта
Когда приходит жалоба на высокий reject rate, первый вопрос всегда один: это один ASIC или вся группа? Если все устройства на одном коммутаторе дают одинаковую картину — смотрим сеть. Если один — берём кабель и меняем первым делом, это решает задачу в 30–40% случаев без какой-либо сложной диагностики. Только после замены кабеля и проверки порта на коммутаторе переходим к прошивке и оборудованию. Это экономит несколько часов работы на ферме.
Роман Фёдоров, аналитик по майнингу, Geometria
Что проверить в сети фермы при росте stale или rejected shares: чек-лист и инструменты
ICMP ping измеряет базовую задержку и потери пакетов до хоста пула. TCP port check проверяет доступность конкретного stratum-порта пула. Traceroute показывает маршрут до сервера пула и узлы с повышенной задержкой. Stratum-ping измеряет реальное время ответа stratum-сервера, а не только ICMP-доступность хоста. Кабельное подключение ASIC обеспечивает более стабильное соединение с пулом, чем Wi-Fi.
Ping (ICMP)
Измеряет базовую задержку и потери пакетов до хоста пула. Запускать 50–100 пакетов — смотреть на среднее, максимум и packet loss.
Windows: ping -n 100 pool.example.com
Linux/macOS: ping -c 100 pool.example.com
TCP port check
Проверяет доступность конкретного stratum-порта пула. ICMP может проходить, а stratum-порт быть закрыт firewall или провайдером.
Windows: Test-NetConnection -ComputerName pool.example.com -Port 3333
Linux: nc -vz pool.example.com 3333
Traceroute
Показывает маршрут до сервера пула и каждый промежуточный узел с задержкой. Помогает найти хоп, где растёт latency или теряются пакеты.
Windows: tracert pool.example.com
Linux/macOS: traceroute pool.example.com
Stratum-ping
Измеряет реальное время ответа stratum-сервера через TCP и аутентификацию — ближе к тому, что видит сам майнер. ICMP ping не отражает это точно.
./stratum-ping pool.example.com:3333
ICMP ping — первый быстрый индикатор, но не финальный диагноз. Для точной диагностики нужны TCP port check и stratum-ping, которые измеряют реальный ответ stratum-сервера пула.
Чек-лист: последовательность диагностики сети фермы
- Определить масштаб проблемы — один ASIC или группа. Если один ASIC — начать с кабеля и порта коммутатора.
- Запустить ping до сервера пула — 100 пакетов, смотреть packet loss и скачки задержки.
- Проверить доступность stratum-порта через TCP port check — ICMP может проходить при закрытом порте.
- Запустить traceroute — найти хоп с аномальной задержкой или потерями пакетов.
- Заменить Wi-Fi на проводное соединение, если ASIC подключён беспроводным способом.
- Проверить кабель витую пару и RJ-45 коннекторы — заменить при подозрении на повреждение.
- Проверить порт коммутатора — переключить ASIC на другой порт для теста.
- Убедиться, что канал не перегружен — отключить фоновые загрузки на той же линии.
- Проверить настройки firewall — убедиться, что stratum-порт пула не блокируется.
- Если проблема сохраняется — использовать stratum-ping для измерения реального ответа сервера пула.
Как корректно сравнить два майнинг-пула технически, чтобы не ошибиться с выводами
Корректное сравнение двух пулов требует одинакового оборудования, монеты и периода наблюдения. Без этих условий результат будет определяться случайными факторами — luck при нахождении блоков, краткосрочными флуктуациями сети, разницей в модели выплат — а не реальным качеством пула.
Минимальный период для сравнения пулов составляет 24 часа по данным F2Pool и Kryptex. 15-минутный хэшрейт — это индикатор онлайна устройства, а не метрика для сравнения пулов. Kryptex в своей методологии подчёркивает: в первые дни измерений показатели «прыгают хаотично», и остановка теста раньше времени даёт произвольный результат. Сравнение пулов строится на accepted shares, stale shares, rejected shares и среднем pool-side hashrate.
| Что фиксировать | Как правильно | Почему важно |
|---|---|---|
| Оборудование и монета | Одинаковые ASIC, одна монета, без смены прошивки и разгона во время теста | Исключает влияние оборудования на результат — разница будет только от пула |
| Период наблюдения | Минимум 24 часа — лучше несколько суток | 15-минутный хэшрейт — индикатор онлайна, не метрика для сравнения пулов |
| Accepted shares | Смотреть долю accepted от общего числа submitted shares | Вознаграждение начисляется только за accepted — это главная метрика |
| Stale и rejected shares | Фиксировать stale rate и rejected rate за период | Рост этих метрик снижает pool-side hashrate и фактический доход |
| Pool-side hashrate (24h average) | Смотреть средний хэшрейт за сутки, не текущий | Текущий хэшрейт скачет из-за luck — суточный средний отражает реальную картину |
| Модель выплат | Учитывать FPPS, PPS, PPLNS при сравнении — они дают разную краткосрочную динамику | Разные модели передают риск по-разному — прямое сравнение без учёта модели некорректно |
Краткосрочные флуктуации дохода определяются luck и моделью выплат, а не только качеством пула. Если один пул за день дал больше — это может быть удача при нахождении блоков, а не преимущество инфраструктуры. Чтобы отделить luck от реального качества, нужен достаточный период наблюдения и одинаковые условия для обоих пулов.
Сравнивать два пула технически нужно по accepted, rejected и stale shares, среднему pool-side hashrate и стабильности воркеров за период минимум 24 часа. Выводы по 15-минутному хэшрейту некорректны.
Почему низкая комиссия пула не всегда означает лучший финансовый результат для майнера
Комиссия пула — это видимая и фиксированная часть расходов майнера. Её легко сравнивать: 1%, 2%, 4% — цифры стоят рядом на странице пула. Именно поэтому комиссия часто становится главным критерием выбора. Но комиссия — только часть уравнения.
Stale shares и rejected shares — это скрытые технические потери, которые не отражены в комиссии. Они не указаны в тарифах и не вычитаются явной строкой из выплаты. Но их эффект на доход такой же реальный: каждая stale или rejected share — это работа, которую ASIC выполнил, но пул не учёл при расчёте вознаграждения.
Пул с комиссией 1% и высоким stale rate может давать худший результат, чем пул с комиссией 2% и стабильным соединением. Если stale rate на «дешёвом» пуле составляет 3–4%, а на пуле с более высокой комиссией — менее 1%, итоговая разница в фактическом доходе будет не в пользу низкой комиссии. Фактический доход майнера определяется accepted shares, моделью выплат и стабильностью соединения с пулом — а не только процентом комиссии.
Геометрия Pool устанавливает единую комиссию 4% для BTC, LTC и DOGE без скрытых платежей. Комиссия за вывод не взимается — только комиссия пула. Сетевую комиссию блокчейна при выводе оплачивает участник — это стандартная практика для всех майнинг-пулов.
Низкая комиссия пула может не компенсировать технические потери, если rejected и stale shares стабильно выше. Фактический доход зависит от accepted shares и стабильности соединения, а не только от процента комиссии. Полная картина складывается из трёх составляющих: комиссия пула, доля accepted shares и качество соединения с сервером пула.
Какие метрики смотреть в личном кабинете Geometria Pool для контроля качества соединения
Личный кабинет Geometria Pool показывает текущий и средний хэшрейт воркера. Текущий хэшрейт отражает мгновенное состояние — он скачет в зависимости от luck и частоты нахождения шар. Средний хэшрейт за период — более стабильный показатель, который лучше отражает реальную производительность устройства на пуле.
Geometria Pool отображает статистику accepted shares и rejected shares по каждому устройству. Именно эти две метрики дают первичную картину качества соединения: если rejected shares растут при стабильном accepted — это сигнал для диагностики настроек или оборудования. Если падает и accepted rate — смотреть на сеть и соединение с пулом.
История начислений в личном кабинете Geometria Pool позволяет отслеживать динамику дохода по периодам. Резкое снижение начислений при нормальном хэшрейте — повод сравнить accepted shares за аналогичный период ранее. Это помогает выявить проблему без обращения в поддержку — самостоятельно, по данным кабинета.
Группировка воркеров в личном кабинете Geometria Pool помогает изолировать проблемный ASIC от остальных. Если на ферме несколько устройств, группировка по площадке или типу оборудования позволяет быстро увидеть, какой конкретно воркер даёт аномальные метрики — и не тратить время на диагностику всей фермы сразу.
В личном кабинете Geometria Pool доступны текущий и средний хэшрейт, accepted и rejected shares, история начислений и статистика воркеров. Эти метрики достаточны для первичной диагностики качества соединения с пулом. Поддержка Geometria Pool принимает обращения через Telegram и email — если данных кабинета недостаточно для самостоятельной диагностики, команда поможет разобраться.
Когда стоит проверить подключение к Geometria Pool и что отправить в поддержку
Проверка подключения к Geometria Pool рекомендуется при устойчивом росте stale или rejected shares. Если текущий пул даёт нестабильную статистику, фактическая доходность ниже ожиданий или соединение регулярно обрывается — это достаточный повод протестировать альтернативу без полного переноса всей мощности.
Тест части мощности на Geometria Pool позволяет сравнить метрики с текущим пулом без полного переноса. Достаточно подключить один или несколько ASIC, наблюдать за accepted shares, rejected rate и средним pool-side хэшрейтом за 24–48 часов — и сравнить результат по методологии из предыдущего раздела. Geometria Pool предоставляет индивидуальные условия для крупных ферм и дата-центров.
Проверьте подключение к Geometria Pool
Зарегистрируйтесь и подключите часть мощности — сравните accepted shares, stale rate и средний хэшрейт с текущим пулом за 24 часа.
Поддержка Geometria Pool работает через Telegram, email и персонального менеджера 7 дней в неделю с 9:00 до 19:00 по Москве. Для быстрой диагностики поддержке нужны модель ASIC, монета, rejected/stale rate и скриншот статистики. Чем точнее исходные данные — тем быстрее команда определит причину проблемы.
Если stale или rejected shares растут, фактическая доходность ниже ожиданий или соединение нестабильно — стоит проверить подключение к Geometria Pool. Поддержка поможет с диагностикой через Telegram или email.
Комментарий эксперта
Когда майнер обращается с жалобой на доходность или нестабильную работу, самое ценное что он может прислать — это скриншот статистики из личного кабинета пула за последние 24–48 часов с видимыми accepted, rejected и stale shares, плюс модель ASIC и монету. С этим набором данных диагностика занимает несколько минут. Без него — начинается переписка с уточняющими вопросами, которая растягивается на день. Также полезен результат ping до сервера пула с 50–100 пакетами — это сразу закрывает или открывает сетевую версию.
Роман Фёдоров, аналитик по майнингу, Geometria
Пинг, shares и доход ASIC: главное что нужно знать
Пинг до майнинг-пула действительно влияет на доход — не через комиссию и не через хэшрейт ASIC, а через долю accepted shares. Высокий или нестабильный пинг увеличивает stale shares, stale shares снижают pool-side hashrate, а pool-side hashrate определяет выплаты. Это значит, что оценивать эффективность работы на пуле по локальному хэшрейту недостаточно — нужно смотреть на то, сколько работы пул реально принял.
Большинства проблем с доходностью можно избежать, если регулярно проверять три метрики в личном кабинете пула: accepted shares, rejected shares и средний pool-side hashrate за 24 часа. Независимо от модели ASIC и монеты — BTC, LTC или DOGE — именно эти показатели отражают реальную картину. Особенно важно отслеживать динамику: резкий рост rejected или stale rate — сигнал для диагностики, а не повод менять оборудование.
Разумеется, техническими потерями дело не ограничивается. Себестоимость майнинга сейчас складывается из двух составляющих: стоимости электроэнергии и потерь от неэффективного соединения с пулом. ASIC потребляет электроэнергию вне зависимости от того, принимает пул его шары или нет. Если stale и rejected shares составляют 3–5% от общего числа, устройство тратит КВт·ч на вычисления, которые не приносят дохода. Оптимизация соединения с пулом влияет на заработок сильнее, чем кажется на первый взгляд — особенно при высоких тарифах на электроэнергию.
Стратегия выбора пула не сводится к сравнению комиссий. Качество соединения, географическая близость сервера, стабильность маршрута и поддержка на русском языке — всё это влияет на фактический результат. Инструменты для диагностики соединения бесплатны и доступны на любом компьютере: ping, traceroute, TCP port check и stratum-ping помогут проверить качество соединения с пулом без специальных знаний.
Geometria Pool — российский майнинг-пул, работающий в правовом поле РФ. Пул поддерживает Bitcoin (BTC), LTC и DOGE на алгоритмах SHA-256 и Scrypt с единой комиссией 4%. Информация о начислениях, выплатах и статистике воркеров доступна в личном кабинете. Для пользователей с вопросами по соединению или диагностике — поддержка через Telegram, email и персонального менеджера 7 дней в неделю с 9:00 до 19:00 по Москве. Контакты и условия использования на странице пула.
Часто задаваемые вопросы о пинге, stale shares, reject rate и диагностике соединения с пулом
Что такое пинг до майнинг-пула?
Пинг до майнинг-пула — это задержка соединения между ASIC и сервером пула, измеряемая в миллисекундах. Чем выше и нестабильнее задержка, тем выше риск stale shares и снижения фактического дохода.
Что такое latency в майнинге и чем она отличается от скорости интернета?
Latency — это задержка между ASIC и stratum-сервером пула, а не скорость передачи данных. Для майнинга важна не скорость загрузки, а время, за которое пакет доходит до сервера и возвращается обратно. Высокая скорость интернета не гарантирует низкую latency.
Как пинг влияет на stale shares?
Высокий пинг увеличивает время, за которое ASIC получает новый job от пула и отправляет найденные шары обратно. Если пул успел сменить job до получения шары — она классифицируется как stale. Нестабильный пинг с резкими скачками создаёт непредсказуемые всплески stale shares.
Чем stale shares отличаются от rejected shares?
Stale shares — запоздавшие шары, пришедшие после смены job на пуле. Их причина — задержка соединения. Rejected shares — отклонённые шары с ошибкой сложности, формата или настройки. Причины rejected шире: это может быть неверный stratum-адрес, перегрев, разгон или устаревшая прошивка.
Как rejected shares влияют на доход?
Rejected shares не учитываются при расчёте вознаграждения. Рост доли rejected shares снижает pool-side hashrate — а именно от него считаются выплаты. При неизменном локальном хэшрейте ASIC фактический доход падает.
Почему ASIC показывает нормальный хэшрейт, а доход ниже ожиданий?
Reported hashrate — это скорость ASIC по своим вычислениям. Pool-side hashrate — это хэшрейт, который пул рассчитал по полученным accepted shares. Выплаты идут от pool-side hashrate. Если stale или rejected shares растут, pool-side hashrate снижается — и доход падает при нормальном reported hashrate.
Может ли высокий пинг реально снизить доходность?
Да. Если высокий или нестабильный пинг систематически увеличивает долю stale shares, pool-side hashrate снижается и вознаграждение уменьшается. По данным Kryptex, latency выше 200 мс до stratum-сервера заметно увеличивает риск роста stale shares.
Что важнее: комиссия пула или стабильность соединения?
Оба параметра влияют на доход, но по-разному. Комиссия — видимая и фиксированная часть расходов. Stale и rejected shares — скрытые технические потери. Пул с низкой комиссией и высоким stale rate может давать худший результат, чем пул с более высокой комиссией и стабильным соединением.
Как проверить пинг до майнинг-пула?
Пинг до майнинг-пула измеряется командой ping в командной строке. На Windows: ping -n 100 адрес_пула, на Linux/macOS: ping -c 100 адрес_пула. Запускать 50–100 пакетов и смотреть на среднее значение, максимальный скачок и процент потерь. Для проверки реального stratum-ответа использовать stratum-ping.
Почему ICMP ping отличается от реальной задержки до stratum-сервера?
ICMP ping измеряет доступность хоста и базовый RTT. Stratum работает поверх TCP и может обрабатываться иначе на балансировщиках и firewall. Сервер пула может быстро отвечать на ICMP, но медленнее — на реальные stratum-запросы. Для точной диагностики использовать stratum-ping, который проходит TCP-соединение и аутентификацию.
Почему география сервера пула важна для майнера?
Географическая близость сервера пула влияет на latency через длину сетевого маршрута. Чем длиннее маршрут, тем выше средняя задержка и риск нестабильности. Но географическая близость сама по себе не гарантирует низкий stale rate — важны маршрут, packet loss и стабильность канала.
Как сравнить два майнинг-пула по техническим потерям?
Для корректного сравнения нужны одинаковые ASIC, одна монета и период минимум 24 часа. Фиксировать accepted shares, stale rate, rejected rate и средний pool-side hashrate. Выводы по 15-минутному хэшрейту некорректны из-за краткосрочных флуктуаций luck.
Что делать, если stale shares много?
Stale shares появляются из-за задержки соединения, нестабильного интернета или перегруженного роутера. Проверить: ping до сервера пула с 50–100 пакетами, packet loss, кабельное подключение вместо Wi-Fi, роутер и коммутатор, выбор ближайшего регионального сервера пула.
Что делать, если rejected shares много?
Rejected shares возникают из-за ошибок настройки, прошивки, разгона или повреждения hashboard. Проверить: stratum-адрес и порт, worker name, температуру плат, профиль разгона, версию прошивки и лог ошибок ASIC. Если проблема у одного устройства при нормальных остальных — начать с кабеля.
Какие монеты и алгоритмы поддерживает Geometria Pool?
Geometria Pool поддерживает подключение ASIC на алгоритмах SHA-256 и Scrypt для BTC, LTC и DOGE. Комиссия единая — 4% для всех монет. Выплаты ежедневные, их можно настроить автоматически; минимальный порог выплаты указан в разделе «Тарифы и условия».










