Калькулятор соло-майнинга Kaspa отвечает на два разных вопроса. Во-первых, сколько блоков должна ожидать найти заданная хешрейт-мощность за выбранный период? Во-вторых, учитывая это ожидание, какова вероятность не найти ни одного блока за тот же период? Эти два вопроса связаны между собой, но не взаимозаменяемы, и их смешение — самая распространённая ошибка при интерпретации оценки соло-майнинга. Ожидаемый результат в один блок не гарантирует получение блока в течение этого периода — он означает, что долгосрочное среднее значение, если одни и те же условия повторялись бы многократно, стремилось бы к одному блоку за период. Любой отдельный период по-прежнему подчиняется случайности.

В этой статье излагается вероятностная модель, лежащая в основе калькулятора соло-майнинга Kaspa, показывается, как рассчитать вероятность нулевого количества блоков в качестве оценки риска нулевого блочного вознаграждения при заданных допущениях, и объясняется, как отличить ожидаемый результат от гарантированного исхода. Сопутствующий вопрос «как улучшить удачу майнинга KAS» рассматривается напрямую: удача в этом контексте — не навык и не настройка. Это результат распределения вероятностей, и при фиксированной сетевой сложности никакая стратегия выбора времени не повышает вероятность того, что отдельный хеш удовлетворит этой цели.

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

Калькулятору соло-майнинга для Kaspa требуются четыре входных параметра: хешрейт майнера (h), расчётный хешрейт сети (H), целевая скорость генерации блоков протокола (B) и длина оцениваемого периода (T, в секундах). Прежде чем делить h и H, приведите их к одним и тем же единицам измерения; например, 1 PH/s равен 1 000 TH/s. Предполагая стабильную долю хешрейта, непрерывную работу и сетевые условия, соответствующие целевой скорости генерации блоков, ожидаемое количество блоков за этот период составляет:

μ = (h / H) × B × T

После обновления Kaspa под названием Crescendo целевая скорость генерации блоков протокола составляет 10 блоков в секунду (целевой интервал в 100 миллисекунд на блок), что в десять раз больше прежнего показателя в 1 блок в секунду. Это изменение закреплено в Kaspa Improvement Proposal 14 (KIP-14). При неизменных h, H и T использование в этой формуле значения 1 BPS вместо 10 BPS занижает ожидаемое количество блоков в десять раз. Это также завышает вероятность нулевого количества блоков, но эта вероятность изменяется не в той же пропорции.

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

Ожидаемое время против вероятности

Ожидаемое время нахождения блока, выводимое из тех же входных данных, составляет:

Ожидаемое время = H / (h × B)

Это долгосрочный средний интервал, а не крайний срок. Майнер, чей ожидаемый интервал составляет семь дней, не будет надёжно находить блок каждые семь дней; в некоторые недели будет найдено несколько блоков, а в другие — ни одного. Разрыв между средним значением и единичным реализованным исходом — именно то, что призвана описывать теория вероятностей, в частности распределение Пуассона. Та же вероятностная логика лежит в основе изначальной конструкции Биткоина, где обнаружение блоков в сети конкурирующих майнеров моделируется как пуассоновский процесс с известной средней скоростью (Nakamoto, 2008).

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

В рамках модели Пуассона, если μ — ожидаемое количество блоков за период, вероятность найти ровно ноль блоков составляет:

P(0) = e^(-μ)

а вероятность найти хотя бы один блок составляет:

P(≥1) = 1 − e^(-μ)

Разобранный пример. Возьмём гипотетические входные значения h = 0,1 TH/s и H = 1 000 PH/s; это иллюстративные значения, а не актуальный снимок состояния сети. Переведя H, получаем 1 000 000 TH/s, так что h/H = 0,0000001, или 0,00001% хешрейта сети. Для семидневного периода (T = 604 800 секунд) при целевой скорости 10 блоков в секунду:

μ = 0,0000001 × 10 × 604 800 = 0,6048

P(0) = e^(−0,6048) ≈ 54,6%

P(≥1) = 1 − 0,546 ≈ 45,4%

Несмотря на то что семидневное ожидание составляет около 0,60 блока, у майнера примерно 54,6% шансов не найти ни одного блока в течение этой недели. При указанном выше допущении о вознаграждении это также является оценкой риска не получить блочное вознаграждение за эту неделю майнинга. Это ключевой факт, который калькулятор соло-майнинга должен донести ясно: ожидаемое значение и реализованный результат — не одно и то же.

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

Значение ожидаемого количества блоков около 4,61 — это просто точка, в которой вероятность нулевого количества блоков падает примерно до 1% для данного конкретного периода; это математический порог, а не отраслевой ориентир и не рекомендуемая рабочая цель.

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

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

Учёт изменяющихся условий

Две специфичные для Kaspa детали влияют на то, как следует интерпретировать результат калькулятора с течением времени.

Во-первых, сетевой хешрейт и сложность связаны через алгоритм корректировки сложности Kaspa, который анализирует недавние блоки для перенастройки сложности в сторону заданной протоколом скорости генерации блоков. Обновление Crescendo ввело разреженную выборку при сохранении предполагаемой продолжительности окна DAA, как описано в KIP-14. Отображаемая оценка сетевого хешрейта отражает недавние условия, а не постоянное состояние сети. Результат калькулятора, рассчитанный сегодня, может существенно разойтись с реальностью, если сетевой хешрейт вырастет или снизится, поэтому следует обновлять входные данные при изменении условий и рассматривать результаты для более длительных периодов как сценарии, а не как фиксированные прогнозы.

Во-вторых, выполнение сетевой цели PoW само по себе не гарантирует, что майнер получит вознаграждение. Также применяются консенсус Kaspa BlockDAG и правила права на вознаграждение. «Синие» блоки не ограничены выбранной цепочкой: реализация вознаграждения обрабатывает подходящие синие блоки в mergeset. Поэтому вероятность нулевого блока, рассчитанная калькулятором, должна восприниматься как приближение риска нулевого вознаграждения за блок при упрощающем допущении, указанном выше, а не как точная модель итоговых вознаграждений.

Моделирование простоя

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

Поскольку μ масштабируется линейно с T, простой оказывает пропорциональное влияние на ожидаемое число блоков и прямое влияние на вероятность нулевого блока: сокращение эффективного времени увеличивает P(0). Читателям, использующим калькулятор соло-майнинга для планирования, может быть полезно выполнить расчёт дважды — один раз при полном времени работы и один раз с учётом реалистичного допущения о простое, основанного на истории собственного оборудования, — чтобы увидеть диапазон правдоподобных исходов, а не полагаться на единственную оптимистичную цифру. Это практическая корректировка модели, а не фиксированное отраслевое требование, и подходящее допущение о простое будет варьироваться в зависимости от оборудования, сетевого подключения и условий эксплуатации.

Сравнение с расчётами в пуле

Истинный соло-майнинг означает, что оборудование майнера получает работу напрямую от узла Kaspa и отправляет решённый блок этому узлу; вознаграждение полностью зависит от того, произведёт ли собственный хешрейт майнера подходящий сетевой блок в течение оцениваемого периода (Руководство по майнингу Kaspa). Майнинг в пуле работает иначе: пул распределяет работу с более лёгкой целью доли (share target), чтобы иметь возможность измерять вклад каждого участника, и выплачивает участникам согласно собственным правилам расчётов после того, как эта работа будет засчитана. Отправленная доля (share) становится действительным для сети блоком только тогда, когда она также удовлетворяет гораздо более сложной сетевой цели; цель доли пула и цель блока сети — не один и тот же порог, и описание их как взаимозаменяемых искажало бы то, как на самом деле работает учёт в пуле.

Это различие имеет прямое значение для риска нулевого вознаграждения. В истинном соло-майнинге смоделированный выше сценарий — реальная вероятность завершить весь период без вознаграждения — является определяющей характеристикой подхода. В майнинге через пул подверженность выплат дисперсии нахождения блоков на уровне пула зависит от метода оплаты. ViaBTC в настоящее время указывает PPS+ и PPLNS в качестве методов оплаты для KAS (информация о пуле ViaBTC по KAS); по состоянию на 20 мая 2026 года метод оплаты SOLO был прекращён во всех монетных пулах ViaBTC, включая KAS (объявление ViaBTC о прекращении SOLO). При PPS+ компонент субсидии в вознаграждении майнера рассчитывается на основе отправленной работы, а не на основе того, найдёт ли сам пул блок в течение данного периода, в то время как компонент комиссии за транзакции распределяется по принципу, аналогичному PPLNS; при PPLNS расчёты остаются более непосредственно привязанными к блокам, которые пул фактически находит. Более полное объяснение того, как каждый метод учитывает дисперсию, доступно в пояснении ViaBTC о PPS+ и PPLNS.

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

Часто задаваемые вопросы

Что на самом деле означает ожидаемое значение блока, равное 1?

Это означает, что при многократном повторении одних и тех же условий средний результат по этим повторениям сходился бы к одному блоку за период. Это не гарантирует появление блока в течение одного конкретного периода. Когда μ = 1, вероятности составляют приблизительно 36,79% для нуля блоков, 36,79% для ровно одного блока и 63,21% для как минимум одного блока. «Ровно один» и «как минимум один» описывают разные исходы.

Можно ли повысить вероятность нахождения блока при каждой отдельной попытке хеширования?

При фиксированной сетевой цели (target) ни выбор времени, ни настройки не могут повысить вероятность того, что отдельный хеш удовлетворит этой цели. Более высокий эффективный хешрейт обеспечивает больше попыток в секунду, а большее время работы онлайн — больше попыток за весь период оценки. Изменение сетевой цели меняет вероятность успеха на один хеш; изменение только вашего хешрейта — нет.

Почему скорость генерации блоков Kaspa — 10 блоков в секунду — важна для этого расчёта?

Скорость генерации блоков (B) является прямым множителем в формуле ожидаемого числа блоков. При неизменных остальных параметрах использование 1 BPS вместо 10 BPS занижает ожидаемое число блоков в десять раз и нелинейно завышает вероятность отсутствия блоков. В рассмотренном примере некорректная вероятность отсутствия блоков составила бы около 94,13% против 54,62% при использовании 10 BPS.

Снижает ли более высокая скорость генерации блоков дисперсию майнинга?

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

Большее количество блоков также не означает пропорционального увеличения выпуска KAS. Crescendo корректирует субсидию за блок с учётом более высокого BPS, чтобы сохранить график эмиссии, как описано в KIP-14.

Является ли соло-майнинг более рискованным, чем майнинг в пуле, при одинаковом хешрейте?

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

Источники

• Kaspa Improvement Proposal 14 (Crescendo), kaspanet/kips, GitHub
• Сатоши Накамото, "Bitcoin: A Peer-to-Peer Electronic Cash System"
• Реализация PoW в Kaspa, kaspanet/rusty-kaspa
• Реализация вознаграждений Kaspa, kaspanet/rusty-kaspa
• Руководство по майнингу Kaspa
• ViaBTC, информация о майнинг-пулах
• ViaBTC, объявление о прекращении поддержки метода выплат SOLO для всех монет
• ViaBTC, объяснение PPS+ и PPLNS