Miner Log Reader — So interpretierst du deinen SoloFury Miner-Bericht

Der SoloFury Miner Log Report ist ein vollständiger textbasierter Snapshot deiner Solo-Mining-Aktivität, der auf Anfrage von der /miner/-Seite generiert wird. Er enthält Echtzeit-Hashrate, Worker-spezifische Gesundheitsdiagnose, Share-Qualität, Schwierigkeits-Optimierungsvorschläge, 24-Stunden-Statistiken mit ASCII-Chart, gefundene Blöcke und Pool/Network-Context — alles in einer eigenständigen .log-Datei, die du speichern, teilen oder mit Skripten verarbeiten kannst.

Anders als ein Dashboard-Screenshot ist das Log strukturierter Text, den du für historische Aufzeichnungen speichern, mit dem Support teilen, mit Skripten parsen oder als Nachweis bei Pool-Problemen verwenden kannst.

So lädst du dein Log herunter

1. Öffne solofury.com/miner/ mit deiner Wallet in der URL: ?addr=DEINE_WALLET&coin=COIN
2. Warte, bis das Dashboard vollständig geladen ist (3–5 Sekunden — der Bericht verwendet Live-API-Daten)
3. Klicke auf den .LOG-Button oben rechts in der Identity-Karte
4. Dein Browser lädt eine Datei mit dem Namen solofury-COIN-WALLET-DATUM.log herunter

1. Executive Summary

Ein Überblick auf einen Blick: Status, Workers, aktuelle Hashrate vs. 24h-Durchschnitt, Blöcke lebenslang, insgesamt geschürft und Top-Probleme. Lies das zuerst — es zeigt dir, ob etwas zu untersuchen ist.

Status-Werte

• ✓ ALL GOOD — jeder Worker ist gesund, keine Verschlechterung über 25%
• ⚠ ISSUES DETECTED — einer oder mehrere Worker haben Warnungen (Drops 25–50%, späte Shares 3–10 Min)
• ⚠ CRITICAL — einer oder mehrere Worker sind offline (>10 Min) oder schwer degradiert (>50%)

Die “Top issues to investigate” listet die dringendsten Punkte auf. Wenn dein Bericht ALL GOOD ist, kannst du hier aufhören und morgen wieder reinschauen.

2. Übersicht

Wallet-Ebene aggregierte Statistiken:

• Hashrate-Snapshot — gleitende Durchschnitte über verschiedene Zeitfenster. Die 1m ist am volatilsten; die 7d ist der stabilste Benchmark.
• Workers / ASIC online — Anzahl der aktiven Miner.
• Shares (lebenslang) — Gesamtsummen seit der ersten Verbindung deiner Wallet. Aufschlüsselung Accepted/Rejected/Invalid/Stale/Duplicate.
• Efficiency — % der eingereichten Shares, die akzeptiert wurden. Ziel: 99,9%+.
• Luck (Runde) — dein Glück für die aktuelle Block-Runde. Über 100% bedeutet, du hast bereits mehr Shares eingereicht als statistisch erwartet, um einen Block zu finden.
• Best share / Best ever — dein höchster Difficulty-Share. Näher am Network-Target = näher daran, einen Block zu finden.

3. Worker-Gesundheitsanalyse

Dies ist der wichtigste Abschnitt für Troubleshooting. Der Analyzer vergleicht die aktuelle Hashrate jedes Workers mit seinen gleitenden 1h- und 24h-Durchschnitten und prüft, wie kürzlich er einen Share eingereicht hat.

Schweregrade

Schweregrad	Auslöser	Bedeutung
OK	Hashrate innerhalb 25% von 24h-Avg Letzter Share < 3 Min her	Worker gesund
WARN	Hashrate 25–50% unter Avg ODER letzter Share 3–10 Min her	Mildes Problem, beobachten
CRITICAL	Hashrate >50% unter Avg ODER letzter Share >10 Min her	Wahrscheinlich offline, eingreifen

Was tun — typische Fälle

• Offline > 10 Min — Strom, Netzwerkkabel, Stratum-URL noch erreichbar prüfen
• Hashrate −50% oder mehr — wahrscheinlich thermisches Throttling oder Hashboard-Ausfall; zuerst Kühlung prüfen
• Hashrate −25 bis −50% — milde Verschlechterung, 30 Min beobachten bevor eingegriffen wird
• Späte Shares aber normale Hashrate — Netzwerk/Stratum-Problem; prüfe den Relay (Frankfurt/Atlanta/Singapore), mit dem du verbunden bist

Das Log enthält vorgeschlagene Aktionen für jeden problematischen Worker, angepasst an das spezifische Problem.

4. Alle Workers (Tabelle)

Vollständige tabellarische Ansicht jedes Workers, unabhängig vom Status. Nützlich zum Vergleichen der Leistung nebeneinander.

Spalten erklärt

• HASHRATE / 1H AVG / 24H AVG / 7D AVG — verschiedene Zeitfenster-Durchschnitte. Die 7d zeigt deine “wahre” Kapazität.
• UPTIME — Gesamtzeit, die der Worker verbunden war (seit dem ersten Share).
• BEST DIFF — der höchste Difficulty-Share, den dieser Worker je eingereicht hat. Höher = näher an einem Block.
• LAST SHARE — Zeit seit der Worker seinen letzten Share eingereicht hat. Sollte im Normalbetrieb <1min sein.
• STATUS — aktuelle Gesundheit (siehe Abschnitt 3).

5. Difficulty-Optimierung

Der Pool verwendet vardiff (variable Difficulty): Er stimmt die Share-Difficulty automatisch so ab, dass jeder Worker etwa 1 Share alle 10 Sekunden einreicht. Dieser Abschnitt zeigt, ob die aktuelle Difficulty optimal ist.

Formel

optimal_diff = hashrate × 10 / 2³²

Aktionen

• ↑ raise +X% — aktuelle Diff ist zu niedrig; du flutest den Pool mit niedrigwertigen Shares. Der Pool passt sich automatisch an (oder du kannst password=d=ZAHL manuell setzen).
• ↓ lower −X% — aktuelle Diff ist zu hoch; du reichst zu wenige Shares für ein reibungsloses Tracking ein. Besonders relevant für Bitaxe mit niedriger Hashrate.
• ≈ already optimal — keine Aktion nötig.

6. Share-Qualitätsanalyse

Aufschlüsselung der Share-Ablehnungen nach Typ:

• Reject — eingereicht aber ungültig (falsches Target, schlechte Arbeit). Weist oft auf Netzwerk-Korruption oder Firmware-Probleme hin.
• Invalid — fehlerhaftes Share. Sollte nahe null sein.
• Stale — Share für einen veralteten Block (dein Miner war noch beim vorherigen Block, als ein neuer kam). Etwas Staleness ist normal; >1% deutet auf Latenz zum Pool hin.
• Duplicate — gleiches Share zweimal eingereicht. Normalerweise ein Netzwerk-Glitch.

Qualitäts-Abzeichen

• ⭐ Excellent — gesamte Bad-Share-Rate < 0,1% (eines von Tausend oder seltener)
• ✓ Good — Bad-Share-Rate < 1%
• ⚠ Below normal — Bad-Share-Rate > 1%; untersuche Netzwerk oder Firmware

7. Statistiken (letzte 24h)

Aggregierte Metriken aus dem 24h-Chart-Endpoint (Samples alle 5 Minuten):

• Hashrate avg / max / min — Tagesbereich. Große Lücke zwischen min und max deutet auf Instabilität hin.
• Peak vs avg — wie viel spitzer als der Durchschnitt waren deine Peaks. <20% ist glatt; >50% deutet auf On/Off-Verhalten hin.
• Effective uptime — % der Samples mit Hashrate über 10% des Durchschnitts. 100% bedeutet kontinuierlicher Betrieb.
• Shares 24h — tägliche Share-Anzahlen. Vergleiche mit deiner üblichen Baseline, um Regressionen zu erkennen.

8. Wallet-Ebene Ausfälle

Listet Total-Wallet-Ausfälle in den letzten 24h auf, bei denen die gesamte Wallet-Hashrate unter 15% ihres Durchschnitts gefallen ist. Dies erfasst Fälle wie:

• Stromausfall in deiner Mining-Anlage
• Netzwerkausfall auf deiner Seite
• Pool-seitiger Ausfall (selten, aber möglich)

Worker-spezifische Probleme (wenn nur einer von mehreren Minern ausfällt) werden hier nicht angezeigt — die sind in Abschnitt 3.

9. Hashrate-Timeline (24h)

Zweiteilige Ansicht der 24-Stunden-Hashrate-Entwicklung:

• ASCII-Chart — eine schnelle visuelle Skizze der Hashrate-Kurve. Y-Achsen-Labels zeigen Absolutwerte; X-Achse spannt von 24h her bis jetzt.
• Stündliche Snapshots — eine Zeile pro Stunde, zeigt sowohl deine Hashrate als auch die Network-Difficulty zu diesem Zeitpunkt.

Verwende dies, um Muster zu erkennen: tägliche/wöchentliche Zyklen, langsame Rückgänge, scharfe Drops.

10. Von dieser Wallet gefundene Blöcke

Echte Liste der Blöcke, die deine Wallet auf diesem Pool gefunden hat. Jeder Eintrag zeigt:

• HEIGHT — Blockchain-Block-Höhe (auf jedem Block-Explorer verifizierbar)
• DATE — UTC-Zeitstempel des Blocks
• WORKER — welcher spezifische Worker den Gewinner-Share eingereicht hat

Diese Daten werden aus der Blocks-API des Pools gefiltert nach deiner Wallet-Adresse abgerufen.

11. Network Context

Der weitere Blockchain-Kontext für deinen Coin:

• Network-Hashrate / Difficulty — aktuelle Gesamtsummen über die gesamte Blockchain.
• Your share of net — Anteil der gesamten Netzwerk-Hashrate, den du beiträgst.
• Statistical TTF — Time To Find den nächsten Block, statistisch. Berechnet als 1 / (your_HR / network_HR × blocks_per_day). Echtes Glück variiert stark: Du könntest einen Block in 1 Stunde finden oder das 10-fache der statistischen TTF brauchen.

12. Pool Context

SoloFury Pool-weite Statistiken: Hashrate, Miner, Workers, Idle/Disconnected-Anzahl, Fee, Luck, Uptime. Verwende dies, um zu prüfen, ob der Pool gesund ist, wenn du dein eigenes Setup troubleshootest. Wenn die Pool-Stats normal aussehen, aber dein Miner Probleme zeigt, liegt das Problem auf deiner Seite.

Häufig gestellte Fragen

Wie oft sollte ich ein Log herunterladen?

Für aktives Monitoring: einmal am Tag oder wann immer du abnormales Verhalten bemerkst. Für historische Aufzeichnungen: wöchentlich oder monatlich. Das Log ist klein (~10–50 KB), das Speichern vieler ist also kein Problem. Die eindeutige Report-ID im Header lässt dich spezifische Berichte in Support-E-Mails referenzieren.

Kann ich die .log-Generierung skripten?

Nicht direkt (der Button löst clientseitiges JS aus), aber du kannst die gleichen zugrundeliegenden API-Daten abrufen: https://solofury.com/api/client/DEINE_WALLET, /api/pool, /api/client/DEINE_WALLET/chart?range=24h. Alle geben JSON zurück. Du kannst deinen eigenen Bericht aus diesen Endpoints in jeder Sprache erstellen.

Das Log sagt, mein Worker hat einen Hashrate-Drop, aber das Dashboard sieht normal aus — warum?

Der “now”-Wert kann kurz nach oben spiken, während die 1h/24h-Durchschnitte niedriger bleiben (sie sind gleitende Fenster). Wenn “now” > “1h avg”, aber das Log vor einem Drop vs. “24h avg” warnt, bedeutet das, dass dein Worker den größten Teil des Tages unter Kapazität gelaufen ist, aber gerade wieder hochgespikt ist. Das Log vergleicht mit der Langzeit-Referenz, um anhaltende Probleme zu erfassen.

Die “Statistical TTF” sagt 30 Tage — bedeutet das, dass ich in 30 Tagen einen Block finde?

Nein. Statistical TTF ist die durchschnittliche erwartete Zeit. Aufgrund der exponentiellen Verteilung des Block-Findens hast du eine ~63% Chance, einen Block innerhalb von 1 TTF (hier 30 Tage), ~86% innerhalb von 2 TTFs (60 Tage) und ~95% innerhalb von 3 TTFs (90 Tage) zu finden. Manche Wochen findest du zwei Blöcke, andere keinen. Das ist die Natur des Solo-Minings.

Was ist der Unterschied zwischen “Rejected” und “Invalid” Shares?

Rejected: das Share war formatlich gültig, hat aber die Target-Difficulty nicht erreicht (oft wegen Stale-Work oder niedriger Diff). Invalid: das Share war fehlerhaft (falsches Format, schlechte Nonce). Invalid ist fast immer ein Software/Firmware-Bug. Rejected kann in kleinen Mengen normal sein (Netzwerk-Latenz).

Ich sehe “LATE share”, aber mein Worker minet — was ist los?

“LATE share” bedeutet >3 Min seit dem letzten Share. Mögliche Ursachen: Netzwerk-Drop zum Stratum, sehr hohe Difficulty (niedrige Share-Frequenz erwartet) oder der Miner ist offline, aber der Pool hat es noch nicht vollständig erkannt. Quer-checke mit der Dashboard-Hashrate. Wenn die Hashrate noch angezeigt wird, ist es normalerweise ein vorübergehendes Konnektivitätsproblem.

Wo bekomme ich weitere Hilfe?

E-Mail an [email protected] mit der angehängten .log-Datei. Gib die Report-ID aus dem Header an — sie hilft uns, sie mit unseren serverseitigen Logs zu korrelieren. Das Pool-Team strebt eine Antwort innerhalb von 24h an.