Шара — обратная связь, а не прогресс к блоку
Сложность шары задаёт порог отчётности. Её повышение уменьшает число шар, не меняя target сети Bitcoin, поэтому счётчики разных пулов несопоставимы. Оценивайте работу по accepted, времени и причинам, а Best Difficulty считайте прошлым результатом.
- Не настраивайте майнер ради максимального счётчика шар.
- Не воспринимайте Best Difficulty как процент готовности.
- В расчётах отделяйте сложность шары от сложности сети.
Прочитайте отказ до изменения настроек
Stale/expired, duplicate и результат ниже target требуют разных проверок. Запишите точную причину вместе с заданиями и переподключениями. Общие итоги панели не показывают выросшую категорию. Пулы называют ошибки по-разному; при сомнении уточняйте у оператора.
- Запишите прошивку, endpoint, время UTC и точный ответ.
- Меняйте по одной связанной переменной.
- Доля отклонённых отправок по счёту не обязательно равна доле потерянной вероятности блока.
Открыть исходные рекомендации: ESP-Miner / AxeOS · GitHub · Bitcoin Developer Guide · CKPool FAQ
Сравнивайте телеметрию в одинаковых окнах
Мгновенная оценка майнера и оценка пула по отчётной работе могут различаться в коротком окне; редкие шары высокой сложности усиливают разброс. Ищите свежие accepted, правильного воркера и тот же период. Отсутствующие данные должны оставаться unavailable, а не превращаться в ноль.
- Сначала сравнивайте отдельных воркеров, затем объединяйте машины.
- Отмечайте простои и смену настроек внутри окна.
- Если accepted продолжаются, а статистика остановилась, исследуйте телеметрию отдельно.
Подготовьте запрос, который можно расследовать
Сохраните короткий фрагмент журнала вокруг сбоя, а не весь дамп. Укажите модель, прошивку, транспорт, хост, сложность, окно и уже сделанные шаги. Удалите лишние личные и сетевые сведения. Отправляйте доказательства поддержке сами: страница журналы не загружает.
- Никогда не включайте seed-фразы, закрытые ключи и административные пароли.
- Сохраните ошибку и контекст задания вокруг неё.
- До контролируемого теста другого endpoint сохраните рабочие настройки.
Когда смена пула полезна как эксперимент?
Контролируемая смена помогает отделить поведение соединения при сравнимых условиях оборудования и сети. Короткий тест не решает все проблемы прошивки и не ранжирует пулы. Если ошибка осталась, сохраните оба наблюдения и вернитесь к причине отправки, не гоняясь за best share.
Содержание обновлено: 3 октября 2026 года · Политика и источники проверены: 6 сентября 2026 г.
Вопросы о принятых и отклонённых шарах
Какой процент отклонений допустим?
Единого диагностического процента нет. Важны окно, сложность, размер выборки и причины. Устойчивое изменение исследуйте по журналам в одинаковых условиях. Не считайте каждое отклонение равным временем хеширования или равноценным кандидатом блока.
Снижение сложности шар улучшит шансы блока?
Нет, оно меняет порог отчётности, но не target сети Bitcoin. Частые шары улучшают обратную связь, но лишние отправки создают трафик. Следуйте поведению сложности, документированному пулом и прошивкой, не оптимизируя счётчик как число лотерейных билетов.
Сколько ждать первую принятую шару?
Это зависит от хешрейта, назначенной сложности и случайного разброса; инструмент показывает связь. Сначала подтвердите соединение, авторизацию и задания. Статистическое ожидание не исправляет неверные данные, транспорт или остановленное хеширование.
Панель кошелька определит stale и duplicate?
Текущая панель SoloMining показывает числа и процент отклонений, но не полную разбивку причин. Ищите причину в ответе устройства. Если она отсутствует или неоднозначна, сохраните контекст и спросите поддержку; процент не восстановит классификацию.
Почему Best Difficulty вырос после смены пула?
Результат высокой сложности мог выпасть случайно. Новый рекорд не доказывает, что пул улучшил вероятность каждого эффективного хеша. Отдельно сравнивайте принятую работу и соединение. Накопленные шары и прошлый рекорд не приближают следующий независимый хеш к блоку.