Worker-Statistiken lesen — Diagnose von niedriger Hashrate, hoher Ablehnungsrate und Stratum-Disconnects
Vollständiger Diagnose-Guide für SoloFury Worker-Statistiken. Lerne, was jede Zahl bedeutet, wie du die Ursache von niedriger Hashrate, hohen Ablehnungsraten, Stale-Shares und Disconnects identifizierst — und wie du sie behebst.
Die Worker-Stats-Seite ist der wichtigste Bildschirm beim Solo-Mining. Sie zeigt dir, ob deine Hashrate den Pool erreicht, ob Shares akzeptiert werden, ob dein Miner gesund ist und wie nah du dem Fund eines Blocks bist. Sie richtig zu lesen — und danach zu handeln — entscheidet darüber, ob du 24/7 mit guten Chancen minst oder still wochenlang Kapazität verlierst, ohne es zu bemerken.
Dieser Guide erklärt jede Kennzahl auf der SoloFury Miner-Stats-Seite, wie jeder Wert aussehen sollte, was zu tun ist, wenn etwas nicht stimmt, und wie du Probleme nach Symptom triage.
1. Wo du deine Worker-Statistiken findest
SoloFury stellt Worker-Stats an drei Stellen bereit, jede mit anderen Stärken:
Live Miner-Dashboard unter /miner/?addr=<deine_Wallet>&coin=<bch|btc|bc2|bch2|xec>
Der schnellste Weg, alle mit deiner Wallet verbundenen Worker eines bestimmten Coins zu sehen. Aktualisiert alle ~24 Sekunden. Zeigt Hashrate, Share-Anzahlen, Best Share und Worker-Gesundheit.
Worker-Detailansicht — klicke einen Worker-Namen im Dashboard an, um Verlauf, Hashrate-Graph und individuelle Statistiken über die Zeit zu sehen.
Telegram-Bot (@SoloFuryBot) — abonniere deine Wallet für proaktive Benachrichtigungen. Empfange Nachrichten, wenn Worker offline gehen, wenn Shares aufhören zu kommen und wenn du einen Block findest.
2. Die Kernkennzahlen — Was jede Zahl bedeutet
Hashrate
Drei Hashrate-Werte erscheinen im Dashboard:
| Bezeichnung | Bedeutung | Typische Verzögerung |
|---|---|---|
| 1m | Durchschnittliche Hashrate der letzten 1 Minute | Echtzeit, aber rauschig |
| 5m | Durchschnittliche Hashrate der letzten 5 Minuten | Stabil, am besten für „läuft es gerade?“ |
| 1h | Durchschnittliche Hashrate der letzten 1 Stunde | Glatt, am besten für langfristigen Trend |
Für Solo-Mining ist die 5m-Hashrate die nützlichste Einzelzahl. Die 1m ist zu rauschig (Varianz über kurze Zeitfenster ist enorm), und die 1h braucht zu lange, um einen Fehler widerzuspiegeln.
Akzeptierte Shares
Jede gültige Share, die dein Miner einreicht, wird gezählt. Die steigende Zahl ist das grundlegendste „Alles funktioniert”-Signal. Ein Worker, der mehr als 10 Minuten lang null akzeptierte Shares zeigt, ist aus Sicht des Pools defekt — unabhängig davon, was seine lokale Benutzeroberfläche anzeigt.
Abgelehnte Shares (und Ablehnungsrate %)
Abgelehnte Shares sind Einreichungen, die der Pool aus einem von mehreren Gründen abgelehnt hat:
- Share wurde bereits von einem anderen Miner eingereicht („Duplikat”)
- Share-Difficulty zu niedrig für das aktuelle VarDiff-Ziel
- Stratum-Job abgelaufen, bevor die Share ankam
- Hardware-Fehler in den Share-Daten
Gesunde Ablehnungsrate: unter 0,5 %. Akzeptabel: 0,5–2 %. Problematisch: über 2 %. Eine Ablehnungsrate von 5 %+ verschwendet echte Hashrate und muss sofort untersucht werden.
Stale Shares
Stale Shares sind eine besondere Form abgelehnter Shares, bei der dein Miner Arbeit einreichte, die auf einem bereits geminen Block basierte (der Pool ist bereits zum nächsten Block-Template übergegangen). Eine hohe Stale-Rate bedeutet, dass dein Miner neue Arbeit zu langsam empfängt — fast immer ein Netzwerklatenz-Problem.
Gesunde Stale-Rate: unter 1 %. Über 2 % bedeutet, dass du zu einer näheren SoloFury-Region wechseln solltest.
Best Share
Die höchste Difficulty-Share, die du jemals eingereicht hast, dividiert durch die Netzwerk-Difficulty. Dies ist eine Vanity-Kennzahl und ein Beinahe-Treffer-Indikator: ein „Best Share” von 0,5 bedeutet, dass du eine Share eingereicht hast, die bei 50 % der Netzwerk-Difficulty lag — nahe an einem echten Block.
Beim Solo-Lottery-Mining versucht jede Share, ein Block zu sein. Der Best-Share-Wert zeigt einfach, wie nah du bisher war. Ein hoher Best Share verändert deine zukünftigen Chancen nicht, ist aber eine unterhaltsame Art, dein Glück zu verfolgen.
Last Seen
Wann der Pool zuletzt eine Share von diesem Worker empfangen hat. Gesund: unter 5 Minuten. Besorgniserregend: über 15 Minuten. Tot: über 1 Stunde. Wenn ein Worker „Last seen: vor 6h” zeigt, gibt es ein Problem zu untersuchen.
Ping (Latenz zum Pool)
Round-Trip-Zeit von deinem ASIC zum Stratum-Server des Pools. Unter 50 ms: ausgezeichnet. 50–150 ms: gut. 150–300 ms: nutzbar, aber suboptimal. Über 300 ms: wechsle zu einer näheren Region.
Hoher Ping verursacht direkt Stale Shares (dein Miner bekommt neue Arbeit zu spät). Es ist die größte einzelne Ursache für behebbaren Hashrate-Verlust.
3. Symptom: Niedrige Hashrate (Anzeige unter dem Erwarteten)
Wenn dein S21+ 235 TH/s zeigen sollte, aber das SoloFury-Dashboard 180 TH/s anzeigt, stimmt etwas nicht. Triage in dieser Reihenfolge:
Schritt 1: Zeigt die lokale ASIC-Benutzeroberfläche die gleiche Zahl?
Melde dich bei der Web-Oberfläche deines ASICs an und prüfe seine eigene Hashrate-Anzeige. Wenn die eigene Benutzeroberfläche des ASICs auch 180 TH/s zeigt, ist das Problem physisch: Chip-Ausfall, thermisches Throttling, Undervolting oder Netzteilproblem. Wenn der ASIC lokal 235 TH/s anzeigt, aber nur 180 TH/s SoloFury erreichen, ist das Problem Netzwerk oder Stratum.
Schritt 2: Physische Ursachen (ASIC lokale Benutzeroberfläche zeigt ebenfalls niedrig)
| Ursache | Diagnose | Fix |
|---|---|---|
| Hashboard-Ausfall | ASIC-Benutzeroberfläche zeigt eine oder mehrere Chips bei 0 GH/s oder fehlerhafte Ketten | Hashboard ersetzen, Garantie kontaktieren |
| Thermisches Throttling | Temperatur über 85°C, Lüfterdrehzahl bei 100 % | Belüftung verbessern, Umgebungstemperatur senken, undervolt |
| Zu aggressives Undervolting | Custom-Firmware zeigt Effizienz >18 J/TH, aber Hashrate-Verlust | Spannung erhöhen, näher an Stock zurückkehren |
| Netzteil unzureichend | Netzteil bei 100 % Kapazität, Spannung unter Last fällt ab | Netzteil aufrüsten, 220V-Verkabelung AWG prüfen |
| Firmware-Bug | Aktuelles Firmware-Update ging dem Problem voraus | Firmware auf vorherige stabile Version zurückrollen |
Schritt 3: Netzwerk-/Stratum-Ursachen (ASIC lokale Benutzeroberfläche ist in Ordnung, Pool zeigt niedrig)
| Ursache | Diagnose | Fix |
|---|---|---|
| Stratum-Disconnects | Worker zeigt Reconnects im Log | Siehe Abschnitt 5 zu Disconnects |
| Hohe Ablehnungsrate | Ablehnungsrate über 2 % in Pool-Statistiken | Siehe Abschnitt 4 zu Ablehnungen |
| Hohe Stale-Rate | Stale-Rate über 2 % | Wechsle zu näherer SoloFury-Region |
| VarDiff noch nicht stabilisiert | Neuer Worker, Dashboard-Hashrate steigt langsam | 30 Minuten warten, bis VarDiff sich einpendelt |
4. Symptom: Hohe Ablehnungsrate (über 2 %)
Eine Ablehnungsrate über 2 % bedeutet, dass echte Hashrate verschwendet wird. Diagnostiziere anhand des Typs der Ablehnungen, den du im ASIC-Log siehst.
Typ A — „Job not found”- oder „Stale”-Ablehnungen
Dein ASIC reicht Shares für bereits abgelaufene Arbeit ein. Fast immer ein Latenz- oder Netzwerkproblem.
Fixes:
- Wechsle zur nächsten SoloFury-Region:
bch.solofury.com(Atlanta),eu-bch.solofury.com(Frankfurt),asia-bch.solofury.com(Singapur). Ersetzebchdurch deinen Coin (btc,bc2,bch2,xec). - Prüfe Ping: Führe auf einem Gerät im selben Netzwerk wie der ASIC
ping bch.solofury.comaus. Wenn über 150 ms, wechsle die Region. - Prüfe ISP-Paketverlust: Führe
mtrodertraceroutezum Pool aus. Paketverlust über 1 % verursacht Stale Shares. - Verifiziere NTP/Clock-Sync: Eine Uhr, die mehr als einige Sekunden aus dem Takt ist, verursacht Stale-Share-Ablehnungen auf manchen ASIC-Firmwares.
Typ B — „Low difficulty”-Ablehnungen
Dein Miner reichte Shares unterhalb des aktuellen VarDiff-Ziels des Pools ein. Normalerweise eine vorübergehende Störung, wenn VarDiff einer Hashrate-Änderung nicht gefolgt ist.
Fixes:
- 30 Minuten warten, bis VarDiff sich neu stabilisiert
- Bei anhaltendem Problem: prüfen, ob kein anderer Worker denselben Worker-Namen mit einer anderen Hashrate verwendet (verursacht VarDiff-Verwirrung)
- ASIC neu starten, um einen neuen Stratum-Handshake zu erzwingen
Typ C — „Duplicate”-Ablehnungen
Dieselbe Share wurde zweimal eingereicht. Normalerweise ein Firmware-Bug oder zwei Miner teilen sich einen Worker-Namen.
Fixes:
- Stelle sicher, dass jeder Worker einen eindeutigen Namen hat (
wallet.workerA,wallet.workerB, niemals denselben) - Firmware auf die neueste stabile Version aktualisieren
Typ D — „HW error”-Ablehnungen
Von Hardware generierte Ablehnungen: Die Chips deines ASICs berechnen ungültige Shares. Deutet auf scheiterndes Silizium hin.
Fixes:
- Chip-Temperaturen prüfen (nach heißen oder kalten Ausreißern suchen)
- Undervolting reduzieren / Spannung erhöhen
- Betroffenes Hashboard bei anhaltendem Problem ersetzen
5. Symptom: Stratum-Disconnects (Worker verbindet sich immer wieder neu)
Ein Worker, der immer wieder abbricht und sich neu verbindet, verschwendet bei jedem Zyklus einige Sekunden des Hashens. Die Ursachen liegen meist auf der Netzwerkseite.
Häufige Ursachen
| Ursache | Diagnose | Fix |
|---|---|---|
| TCP-Keepalive schlägt über instabilen ISP fehl | mtr zeigt >0,5 % Paketverlust | HAProxy-Relay-Region näher bei dir verwenden (bereits auf SoloFury EU/Asia-Endpoints aktiviert) |
| Pool-Wartung / Neustart | Mehrere Worker trennen sich gleichzeitig im gesamten Pool | Warten — automatischer Reconnect sollte innerhalb von Sekunden greifen |
| Firewall / NAT-Timeout | Disconnect genau alle ~5 Minuten | Router für längeres TCP-Keepalive konfigurieren (>10 Min), oder auf den eigenen Reconnect-Loop des Miners verlassen |
| Schlechtes Ethernet-Kabel oder PoE-Injektor | Zufällige Disconnects, möglicherweise korreliert mit Miner-Neustarts | Kabel ersetzen, PoE-Gesundheit prüfen |
| ASIC-IP-Konflikt | DHCP gibt dieselbe IP an zwei Geräte zurück | Statische IPs für jeden ASIC im Router reservieren |
| ISP DPI / Traffic Shaping | Disconnects korrelieren mit Stoßzeiten | Anderen Stratum-Port oder VPN-Tunnel versuchen |
Wie SoloFurys HAProxy-Relays helfen
SoloFurys EU- und Asia-Endpoints (eu-*.solofury.com und asia-*.solofury.com) sind HAProxy-Relays mit 24-Stunden-TCP-Timeouts und aktiviertem Connection-Keepalive. Sie halten deine Worker-Verbindung während Pool-seitiger Neustarts und ISP-Schwankungen aufrecht, die dich sonst trennen würden. Bevorzuge immer ein regionaler Relay gegenüber dem Atlanta-Primary, wenn du nicht in Nordamerika bist.
6. Symptom: Gar keine Shares (Worker zeigt „Last Seen: Nie” oder vor Stunden)
Worker ist aus Sicht des Pools komplett offline.
Diagnoseschritte
- Kannst du die lokale Benutzeroberfläche des ASICs über seine IP erreichen? Wenn nein → Strom, Netzwerk oder ASIC-Hardware. Wenn ja → weiter.
- Zeigt die lokale ASIC-Benutzeroberfläche, dass er mint? Wenn nein → Pool-Konfiguration im ASIC prüfen, neu starten, Firmware prüfen. Wenn ja → weiter.
- Welche Pool-URL ist im ASIC konfiguriert? Muss eine der folgenden sein:
bch.solofury.com:7070,btc.solofury.com:7070,bc2.solofury.com:7070,bch2.solofury.com:7070,xec.solofury.com:7070, oder dereneu-/asia--regionale Äquivalente. - Wie lautet der Worker-Username? Muss
<wallet_adresse>.<worker_name>sein. Die Wallet-Adresse muss für den Coin gültig sein (BCH CashAddr für BCH/BCH2, P2PKH/Bech32 für BTC, eCash für XEC, usw.). - Kann der ASIC den Pool erreichen? Verwende die Diagnose-Tools des ASICs oder ping/telnet von einem anderen Gerät im selben Subnetz.
Häufigste Grundursache: falsches Wallet-Format
Jeder SoloFury-Coin erfordert eine Wallet im nativen Format:
| Coin | Format | Beispiel |
|---|---|---|
| BTC | Bech32 oder P2PKH | bc1q... oder 1... |
| BCH | CashAddr (mit Präfix) | bitcoincash:qq... |
| BC2 | BTC-kompatibel | bc1q... oder 1... |
| BCH2 | CashAddr (mit Präfix) | bitcoincash:qq... |
| XEC | eCash (mit Präfix) | ecash:qq... |
7. Symptom: Best Share steckt niedrig (Sorge, keinen Block zu finden)
Wenn dein Best Share nach wochenlangem Mining etwas wie 0,001 der Netzwerk-Difficulty ist, bedeutet das nicht, dass du Pech hast oder deine Chancen schlecht sind. Best Share ist eine Maximum-ever-Statistik; in einem Poisson-Prozess sind die meisten Shares klein, und das Maximum wächst langsam mit der Kubikwurzel der geleisteten Gesamtarbeit. Ein niedriger Best Share ist statistisch normal.
Was für die Block-Findungs-Wahrscheinlichkeit zählt, ist die gesamte kumulative Hashrate-Zeit, nicht der Best Share. Wenn deine Hashrate gut und deine Ablehnungsrate niedrig ist, kaufst du Lotterie-Tickets korrekt — die Varianz braucht einfach Zeit, sich auszudrücken.
Für die Mathematik hinter Solo-Mining-Varianz und was man bei verschiedenen Hashrate-Niveaus realistisch erwarten kann, lies den Artikel Solo Mining Lottery Math.
8. Kurzreferenz: Symptom → Wahrscheinlichste Ursache
| Symptom | Erstes zu prüfendes | Häufigste Ursache |
|---|---|---|
| Hashrate 20 %+ unter erwartet (gleichmäßig) | Lokale ASIC-Benutzeroberfläche | Hashboard- oder Wärmeproblem |
| Hashrate schwankt wild von Minute zu Minute | Das ist normal für kleine Worker | Varianz, auf 1h-Durchschnitt warten |
| Ablehnungsrate über 2 % | Ping zum Pool | Latenz — Region wechseln |
| Stale-Rate über 2 % | Ping zum Pool | Latenz — Region wechseln |
| Worker offline („Last seen: vor Stunden”) | ASIC-Strom & Netzwerk | Stromausfall oder Stratum-Konfigurationsfehler |
| Häufige Disconnects | Router/NAT, ISP | HAProxy-Regionen-Endpoint verwenden |
| Best Share sehr niedrig nach Wochen | Das ist statistisch | Normal, weiter minen |
| Hashrate steigt langsam nach Start | VarDiff konvergiert | 30 Minuten warten, normales Verhalten |
9. Die richtige SoloFury-Region wählen
Pool-Latenz ist der am besten kontrollierbare Faktor für Share-Qualität. SoloFury betreibt drei Regionen:
| Region | Endpoint-Muster | Am besten für |
|---|---|---|
| Atlanta (primär) | <coin>.solofury.com | Nordamerika, Karibik, Südamerika Ostküste |
| Frankfurt (EU-Relay) | eu-<coin>.solofury.com | Europa, Naher Osten, Afrika |
| Singapur (Asia-Relay) | asia-<coin>.solofury.com | Asien, Ozeanien, Indien |
Teste deine Latenz, indem du <coin> in jedem Endpoint ersetzt und von deinem Netzwerk aus pingst. Wähle die niedrigste. Wenn zwei nah beieinander liegen, bevorzuge die mit niedrigerem Jitter (Varianz in den Ping-Zeiten), nicht nur dem niedrigeren Durchschnitt.
10. Wann du dich melden solltest
Wenn dein Worker eines dieser Symptome nach dem Durcharbeiten dieses Guides zeigt:
- Mehrere Worker brechen gleichzeitig ab, nur auf SoloFury (nicht auf anderen Pools)
- Alle Worker zeigen null Shares trotz ASIC-Benutzeroberfläche, die Hashing bestätigt
- Block in Hall of Fame gefunden, aber Belohnung kam nie in deiner Wallet an
…kontaktiere den SoloFury-Support über den Telegram-Bot oder @SoloFuryPool auf X. Gib an:
- Deine Wallet-Adresse (damit Support deine Worker-Historie nachschlagen kann)
- Den Coin, den du minst (BTC/BCH/BC2/BCH2/XEC)
- Den Worker-Namen, der das Symptom zeigt
- Die im ASIC konfigurierte Endpoint-URL
Die meisten Probleme lösen sich in unter 30 Minuten, sobald Support den Worker-Namen hat.
Nächste Schritte
- Den Miner Health Check Guide für eine vollständige Diagnose eines fehlerhaften ASICs durcharbeiten
- Bei der Einrichtung eines neuen Miners den Antminer S21+ Setup Guide oder den Antminer S19 & Whatsminer M-Series Setup Guide lesen
- Für Diagnoseunterschiede bei gemieteter Hashrate den NiceHash Solo Mining Guide lesen
- Für Hintergrundinformationen zur Share-Difficulty-Mathematik den Artikel Solo Mining Variance lesen
- Für Echtzeit-Pool-Status die System Status Seite prüfen