Пул лежит: как понять, что проблема не в вашем ASIC, и что делать в первый час

*Last updated: 09.09.2026. Материал редакции POOL BTC.*

TL;DR

Когда хешрейт в панели пула падает в ноль, виноват не всегда пул. В большинстве случаев причина находится между вашим ASIC и стратум-сервером: роутер, провайдер, питание, перегретая плата, свежая прошивка. Отличить одно от другого можно за пять минут, не вставая от ноутбука: посмотреть, что показывает сам майнер, проверить, лежит ли пул у других майнеров, и сравнить локальный хешрейт с пуловым. Первый час стоит потратить не на панику и не на смену пула, а на диагностику по порядку и на включение резервного стратума, который должен был стоять в конфиге заранее.

POOL BTC не пул, а независимый сайт сравнения пулов. Аварий конкретным пулам мы тут не приписываем: ниже метод, а не разбор чьего-то падения.

Как отличить простой пула от проблемы на своей стороне?

Главный признак простоя пула: майнер работает, хешрейт на устройстве в норме, но соединение со стратумом обрывается или шары уходят без ответа. Если же в панели самого ASIC хешрейт просел, чипы отвалились или устройство перезагружается по кругу, пул тут ни при чём, проблема в железе, питании или сети до провайдера.

Разложим по симптомам. Смотреть надо в два места одновременно: панель майнера (локальный хешрейт) и статистику аккаунта в пуле (пуловый хешрейт).

Отдельный случай, который путают с падением пула чаще всего: свежая настройка. Если хешрейт в пуле никогда и не появлялся, это не авария, а опечатка в имени воркера или закрытый порт. Авария выглядит иначе: работало сутками, перестало разом.

Что показывает панель майнера при обрыве связи и что означают accepted, rejected, stale?

В панели ASIC есть три счётчика по каждому пулу: accepted (шары приняты), rejected (отклонены), stale (пришли поздно, работа уже неактуальна). При обрыве связи со стратумом статус пула меняется на dead или disconnected, счётчик accepted замирает, а майнер начинает пытаться подключиться к следующему пулу из списка, если он там есть.

Что стоит за словами:

• Accepted. Пул принял вашу шару и засчитал в статистику. Это единственный счётчик, который превращается в деньги.
• Rejected. Пул шару получил, но не засчитал. Причины разные: работа устарела, дубль, слишком низкая сложность, ошибка авторизации.
• Stale. Частный случай отклонения: шара посчитана для задания, которое пул уже отменил, потому что в сети нашли новый блок. Чем больше задержка до сервера, тем чаще такое.
• Difficulty accepted. В некоторых прошивках отдельной строкой идёт сумма сложности принятых шар. Она информативнее счётчика штук, потому что при vardiff количество шар само по себе ни о чём не говорит.

Ещё одна строка, на которую стоит смотреть: время последней принятой шары (last share). Если оно растёт и уже перевалило за несколько минут при стабильном хешрейте, соединение фактически мертво, даже если статус пула ещё зелёный.

Механика шар и почему их количество не равно доходу разобрана подробнее в статье про схемы выплат FPPS и PPLNS.

Какой процент реджектов считается нормой, а какой уже сигнал?

Универсального числа нет: доля отклонённых шар зависит от расстояния до стратум-сервера, качества канала, прошивки и настроек vardiff. Ориентироваться надо не на абсолютную величину, а на собственную базовую линию: запишите свой обычный процент в спокойный день и считайте отклонением всё, что от него заметно ушло вверх и держится.

Практический подход вместо магической цифры:

1. Снимите долю rejected за сутки нормальной работы. Это ваш ноль.
2. Отслеживайте не мгновенное значение, а среднее за час. Единичные всплески при смене блока это норма, а не авария.
3. Рост доли на фоне неизменного локального хешрейта означает проблему с каналом или с пулом, а не с железом.
4. Рост доли одновременно с падением локального хешрейта означает железо.

Свои ориентиры называют три пула, и они расходятся между собой сильнее, чем спорящие в чатах майнеры. AntPool в справочном центре пишет, что нормальной считается доля отклонённых ниже 1 процента, а устаревших шар около 0,5 процента и ниже. ViaBTC называет нормальным диапазоном отклонения в пределах 3 процентов. F2Pool разумной долей задержанных шар считает около 2 процентов. Разброс от 0,5 до 3 процентов между тремя крупными пулами и есть ответ на вопрос про норму: общей нормы нет, есть настройки конкретного пула.

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

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

Что точно не норма и не требует статистики: доля отклонённых близка к сотне процентов. Это почти всегда неверная сложность, битая прошивка или блокировка соединения посредником, а не перегрузка пула.

Куда смотреть, чтобы подтвердить простой пула?

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

1. Статистика хешрейта аккаунта в пуле. Если веб-кабинет открывается и показывает ноль по вашему воркеру, сервер жив, а до него не доходят именно ваши шары. Если кабинет вообще не грузится, проблема шире.
2. Статус-страница пула. У части пулов есть отдельная страница состояния сервисов. Её адрес стоит найти заранее и держать в закладках, а не искать в момент аварии.
3. Сторонние мониторы и обозреватели. Публичные наблюдатели за распределением хешрейта показывают, находит ли пул блоки прямо сейчас. Длинная пауза у крупного пула это косвенный, но сильный признак.
4. Соцсети и чаты пула. Официальный аккаунт и телеграм-канал обычно узнают об аварии быстрее, чем обновляется статус-страница. Там же видно, жалуются ли другие майнеры.
5. Проверка маршрута со своей стороны. Обычный telnet или nc на адрес и порт стратума с любого компьютера в той же сети отделяет падение пула от блокировки у провайдера за десять секунд.

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

Зачем нужен backup pool и как правильно прописать резервный стратум?

Резервный пул это строка в конфиге майнера, на которую устройство переключается само, когда основной стратум не отвечает. Без неё ASIC при обрыве связи просто крутит вентиляторы и не зарабатывает ничего до вашего вмешательства. С ней простой сокращается до времени переподключения, которое измеряется секундами, а не часами вашего сна.

Как это выглядит в конфиге. Прошивки отличаются деталями, но принцип один: список пулов по приоритету, майнер идёт сверху вниз.

```

pool1: stratum+tcp://[АДРЕС ОСНОВНОГО ПУЛА]:[ПОРТ] worker: аккаунт.воркер

pool2: stratum+tcp://[АДРЕС ЗАПАСНОГО ПУЛА]:[ПОРТ] worker: аккаунт2.воркер

pool3: stratum+tcp://[АДРЕС ТРЕТЬЕГО ПУЛА]:[ПОРТ] worker: аккаунт3.воркер

```

Правила, без которых резерв не сработает:

1. Второй пул это другой пул, а не другой порт того же. Резервный адрес внутри той же инфраструктуры не спасёт от падения этой инфраструктуры. Запасной порт основного пула ставьте третьей строкой, не второй.
2. Аккаунт в запасном пуле должен быть создан и проверен заранее. Регистрация в момент аварии съедает тот самый первый час.
3. Адрес выплаты в запасном пуле должен быть заполнен. Иначе намайненное повиснет на балансе, до которого вы вернётесь через месяц.
4. Проверьте переключение вручную. Отключите основной пул в интерфейсе на пару минут и убедитесь, что шары пошли на резервный, а после возврата майнер вернулся обратно.
5. Учитывайте схему выплат. Переезд туда-обратно между PPLNS-пулами обнуляет накопление в окне дважды, поэтому запасным разумнее ставить пул с более простой схемой. Разница механик разобрана в сравнении FPPS и PPLNS.

Число доступных точек входа у пулов разное, и оно видно из их же документации. Мы посчитали уникальные stratum-хосты для BTC на страницах подключения шести пулов.

Здесь важно не то, что у одного пула хостов восемь, а у другого один. Важно, что все эти адреса ведут в одну инфраструктуру: они спасают от падения региона, но не от падения пула. Именно поэтому вторая строка в конфиге должна указывать наружу.

Сколько денег реально теряет майнер за час простоя и как посчитать самому?

Потеря за час простоя считается в одну строку: суточный доход вашего оборудования, делённый на 24, умноженный на долю простоя. Никаких сложных моделей тут не нужно, потому что доход в пуле линеен по хешрейту. Важно только брать актуальный хешпрайс, а не цифру из статьи полугодовой давности, иначе ошибка будет в разы.

Формула:

```

потеря = (хешрейт в TH/s × хешпрайс в USD за TH/s в сутки) / 24 × часы простоя

```

Хешпрайс это доход на один терахеш в сутки до вычета электричества. Он меняется каждый день вместе с курсом и сложностью, поэтому подставляйте свежее значение.

Хешпрайс в тексте мы намеренно не фиксируем числом. Он меняется каждый день вместе с курсом и сложностью, и значение из статьи месячной давности даёт ошибку в разы, а не в проценты. Свежее значение подставляйте на день расчёта: его показывают публичные индексы хешпрайса и наш калькулятор.

Что важно не забыть при подсчёте:

• Электричество во время простоя частично тратится. Если майнер включён, но не может отправить шары, он всё равно потребляет. Реальный убыток за час выше чистого недобора дохода на стоимость этого потребления.
• PPLNS штрафует простой дважды. В накопительных схемах вы не только не заработали за час, но и потеряли позицию в окне, которая восстанавливается не мгновенно. В PPS-подобных схемах потеря ровно равна формуле.
• Считайте по всей ферме, а не по одной машине. Час простоя десяти устройств стоит в десять раз дороже, и на этой цифре решение про резервный пул принимается само.

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

Что делать в первый час: пошаговый чек-лист

1. Минуты 0-2. Посмотрите на локальный хешрейт в панели майнера. Просел вместе с пуловым, значит это железо, и дальше по этому списку идти не нужно.
2. Минуты 2-5. Проверьте статус пулов и время последней принятой шары. Статус dead и растущее время подтверждают обрыв связи.
3. Минуты 5-10. Откройте кабинет пула и статус-страницу. Не открывается ничего, включая другие сайты, значит дело в вашем канале.
4. Минуты 10-15. Проверьте доступность стратума с другого устройства в той же сети, потом с мобильного интернета. Разница в результате указывает на провайдера или роутер.
5. Минуты 15-20. Загляните в чат и соцсети пула. Массовые жалобы за последние минуты закрывают вопрос.
6. Минуты 20-30. Убедитесь, что сработал резерв. Если резервного пула в конфиге нет, впишите его сейчас, это единственное действие, которое прямо сейчас возвращает доход.
7. Минуты 30-45. Не трогайте больше ничего. Массовый ребут фермы, перепрошивка и смена сложности во время чужой аварии добавляют вам вторую аварию поверх первой.
8. Минуты 45-60. Зафиксируйте факты. Время начала, скриншот панели, время последней шары, ответ пула. Без этого разговор о компенсации превращается в спор о памяти.

Когда простой это повод сменить пул, а когда нет?

Одна авария не повод для переезда. Инфраструктура падает у всех, и стоимость смены пула часто превышает потерю от нескольких часов простоя. Повод появляется тогда, когда простои повторяются, длятся долго и не сопровождаются внятной коммуникацией: молчание пула во время аварии дороже самой аварии.

Перед переездом посчитайте цену самого переезда: обнуление окна в PPLNS, ожидание нового порога выплаты, время на перенастройку. Если склоняетесь к соло-майнингу как к способу уйти от зависимости от чужой инфраструктуры, посмотрите сначала сравнение соло и пула, там та же зависимость просто меняет форму.

Почему uptime почти никто из пулов не публикует и как оценивать надёжность косвенно?

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

На что смотреть, когда цифры аптайма нет:

• Регулярность найденных блоков. У крупного пула паузы предсказуемы по его доле в сети. Аномально долгая тишина видна в любом публичном обозревателе.
• Наличие статус-страницы и истории инцидентов. Сам факт, что пул ведёт публичный журнал сбоев, говорит больше, чем красивая цифра 99,9.
• Скорость и содержательность коммуникации. Сообщение в чате в первые минуты аварии стоит дороже поста-извинения на следующий день.
• Количество независимых точек входа. Разные регионы, разные стратум-адреса, поддержка нескольких портов. Это снижает шанс, что вы потеряете связь целиком.
• Отзывы майнеров о прошлых сбоях. Не о наличии сбоев, а о том, сошлась ли статистика после них.

Мы проверили публичные материалы восьми пулов 09.09.2026. Полноценная страница состояния с историей инцидентов и цифрами аптайма нашлась у одного: Luxor публикует её на uptime.luxor.tech, с разбивкой по сервисам (интерфейс пула 99,766 процента, обработка статистики 99,956 процента, часть сервисов 100 процентов) и с журналом за три месяца. У Foundry есть status.foundry.ac, но это статус корпоративных сервисов Foundry Digital, а не отдельная страница майнинг-пула. F2Pool ведёт раздел объявлений с постами об инцидентах, но это не страница состояния. У ViaBTC цифра 99,99 процента встречается в маркетинговых материалах, а страницы, где её можно проверить, мы не нашли. У AntPool, Braiins Pool, Binance Pool и Ocean публичной страницы состояния поиском не обнаружено. Последнее означает именно «не найдено в рамках проверки», а не гарантированное отсутствие.

Проверка публичных страниц пулов, 09.09.2026.

Сводные параметры пулов, включая схемы выплат, комиссии и пороги, собраны в карточках пулов. Данных об аптайме там нет ровно по причине выше: сравнивать нечего, пока пулы его не публикуют.

Коротко

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