Как на самом деле работает майнинг-пул: от шары до выплаты

Про пулы обычно объясняют так: «много майнеров складывают мощность, находят блок вместе и делят награду». Это не ложь, но из этого объяснения не следует ничего полезного. Непонятно, за что вам платят в дни, когда пул не нашёл ни одного блока. Непонятно, почему дашборд показывает не тот хешрейт, что асик. Непонятно, откуда берётся luck 78% и почему он не всегда касается вашего кошелька.

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

POOL BTC не пул. Мы сравниваем чужие пулы и считаем, во что их условия обходятся майнеру, поэтому дальше нет ни рекламы конкретного оператора, ни обвинений в его адрес. Только механика и арифметика, которую вы можете повторить.

Главное в шести пунктах

1. Шара и блок это один и тот же объект, отличается только высота планки, через которую надо перепрыгнуть.
2. Пул назначает вам персональную, лёгкую планку, чтобы получать от вас статистику работы каждые несколько секунд, а не раз в столетие.
3. Блок собирает пул, а не вы. Ваше железо перебирает числа внутри заголовка, который пришёл готовым.
4. Схема выплат это правило, кто несёт риск невезения: вы или оператор.
5. Комиссия берётся с валовой награды, поэтому в абсолюте она растёт вместе с курсом и с вашей мощностью.
6. Luck это статистика, а не поведение оператора. На FPPS она вашей выплаты не касается вообще.

Что такое шара и чем она отличается от валидного блока?

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

Заголовок блока в биткоине занимает 80 байт и состоит из шести полей: версия, хеш предыдущего блока, корень дерева Меркла, отметка времени, поле nBits и nonce. nBits это компактная запись текущей сетевой цели: из неё разворачивается 256-битное число, ниже которого должен оказаться двойной SHA-256 от заголовка.

Ваш асик берёт этот заголовок и меняет в нём то, что ему разрешено менять: nonce (4 байта), extranonce2 (его длину задаёт пул при подключении, и он влияет на корень Меркла через coinbase-транзакцию) и, если пул и прошивка поддерживают version rolling, часть битов версии. Каждый новый вариант заголовка хешируется дважды, результат сравнивается с целью.

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

Отсюда следует неочевидное: пул не может «спрятать» найденный блок, не выбросив саму шару. Coinbase-транзакция в шаблоне подписана адресами пула, и любой блок, собранный из его шаблона, виден в эксплорере по этой же метке. Как это проверять руками, разобрано в статье про самостоятельную проверку честности пула.

По расчёту POOL BTC, при сетевой сложности 127 450 789 715 843 и сложности шары 65 536 на один найденный блок приходится в среднем около 1,94 млрд шар. Это не оценка «по порядку величины», а прямое деление: сложность сети делится на сложность шары, потому что обе выражены в одних и тех же единицах ожидаемой работы.

Что такое difficulty у шары и зачем пул подстраивает её под мощность машины?

Сложность шары это множитель, показывающий, во сколько раз назначенная вам цель легче базовой цели биткоина. При сложности 1 требуется в среднем 2^32, то есть примерно 4,295 млрд хешей на одну шару. При сложности 65 536 требуется в 65 536 раз больше. Пул двигает это число так, чтобы поток шар от вас был удобным для учёта.

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

По расчёту POOL BTC, машина на 100 TH/s при сложности шары 65 536 отправляет около 21,3 шары в минуту, то есть одну примерно каждые 2,8 секунды. Арифметика: 100 TH/s это 10^14 хешей в секунду, делим на 65 536 × 2^32 = 2,815 × 10^14 ожидаемых хешей на шару, получаем 0,355 шары в секунду.

Как это выглядит на разных сложностях для той же машины на 100 TH/s:

И при фиксированной сложности 65 536 для разных мощностей:

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

Кто составляет блок-шаблон и что попадает в блок?

В классическом Stratum V1 блок-шаблон целиком составляет пул. Он держит собственный узел биткоина, выбирает транзакции из мемпула, строит coinbase-транзакцию со своими адресами и вычисляет дерево Меркла. Майнеру уходит не список транзакций, а только ветви Меркла и заготовка coinbase. Выбрать или отклонить транзакцию майнер физически не может.

Сообщение mining.notify, которым пул раздаёт работу, содержит идентификатор задания, хеш предыдущего блока, две половины coinbase-транзакции, список ветвей Меркла, версию, nBits, время и флаг clean_jobs. Майнер вставляет свой extranonce2 между половинами coinbase, пересчитывает корень Меркла по ветвям и получает готовый заголовок.

Флаг clean_jobs объясняет половину странностей в логах. Когда в сети появляется новый блок, пул рассылает новое задание с clean_jobs = true, и вся работа по предыдущему заданию мгновенно обесценивается. Шары, отправленные после этого момента по старому заданию, отклоняются как stale.

Что реально лежит в блоке: coinbase-транзакция (субсидия плюс сумма комиссий всех включённых транзакций, на 24.09.2026 субсидия составляет 3,125 BTC) и набор транзакций из мемпула, обычно отсортированных по комиссии на виртуальный байт. Доля комиссий в общей награде сейчас невелика: по данным mempool.space на 08.09.2026 это 0,66% за последние 4320 блоков и 0,57% за последние 144 блока, а за месяц диапазон держался в пределах 0,66 до 0,73%. Разные агрегаторы на однодневных окнах дают 0,40 до 0,56%, потому что считают по другому знаменателю. Единственно верной цифры тут нет, есть цифра с указанным окном и источником.

Единственная часть протокола, которая забирает составление шаблона у пула, называется Job Declaration и входит в Stratum V2. Она работает в производстве у считанных пулов, и её не стоит путать с заявлениями «мы поддерживаем Stratum V2»: разбор трёх разных цифр по адопции лежит в отдельной статье про Stratum V2 и выбор транзакций.

Как пул считает вклад майнера и превращает его в выплату?

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

Полный путь одной шары от асика до монет на кошельке:

1. Пул присылает mining.notify с заданием и текущей сложностью для вашего воркера.
2. Асик перебирает nonce, extranonce2 и биты версии, пока двойной SHA-256 заголовка не окажется ниже вашей цели.
3. Асик отправляет mining.submit: идентификатор задания, extranonce2, время, nonce.
4. Пул проверяет, что задание актуально, что шара не дубликат и что хеш действительно ниже вашей цели. Заодно сверяет с сетевой целью.
5. Принятая шара пишется в лог с весом, равным её сложности.
6. Пул начисляет вам долю: либо фиксированную ставку за шару, либо долю в награде найденного блока, в зависимости от схемы.
7. Из начисления вычитается комиссия пула, считаемая от валовой суммы.
8. Остаток ложится на внутренний баланс, который в дашборде обычно называется unpaid.
9. Когда баланс превышает порог, пул формирует транзакцию, вычитает сетевую комиссию по своим правилам и отправляет на ваш адрес.
10. После подтверждений сумма становится вашей окончательно. До этого момента она остаётся обязательством оператора, а не вашими деньгами.

Девятый и десятый пункты стоят того, чтобы на них задержаться. Между «начислено» и «пришло» лежит порог выплаты, и на маленькой мощности он превращается в срок.

По расчёту POOL BTC, машина на 100 TH/s при сетевом хешрейте 930,73 EH/s и субсидии 3,125 BTC зарабатывает 0,00004835 BTC в сутки валовой субсидии (сетевые параметры: mempool.space, срез 08.09.2026). С поправкой на долю комиссий 0,66% это 0,00004867 BTC, после комиссии пула 2% остаётся 0,0000477 BTC в сутки. При пороге 0,001 BTC, который заявляют F2Pool, AntPool и Luxor, первая выплата придёт примерно на 21-й день непрерывной работы. При пороге Ocean, который во вторичных источниках указан как 0,01048576 BTC, ждать пришлось бы около 220 дней.

Это не придирка к Ocean, у которого есть выплаты через Lightning без порога. Это иллюстрация того, что порог выплаты для одной машины и для фермы на 10 PH/s это две разные величины по смыслу. Подобрать порог под свою мощность и посчитать интервал между выплатами можно в калькуляторе POOL BTC.

Чем PPS, FPPS, PPLNS и SOLO отличаются механически, а не по маркетингу?

Схема выплат отвечает ровно на один вопрос: кто несёт риск того, что блоки придут позже ожидания. При PPS и FPPS риск берёт на себя оператор и продаёт вам предсказуемость через повышенную комиссию. При PPLNS и TIDES риск остаётся на майнерах и распределяется между ними по окну шар. При SOLO риск целиком ваш, без усреднения вообще.

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

Реальные формулировки окон у операторов различаются сильнее, чем принято думать. ViaBTC официально называет «последние 5 раундов сложности». Ocean документирует окно как восьмикратную сложность блока в шарах. AntPool и F2Pool говорят про «последние N раундов сложности», не раскрывая N. Braiins для BTC работает только по FPPS с декабря 2023 года и PPLNS-подобную схему не предлагает вообще.

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

Откуда берётся комиссия пула и что она покрывает?

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

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

Что известно по конкретным пулам на сегодняшний срез:

По расчёту POOL BTC, разница между комиссией 2% и 4% для машины на 100 TH/s составляет 0,00000097 BTC в сутки, то есть около 0,000355 BTC за год. Сумма выглядит смешной ровно до момента, когда вы умножаете её на количество машин: на ферме в 100 таких же асиков те же два процентных пункта дают 0,0355 BTC в год.

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

Что такое luck и variance, и почему за неделю пул может не догнать ожидание?

Luck это отношение ожидаемого количества шар к фактически потраченному на найденные блоки, выраженное в процентах. Значение 78% означает, что блоки достались пулу дороже ожидания, 130% что дешевле. Variance это статистический разброс, из которого luck складывается. Нахождение блоков описывается пуассоновским процессом, поэтому отклонение неизбежно и убывает только с ростом выборки.

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

По расчёту POOL BTC при сетевом хешрейте 930,73 EH/s и 1008 блоках в неделю картина такая:

Верхняя строка это та же машина на 100 TH/s, если она майнит соло: ожидаемое время до блока при сложности 127,45 трлн составляет около 173 лет, а вероятность найти блок за неделю примерно 0,011%.

Нижняя строка соответствует Foundry USA: по таблице ChainBulletin на 08.09.2026 (приведена в разборе KuCoin от 10.09.2026) у пула около 244,6 EH/s, что даёт примерно 27% сети. Рядом AntPool около 156 EH/s и F2Pool около 127 EH/s. Коэффициент Накамото, то есть число пулов, дающих больше половины блоков, по отчёту D-Central за первое полугодие 2026 года равен 3.

Из таблицы следуют два вывода. Пул на 10 EH/s с честной работой и без единого сбоя будет закрывать примерно каждую третью неделю с luck ниже 70% или выше 130%, и это нормальное поведение случайной величины. И одновременно: если вы на FPPS, эта строка вас не касается вообще, потому что вам платят по ставке за шару независимо от того, нашёл пул блок или нет. Luck на FPPS это метрика оператора, а не ваша.

Обратная сторона тоже верна. Недельный luck ничего не доказывает ни в одну сторону. Осмысленная выборка для разговора о честности PPLNS-пула начинается от квартала.

Что происходит при отключении от пула: stale shares, reject rate, failover?

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

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

1. Stale или job not found: шара пришла по заданию, которое уже неактуально. Обычно это сеть, латентность или новый блок в сети.
2. Low difficulty share: хеш не дотянул до вашей текущей цели. Часто следствие рассинхрона после смены vardiff.
3. Duplicate share: та же комбинация nonce и extranonce2 прислана дважды. Признак проблемы прошивки или сбоя контроллера.
4. Above target: заголовок не проходит проверку вообще. Обычно железо на грани по разгону или температуре.

Норму по отклонениям каждый оператор определяет сам, единого отраслевого порога нет. AntPool называет нормальным уровень до 1% и отдельно средний уровень stale 0,5% и ниже. ViaBTC говорит про 3%. F2Pool называет разумной долю задержанных шар около 2%. Braiins и Luxor числового порога не публикуют.

По расчёту POOL BTC, каждые 2 процентных пункта reject rate обходятся ровно в столько же, во сколько обходятся 2 процентных пункта комиссии пула: и то и другое снимается с валового начисления. Для машины на 100 TH/s это те же 0,000355 BTC в год. Пул с комиссией 2% и плохой связью до сервера проигрывает пулу с комиссией 3% и стабильным каналом.

Отсюда практическое: failover не роскошь. Стратум-конфигурация асика поддерживает несколько адресов пула, и при потере основного прошивка переключается на следующий. Заполнены должны быть все доступные слоты, причём резервный адрес имеет смысл держать на другом операторе или хотя бы в другом регионе, иначе оба упадут одновременно. В стоковой прошивке Antminer слотов три (Pool 1, 2 и 3, по данным поддержки Bitmain), у Whatsminer тоже три.

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

Чем пул отличается от хостинга и от облачного майнинга?

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

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

Как читать условия пулов при выборе и на что смотреть кроме процента, разобрано в сравнении 12 пулов.

Частые вопросы про механику майнинг-пула

Может ли пул украсть найденный блок и не сказать о нём?

Блок, собранный из шаблона пула, содержит coinbase-транзакцию с адресами и меткой этого пула и виден в любом эксплорере. Скрыть его нельзя. Что действительно не проверяется снаружи, так это внутренний учёт: доля конкретного майнера в PPLNS-окне и реальный хешрейт пула остаются его собственной отчётностью.

Влияет ли сложность шары на мой доход?

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

Почему хешрейт в дашборде пула ниже, чем показывает асик?

Асик показывает мгновенную скорость перебора, пул оценивает вашу мощность задним числом по принятым шарам за окно усреднения. Совпасть они не могут по построению. Разницу дополнительно расширяют отклонённые и устаревшие шары, а также латентность до стратум-сервера. Сравнивать нужно суточное значение с суточным.

Что происходит с моими шарами, если я ушёл с пула до нахождения блока?

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

Зачем пулу знать мой хешрейт, если он платит за шары?

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

Что осталось неподтверждённым в наших данных на 24.09.2026

1. Проценты комиссий у Luxor и Foundry USA. Одним числом их не публикует ни тот, ни другой: Luxor называет комиссию скидкой к спотовому FPPS, Foundry считает её по тирам хешрейта.
2. Порог выплаты EMCD: статьи хелп-центра, где он должен быть указан, 24.09.2026 отдавали 404.
3. Комиссия Kryptex 3% взята из нашей ручной проверки 29.08.2026; 24.09.2026 в тексте её публичных страниц о комиссиях процент не нашёлся.
4. Сетевые параметры в расчётах выше взяты на срез 08.09.2026 (хешрейт 930,73 EH/s, сложность 127 450 789 715 843, mempool.space). На 24.09.2026 тот же API показывал 917,89 EH/s и сложность 132 757 073 449 487, так что машина на 100 TH/s сейчас получает в сутки примерно на 4% меньше субсидии, чем в примерах выше. Следующий пересчёт на блоке 969 696 оценивался примерно в минус 5,5%.
5. Значения сложности шары в таблицах выше взяты как круглые степени двойки для иллюстрации арифметики. F2Pool, AntPool и Braiins стартовую и минимальную сложность шары не публикуют. ViaBTC публикует механизм, а не число: параметр d= в пароле воркера задаёт стартовую сложность, md= задаёт нижнюю границу.

Коротко

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

Блок собирает пул, а не вы: в Stratum V1 майнер получает ветви Меркла и заготовку coinbase, а не список транзакций. Меняется это только в Job Declaration, и пока в производстве у единиц.

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

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

В статье есть реферальные ссылки на майнинг-пулы (помечены как спонсорские). Мы можем получить вознаграждение, если вы зарегистрируетесь по ним. Это не меняет цифры и порядок строк в таблицах: условия взяты со страниц самих пулов.