Резервный пул и failover: зачем нужны второй и третий слот в ASIC

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

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

Что такое три слота пула в ASIC

Три слота это приоритетный список. Майнер держит stratum-соединение с первым адресом. Если соединение рвётся или пул перестаёт отдавать задания, прошивка пробует второй адрес, затем третий. Ничего умнее там нет: это последовательный перебор сверху вниз, без балансировки и без разделения хешрейта между пулами.

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

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

Второй момент: большинство прошивок при восстановлении первого пула возвращаются на него автоматически. То есть резерв работает как временная площадка, а не как переезд. Но проверить это поведение на своей модели надо отдельно, оно тоже зависит от прошивки.

Сколько стоит час простоя

Считаем от базовой формулы ожидаемой добычи. Доход за период при заданном хешрейте:

```

BTC = H * 86400 * R / (D * 2^32)

```

где H это хешрейт в хешах в секунду, 86400 секунд в сутках, R награда за блок в BTC, D сложность сети. Формула даёт математическое ожидание, а не гарантию: реальная добыча на малых объёмах гуляет вокруг этого числа.

Подставляем сеть на 08.09.2026: сложность 127,45 трлн, награда 3,125 BTC, хешрейт сети 930,73 EH/s, доля комиссий в блоке 0,66 процента. При этих параметрах 100 TH/s дают 0,00004932 BTC в сутки. При курсе 78 349 долларов это 3,86 доллара в сутки, то есть 16,1 цента в час.

Дальше простая арифметика по масштабу:

На одном домашнем S21 разница между 1 и 5 процентами простоя за месяц измеряется парой долларов, и на этом уровне failover скорее вопрос гигиены, чем денег. На десяти петахешах те же проценты превращаются в сотни долларов в месяц, и настройка второго слота окупается с первой же аварии. Свои цифры можно прогнать через калькулятор доходности, подставив собственный хешрейт и цену электричества.

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

Что происходит с вкладом в PPLNS при уходе на резерв

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

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

Размер окна у пулов разный, и формулируют его по-разному. По нашему разбору документации:

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

И наоборот: многочасовой уход на резерв означает, что к моменту возврата от вашего вклада в окне основного пула не осталось почти ничего, и накопление начнётся заново. Именно поэтому длинные аварии по PPLNS болезненнее, чем по PPS и FPPS, где выплата не зависит от того, нашёл ли пул блок.

Важная оговорка: большинство крупных BTC-пулов по умолчанию работают не на PPLNS, а на FPPS или PPS+. Если вы на FPPS, вся эта арифметика окна к вам не относится, и уход на резерв стоит ровно столько, сколько вы не намайнили за время простоя, ни больше ни меньше.

Как выбирать резервный пул

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

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

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

На что действительно смотреть при выборе резерва:

1. Схема выплат совпадает с основным пулом.
2. Порог выплаты достижим. Это главная ловушка, о ней ниже.
3. География серверов отличается от основного пула. Резерв в том же датацентре, что и основной, не спасёт от аварии датацентра.
4. Регистрация не требует KYC-процедуры длиной в неделю, иначе резерв не удастся быстро завести.
5. Комиссия и пороги известны заранее. Сравнить их по пулам можно в наших разборах комиссий и минимальных выплат.

Про то, что вообще стоит смена пула и почему частые переезды не бесплатны, есть отдельный разбор: цена смены пула.

Стоит ли ставить solo или другой пул третьим слотом

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

Разумные варианты для третьего слота:

1. Пул из другой юрисдикции и с другой сетевой инфраструктурой. Самый практичный выбор для большинства.
2. Solo-пул. Имеет смысл, если вы принципиально готовы к нулевому доходу большую часть времени ради лотерейного шанса на блок. Как постоянный режим для малого хешрейта это осознанное пари, а не расчёт. Как третий слот, который включается на редкие часы аварии, solo обходится примерно в стоимость этих часов простоя из таблицы выше.
3. Тот же самый пул, но другой адрес его stratum-эндпоинта в другом регионе. Это защищает от регионального сбоя, но не от аварии пула целиком.

Вариант 3 многие используют как второй слот, и это неплохо. Но тогда третий слот обязательно должен быть чужим пулом, иначе весь список завязан на одного оператора.

Типичные ошибки в настройке failover

1. Один и тот же адрес во всех трёх слотах. Встречается чаще всего. Список выглядит заполненным, а защиты нет: падает пул, падают все три записи.
2. Резерв с непроверенным воркером. Логин заведён по памяти, с опечаткой или под несуществующий субаккаунт. Пока основной пул жив, ошибка не проявляется. В момент аварии майнер переключается и получает отказ авторизации.
3. Порог выплаты, до которого вы никогда не дойдёте. Если резерв платит от суммы, которую ваш хешрейт наберёт за годы редких аварий, деньги просто копятся на балансе. У части пулов остаток ниже порога не сгорает и ждёт следующего цикла, но у некоторых есть правила про неактивные аккаунты и незаданные адреса выплат, вплоть до потери прав на накопленное по условиям обслуживания. Читайте условия конкретного пула, прежде чем ставить его резервом.
4. Failover настроен, но ни разу не проверен. Самая обидная категория, потому что человек уверен, что защищён.
5. Резерв на том же адресе выплаты и с той же почтой, что основной, без отдельной проверки доступа. Если вы потеряли доступ к аккаунту в момент аварии, толку от настроенного слота мало.
6. Резерв, добавленный только на часть устройств. В ферме из тридцати ASIC настройка через шаблон конфигурации гарантирует единообразие, ручной обход по одному почти всегда оставляет пропуски.

Как проверить, что failover работает

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

Порядок действий:

1. Убедитесь, что воркер на резервном пуле создан и виден в его личном кабинете. Проще всего направить на резерв один майнер на десять минут и увидеть, что хешрейт по воркеру появился.
2. Запишите текущее состояние: адреса во всех трёх слотах, имена воркеров, текущий хешрейт на основном пуле.
3. Заблокируйте доступ к основному пулу. Варианты: правило на роутере по домену или IP, отключение конкретного порта, либо временная замена адреса первого слота на заведомо нерабочий.
4. Засеките время. Отметьте, через сколько секунд майнер перешёл на второй адрес. Это ваш реальный таймаут failover, и именно его значение надо держать в голове при оценке потерь.
5. Проверьте в личном кабинете резервного пула, что шары от воркера пошли и признаются валидными. Просто наличие соединения недостаточно.
6. Снимите блокировку и посмотрите, вернулся ли майнер на первый слот сам. Если нет, значит возврат ручной, и это надо учитывать в регламенте.
7. Повторите то же самое для третьего слота, заблокировав и первый, и второй пул.
8. Запишите результаты и дату проверки. Повторяйте после каждого обновления прошивки: поведение failover от версии к версии меняется.

Проверку удобно совмещать с плановыми работами, когда часть хешрейта и так простаивает. Стоимость самой проверки считается по той же таблице: десять минут на 10 PH/s это примерно 2,7 доллара, разовая трата за понимание, что защита рабочая.

Коротко

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

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

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