Auf dieser Seite
Vergleichen Sie zunächst den gleichen Zeitraum
Das Gerät schätzt die lokale Arbeit, während ein Pool die beigetragene Arbeit aus Übermittlungen schätzt. Kurze Fenster schwanken. Speichern Sie den Miner-Durchschnitt, den Pool-Durchschnitt, die akzeptierte Arbeit und die Neustartzeit über einen passenden Zeitraum. Ein kürzlich beigetretener Mitarbeiter sollte nicht mit dem ganztägigen Gerätedurchschnitt verglichen werden. f2pool empfiehlt bei der Überprüfung dieser Unterschiede längere Durchschnittswerte.
Notieren Sie den tatsächlichen Ablehnungsgrund
Pool- und Firmware-Bezeichnungen unterscheiden sich. Behalten Sie die Rohnachricht bei, anstatt alles in einer einzigen Fehlerzählung zusammenzufassen. Ein verspätetes Ergebnis, eine doppelte Einreichung und ein Rechenfehler führen zu unterschiedlichen Ermittlungen. Wenn sich der Anteilsschwierigkeit ändert, können auch einfache Anteilszählungen irreführend sein; Verwenden Sie die gemeldete nach Schwierigkeitsgrad gewichtete Arbeit des Pools, sofern verfügbar.
| Beobachtung | Nächste Kontrolle |
|---|---|
| Veraltet / spät | Latenz, Wiederverbindungen und Routenstabilität |
| Duplizieren | Wiederholte Übermittlungen, Proxy- und Verbindungsprotokolle |
| Ungültige Arbeit | Firmware-, Betriebsmodus- und Hardwareprotokolle |
| Nicht autorisiert | Benennungsregeln für Konten und Mitarbeiter |
Testen Sie die Route, nicht nur die beworbene Region
Bestätigen Sie den konfigurierten Endpunkt anhand der offiziellen Anweisungen des Pools und überprüfen Sie dann die Häufigkeit der Verbindungsabbrüche und die Reaktionszeiten während des Problemzeitraums. Ein Servername in der Nähe garantiert keine stabile Route. Wenn Sie einen anderen unterstützten Endpunkt testen, behalten Sie die gleichen Geräteeinstellungen bei und protokollieren Sie die Änderungszeit. Vermeiden Sie es, Pool, Firmware und Frequenz gleichzeitig zu ändern.
Überprüfen Sie die lokale Stabilität, wenn weiterhin Fehler auftreten
Wenn mehrere Worker in einem Netzwerk gleichzeitig ausfallen, untersuchen Sie die gemeinsam genutzte Infrastruktur. Wenn nur eine Maschine betroffen ist, vergleichen Sie deren Protokolle, Kühlung und Modus mit einem nachweislich funktionierenden Peer desselben Modells. Setzen Sie die experimentelle Abstimmung auf eine validierte Konfiguration zurück, bevor Sie die Hardware beurteilen. Verwenden Sie modellspezifische Unterstützungsschritte. Eine Pool-Diskrepanz allein stellt noch keinen Hinweis auf eine Beschädigung des Boards dar.
Schließen Sie den Fall mit einer Vorher-Nachher-Aufzeichnung ab
In einem hypothetischen Fall bleibt die lokale Hashrate stabil, während wiederholte WAN-Wiederverbindungen mit veralteter Arbeit einhergehen. Nachdem Sie die Verbindung hergestellt haben, vergleichen Sie die entsprechenden Zeiträume und protokollieren Sie die akzeptierten Arbeiten, die Ablehnungsrate und die Anzahl der erneuten Verbindungen. Eine Verbesserung nach einer Veränderung stützt die Diagnose, aber ein sehr kurzes Ruheintervall ist ein schwacher Beweis. Fügen Sie beide Zeiträume bei der Eskalation an den Pool oder Lieferanten hinzu.
Referenzen
Originaldokumente und weiterführende Literatur. Sehen Sie im Handbuch nach, welche genaue Ausrüstung Sie benötigen.
