Lettore Log Miner — Come interpretare il tuo report miner SoloFury

Il SoloFury Miner Log Report è uno snapshot testuale completo della tua attività di solo mining, generato su richiesta dalla pagina /miner/. Include hashrate in tempo reale, diagnosi di salute per worker, qualità delle share, suggerimenti di ottimizzazione della difficoltà, statistiche 24 ore con grafico ASCII, blocchi trovati e contesto pool/rete — tutto in un file .log autonomo che puoi salvare, condividere o alimentare a script.

A differenza di uno screenshot del dashboard, il log è testo strutturato che puoi salvare per archivi storici, condividere con il supporto, parsare con script, o allegare come prova in caso di problemi con il pool.

Come scaricare il log

1. Apri solofury.com/miner/ con il tuo wallet nell’URL: ?addr=IL_TUO_WALLET&coin=COIN
2. Aspetta che il dashboard si carichi completamente (3-5 secondi — il report usa dati API live)
3. Clicca il pulsante .LOG in alto a destra della identity card
4. Il browser scarica un file chiamato solofury-COIN-WALLET-DATE.log

1. Executive Summary

Panoramica in un colpo d’occhio: stato, worker, hashrate attuale vs media 24h, blocchi lifetime, totale minato, e problemi principali. Leggi questo per primo — ti dice se c’è qualcosa da investigare.

Valori di stato

• ✓ ALL GOOD — ogni worker è sano, nessuna degradazione superiore al 25%
• ⚠ ISSUES DETECTED — uno o più worker hanno avvisi (cali 25-50%, share tardive 3-10 min)
• ⚠ CRITICAL — uno o più worker sono offline (>10 min) o gravemente degradati (>50%)

La lista “Top issues to investigate” elenca gli elementi più urgenti. Se il tuo report è ALL GOOD, puoi smettere di leggere e tornare domani.

2. Overview

Statistiche aggregate a livello wallet:

• Hashrate snapshot — medie mobili su diverse finestre temporali. La 1m è la più volatile; la 7d è il benchmark più stabile.
• Workers / ASIC online — conteggio dei miner attivi.
• Shares (lifetime) — totali da quando il tuo wallet si è connesso per la prima volta. Suddivisione accettate/rifiutate/invalide/scadute/duplicate.
• Efficiency — % di share inviate accettate. Target: 99,9%+.
• Luck (round) — la tua fortuna per il round del blocco corrente. Sopra il 100% significa che hai già inviato più share di quelle statisticamente attese per trovare un blocco.
• Best share / Best ever — la tua share di difficoltà più alta. Più vicina al target di rete = più vicina a trovare un blocco.

3. Worker Health Analysis

Questa è la sezione più importante per la risoluzione dei problemi. L’analizzatore confronta l’hashrate attuale di ogni worker con le sue medie mobili su 1h e 24h, e controlla quando ha inviato l’ultima share.

Livelli di severità

Severità	Trigger	Significato
OK	Hashrate nel 25% della media 24h Ultima share < 3min fa	Worker sano
WARN	Hashrate 25-50% sotto la media O ultima share 3-10min fa	Problema lieve, monitora
CRITICAL	Hashrate >50% sotto la media O ultima share >10min fa	Probabilmente offline, intervieni

Cosa fare — casi tipici

• Offline > 10min — controlla alimentazione, cavo di rete, URL stratum ancora raggiungibile
• Hashrate -50% o più — probabilmente throttling termico o guasto hashboard; controlla prima il raffreddamento
• Hashrate -25 a -50% — degradazione lieve, monitora per 30min prima di agire
• Share tardive ma hashrate normale — problema rete/stratum; controlla il relay (Frankfurt/Atlanta/Singapore) a cui sei connesso

Il log include azioni suggerite per ogni worker problematico, personalizzate al problema specifico.

4. All Workers (tabella)

Vista tabulare completa di tutti i worker, indipendentemente dallo stato. Utile per confrontare le performance affiancate.

Colonne spiegate

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — medie su diverse finestre temporali. La 7d mostra la tua capacità “reale”.
• UPTIME — tempo totale di connessione del worker (dal primo share).
• BEST DIFF — la share di difficoltà più alta mai inviata da questo worker. Più alta = più vicina a un blocco.
• LAST SHARE — tempo dall’ultima share inviata. Deve essere <1min in funzionamento normale.
• STATUS — salute attuale (vedi sezione 3).

5. Difficulty Optimization

Il pool usa vardiff (difficoltà variabile): aggiusta automaticamente la difficoltà delle share affinché ogni worker invii circa 1 share ogni 10 secondi. Questa sezione mostra se la difficoltà attuale è ottimale.

Formula

optimal_diff = hashrate × 10 / 2³²

Azioni

• ↑ raise +X% — la diff attuale è troppo bassa; stai inondando il pool di share a basso valore. Il pool si aggiusterà automaticamente (oppure puoi impostare password=d=NUMERO manualmente).
• ↓ lower -X% — la diff attuale è troppo alta; stai inviando troppo poche share per un tracciamento fluido. Particolarmente rilevante per Bitaxe a basso hashrate.
• ≈ already optimal — nessuna azione necessaria.

6. Share Quality Analysis

Suddivisione dei rifiuti di share per tipo:

• Reject — inviata ma invalida (target errato, lavoro sbagliato). Punta spesso a corruzione di rete o problemi firmware.
• Invalid — share malformata. Deve essere quasi zero.
• Stale — share per un blocco obsoleto (il tuo miner era ancora sul blocco precedente quando ne è arrivato uno nuovo). Un po’ di staleness è normale; >1% suggerisce latenza verso il pool.
• Duplicate — stessa share inviata due volte. Solitamente un glitch di rete.

Badge di qualità

• ⭐ Excellent — tasso di share errate < 0,1% (una share su mille o più raro)
• ✓ Good — tasso di share errate < 1%
• ⚠ Below normal — tasso di share errate > 1%; investiga rete o firmware

7. Statistics (last 24h)

Metriche aggregate dall’endpoint grafico 24h (campioni ogni 5 minuti):

• Hashrate avg / max / min — intervallo giornaliero. Grande gap tra min e max suggerisce instabilità.
• Peak vs avg — quanto i tuoi picchi superano la media. <20% è fluido; >50% suggerisce comportamento on/off.
• Effective uptime — % di campioni con hashrate superiore al 10% della media. 100% significa operazione continua.
• Shares 24h — conteggi giornalieri di share. Confronta con la tua baseline abituale per individuare regressioni.

8. Wallet-Level Outages

Elenca le interruzioni totali del wallet nelle ultime 24h, dove l’hashrate totale del wallet è sceso sotto il 15% della sua media. Rileva casi come:

• Interruzione di corrente nella tua struttura di mining
• Guasto di rete dalla tua parte
• Interruzione lato pool (rara, ma possibile)

I problemi per worker (quando solo uno dei tanti miner fallisce) non sono mostrati qui — sono nella sezione 3.

9. Hashrate Timeline (24h)

Vista in due parti dell’evoluzione dell’hashrate nelle 24 ore:

• Grafico ASCII — un rapido schizzo visivo della curva di hashrate. Le etichette dell’asse Y mostrano valori assoluti; l’asse X si estende da 24h fa ad ora.
• Snapshot orari — una riga per ora, che mostra sia il tuo hashrate sia la difficoltà di rete in quel momento.

Usa questo per individuare pattern: cicli giornalieri/settimanali, declini lenti, cali bruschi.

10. Blocks Found by this Wallet

Lista reale dei blocchi trovati dal tuo wallet su questo pool. Ogni voce mostra:

• HEIGHT — altezza del blocco blockchain (verificabile su qualsiasi block explorer)
• DATE — timestamp UTC del blocco
• WORKER — quale worker specifico ha inviato la share vincente

Questi dati sono recuperati dall’API blocchi del pool filtrata per il tuo indirizzo wallet.

11. Network Context

Il contesto blockchain più ampio per il tuo coin:

• Network hashrate / difficulty — totali attuali su tutta la blockchain.
• Your share of net — frazione dell’hashrate totale della rete che contribuisci.
• Statistical TTF — Time To Find il prossimo blocco, statisticamente. Calcolato come 1 / (tuo_HR / network_HR × blocchi_per_giorno). La fortuna reale varia enormemente: potresti trovare un blocco in 1 ora o impiegare 10× il TTF statistico.

12. Pool Context

Statistiche a livello pool SoloFury: hashrate, miner, worker, conteggi inattivi/disconnessi, commissione, fortuna, uptime. Usa questo per verificare che il pool sia sano quando stai risolvendo problemi della tua configurazione. Se le statistiche del pool sembrano normali ma il tuo miner mostra problemi, il problema è dalla tua parte.

Domande frequenti

Con quale frequenza dovrei scaricare un log?

Per il monitoraggio attivo: una volta al giorno o ogni volta che noti comportamenti anormali. Per archivi storici: settimanalmente o mensilmente. Il log è piccolo (~10-50 KB) quindi conservarne molti è fine. Il Report ID univoco nell’intestazione ti consente di referenziare report specifici nelle email di supporto.

Posso scriptare la generazione del .log?

Non direttamente (il pulsante attiva JS lato client), ma puoi recuperare gli stessi dati API sottostanti: https://solofury.com/api/client/IL_TUO_WALLET, /api/pool, /api/client/IL_TUO_WALLET/chart?range=24h. Tutti restituiscono JSON. Puoi costruire il tuo report da questi endpoint in qualsiasi linguaggio.

Il log dice che il mio worker ha un calo di hashrate ma il dashboard sembra normale — perché?

Il valore “now” può salire brevemente mentre le medie 1h/24h restano più basse (sono finestre scorrevoli). Se “now” > “1h avg” ma il log avverte di un calo rispetto alla “24h avg”, significa che il tuo worker ha funzionato sotto capacità per la maggior parte della giornata ma è appena risalito. Il log confronta rispetto al riferimento a lungo termine per individuare problemi sostenuti.

Il “Statistical TTF” dice 30 giorni — significa che troverò un blocco in 30 giorni?

No. Il TTF statistico è il tempo medio atteso. A causa della distribuzione esponenziale della ricerca di blocchi, hai una probabilità di ~63% di trovare un blocco entro 1 TTF (30 giorni qui), ~86% entro 2 TTF (60 giorni), e ~95% entro 3 TTF (90 giorni). Alcune settimane troverai due blocchi, altre nessuno. Questa è la natura del solo mining.

Qual è la differenza tra share “Rejected” e “Invalid”?

Rejected: la share era valida nel formato ma non soddisfaceva la difficoltà target (spesso dovuto a lavoro scaduto o diff bassa). Invalid: la share era malformata (formato sbagliato, nonce errato). Invalid è quasi sempre un bug software/firmware. Rejected può essere normale in piccole quantità (latenza di rete).

Vedo “LATE share” ma il mio worker sta minando — cos’è che non va?

“LATE share” significa >3 min dall’ultima share. Possibili cause: caduta di rete verso lo stratum, difficoltà molto alta (bassa frequenza di share attesa), o il miner è offline ma il pool non ha ancora completamente rilevato. Verifica incrociata con l’hashrate del dashboard. Se l’hashrate è ancora visibile, di solito è un problema di connettività transitorio.

Dove posso ottenere più aiuto?

Invia un’email a [email protected] con il file .log allegato. Includi il Report ID dall’intestazione — ci aiuta a correlare con i nostri log lato server. Il team del pool punta a rispondere entro 24h.