Pool
TROUBLESHOOTINGDIAGNOSTICSOPTIMIZATION INTERMEDIATE

Leggere le Statistiche Worker — Diagnosticare Basso Hashrate, Alto Tasso di Rifiuto e Disconnessioni Stratum

Guida diagnostica completa per le statistiche worker di SoloFury. Scopri cosa significa ogni numero, come identificare la causa principale di hashrate basso, tasso di rifiuto elevato, share scadute e disconnessioni, e come correggerle.

Updated: May 14, 2026 · 5 min read

La tua pagina di statistiche worker è la schermata più importante nel solo mining. Ti dice se il tuo hashrate raggiunge il pool, se le share vengono accettate, se il tuo miner è sano, e quanto sei vicino a trovare un blocco. Leggerla correttamente — e agire su ciò che dice — fa la differenza tra minare 24/7 con buone probabilità e perdere silenziosamente capacità per settimane senza accorgersene.

Questa guida percorre ogni metrica nella pagina statistiche miner di SoloFury, cosa dovrebbe sembrare ogni numero, cosa fare quando qualcosa non va, e come fare il triage dei problemi per sintomo.

1. Dove Trovare le Tue Statistiche Worker

SoloFury espone le statistiche worker in tre posti, ognuno con diversi punti di forza:

Dashboard miner live a /miner/?addr=<il_tuo_wallet>&coin=<bch|btc|bc2|bch2|xec> Il modo più veloce per vedere tutti i worker collegati al tuo wallet su un coin specifico. Si aggiorna ogni ~24 secondi. Mostra hashrate, conteggi di share, migliore share e salute del worker.

Dettaglio per worker — clicca su qualsiasi nome worker nel dashboard per vedere la cronologia, il grafico dell’hashrate e le statistiche individuali nel tempo.

Bot Telegram (@SoloFuryBot) — iscriviti al tuo wallet per notifiche proattive. Ricevi messaggi quando i worker vanno offline, quando le share smettono di arrivare e quando trovi un blocco.

2. Le Metriche Fondamentali — Cosa Significa Ogni Numero

Hashrate

Tre valori di hashrate appaiono nel dashboard:

EtichettaSignificatoRitardo tipico
1mHashrate medio negli ultimi 1 minutoTempo reale ma rumoroso
5mHashrate medio negli ultimi 5 minutiStabile, migliore per “sta funzionando adesso”
1hHashrate medio nell’ultima 1 oraFluido, migliore per la tendenza a lungo termine

Per il solo mining, l’hashrate 5m è il singolo numero più utile. L’1m è troppo rumoroso (la varianza è enorme su finestre brevi), e l’1h impiega troppo tempo a riflettere un guasto.

Share Accettate

Ogni share valida che il tuo miner invia viene contata. Il numero che sale è il segnale “tutto funziona” più basilare. Un worker che mostra zero share accettate per più di 10 minuti è difettoso dal punto di vista del pool, indipendentemente da cosa dice la sua interfaccia locale.

Share Rifiutate (e Tasso di Rifiuto %)

Le share rifiutate sono submission che il pool ha rifiutato per uno di vari motivi:

  • La share era già stata inviata da un altro miner (“duplicata”)
  • Difficoltà della share troppo bassa per il target vardiff attuale
  • Il job stratum è scaduto prima che la share arrivasse
  • Errore hardware nei dati della share

Tasso di rifiuto sano: sotto lo 0,5%. Accettabile: 0,5-2%. Problematico: sopra il 2%. Un tasso di rifiuto del 5%+ sta sprecando hashrate reale e necessita di un’indagine immediata.

Share Scadute

Le stale sono una forma speciale di share rifiutata dove il tuo miner ha inviato lavoro basato su un blocco già minato (il pool è passato a un nuovo modello di blocco). Un tasso elevato di stale significa che il tuo miner riceve i nuovi lavori troppo lentamente — quasi sempre un problema di latenza di rete.

Tasso di stale sano: sotto l’1%. Sopra il 2% significa che dovresti passare a una regione SoloFury più vicina.

Migliore Share

La share di difficoltà più alta che tu abbia mai inviato, divisa per la difficoltà di rete. Questa è una metrica di vanità e un indicatore di “quasi riuscito”: una “migliore share” di 0,5 significa che hai inviato una share al 50% della difficoltà di rete — vicino a un vero blocco.

Nel solo lottery mining, ogni share sta cercando di essere un blocco. Il numero della migliore share è solo il più vicino che sei arrivato finora. Una migliore share alta non cambia le tue probabilità future, ma è un modo divertente per tracciare la tua fortuna.

Ultimo Visto

Quando il pool ha ricevuto l’ultima share da questo worker. Sano: sotto 5 minuti. Preoccupante: sopra 15 minuti. Morto: sopra 1 ora. Se un worker mostra “Ultimo visto: 6h fa” hai un problema da investigare.

Ping (Latenza verso il Pool)

Tempo di round-trip dal tuo ASIC al server stratum del pool. Sotto 50ms: eccellente. 50-150ms: buono. 150-300ms: lavorabile ma subottimale. Sopra 300ms: passa a una regione più vicina.

Un ping elevato causa direttamente share scadute (il tuo miner riceve i nuovi lavori troppo tardi). È la principale causa di perdita di entrate correggibile.

3. Sintomo: Hashrate Basso (Mostrato Sotto il Previsto)

Se il tuo S21+ dovrebbe mostrare 235 TH/s ma il dashboard SoloFury mostra 180 TH/s, qualcosa non va. Fai il triage in questo ordine:

Passo 1: L’interfaccia locale dell’ASIC mostra lo stesso numero?

Accedi all’interfaccia web del tuo ASIC e controlla la sua lettura di hashrate. Se l’interfaccia dell’ASIC mostra anche 180 TH/s, il problema è fisico: guasto del chip, throttling termico, undervolting o problema di alimentazione. Se l’ASIC mostra 235 TH/s localmente ma solo 180 TH/s raggiungono SoloFury, il problema è rete o stratum.

Passo 2: Cause fisiche (l’interfaccia locale dell’ASIC mostra anche una valore basso)

CausaDiagnosticaCorrezione
Guasto hashboardL’interfaccia ASIC mostra uno o più chip a 0 GH/s o catene in erroreSostituisci l’hashboard, contatta la garanzia se coperta
Throttling termicoTemperatura sopra 85°C, ventole al 100%Migliora la ventilazione, riduci la temp ambientale, undervolta
Undervolting troppo aggressivoFirmware personalizzato mostra efficienza >18 J/TH ma perde hashrateAumenta la tensione, ritorna più vicino allo stock
Alimentazione insufficientePSU al 100% della capacità, cali di tensione sotto caricoMigliora il PSU, controlla il cablaggio 220V AWG
Bug firmwareUn aggiornamento firmware recente ha preceduto il problemaRipristina il firmware alla versione stabile precedente

Passo 3: Cause rete/stratum (l’interfaccia locale dell’ASIC è ok, il pool mostra valore basso)

CausaDiagnosticaCorrezione
Disconnessioni stratumIl worker mostra riconnessioni nel logVedi Sezione 5 sulle disconnessioni
Tasso di rifiuto elevatoTasso di rifiuto sopra il 2% nelle statistiche del poolVedi Sezione 4 sui rifiuti
Tasso di stale elevatoTasso di stale sopra il 2%Passa alla regione SoloFury più vicina
Vardiff non stabilizzatoNuovo worker, hashrate dashboard che sale lentamenteAspetta 30 minuti che vardiff si stabilizzi

4. Sintomo: Alto Tasso di Rifiuto

Un tasso di rifiuto sopra il 2% è un problema serio. Le cause si dividono in due categorie:

Rifiuto legato alla latenza (il più comune)

Il tuo miner invia share dopo che il job stratum è scaduto. Cause:

  • Ping elevato verso il server del pool (sopra 150ms)
  • Perdita di pacchetti tra te e il pool
  • Wi-Fi instabile (per Bitaxe/NerdQAxe in Wi-Fi)

Correzioni:

  • Passa alla regione SoloFury più vicina (eu-*.solofury.com per l’Europa, asia-*.solofury.com per l’Asia)
  • Passa da Wi-Fi a Ethernet cablato
  • Controlla la qualità della connessione con ping <coin>.solofury.com e nota il jitter

Rifiuto legato alla difficoltà vardiff

Vardiff aggiusta la difficoltà delle share per corrispondere all’hashrate del tuo worker. Se il tuo worker invia share troppo lentamente (hashrate basso) o se vardiff non ha avuto il tempo di aggiustarsi, le share possono essere rifiutate per difficoltà troppo bassa.

Correzioni:

  • Aspetta 30 minuti che vardiff si stabilizzi su un nuovo worker
  • Se l’hashrate è ben al di sotto della spec, risolvi prima il problema dell’hashrate

Rifiuto generato dall’hardware

I chip del tuo ASIC calcolano share invalide. Indica silicio difettoso.

Correzioni:

  • Ispeziona le temperature dei chip (cerca gli outlier caldi o freddi)
  • Riduci l’undervolting / aumenta la tensione
  • Sostituisci l’hashboard interessato se persistente

5. Sintomo: Disconnessioni Stratum (Il Worker Continua a Riconnettersi)

Un worker che continua a cadere e riconnettersi spreca alcuni secondi di hashing ad ogni ciclo. Le cause sono solitamente lato rete.

Cause comuni

CausaDiagnosticaCorrezione
TCP keepalive fallisce su ISP instabilemtr mostra >0,5% perdita di pacchettiUsa il relay regionale HAProxy più vicino (già abilitato sugli endpoint SoloFury EU/Asia)
Manutenzione / riavvio del poolPiù worker si disconnettono simultaneamente su tutto il poolAspetta — la riconnessione automatica dovrebbe intervenire in pochi secondi
Timeout Firewall / NATDisconnessione ogni ~5 minuti precisamenteConfigura il router per un TCP keepalive più lungo (>10 min), o affidati al loop di riconnessione del miner
Cavo ethernet difettoso o iniettore PoEDisconnessioni casuali, possibilmente correlate con i cicli di alimentazione del minerSostituisci il cavo, controlla la salute PoE
Conflitto IP ASICDHCP restituisce lo stesso IP a due dispositiviRiserva IP statici nel router per ogni ASIC
DPI / shaping ISPLe disconnessioni correlano con le ore di puntaProva una porta stratum diversa o un tunnel VPN

Come i relay HAProxy di SoloFury aiutano

Gli endpoint EU e Asia di SoloFury (eu-*.solofury.com e asia-*.solofury.com) sono relay HAProxy con timeout TCP di 24 ore e keepalive di connessione abilitato. Mantengono il tuo worker connesso durante i riavvii lato pool e i cali ISP che altrimenti ti disconnetterebbero. Preferisci sempre un relay regionale rispetto al primario Atlanta se non sei in Nord America.

6. Sintomo: Nessuna Share (Worker Mostra “Ultimo Visto: Mai” o Ore Fa)

Il worker è completamente offline dal punto di vista del pool.

Sequenza diagnostica

  1. Riesci a raggiungere l’interfaccia locale dell’ASIC al suo IP? Se no → alimentazione, rete o hardware ASIC. Se sì → continua.
  2. L’interfaccia locale dell’ASIC lo mostra come in mining? Se no → controlla la configurazione del pool nell’ASIC, riavvia, controlla il firmware. Se sì → continua.
  3. Quale URL del pool è configurato nell’ASIC? Deve essere uno tra: bch.solofury.com:7070, btc.solofury.com:7070, bc2.solofury.com:7070, bch2.solofury.com:7070, xec.solofury.com:7070, o i loro equivalenti regionali eu- / asia-.
  4. Qual è il nome worker? Deve essere <indirizzo_wallet>.<nome_worker>. L’indirizzo wallet deve essere valido per il coin (BCH CashAddr per BCH/BCH2, P2PKH/Bech32 per BTC, eCash per XEC, ecc.).
  5. Dall’ASIC, puoi raggiungere il pool? Usa gli strumenti di diagnostica dell’ASIC o ping/telnet da un’altra macchina sulla stessa sottorete.

Causa principale più comune: formato wallet errato

Ogni coin SoloFury richiede un wallet nel suo formato nativo:

CoinFormatoEsempio
BTCBech32 o P2PKHbc1q... o 1...
BCHCashAddr (con prefisso)bitcoincash:qq...
BC2Compatibile BTCbc1q... o 1...
BCH2CashAddr (con prefisso)bitcoincash:qq...
XECeCash (con prefisso)ecash:qq...

7. Sintomo: Migliore Share Bloccata Bassa (Preoccupato di Non Trovare un Blocco)

Se la tua migliore share è qualcosa come 0,001 della difficoltà di rete dopo settimane di mining, ciò non significa che sei sfortunato o che le tue probabilità sono cattive. La migliore share è una statistica di massimo-di-sempre; in un processo di Poisson la maggior parte delle share sono piccole, e il massimo cresce lentamente con la radice cubica del lavoro totale svolto. Una migliore share bassa è statisticamente normale.

Ciò che conta per la probabilità di trovare un blocco è il hashrate-tempo cumulativo totale, non la migliore share. Se il tuo hashrate è buono e il tuo tasso di rifiuto è basso, stai comprando i biglietti della lotteria correttamente — la varianza richiede solo tempo per esprimersi.

Per la matematica dietro la varianza del solo mining e cosa aspettarsi realisticamente a diversi livelli di hashrate, vedi l’articolo Solo Mining Lottery Math.

8. Riferimento Rapido: Sintomo → Causa più Probabile

SintomoPrima cosa da controllareCausa più comune
Hashrate 20%+ sotto il previsto (stabile)Interfaccia locale ASICProblema hashboard o termico
Hashrate fluttua selvaggiamente minuto per minutoÈ normale per i worker piccoliVarianza, aspetta la media 1h
Tasso di rifiuto sopra il 2%Ping verso il poolLatenza — cambia regione
Tasso di stale sopra il 2%Ping verso il poolLatenza — cambia regione
Worker offline (“Ultimo visto: ore fa”)Alimentazione & rete ASICPerdita di alimentazione o errore config stratum
Disconnessioni frequentiRouter/NAT, ISPUsa l’endpoint regionale HAProxy
Migliore share molto bassa dopo settimaneÈ statisticoNormale, continua a minare
Hashrate che sale lentamente dopo l’avvioVardiff convergeAspetta 30 minuti, comportamento normale

9. Scegliere la Regione SoloFury Giusta

La latenza del pool è il fattore più controllabile per la qualità delle share. SoloFury opera tre regioni:

RegioneModello endpointIdeale per
Atlanta (primario)<coin>.solofury.comNord America, Caraibi, costa est del Sud America
Frankfurt (relay EU)eu-<coin>.solofury.comEuropa, Medio Oriente, Africa
Singapore (relay Asia)asia-<coin>.solofury.comAsia, Oceania, India

Testa la tua latenza sostituendo <coin> in ogni endpoint e facendo ping dalla tua rete. Scegli il più basso. Se due sono vicini, preferisci quello con meno jitter (varianza nei tempi di ping), non solo la media più bassa.

10. Quando Contattare il Supporto

Se il tuo worker mostra uno di questi sintomi dopo aver seguito questa guida:

  • Più worker si disconnettono tutti simultaneamente, solo su SoloFury (non su altri pool)
  • Tutti i worker mostrano zero share nonostante l’interfaccia ASIC confermi che sta hashando
  • Blocco trovato nel Hall of Fame ma la ricompensa non ha mai raggiunto il tuo wallet

…contatta il supporto SoloFury tramite il bot Telegram o @SoloFuryPool su X. Fornisci:

  1. Il tuo indirizzo wallet (per permettere al supporto di consultare la cronologia dei tuoi worker)
  2. Il coin che stai minando (BTC/BCH/BC2/BCH2/XEC)
  3. Il nome del worker che mostra il sintomo
  4. L’URL dell’endpoint configurato nel tuo ASIC

La maggior parte dei problemi si risolve in meno di 30 minuti una volta che il supporto ha il nome del worker.

Prossimi Passi