Miner Log Reader — Как интерпретировать отчёт майнера SoloFury

SoloFury Miner Log Report — это полный текстовый снимок вашей активности solo-майнинга, генерируемый по запросу со страницы /miner/. Он включает хешрейт в реальном времени, диагностику здоровья по воркеру, качество share, рекомендации по оптимизации difficulty, статистику за 24 часа с ASCII-графиком, найденные блоки и контекст pool/network — всё в одном самодостаточном файле .log, который можно сохранить, поделиться или обработать скриптами.

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

Как скачать ваш log

1. Откройте solofury.com/miner/ с вашим кошельком в URL: ?addr=ВАШ_КОШЕЛЁК&coin=COIN
2. Дождитесь полной загрузки дашборда (3–5 секунд — отчёт использует данные API в реальном времени)
3. Нажмите кнопку .LOG в правом верхнем углу identity card
4. Ваш браузер скачает файл с именем solofury-COIN-КОШЕЛЁК-ДАТА.log

1. Executive Summary

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

Значения статуса

• ✓ ALL GOOD — каждый воркер здоров, нет деградации выше 25%
• ⚠ ISSUES DETECTED — у одного или нескольких воркеров есть предупреждения (падения 25–50%, поздние shares 3–10 мин)
• ⚠ CRITICAL — один или несколько воркеров оффлайн (>10 мин) или сильно деградированы (>50%)

“Top issues to investigate” перечисляет самые срочные пункты. Если ваш отчёт ALL GOOD, можно прекратить читать здесь и проверить завтра.

2. Overview

Агрегированная статистика уровня кошелька:

• Hashrate snapshot — скользящие средние на разных временных окнах. 1m наиболее волатильна; 7d — самый стабильный бенчмарк.
• Workers / ASIC online — количество активных майнеров.
• Shares (lifetime) — итоги с первого подключения кошелька. Разбивка accepted/rejected/invalid/stale/duplicate.
• Efficiency — % отправленных shares, принятых пулом. Цель: 99.9%+.
• Luck (round) — ваш luck для текущего раунда блока. Выше 100% означает, что вы уже отправили больше shares, чем статистически ожидалось для нахождения блока.
• Best share / Best ever — ваш share с наибольшей difficulty. Чем ближе к network target, тем ближе к нахождению блока.

3. Worker Health Analysis

Это самая важная секция для troubleshooting. Анализатор сравнивает текущий хешрейт каждого воркера с его скользящими средними за 1ч и 24ч, а также проверяет, как недавно он отправлял share.

Уровни критичности

Критичность	Триггер	Значение
OK	Хешрейт в пределах 25% от avg 24ч Последний share < 3 мин назад	Воркер здоров
WARN	Хешрейт на 25–50% ниже avg ИЛИ последний share 3–10 мин назад	Лёгкая проблема, наблюдать
CRITICAL	Хешрейт >50% ниже avg ИЛИ последний share >10 мин назад	Вероятно оффлайн, вмешаться

Что делать — типичные случаи

• Оффлайн > 10 мин — проверить питание, сетевой кабель, доступность stratum URL
• Хешрейт −50% или больше — вероятно thermal throttling или сбой hashboard; сначала проверить охлаждение
• Хешрейт −25 до −50% — лёгкая деградация, наблюдать 30 мин перед вмешательством
• Поздние shares, но нормальный хешрейт — проблема сети/stratum; проверить relay (Frankfurt/Atlanta/Singapore), к которому подключены

Log включает предлагаемые действия для каждого проблемного воркера, адаптированные к конкретной проблеме.

4. All Workers (таблица)

Полный табличный вид каждого воркера, независимо от статуса. Полезно для сравнения производительности side-by-side.

Объяснение столбцов

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — разные временные средние. 7d показывает вашу “настоящую” мощность.
• UPTIME — общее время подключения воркера (с первого share).
• BEST DIFF — share с наибольшей difficulty, отправленный этим воркером. Выше = ближе к блоку.
• LAST SHARE — время с последнего share от воркера. В нормальной работе должно быть <1min.
• STATUS — текущее состояние здоровья (см. секцию 3).

5. Difficulty Optimization

Пул использует vardiff (переменную difficulty): он автоматически настраивает share difficulty так, чтобы каждый воркер отправлял примерно 1 share каждые 10 секунд. Эта секция показывает, оптимальна ли текущая difficulty.

Формула

optimal_diff = hashrate × 10 / 2³²

Действия

• ↑ raise +X% — текущая diff слишком низкая; вы заваливаете пул shares низкой ценности. Пул автоматически подстроится (или можно установить password=d=ЧИСЛО вручную).
• ↓ lower −X% — текущая diff слишком высокая; вы отправляете слишком мало shares для плавного отслеживания. Особенно актуально для Bitaxe с низким хешрейтом.
• ≈ already optimal — действие не требуется.

6. Share Quality Analysis

Разбивка отказов shares по типу:

• Reject — отправлен, но недействителен (неверный target, плохая работа). Часто указывает на повреждение сети или проблемы прошивки.
• Invalid — некорректный share. Должен быть близок к нулю.
• Stale — share для устаревшего блока (ваш майнер ещё работал над предыдущим блоком, когда пришёл новый). Немного staleness нормально; >1% указывает на latency к пулу.
• Duplicate — один и тот же share отправлен дважды. Обычно сетевой глюк.

Бейджи качества

• ⭐ Excellent — общая bad-share rate < 0.1% (один из тысячи или реже)
• ✓ Good — bad-share rate < 1%
• ⚠ Below normal — bad-share rate > 1%; исследуйте сеть или прошивку

7. Statistics (последние 24ч)

Агрегированные метрики с endpoint chart 24ч (samples каждые 5 минут):

• Hashrate avg / max / min — суточный диапазон. Большой разрыв между min и max указывает на нестабильность.
• Peak vs avg — насколько ваши пики выше среднего. <20% — плавно; >50% — поведение on/off.
• Effective uptime — % samples с хешрейтом выше 10% от среднего. 100% означает непрерывную работу.
• Shares 24ч — суточное количество shares. Сравните с обычным baseline, чтобы заметить регрессии.

8. Wallet-Level Outages

Перечисляет полные блэкауты кошелька за последние 24ч, когда общий хешрейт кошелька упал ниже 15% от среднего. Это охватывает случаи вроде:

• Отключение питания на вашем майнинг-объекте
• Сбой сети с вашей стороны
• Сбой со стороны пула (редко, но возможно)

Проблемы по воркеру (когда отказывает только один из нескольких майнеров) не показываются здесь — они в секции 3.

9. Hashrate Timeline (24ч)

Двухчастный вид эволюции хешрейта за 24 часа:

• ASCII-график — быстрый визуальный набросок кривой хешрейта. Метки оси Y показывают абсолютные значения; ось X охватывает от 24ч назад до сейчас.
• Часовые снимки — одна строка на час, показывает и ваш хешрейт, и сетевую difficulty на тот момент.

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

10. Blocks Found by this Wallet

Реальный список блоков, найденных вашим кошельком в этом пуле. Каждая запись показывает:

• HEIGHT — высота блока в blockchain (проверяемо в любом block explorer)
• DATE — UTC timestamp блока
• WORKER — какой конкретный воркер отправил выигрышный share

Данные получены из API блоков пула, отфильтрованные по адресу вашего кошелька.

11. Network Context

Более широкий blockchain-контекст для вашей монеты:

• Network hashrate / difficulty — текущие итоги по всему blockchain.
• Your share of net — доля общего хешрейта сети, которую вы вносите.
• Statistical TTF — Time To Find следующий блок, статистически. Вычисляется как 1 / (your_HR / network_HR × blocks_per_day). Реальный luck сильно варьируется: можно найти блок за 1 час или потратить 10× статистического TTF.

12. Pool Context

Глобальная статистика пула SoloFury: хешрейт, майнеры, воркеры, idle/disconnected, fee, luck, uptime. Используйте это, чтобы проверить, что пул здоров, когда troubleshootите свой собственный setup. Если статистика пула выглядит нормально, но ваш майнер показывает проблемы, проблема на вашей стороне.

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

Как часто скачивать log?

Для активного мониторинга: раз в день или когда замечаете аномальное поведение. Для исторических записей: еженедельно или ежемесячно. Log маленький (~10–50 KB), поэтому хранение многих — нормально. Уникальный Report ID в заголовке позволяет ссылаться на конкретные отчёты в письмах поддержке.

Можно ли скриптом генерировать .log?

Не напрямую (кнопка запускает client-side JS), но можно получить те же базовые данные API: https://solofury.com/api/client/ВАШ_КОШЕЛЁК, /api/pool, /api/client/ВАШ_КОШЕЛЁК/chart?range=24h. Все возвращают JSON. Можно построить свой отчёт из этих endpoints на любом языке.

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

Значение “now” может кратковременно подскочить, пока средние 1ч/24ч остаются ниже (это скользящие окна). Если “now” > “1h avg”, но log предупреждает о падении vs “24h avg”, это означает, что ваш воркер работал ниже мощности большую часть дня, но только что снова подскочил. Log сравнивает с долгосрочным reference, чтобы поймать устойчивые проблемы.

”Statistical TTF” говорит 30 дней — значит, я найду блок через 30 дней?

Нет. Statistical TTF — это среднее ожидаемое время. Из-за экспоненциального распределения нахождения блоков у вас ~63% шанс найти блок в пределах 1 TTF (здесь 30 дней), ~86% в пределах 2 TTFs (60 дней) и ~95% в пределах 3 TTFs (90 дней). Некоторые недели найдёте два блока, другие — ни одного. Такова природа solo mining.

В чём разница между shares “Rejected” и “Invalid”?

Rejected: share был валиден по формату, но не соответствовал target difficulty (часто из-за stale work или низкой diff). Invalid: share был некорректным (неправильный формат, плохой nonce). Invalid почти всегда баг ПО/прошивки. Rejected может быть нормальным в малых количествах (latency сети).

Я вижу “LATE share”, но мой воркер майнит — что не так?

“LATE share” означает >3 мин с последнего share. Возможные причины: обрыв сети к stratum, очень высокая difficulty (ожидается низкая частота shares) или майнер offline, но пул ещё не полностью это обнаружил. Перепроверьте с хешрейтом дашборда. Если хешрейт всё ещё отображается, обычно это временная проблема подключения.

Где получить дополнительную помощь?

Напишите на [email protected] с прикреплённым файлом .log. Укажите Report ID из заголовка — это помогает нам сопоставить с серверными логами. Команда пула старается ответить в течение 24ч.