Stale Rate — доля событий или взвешенной работы, классифицированных как stale в точно определённом множестве. Здесь речь прежде всего о shares пула, поступивших или обработанных в устаревшем контексте задания на майнинг.
При SetNewPrevHash протокол Stratum V2 требует перейти на новый предыдущий хеш; из подготовленных заданий действительной остаётся лишь указанная job_id. Хеш ниже прежней цели сам по себе не гарантирует пригодности для текущей работы. Диагностике нужны контекст и изменения задания, а не только время отправки. [Stratum V2 — Mining Protocol]
Пример: из 100 отправок одинаковой сложности 98 приняты, 1 отклонена как stale и 1 по другой причине. Отклонённые stale составляют 1%, но общий rejection rate — 2%. Это объясняет разные числители, а не допустимые рабочие границы. F2Pool определяет rejection rate относительно всех отправленных shares. [F2Pool — Rejection and Staled rates]
Braiins переводит share сложности d в d базовых единиц работы. Если пример содержит одну stale share сложности 1 и одну принятую сложности 9, доля по количеству равна 50%, а по весу — 10%. Сравниваемые числители и знаменатели должны использовать одинаковую единицу и конвенцию сложности. [Braiins — Share difficulty accounting]
F2Pool в документации различает оплачиваемые “Staled” shares и отклонённые stale shares без награды. Эту политику нельзя распространять на все пулы. Перед переводом процента в потерянный доход проверьте категорию, правила принятия и фактический расчёт; названия показателя недостаточно. [F2Pool — Rejection and Staled rates]
Stratum V2 допускает пакетные SubmitShares.Success. new_submits_accepted_count указывает число новых подтверждённых отправок, а new_shares_sum — сумму их сложностей. Поэтому число ответов сервера не равно числу принятых shares. SubmitShares.Error содержит sequence_number и error_code; без различения причин не каждую ошибку можно назвать stale. [Stratum V2 — Mining Protocol]
BIP152 описывает Compact Block Relay между узлами P2P, а не учёт shares пула. Сокращение передаваемых данных может влиять на задержку блоков, но само не даёт Stale Rate майнера. Доля конкурирующих блоков сети не заменяет долю запоздалых отправок конкретного worker. [BIP152 — Compact Block Relay]
Мониторинг Braiins различает shares_5m, shares_60m и shares_24h. Для своей доли используйте одинаковые временные окна и набор workers в числителе и знаменателе. Ноль наблюдавшихся отправок не означает измеренные потери 0%: отношение не определено. Отсутствующие ответы и пробелы мониторинга не становятся автоматически stale. [Braiins — Worker monitoring windows]
F2Pool связывает stale с сетью, но для других отказов упоминает ошибки прошивки и разгон. Braiins отделяет проверку доступности сервера от реальной производительности. Изучайте журналы заданий, причины отказов и соединения за тот же период; сам ping или меньший общий процент не доказывает устранения причины. [F2Pool — Rejection and Staled rates] [Braiins — Connection diagnostics]
Для полной картины прочитайте эту статью вместе с Mining Share, Share Difficulty, Mining Latency, Pool Fee. На эту статью также ссылаются Stale Block, Mining Latency.