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

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

В 2026 году особенно опасно считать майнинг по одному снимку рынка. Цена Bitcoin может измениться за сутки, сетевой хешрейт и сложность — за недели, доля комиссий в награде блока — за часы, а реальная эффективность конкретного ASIC зависит от температуры, профиля питания, качества электросети и простоев. Поэтому профессиональный расчёт строят не как одно предсказание, а как несколько сценариев: базовый, неблагоприятный и стрессовый. Хороший калькулятор должен отвечать не только «сколько заработаю», но и «при какой цене электричества проект перестанет быть прибыльным», «что произойдёт при росте сложности на 20%», «как изменится окупаемость после халвинга» и «какой запас нужен на ремонт».

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

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

Как работает калькулятор майнинга и что он действительно считает

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

Доходность начинается с физической работы оборудования

Хешрейт показывает, сколько попыток вычисления хеша оборудование способно выполнить за секунду. Для современного Bitcoin-оборудования чаще используют TH/s и PH/s. Один TH/s — это триллион хешей в секунду. Если ASIC выдаёт 200 TH/s, это не означает, что он «добывает 200 единиц» чего-либо. Он лишь делает огромное число попыток найти результат ниже целевого порога сети. Вероятность успеха определяется отношением вашей мощности к общей вычислительной мощности или, эквивалентно, текущей сложностью.

Для Bitcoin можно мыслить двумя способами. Первый — через долю сети: если ваша мощность составляет одну миллионную сетевого хешрейта, то на длинном горизонте ожидаемая доля найденных блоков и награды также приблизится к одной миллионной. Второй — через difficulty: ожидаемое число хешей для нахождения блока пропорционально сложности и базовой константе 2³². В читательском калькуляторе не обязательно вручную оперировать гигантскими числами, но полезно понимать эту связь: рост сложности при неизменном вашем хешрейте уменьшает ожидаемую добычу.

Награда блока состоит из разных частей

Для Bitcoin майнер получает экономический эффект из двух источников: блоковой субсидии и комиссий транзакций. После халвинга 2024 года текущая субсидия составляет 3,125 BTC на блок. Комиссионная часть не фиксирована: она зависит от спроса на место в блоках и поведения пользователей. Поэтому профессиональный расчёт не должен подставлять высокий день комиссий как постоянную норму на месяцы вперёд.

Если модель строится на консервативной оценке, комиссионный доход лучше задавать отдельно от субсидии. Тогда легко увидеть, что произойдёт при спокойном mempool или, наоборот, при всплеске комиссий. Для понимания того, откуда берутся комиссии и почему они меняются, полезен отдельный материал о том, как рассчитывается комиссия Bitcoin. Для майнера комиссия — доходная часть блока, но для пользователя сети она является ценой включения транзакции.

Выручка и прибыль — разные показатели

Если калькулятор показывает, что устройство ожидаемо добывает 0,0001 BTC в день и условная цена BTC равна 100 000 денежных единиц, валовая выручка составляет 10 единиц в день. Но из неё ещё ничего не вычтено. Чтобы получить операционную прибыль, нужно убрать электричество, комиссию пула, хостинг, охлаждение, интернет, обслуживание и прочие текущие расходы. Чтобы получить экономическую прибыль проекта, дополнительно учитывают стоимость оборудования, ввод площадки, амортизацию, простой и стоимость капитала.

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

Калькулятор не предсказывает рынок

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

Поэтому расчёт должен иметь дату и сценарий. Запись «чистая прибыль 300 в месяц» почти бесполезна без пояснения: при какой цене BTC, какой сложности, какой мощности, каком тарифе, каком uptime и какой комиссии пула она получена. Сохраняйте исходные параметры вместе с результатом. Тогда через месяц можно заменить только изменившиеся значения и увидеть, почему экономика стала лучше или хуже.

Точность входных данных важнее количества знаков после запятой

Частая ошибка — обсуждать, считать ли доход до четвёртого или шестого знака, одновременно подставляя неверную мощность или завышенный uptime. Если ASIC в паспорте потребляет 3,5 кВт, но фактически на розетке с вентиляцией и потерями получается 3,75 кВт, ошибка в энергии составляет больше семи процентов. Это может полностью изменить вывод по тонкой марже.

То же относится к хешрейту. Номинальное значение не всегда равно суточному среднему. Кратковременные пики в панели майнера не должны использоваться вместо rolling average за достаточно длинный период. Для реального проекта полезно хранить не только «модель ASIC», но и фактические метрики за 24 часа, 7 дней и месяц.

Расчёт нужен до покупки и после запуска

До покупки калькулятор выполняет роль инвестиционного фильтра: сравнивает модели, тарифы и сценарии. После запуска он превращается в инструмент контроля. Если фактическая добыча систематически ниже расчётной, нужно искать причину: rejects, stale shares, перегрев, троттлинг, простой, нестабильный интернет, неверный профиль питания или проблемы пула. Разница между expected и actual — отдельная диагностическая метрика.

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

Какие данные нужно собрать до расчёта

Качество результата определяется не брендом калькулятора, а тем, насколько хорошо собраны исходные данные. Минимальный набор для Bitcoin ASIC включает хешрейт, фактическое энергопотребление, тариф на электричество, uptime, текущую сетевую сложность или network hashrate, блоковую субсидию, оценку комиссий, комиссию пула и первоначальные вложения. Для бизнеса добавляются стоимость помещения, персонала, вентиляции, трансформатора, охраны, связи, ремонта и налогового сопровождения.

Хешрейт берите средний, а не рекламный

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

Если устройство только выбирается, в модели разумно сделать коэффициент запаса. Например, вместо 200 TH/s посчитать 196–198 TH/s или отдельно заложить 1–2% потерь на rejects и нестабильность. Это не универсальная норма, а способ увидеть чувствительность. После запуска допущение заменяют реальными данными.

Энергопотребление измеряйте на входе

Паспортная мощность нужна для предварительного сравнения, но фактическая экономика должна опираться на измерение. Важно понимать границу системы. Если вы считаете только ASIC, ваттметр ставят на его питание. Если оценивается площадка, нужно учитывать PDU, вентиляторы, насосы, кондиционирование, потери трансформатора и вспомогательное оборудование. Иначе «эффективность фермы» будет искусственно лучше эффективности реального объекта.

Для одного ASIC удобно переводить мощность из ватт в киловатты: 3500 W = 3,5 kW. Суточная энергия при непрерывной работе — 3,5 × 24 = 84 kWh. При тарифе 6 денежных единиц за kWh электричество стоит 504 единицы в сутки. Если uptime 95%, активная энергия для самого ASIC приблизительно уменьшается до 79,8 kWh, но инфраструктурное потребление может снижаться не пропорционально: вентиляция и сеть иногда работают даже во время остановки устройства.

Тариф на электричество должен соответствовать реальному договору

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

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

Uptime — один из самых недооценённых параметров

100% uptime — удобная математическая граница, но плохое бизнес-допущение. Бывают обновления, перегрев, перезапуски, ремонт, пропадание связи, отключение электричества и плановые работы. На одной машине несколько часов простоя кажутся мелочью, но за год процент превращается в заметную потерю монет.

Если история есть, считайте uptime как время фактической работы, делённое на календарное время. Для нового объекта используйте сценарии. Например, 99%, 97% и 93%. Разница между ними показывает, насколько проект зависит от эксплуатационной дисциплины. Чем тоньше маржа, тем сильнее простой влияет на окупаемость.

Сетевые параметры фиксируйте на дату расчёта

Bitcoin Core позволяет получить difficulty и оценку network hashes per second, а публичные обозреватели показывают аналогичные данные. Важно не смешивать значения, снятые в разные моменты. Если вы используете difficulty одного периода и network hashrate другого, две формы одной и той же модели могут дать разные результаты.

Сложность Bitcoin меняется по протокольному правилу примерно раз в 2016 блоков. Отдельно разобраться, почему это происходит и почему рост хешрейта не означает пропорциональный рост добычи каждого ASIC, можно в материале о сложности сети Bitcoin. Для калькулятора главное правило такое: после изменения difficulty пересчитайте expected output даже если ваше оборудование физически не изменилось.

Цена монеты нужна только для денежной оценки

Количество добываемого BTC не зависит от вашей цены покупки оборудования и не становится выше из-за роста котировки. Сначала рассчитывайте монеты, потом умножайте их на выбранную цену. Это позволяет отделить производственную эффективность от рыночного риска. Если смешать эти слои, легко сделать неверный вывод, что ASIC «стал эффективнее» только потому, что BTC подорожал.

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

Как рассчитать добычу Bitcoin и валовый доход

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

Метод через долю network hashrate

Логика проста: доля вашего хешрейта в общей вычислительной мощности примерно определяет долю блокового вознаграждения на длинном горизонте. Пусть устройство выдаёт 200 TH/s, а сеть условно имеет 1 ZH/s. Один ZH/s равен миллиарду TH/s, поэтому доля одного ASIC составляет 200 / 1 000 000 000 = 0,0000002. Если сеть в среднем создаёт около 144 блоков в сутки, ожидаемая доля блоков для такого ASIC равна 144 × 0,0000002.

Затем полученную ожидаемую долю блоков умножают на экономическую награду одного блока. В неё входит субсидия и выбранная оценка транзакционных комиссий. Такой расчёт удобен для понимания, но требует внимательно переводить EH/s, PH/s и TH/s в одинаковые единицы. Ошибка в тысячу раз из-за неверного префикса встречается чаще, чем ошибка в самой формуле.

Метод через difficulty

Вторая форма опирается на протокольную сложность. В упрощённом виде ожидаемое число найденных блоков за период можно оценить как количество выполненных хешей, делённое на ожидаемое количество хешей для одного блока. Для Bitcoin базовая связь использует difficulty × 2³². Если хешрейт задан в hashes per second, за сутки оборудование выполняет hashrate × 86 400 попыток.

Такой подход особенно удобен для проверки калькуляторов, которые показывают difficulty, но не показывают network hashrate. Сами числа могут быть огромными, поэтому в электронной таблице важно не потерять порядок величины. Если используете TH/s, предварительно умножьте на 10¹². Формула должна быть записана один раз и затем защищена от случайного редактирования.

Почему 144 блока в сутки — только среднее

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

Для бизнес-модели это не проблема, если горизонт достаточно длинный. Не нужно пытаться объяснять каждый день отдельно. Сравнивайте ожидаемый результат и фактическую выплату за неделю или месяц. Чем меньше ваш хешрейт относительно сети и чем более «лотерейная» схема выплат, тем больше краткосрочный шум.

Комиссии транзакций нельзя считать постоянной надбавкой

Субсидия известна протоколом, а комиссионный доход плавает. В периоды высокой нагрузки блок может содержать заметную сумму fees, в спокойные периоды — существенно меньше. Если калькулятор автоматически использует среднее за последние 24 часа, это допустимо для снимка, но не для долгосрочной окупаемости без сценарного анализа.

Практический подход: считать отдельно субсидию и fees. Например, сделать три строки: conservative fee revenue, base fee revenue и high-fee scenario. Тогда после халвинга или изменения пользовательской активности видно, какая часть экономики зависит от комиссионного рынка. Полезный контекст о выпуске и ограничении предложения находится в материале сколько всего биткоинов существует, а расписание снижения субсидии подробно разобрано в статье о халвинге Bitcoin.

Pool fee вычитается не всегда одной строкой

Упрощённый калькулятор часто берёт процент пула и уменьшает доход. Для предварительной модели этого достаточно. Но реальные схемы могут включать разные компоненты: комиссию сервиса, особенности выплаты комиссионной части блока, минимальный payout, стоимость вывода, дополнительные услуги и различие между reported hashrate и accepted shares.

Поэтому договорённость с пулом лучше хранить отдельным блоком входных данных. Если вы меняете пул, модель должна пересчитываться без изменения физической производительности оборудования. Не смешивайте pool fee с потерями на rejected shares: комиссия — цена услуги, rejects — недополученная оплачиваемая работа.

Expected output и фактическая выплата не обязаны совпадать день в день

Математическое ожидание — не обещание. Даже в крупном пуле есть временные отклонения из-за luck, схемы выплат, момента закрытия раунда и сетевых условий. В solo mining вариативность экстремальна: можно долго не находить блок, хотя математическое ожидание ненулевое. Поэтому сравнение делается на горизонте, соответствующем модели выплат.

Если расхождение стабильно и существенно, проверяют accepted hashrate, stale/rejected shares, uptime, pool fee и адрес выплаты. Однократное отклонение не доказывает проблему. Систематическое отставание в течение нескольких расчётных периодов уже требует диагностики.

Цена BTC добавляется после расчёта монет

Чтобы избежать логической ошибки, храните две отдельные колонки: expected BTC и revenue in fiat. Тогда при изменении котировки не нужно заново пересчитывать физическую добычу. Меняется только денежная оценка. Это особенно полезно для сценариев: один и тот же объём BTC можно оценить по трём ценам и сразу увидеть диапазон денежного результата.

Если часть добытых BTC не продаётся, денежная модель должна различать операционный cash flow и изменение стоимости запасов. Счёт за электричество оплачивается реальными деньгами, поэтому «я держу монеты и ничего не продаю» не отменяет потребность финансировать текущие расходы. Для бизнеса это вопрос ликвидности, а не только доходности.

Как посчитать электричество, охлаждение и скрытые расходы

Наиболее распространённая причина завышенной окупаемости — калькулятор учитывает только ASIC и электричество. Для домашнего теста это уже лучше, чем ничего, но для инвестиционного решения нужен полный список затрат. Часть расходов растёт вместе со временем работы, часть возникает ежемесячно, часть появляется нерегулярно, а часть оплачена заранее.

Электричество считается в kWh, а не в kW

Мощность kW показывает темп потребления энергии, а kWh — фактически использованную энергию за период. ASIC мощностью 3,5 kW за 24 часа непрерывной работы потребляет 84 kWh. За 30 дней — 2520 kWh. Если тариф равен 6 денежным единицам за kWh, только питание устройства стоит 15 120 единиц в месяц.

Если в расчёте присутствует uptime, будьте последовательны. При 95% uptime активная энергия ASIC приблизительно составит 2394 kWh в 30-дневном месяце. Но не умножайте на 95% весь счёт площадки автоматически: часть инфраструктуры может работать постоянно. Для точности разделите base load и load proportional to mining.

Энергоэффективность важнее абсолютного хешрейта

Для сравнения ASIC используют показатель joules per terahash, J/TH. Если два устройства дают 200 и 250 TH/s, второе не обязательно выгоднее. Нужно увидеть, сколько энергии требуется на единицу вычислительной работы. Устройство с меньшим хешрейтом, но существенно лучшим J/TH может иметь более низкую себестоимость добычи.

Внутри одной модели также полезно считать фактический W/TH или J/TH: power watts ÷ hashrate TH/s. Рост этого показателя со временем может указывать на ухудшение режима, перегрев или неудачный профиль. Экономический мониторинг таким образом становится технической диагностикой.

Охлаждение может изменить вывод о проекте

ASIC превращает почти всю потреблённую электроэнергию в тепло. Если это тепло нужно активно удалять, вентиляция или кондиционирование добавляют расход. В холодном климате часть года наружный воздух может снижать цену охлаждения, но летом потребность возрастает. Для иммерсионной системы появляются насосы, теплообменники, жидкость и обслуживание.

Не существует универсального процента «добавьте 10% на охлаждение». Измеряйте конкретную инфраструктуру. Для предварительной модели можно создать отдельный диапазон, но перед крупной покупкой нужен инженерный расчёт: электрическая мощность и тепло — две стороны одного и того же процесса.

Ремонтный резерв нужен даже новому оборудованию

Новый ASIC может иметь гарантию, но простой во время диагностики, логистика и не все виды повреждений покрываются одинаково. У б/у оборудования риск выше. Вместо нулевой строки создайте repair reserve. Размер резерва определяется опытом парка, возрастом оборудования и стоимостью компонентов. Если фактических данных нет, используйте сценарии и отмечайте, что это допущение.

Когда ремонт произошёл, не нужно «забывать» его как разовый случай. Для оценки бизнеса полезно вести rolling average maintenance cost на устройство-месяц. Это даёт более честную картину при сравнении новой и старой техники.

Стоимость помещения и мощности относятся к проекту

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

При аренде часть затрат переходит в OPEX. Тогда сравнение «домашний ASIC против хостинга» нужно делать по total cost of ownership, а не по одному тарифу kWh. Хостинг может быть дороже по энергии, но включать электрику, вентиляцию, охрану, мониторинг и замену персонала.

Стоимость капитала меняет настоящую окупаемость

Если оборудование куплено за собственные средства, деньги всё равно имеют альтернативную стоимость. Если покупка финансируется кредитом, есть явные проценты и график платежей. Простая окупаемость «цена ASIC / месячная прибыль» игнорирует время и стоимость капитала. Для крупного проекта полезно дополнительно считать NPV и дисконтированный payback.

Это не означает, что домашнему майнеру нужен сложный финансовый терминал. Достаточно понимать: 100 тысяч сегодня и 100 тысяч через два года — не одно и то же. Чем длиннее обещанная окупаемость, тем сильнее результат зависит от будущей цены, difficulty, халвинга и остаточной стоимости оборудования.

Налоги и документы не следует прятать в нулевую строку

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

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

ASIC, GPU и майнинг-ферма: почему один шаблон расчёта не подходит всем

Слово «майнинг» объединяет разные технические и экономические модели. Bitcoin в 2026 году добывается специализированными ASIC, тогда как GPU применяются в других Proof-of-Work сетях и в задачах, где алгоритм допускает эффективную работу видеокарт. Поэтому один и тот же калькулятор нельзя бездумно использовать для любого оборудования. Формула выручки похожа, но единицы хешрейта, энергопотребление, скорость изменения доходности и возможность переключения между монетами различаются.

ASIC — специализированный актив с высокой производительностью

ASIC спроектирован под конкретный алгоритм. Его преимущество — высокая вычислительная эффективность на этой задаче. Недостаток — узкая специализация. Если экономика конкретной сети ухудшается, оборудование нельзя просто переключить на совершенно другой алгоритм. Поэтому при покупке ASIC анализируют не только сегодняшние TH/s и J/TH, но и место модели в технологическом поколении.

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

GPU-ферма имеет гибкость, но больше переменных

GPU можно переключать между совместимыми алгоритмами и задачами. Это добавляет опциональность, но усложняет калькулятор. Нужно знать не только хешрейт одной карты, а профиль для конкретного алгоритма: core clock, memory clock, voltage, power limit, фактический hashrate и энергопотребление. Профиль для одной монеты может быть неэффективен для другой.

Также GPU-ферма включает материнскую плату, процессор, память, диски, risers и блоки питания. Их энергопотребление не растёт строго пропорционально числу карт. Поэтому при расчёте маленькой фермы нельзя умножить «мощность одной GPU» на количество и считать всё остальное нулём.

Не сравнивайте устройства только по цене покупки

Дешёвый ASIC старого поколения может выглядеть выгоднее нового по CAPEX, но проигрывать по ежедневной себестоимости. Если электричество дорого, разница в J/TH быстро съедает экономию на покупке. При очень дешёвой энергии старое оборудование может оставаться жизнеспособным дольше. Поэтому сравнение строят минимум в координатах «цена устройства — хешрейт — мощность — тариф».

Полезный показатель — стоимость одного TH/s покупки и энергозатраты на один TH/s эксплуатации. Первый говорит о цене входа, второй — о постоянной конкурентоспособности. Нельзя выбирать по одному из них.

Б/у оборудование требует отдельного сценария

При покупке подержанного ASIC паспортный хешрейт недостаточен. Нужны журнал ошибок, состояние hashboards, температура, стабильность БП, следы ремонта и фактическая работа под нагрузкой. В финансовой модели б/у техника должна иметь больший резерв на ремонт и более консервативный uptime.

Сниженная цена входа способна сделать проект привлекательным, но только если риск поломки оценён. Если калькулятор показывает окупаемость шесть месяцев, а замена платы через месяц съедает треть стоимости устройства, реальная модель была неверной. Поэтому для б/у техники делайте отдельную строку «expected first-year repairs».

Ферма считается как система, а не как сумма отдельных устройств

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

Поэтому калькулятор фермы должен иметь два уровня: unit economics одного устройства и site economics всей площадки. Первый помогает сравнить модели оборудования. Второй отвечает, выгоден ли объект после инфраструктурных расходов.

Наиболее прибыльная монета сегодня не обязательно лучшая на год

Для GPU и мультиалгоритмных ASIC сервисы часто сортируют монеты по текущей прибыльности. Это полезный оперативный сигнал, но не инвестиционный прогноз. Маленькая сеть может временно показывать высокую доходность из-за цены или низкой сложности, а затем быстро привлечь хешрейт и снизить выплаты на единицу мощности.

Если стратегия предполагает автоматическое переключение, добавьте в модель комиссию обмена, минимальные выплаты, ликвидность монеты, время накопления payout и риск того, что рассчитанная цена недоступна для реального объёма. Производственная прибыль до продажи может отличаться от фактически реализованного денежного потока.

Пул, solo mining и схемы выплат: как они меняют результат

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

Solo mining — не «без комиссии = выгоднее»

В solo mining ожидаемая доходность до операционных расходов может быть близка к доле вашей мощности в сети, но фактический результат на коротком горизонте может быть нулевым. Если вероятность найти блок за месяц мала, проекту нужен капитал, способный оплачивать электричество долгое время без выплат. Простая строка «pool fee = 0» скрывает этот риск.

Для solo полезно считать expected time to block и вероятность хотя бы одного блока за выбранный период. Если ожидаемое число блоков λ, число найденных блоков можно рассматривать через пуассоновскую модель. Вероятность не найти ни одного блока приблизительно равна e^(−λ). Это нагляднее, чем одно среднее значение.

Пул снижает дисперсию через shares

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

Для пользователя важнее не техническое название share, а accepted rate. Если локальный майнер показывает высокий hashrate, но пул принимает значительно меньше работы, ожидаемая выплата будет ближе к принятому, а не рекламному значению. Следите за stale и rejected shares.

PPS, FPPS и PPLNS по-разному распределяют риск

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

Не стоит считать, что одна схема всегда выше другой. Пул устанавливает комиссию и методику так, чтобы компенсировать принимаемый риск. Сравнивать нужно фактический payout на единицу accepted hashrate за достаточно длинный период, а не рекламное название.

Минимальный payout влияет на cash flow

Если пул выплачивает только после достижения порога, маленький майнер может видеть начисленный доход, но не иметь доступного денежного потока. Это особенно важно, если электричество оплачивается ежемесячно. В калькуляторе полезно иметь две даты: accrual и expected payout.

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

Выплата в другой монете добавляет новый риск

Некоторые схемы могут конвертировать результат или выплачивать другой актив. Тогда калькулятор должен отделять mining revenue от conversion result. Появляются курс конвертации, спред и правила сервиса. Если цель — оценить физическую эффективность BTC-майнинга, лучше сначала считать BTC-эквивалент, а затем отдельно моделировать способ получения денег.

Иначе невозможно понять, что изменилось: производительность оборудования или условия конвертации. Разделение стадий делает модель проверяемой.

Сравнение пулов делайте по фактической выборке

Перед переносом всего парка можно отправить часть хешрейта на альтернативный пул и сравнить accepted TH/s, payout per TH/s, стабильность и задержки. Однодневный тест может быть шумным; лучше использовать период, достаточный для сглаживания luck. При этом изменения difficulty и fees за время теста нужно учитывать.

Сравнение «пул A выплатил больше, значит он лучше» без нормализации по хешрейту и времени некорректно. Нормализуйте результат на accepted hashrate-hour или accepted hashrate-day.

Как считать окупаемость, break-even и сценарии будущего

До этого момента калькулятор отвечал на вопрос, сколько проект может производить и сколько стоит его эксплуатация. Теперь нужно связать этот поток с первоначальными вложениями. Самая известная формула — simple payback = CAPEX / net cash flow per period. Она полезна как быстрый фильтр, но опасна, если cash flow считается неизменным.

Простая окупаемость — только первый экран

Предположим, оборудование и ввод в эксплуатацию стоят 300 000 единиц, а текущий чистый денежный поток после электричества и пула равен 20 000 в месяц. Простая окупаемость — 15 месяцев. Это не означает, что через 15 месяцев вложения обязательно вернутся. Формула предполагает одинаковую прибыль каждый месяц, а майнинг так не работает.

Правильнее построить помесячную таблицу, где difficulty, цена, uptime и расходы можно менять. Тогда cumulative cash flow покажет реальный момент выхода в ноль при выбранном сценарии.

Break-even по электричеству показывает предел тарифа

Очень полезный показатель — максимальная цена kWh, при которой текущая добыча ещё покрывает расходы. В упрощённом виде из валовой выручки вычитают все прочие суточные расходы и делят остаток на суточное энергопотребление. Получается break-even electricity rate.

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

Break-even цена BTC показывает рыночный порог

Если expected BTC production известно, можно посчитать минимальную цену монеты, при которой выручка покрывает текущие расходы. Daily costs делятся на net BTC/day. Если фактическая цена ниже, операционный cash flow отрицателен. Если выше — положителен до CAPEX.

Не путайте этот порог с ценой полной окупаемости. Чтобы вернуть оборудование за определённый срок, цена должна покрывать не только OPEX, но и требуемую долю CAPEX и стоимость капитала.

Difficulty scenario важнее точного прогноза

Никто не знает будущую difficulty на год вперёд точно. Поэтому вместо одной «правильной» траектории создайте варианты. Например: без роста, умеренный рост, ускоренный рост. Это не прогнозы, а стресс-тесты. Если проект выгоден только при нулевом росте сложности, риск высок.

Можно задавать ежемесячное изменение или ступени после каждого пересчёта. Главное — не скрывать допущение. В отчёте рядом с окупаемостью должна стоять строка difficulty assumption.

Халвинг должен быть событием в модели

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

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

Остаточная стоимость оборудования уменьшает полный убыток, но не гарантирована

В конце горизонта ASIC может иметь стоимость на вторичном рынке. Добавлять её в NPV можно, но консервативно. Чем старше поколение и выше его J/TH, тем сильнее residual value зависит от цены BTC и доступности дешёвой энергии у покупателя.

Не используйте сегодняшнюю цену б/у оборудования как гарантированную цену через два года. Сделайте базовый и стрессовый residual value, включая ноль.

Кредитный майнинг требует отдельного cash flow

Если оборудование куплено в долг, monthly payment нельзя заменять амортизацией. Денежный поток должен учитывать реальные проценты и погашение. Проект может иметь положительную операционную маржу, но отрицательный cash flow после платежа по кредиту. Это критически важно при просадке цены.

Также оцените covenant-like ограничения и необходимость дополнительного обеспечения, если это бизнес-финансирование. Калькулятор доходности ASIC и график долга — два разных слоя, которые соединяются в общей модели.

Как проверить расчёт калькулятора и не поверить красивой цифре

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

Сначала проверьте единицы измерения

TH/s, PH/s, EH/s и ZH/s отличаются на порядки. То же относится к ваттам и киловаттам, рублям за kWh и общей сумме счёта. Ошибка в префиксе может дать фантастическую доходность и при этом не вызвать технической ошибки в таблице. Поэтому рядом с каждым числом храните единицу, а не только значение.

Особенно опасно копировать network hashrate из источника, где он отображён в EH/s, и делить на hashrate ASIC в TH/s без преобразования. Перед сравнением переведите обе величины в одну шкалу.

Сверьте расчёт двумя независимыми способами

Для Bitcoin посчитайте ожидаемую добычу через долю network hashrate и через difficulty. Если результаты близки, базовая физика модели, вероятно, собрана корректно. Если расходятся заметно, проверьте дату данных и единицы. Такой cross-check намного ценнее десятого знака после запятой.

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

Проверяйте реальный accepted hashrate

Локальный интерфейс майнера показывает внутреннюю работу устройства, но деньги обычно зависят от принятой пулом работы. Если accepted hashrate ниже ожидаемого, доход калькулятора нужно корректировать. Причины могут быть техническими: rejects, stale shares, интернет, температура или нестабильный overclock.

Если разница случайна за несколько часов, не делайте вывод. Смотрите достаточно длинный период и сравнивайте с uptime. Стабильное отклонение требует расследования.

Не используйте текущую прибыль как прямой прогноз года

Самая привлекательная строка интерфейса — «profit/day». Её легко умножить на 365 и получить обещание годовой прибыли. Это математически допустимо только при неизменных сетевых и рыночных условиях, что для майнинга нереалистично. Правильный годовой прогноз строится помесячно с изменяемыми assumptions.

Даже если вы не умеете прогнозировать цену, это не мешает делать сценарии. Сценарий — не попытка угадать рынок, а ответ на вопрос «выживет ли проект, если условия станут хуже».

Сравнивайте калькулятор с реальными выплатами после запуска

Когда оборудование работает, модель перестаёт быть теоретической. Введите фактический hashrate, фактическую мощность и текущую difficulty, затем сравните expected payout с отчётом пула. Если расхождение повторяется, внесите correction factor и выясните его источник.

Не подгоняйте модель молча. Если вы уменьшили expected output на 3% из-за стабильных потерь, оставьте отдельную строку «operational efficiency 97%». Тогда позже станет видно, улучшилась ли эксплуатация.

Храните версию модели

Через полгода сложно вспомнить, почему окупаемость когда-то была 12 месяцев. Сохраняйте дату, версию оборудования, tariff assumption, difficulty, price, pool fee и ремонтный резерв. Версионирование превращает калькулятор из одноразовой игрушки в управленческий инструмент.

Для крупного парка полезно делать monthly close: фактические BTC, фактические расходы, downtime, repairs и deviation from model. Это позволяет оценивать не только рынок, но и качество операционной команды.

Практические сценарии: как принять решение до покупки оборудования

Финальный смысл расчёта — не получить максимально точную цифру будущего, а принять более качественное решение сегодня. Ниже — типовые сценарии, в которых один и тот же ASIC или ферма могут давать совершенно разные выводы. Именно поэтому готовая строка «доходность модели X» без вашего тарифа и инфраструктуры мало что значит.

Сценарий 1: новый ASIC на дешёвой площадке

Предположим, новый ASIC имеет высокую энергоэффективность, а площадка предлагает низкий тариф и стабильный uptime. В базовом сценарии операционная маржа положительна с хорошим запасом. Это ещё не повод покупать. Нужно проверить CAPEX ввода, срок поставки, гарантию, ремонтную логистику и чувствительность к росту difficulty.

Если при +25% difficulty проект всё ещё покрывает электричество и имеет приемлемый cash flow, устойчивость выше. Если прибыль исчезает при +10%, решение зависит от очень благоприятного рынка.

Сценарий 2: дешёвый б/у ASIC при среднем тарифе

Подержанная модель может иметь привлекательную цену и короткий simple payback на сегодняшних данных. Но её J/TH хуже нового поколения. Добавьте повышенный ремонтный резерв, снизьте uptime и сделайте более низкую остаточную стоимость. После этого преимущество низкого CAPEX может исчезнуть.

Если всё ещё остаётся запас по break-even electricity, покупка может быть рациональной. Если фактический тариф почти равен break-even, старое оборудование становится ставкой на рост BTC, а не стабильным производственным активом.

Сценарий 3: домашний майнинг

Домашний расчёт часто игнорирует шум, тепло и допустимую мощность. Экономическая модель должна включать не только цену розетки, но и возможность безопасно отвести несколько киловатт тепла круглосуточно. Если требуется серьёзная переделка электрики и вентиляции, добавьте её в CAPEX.

В холодное время тепло ASIC может частично заменять отопление. Это потенциальная полезность, но её нельзя автоматически считать доходом круглый год. Если тепло реально замещает другой оплачиваемый источник энергии, можно добавить seasonal heat credit отдельной строкой и обнулить его летом.

Сценарий 4: крупная ферма с хостингом

Для хостинга главное — понять, что включено в тариф. Электричество, вентиляция, охрана, мониторинг, ремонт и SLA могут оплачиваться по-разному. Сравнение двух площадок по одной цене kWh некорректно, если одна включает сервис, а другая нет.

Добавьте вероятность ограничений мощности, downtime SLA, стоимость перемещения оборудования и срок возврата устройства. Даже более дешёвый тариф может проиграть, если доступ к ремонту медленный и фактический uptime ниже.

Сценарий 5: покупка оборудования на пике доходности

Когда прибыльность майнинга высока, цена оборудования часто тоже растёт. Если калькулятор использует высокую текущую выручку и одновременно высокую цену ASIC, simple payback может выглядеть приемлемо, но риск нормализации особенно велик. Сделайте стресс-тест цены BTC и difficulty до оплаты.

Удобный вопрос: «Что должно остаться правдой 12 месяцев, чтобы эта покупка окупилась?» Если ответ содержит сразу несколько оптимистичных условий — высокая цена, низкий рост difficulty, почти нулевой простой и высокая остаточная стоимость — проект хрупкий.

Сценарий 6: майнинг как способ накопления BTC

Иногда владелец сравнивает не прибыль в фиате, а стоимость добытого BTC с альтернативой просто купить Bitcoin. Это важное сравнение. Если за период суммарный CAPEX и OPEX на единицу полученного BTC значительно выше рыночной покупки, майнинг должен оправдываться другими преимуществами: инфраструктурой, долгосрочной стратегией, использованием энергии или операционным бизнесом.

Не используйте аргумент «я добываю BTC, поэтому цена покупки не важна». Электричество и оборудование имеют реальную стоимость. Сравнивайте effective cost per BTC с рыночным benchmark, но учитывайте остаточную стоимость оборудования и будущую добычу.

Сценарий 7: майнинг перед халвингом

Если до следующего халвинга остаётся значимая часть срока окупаемости, модель должна явно перескочить на новую субсидию в соответствующем блоковом периоде. Нельзя использовать текущий reward на весь срок. После халвинга цена и fee revenue могут измениться, но это отдельные сценарии.

Если проект окупается только при предположении, что рыночная цена немедленно компенсирует снижение субсидии, это спекулятивная гипотеза, а не производственная экономика.

Сценарий 8: оборудование уже куплено и работает в минус

Для уже оплаченного ASIC решение отличается от покупки нового. CAPEX является sunk cost и не должен автоматически заставлять продолжать отрицательную эксплуатацию. Сравните marginal revenue с avoidable OPEX. Если каждый день работы увеличивает денежный убыток, временное отключение может быть рациональнее, даже если психологически кажется, что оборудование «должно отбиваться».

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

Как собрать рабочую таблицу за один вечер

Для собственной модели достаточно электронной таблицы с четырьмя блоками. Первый — inputs: hashrate, power, tariff, uptime, difficulty, reward, fees, pool fee, BTC price. Второй — production: expected blocks, BTC/day, BTC/month. Третий — economics: revenue, electricity, other OPEX, net cash flow. Четвёртый — investment: CAPEX, cumulative cash flow, payback, break-even и scenarios.

Не пытайтесь сделать одну огромную формулу. Каждая строка должна объяснять шаг. Это упрощает аудит и позволяет заменить отдельный параметр. Сделайте ячейки ввода визуально отличимыми от формул, а рядом с сетевыми данными добавьте дату.

Какие параметры обновлять регулярно

Price, difficulty/network hashrate и fee environment меняются чаще всего. Uptime и actual power обновляются по эксплуатации. Тариф меняется по договору. CAPEX после покупки обычно фиксирован, но могут добавляться upgrade costs. Pool fee меняется при смене условий.

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

Какой вывод считать достаточным для решения

Не ищите магическое число «окупаемость меньше 12 месяцев = покупать». Решение зависит от риска, стоимости капитала и альтернатив. Более качественный вывод выглядит так: «При текущем тарифе и 97% uptime проект имеет положительную операционную маржу; при +20% difficulty маржа сохраняется, при +40% приближается к нулю; simple payback в базовом сценарии — X, стрессовый — Y; после халвинга без роста цены требуется пересмотр».

Такой вывод не обещает будущее, но показывает границы. Именно это и должен делать калькулятор майнинга: не продавать уверенность, а превращать неопределённость в измеримые сценарии.

Итог

Майнинг имеет смысл считать как производственный бизнес, а не как кнопку «деньги из электричества». Хешрейт создаёт долю вычислительной работы, difficulty и сетевой хешрейт определяют ожидаемую добычу, блоковая субсидия и комиссии формируют валовый доход, а электричество и инфраструктура превращают его в денежный поток. После этого CAPEX, downtime, ремонт и стоимость капитала определяют, окупится ли проект.

Самый полезный калькулятор — тот, который вы можете проверить. Если непонятно, откуда взялась цифра, не используйте её для крупной покупки. Сначала соберите реальные параметры, посчитайте базовый и стрессовый сценарии, проверьте break-even по электричеству и цене BTC, а после запуска сравнивайте прогноз с фактом. Тогда изменение рынка не станет неожиданностью: вы заранее увидите, какой параметр отвечает за результат и где проходит граница экономической целесообразности.

Как посчитать себестоимость одного добытого BTC

Для сравнения майнинга с альтернативой «просто купить Bitcoin» полезно считать effective cost per BTC. За выбранный период сложите все расходы, которые относятся к добыче: электричество, пул, хостинг, ремонт, персонал и другие OPEX. Затем разделите сумму на фактически полученный BTC. Получится операционная себестоимость единицы. Если дополнительно хотите оценить полную инвестиционную себестоимость, распределите часть CAPEX на добычу по выбранной методике, но не смешивайте её с cash cost.

Например, парк потратил за месяц 1 000 000 денежных единиц и получил 0,15 BTC. Операционная себестоимость — 6 666 667 единиц за BTC. Эта цифра не означает, что каждый сатоши был «куплен» по такой цене: это управленческий показатель. Он позволяет сравнить месяцы, площадки и модели ASIC. Если цена BTC выше себестоимости, операционная маржа положительна; если ниже — добыча на этом наборе расходов убыточна до учёта CAPEX.

Для корректности используйте фактически зачисленный BTC после pool fee и других удержаний. Если часть выплаты зависла ниже минимального payout, можно отдельно вести accrued BTC и received BTC. Для оценки производства подходит начисленный объём, для анализа ликвидности — фактически доступный. Не подменяйте один показатель другим.

Особенно полезна динамика себестоимости. Если она растёт при неизменном тарифе, проверьте difficulty, uptime и энергоэффективность. Если растёт при стабильной сети, вероятна операционная проблема. Наоборот, снижение себестоимости после оптимизации охлаждения или профиля питания показывает измеримый эффект инженерной работы.

Как построить sensitivity matrix вместо одного прогноза

Одна из самых полезных частей профессиональной модели — таблица чувствительности. По горизонтали задайте несколько уровней цены BTC, по вертикали — несколько уровней difficulty или network hashrate. В каждой ячейке рассчитывайте месячный net cash flow. Получится карта, показывающая, какие сочетания рынка и сети оставляют проект прибыльным.

Например, можно взять три цены: −30% от текущей, базовую и +30%. Для difficulty — текущую, +20% и +40%. Девять результатов уже намного информативнее одного. Если положительная маржа сохраняется в большинстве ячеек, проект устойчивее. Если зелёной остаётся только верхняя левая ячейка с высокой ценой и неизменной сложностью, покупка фактически является ставкой на благоприятный рынок.

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

Чувствительность удобно строить и по тарифу. Для площадки с несколькими вариантами размещения по горизонтали поставьте electricity rate, по вертикали — difficulty growth. Это сразу покажет, сколько вы экономите, переезжая на более дешёвую площадку, и окупит ли экономия стоимость переноса.

Как учитывать rejected и stale shares без двойного списания

Потери shares часто учитывают неверно. Если вы уже используете фактический accepted hashrate пула, отдельно вычитать rejected percentage из добычи обычно не нужно: потери уже отражены в меньшем accepted hashrate. Если же расчёт основан на локальном nominal hashrate, тогда можно применить operational efficiency factor, включающий rejects, stale и другие недоплаты.

Двойное списание возникает, когда пользователь берёт pool hashrate после отклонённых shares, а затем ещё уменьшает результат на 2% «потерь сети». Итог становится слишком пессимистичным. Поэтому рядом с каждым коэффициентом пишите, на каком этапе он применяется.

Stale shares связаны с тем, что работа была выполнена на уже устаревшем шаблоне после появления нового блока. Их доля зависит от задержек, соединения и инфраструктуры пула. Высокий stale rate может указывать на плохую сеть или географически неудачный endpoint. Rejected shares могут иметь и другие причины. Не лечите экономическую модель коэффициентом, пока техническая причина не исследована.

Для контроля можно считать efficiency = accepted hashrate / expected local hashrate. Если показатель стабилен, используйте его в прогнозе. Если скачет, сначала исправьте эксплуатацию. Модель должна описывать нормальную работу, а не навсегда маскировать неисправность.

Как оценить полезность тепла без самообмана

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

Допустим, зимой ASIC потребляет 3,5 kW, а без него вы использовали бы электрический обогреватель той же мощности. Тогда часть электроэнергии фактически выполняет двойную функцию, и экономическая стоимость майнинга для отопительного сезона может быть ниже. Но если альтернативой был более дешёвый газ или тепловой насос с COP выше единицы, нельзя засчитывать каждый kWh майнера как полный сэкономленный kWh альтернативного счета.

Создайте строку heat credit по месяцам. В отопительные месяцы она может быть положительной, в переходные — маленькой, летом — нулевой. Для бизнеса по утилизации тепла добавьте доход только после подтверждения реального потребителя и стоимости инфраструктуры теплоотвода.

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

Как считать парк из разных поколений ASIC

Если на площадке работают разные модели, не усредняйте их в один «средний ASIC» слишком рано. Для каждого типа создайте unit economics: количество устройств, TH/s, W, J/TH, uptime, ремонтный резерв. Затем суммируйте hashrate, energy и cash flow. Так видно, какая группа тянет экономику вниз.

При падении рынка решение об отключении принимается по marginal economics каждой группы. Новые эффективные ASIC могут продолжать приносить положительную маржу, пока старые уже работают ниже break-even electricity. Если смотреть только на средний результат площадки, старые устройства могут скрываться за прибылью новых.

Полезно сортировать парк по break-even electricity rate. Получается merit order: какие машины отключаются первыми при росте тарифа или падении цены. Такой список помогает заранее планировать curtailment, продажу и перенос оборудования.

Аналогично оценивайте ремонт. Если конкретная модель имеет повышенный failure rate, это должно отражаться в её reserve, а не размазываться по всему парку. Тогда решение о замене поколения становится основанным на данных.

Резерв электрической мощности — экономический параметр

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

Считайте incremental CAPEX для следующего шага расширения. Первые 50 устройств могут использовать существующий ввод, а 51-е запускает крупную инвестицию. Средняя стоимость на устройство скачкообразно меняется. Это типичный пример, где линейное умножение unit economics даёт неверный результат.

Также учитывайте ограничения договора и возможные платежи за мощность. Если площадка платит не только за kWh, но и за заявленную мощность, простой оборудования не обнуляет весь энергетический расход. В таком случае модель должна отделять variable energy charge от fixed capacity charge.

Для хостинга похожая логика проявляется в минимальной оплачиваемой мощности, депозитах и условиях досрочного расторжения. Эти платежи относятся к проекту, даже если ASIC временно выключен.

Когда нужен NPV, а когда достаточно простой окупаемости

Для одного домашнего ASIC simple payback может быть достаточным первым фильтром, если рядом есть стресс-сценарии. Для фермы с существенным CAPEX, долгим горизонтом и этапными вложениями полезнее NPV. Он дисконтирует будущие денежные потоки, то есть признаёт, что деньги сегодня ценнее той же суммы через два года.

Вы выбираете ставку дисконтирования, соответствующую требуемой доходности и риску, затем делите денежный поток каждого периода на (1+r)^t. Сумма дисконтированных потоков плюс остаточная стоимость минус первоначальный CAPEX даёт NPV. Положительный NPV означает, что при выбранных допущениях проект превышает заданную стоимость капитала; отрицательный — не превышает.

Ставка дисконтирования сама является допущением. Не используйте её как способ «исправить» плохой проект. Для рискованной криптоэкономики слишком низкая ставка может создать ложную привлекательность. Лучше показать несколько ставок и объяснить выбор.

Discounted payback отвечает на вопрос, когда накопленные дисконтированные потоки покроют инвестицию. Он обычно длиннее simple payback. Разница между ними показывает, насколько проект зависит от далёких будущих денег.

Как принимать решение «выключить, продолжать или продать»

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

Но выключение тоже может иметь цену: фиксированный хостинг, штраф за минимальный срок, риск потери места, стоимость повторного запуска. Поэтому compare cash flow «on» и «off». Решение принимается по разнице будущих денежных потоков, а не по прошлому CAPEX.

Продажа добавляет третью альтернативу: получить residual value сейчас и отказаться от будущей опциональности. Если ожидаете улучшение рынка, можно оценить стоимость сохранения устройства как option value, но не выдавать ожидание за гарантию. В модели сделайте сценарий immediate sale и hold-and-mine.

Для старого оборудования особенно важно не ждать момента, когда остаточная стоимость станет почти нулевой. Регулярная оценка secondary market value помогает понять, когда замена поколения экономически оправдана.

Как связать расчёт с реальной ценой Bitcoin без прогноза курса

Калькулятор не должен превращаться в прогноз цены. Достаточно использовать рыночную цену как переменную и строить диапазон. Для контекста того, что такое цена BTC и почему она отличается от внутренних метрик сети, используйте отдельную статью о Bitcoin и его рыночной цене. В mining model цена — коэффициент денежной оценки, а не параметр Proof-of-Work.

Полезно сохранять BTC-denominated результаты независимо от fiat. Тогда вы можете позже подставить любую цену и пересчитать исторический сценарий. Например, expected BTC/month сохраняется как технический показатель, а revenue/month — как финансовый.

Если расходы номинированы в одной валюте, а BTC оценивается в другой, добавьте валютный курс. Крупный хостинг может оплачивать электричество в местной валюте, а считать доход в долларах или рублях. Валютный риск — отдельная переменная и не должен растворяться в цене BTC.

Наконец, не используйте будущий рост BTC как единственный способ сделать NPV положительным. Если базовая производственная экономика отрицательна, это уже не просто майнинг-проект, а комбинированная ставка на цену актива. Такой риск должен быть назван прямо.

Как учитывать undervolt, overclock и разные профили работы

Один и тот же ASIC может работать в нескольких режимах. Overclock повышает хешрейт, но обычно увеличивает энергопотребление и тепловую нагрузку; undervolt может снизить мощность и хешрейт, улучшив J/TH и уменьшив себестоимость. Поэтому в калькуляторе нельзя менять только hashrate и оставлять старые ватты. Каждый профиль — отдельная комбинация H и P.

Сравнивать профили нужно не по «больше TH/s», а по net cash flow и break-even electricity. При дорогой энергии экономичный режим может приносить больше чистой прибыли, хотя валовая добыча ниже. При очень дешёвой энергии и хорошем охлаждении более производительный профиль может быть выгоднее. Это зависит от конкретного тарифа и сетевой экономики.

После изменения прошивки или профиля не доверяйте мгновенной панели. Дайте устройству поработать достаточно долго, измерьте средний accepted hashrate, реальную мощность на входе и температуры. Затем обновите модель. Если overclock повышает nominal hashrate на 8%, но accepted растёт на 5%, а power — на 15%, экономическая эффективность ухудшается.

Также учитывайте риск ускоренного износа и гарантийные условия. Калькулятор может показать немедленную выгоду, но если режим увеличивает вероятность ремонта, долгосрочный repair reserve должен быть выше. Не существует универсального коэффициента — опирайтесь на историю конкретного парка.

Почему прогноз комиссии сети нельзя превращать в постоянный доход майнера

В некоторые дни транзакционные комиссии заметно увеличивают награду блока, и калькулятор мгновенно показывает улучшение profitability. Ошибка возникает, когда этот всплеск механически продолжают на год. Fee market связан с пользовательской активностью, размером mempool и предпочтениями отправителей, поэтому он значительно более волатилен, чем протокольная субсидия.

Для долгосрочной модели полезно хранить отдельный параметр average fee reward per block. В conservative scenario можно использовать более низкое значение, в base — сглаженное среднее за длительный период, в high-fee — стресс в положительную сторону. Но даже последнее не следует называть прогнозом. Это граница чувствительности.

После будущих халвингов относительная роль комиссий может расти, однако конкретная сумма не гарантирована. Поэтому проект, который окупается только при постоянно высоких fees, имеет дополнительный риск. В отчёте полезно показать долю revenue, приходящуюся на subsidy и fee component отдельно.

Такой разбор помогает понять, почему два калькулятора могут давать разные цифры при одинаковых difficulty и price: они могли использовать разные оценки комиссий блока. Сравнивайте не только итог, но и assumptions.

Как провести финальную инвестиционную проверку перед оплатой

Перед покупкой оборудования зафиксируйте итоговый investment memo хотя бы на одной странице. В нём должны быть: модель и количество устройств, фактический или заявленный hashrate, power, tariff, uptime assumption, pool fee, difficulty snapshot, цена BTC для базового сценария, CAPEX, прочие OPEX, repair reserve, break-even electricity, simple payback и стресс-сценарий. Если какого-то параметра нет, это не повод ставить ноль — пометьте его как unknown и оцените диапазон.

Затем задайте три контрольных вопроса. Первый: что произойдёт при одновременном падении цены BTC и росте difficulty? Второй: что произойдёт при месяце серьёзного ремонта или снижении uptime? Третий: выгоднее ли на тех же деньгах купить BTC напрямую и не брать операционный риск? Ответы не обязаны делать майнинг хуже, но они должны быть посчитаны.

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

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