SoloMining.xyz
Deutsch
English简体中文FrançaisРусскийEspañolDeutsch日本語한국어
Wallet prüfen

Share-Diagnose

Warum werden Ihre Bitaxe-Shares abgelehnt oder fehlen?

Unterscheiden Sie zunächst einen Verbindungsfehler von spärlichen Shares oder verzögerter Telemetrie. Folgen Sie dann der eigentlichen Fehlermeldung. Ein Ablehnungsprozentsatz allein kann kein Netzwerk-, Firmware- oder Hardwareproblem identifizieren, und ein höherer Best-Share-Wert nach dem Poolwechsel führt nicht zu besseren Blockchancen.

Finden Sie den nächsten Check für Ihr Symptom

Verwenden Sie das aktuelle Protokoll und die Dashboard-Zeitstempel des Miners. Dabei handelt es sich um geführte Prüfungen, nicht um eine Ferndiagnose oder einen Ersatz für eine nicht verfügbare Fehlerursache.

Wählen Sie ein Symptom aus und befolgen Sie dann die Überprüfungen der Reihe nach. Dieser Leitfaden überprüft Ihren Miner nicht und leitet aus einem Ablehnungsprozentsatz keine Fehlerursache ab.

Es kann keine Verbindung zum Pool hergestellt werden

Beginnen Sie mit dem Verbindungspfad. Es wird keine akzeptierte Share erwartet, bis der Miner verbunden, autorisiert und Arbeit erhält.

  1. Passen Sie Host, Port und TCP/TLS an. Halten Sie das Protokollpräfix aus einem separaten Hostfeld fern.
  2. Lesen Sie das Geräteprotokoll auf DNS-, Timeout- oder TLS-Meldungen. Überprüfen Sie die spezifische Netzwerkregel, anstatt alle Schutzmaßnahmen zu deaktivieren.
  3. Bestätigen Sie, dass der Miner nach der Autorisierung einen Job erhält. Speichern Sie die aktuellen Einstellungen, bevor Sie es mit einem anderen Endpunkt versuchen.
Verbunden, aber keine akzeptierten Shares

Verbunden ist nur eine Stufe. Der Miner benötigt weiterhin gültige Arbeit und ein Ergebnis, das dem zugewiesenen Share-Ziel entspricht.

  1. Berechtigung und eingehende Jobs im Geräteprotokoll prüfen; Überprüfen Sie, ob das Hashing ausgeführt wird.
  2. Lesen Sie die zugewiesene Share-Schwierigkeit. Verwenden Sie das Wartezeit-Tool unten, um zu verstehen, warum eine niedrige Hashrate zu spärlichem Feedback führen kann.
  3. Überprüfen Sie die tatsächliche Antwort auf eine übermittelte Share. Ein Fehler benötigt einen eigenen Zweig; Längeres Warten kann eine abgelehnte Adresse nicht reparieren.
Akzeptierte Shares, aber keine Poolstatistiken

Trennen Sie das Miner-Ergebnis vom Dashboard-Update. Ein verzögerter oder nicht verfügbarer Telemetrie-Feed allein beweist nicht, dass der Miner angehalten hat.

  1. Vergleichen Sie die vollständige Wallet-Adresse und den Worker-Namen mit den Einstellungen auf dem Miner.
  2. Überprüfen Sie den Zeitstempel der letzten akzeptierten Share und das Dashboard-Zeitfenster, nicht nur eine alte Gesamtzahl.
  3. Wenn das Gerät weiterhin akzeptierte Antworten empfängt, notieren Sie diese Zeiten und wenden Sie sich bezüglich der fehlenden Telemetrie an den Support.
Veraltete oder abgelaufene Jobantworten

Die Arbeit kann sich auf einen Job beziehen, der nicht mehr akzeptiert wird. Untersuchen Sie Job-Updates und Konnektivität; eine einzelne Ping-Messung bestimmt die Ursache nicht.

  1. Zeichnen Sie die genaue Reaktion und den Zeitpunkt auf, einschließlich etwaiger Wiederverbindungs- oder neuer Jobnachrichten.
  2. Vergleichen Sie die Verbindungsstabilität, ohne gleichzeitig Spannung, Frequenz und Pool zu ändern.
  3. Überprüfen Sie, ob Firmware- und Poolprotokolle denselben Job beschreiben. Fragen Sie den Support, wenn der Grund fehlt oder nicht eindeutig ist.
Doppelte Antworten oder Antworten mit geringem Schwierigkeitsgrad

Diese Gründe unterscheiden sich von veralteter Arbeit. Die Anzahl der doppelten Übermittlungen entspricht nicht automatisch dem gleichen Bruchteil der verlorenen Hashing-Zeit.

  1. Überprüfen Sie auf Duplikate wiederholte Job- und Nonce-Übermittlungen sowie das Wiederverbindungsverhalten.
  2. Vergleichen Sie für einen niedrigen Schwierigkeitsgrad das vom Miner zugewiesene Ziel mit dem übermittelten Ergebnis und der Schwierigkeitsbehandlung der Firmware.
  3. Übernehmen Sie die Syntax eines anderen Pools zur Difficulty-Angabe im Passwort nicht, ohne die Unterstützung zu prüfen. Bewahren Sie für den Betreiber einen kurzen, bereinigten Protokollausschnitt auf.
Die Hashrate des Pools unterscheidet sich vom Miner

Die Pool-Hashrate ist eine Schätzung aus eingereichten Arbeiten. Geräteschätzungen und kurze Poolfenster können variieren, insbesondere bei spärlichen Shares.

  1. Vergleichen Sie das gleiche Zeitfenster und lassen Sie genügend akzeptierte Arbeit zu, damit der Kostenvoranschlag zustande kommt.
  2. Notieren Sie zugewiesene Schwierigkeiten, Unterbrechungen und alle tatsächlichen Ablehnungsgründe zusammen mit der Hashrate.
  3. Eine höhere Best-Share- oder Raw-Share-Anzahl nach dem Poolwechsel ist kein Beweis dafür, dass jeder Hash jetzt bessere Blockchancen hat.

Verstehen Sie das Warten auf eine Share

Bei konstanter Hashrate und festem Share-Schwierigkeitsgrad: durchschnittliche Sekunden ≈ Schwierigkeit × 2³² ÷ Hashes pro Sekunde. Die individuellen Wartezeiten variieren. Dies ist kein Verbindungs-Timeout oder eine Block-Schätzung.

Erstelle eine auf Datenschutz geprüfte Zusammenfassung

Supportbericht

Erstelle eine auf Datenschutz geprüfte Zusammenfassung

Der Bericht entsteht nur in diesem Browser. Danach wählst du selbst den Supportkanal; nichts wird automatisch hochgeladen oder gesendet.

Nutze UTC-Zeiten, die das Problem abdecken.

Das Werkzeug maskiert übliche Bitcoin-Adressen, E-Mail- und IPv4-Adressen sowie offensichtliche secret-, password-, token-, seed- oder private-key-Zeilen. Es erkennt nicht alle sensiblen Werte. Prüfe den Bericht vor dem Teilen selbst.

Shares liefern Feedback, keinen Fortschritt zu einem Block

Die Share-Schwierigkeit des Pools legt den Schwellenwert fest, ab dem Arbeit gemeldet wird. Ein höherer Wert kann die Zahl gemeldeter Shares senken, ohne das Bitcoin-Netzwerkziel zu verändern. Deshalb lassen sich Share-Zahlen verschiedener Pools nicht direkt vergleichen. Bewerten Sie den Betrieb anhand akzeptierter Arbeit, passender Zeitfenster und tatsächlicher Fehlergründe; ein Best-Difficulty-Wert bleibt ein Ergebnis aus der Vergangenheit.

  • Stellen Sie sich nicht auf den größten Share-Zähler ein.
  • Behandeln Sie den besten Schwierigkeitsgrad nicht als prozentuale Vollständigkeitsanzeige.
  • Halten Sie bei jeder Schätzung die Share-Schwierigkeit von der Netzwerkschwierigkeit getrennt.

Lesen Sie eine Ablehnung, bevor Sie Einstellungen ändern

Veraltete oder abgelaufene Arbeiten, eine doppelte Einreichung und ein unter dem Zielwert liegendes Ergebnis erfordern unterschiedliche Untersuchungen. Notieren Sie den genauen Grund mit den umliegenden Job- und Verbindungsnachrichten. Wenn ein Dashboard nur Summen anzeigt, kann es Ihnen nicht sagen, welche Kategorie sich erhöht hat. Pool-Implementierungen kennzeichnen Fehler möglicherweise unterschiedlich. Lassen Sie sich daher im Zweifelsfall mit dem Operator über deren Bedeutung informieren.

  • Zeichnen Sie Firmware, Endpunkt, UTC-Zeit und die genaue Antwort auf.
  • Ändern Sie pro Vergleich eine relevante Variable.
  • Eine anzahlbasierte Ablehnungsrate entspricht nicht automatisch dem Bruchteil der verlorenen Blockwahrscheinlichkeit.

Überprüfen Sie die Originalanleitung: ESP-Miner / AxeOS · GitHub · Bitcoin Developer Guide · CKPool FAQ

Vergleichen Sie die Telemetrie über passende Fenster

Die momentane Schätzung des Miners und die Pool-Schätzung aus gemeldeter Arbeit müssen in einem kurzen Zeitfenster nicht übereinstimmen. Wenige Shares mit hoher Schwierigkeit vergrößern diese Schwankung. Prüfen Sie aktuelle akzeptierte Antworten, den richtigen Worker und denselben Zeitraum, bevor Sie einen Fehler annehmen. Fehlende Daten müssen als nicht verfügbar gekennzeichnet bleiben und dürfen nicht stillschweigend als null Arbeit gelten.

  • Vergleichen Sie Beobachtungen pro Worker, bevor Sie mehrere Geräte zusammenfassen.
  • Beachten Sie Ausfälle und Einstellungsänderungen im Vergleichsfenster.
  • Wenn die akzeptierten Antworten bestehen bleiben, während die Statistiken gestoppt werden, untersuchen Sie die Telemetrie separat.

Bereiten Sie eine Supportanfrage vor, die untersucht werden kann

Bewahren Sie einen kurzen Protokollauszug rund um den Fehler auf, anstatt einen gesamten Geräte-Dump zu teilen. Geben Sie Modell, installierte Firmware, Transport, Pool-Host, zugewiesene Schwierigkeit, Zeitfenster und bereits ausprobierte Schritte an. Entfernen Sie unnötige private Netzwerkdetails und persönliche Identifikatoren. Unterstützen Sie sich mit diesen Beweisen. Diese Seite lädt Ihre Protokolle nicht hoch.

  • Geben Sie niemals Startphrasen, private Schlüssel oder Kennwörter für die Geräteverwaltung an.
  • Behalten Sie sowohl den Fehler als auch den umgebenden Jobkontext bei.
  • Speichern Sie die Einstellungen des Arbeitspools vor einem kontrollierten Test auf einem anderen Endpunkt.

Wann ist ein Poolwechsel ein sinnvolles Experiment?

Ein gesteuerter Switch kann dabei helfen, verbindungsspezifisches Verhalten zu unterscheiden, wenn Hardware- und Netzwerkbedingungen vergleichbar bleiben. Es kann nicht jedes Firmware-Problem lösen oder Pools anhand einer kurzen Stichprobe bewerten. Wenn der Fehler weiterhin besteht, behalten Sie beide Beobachtungen bei und kehren Sie zum eigentlichen Einreichungsgrund zurück, anstatt einen höheren Best-Share-Wert zu verfolgen.

Inhalt aktualisiert: 3. Oktober 2026 · Geprüfte Richtlinien und Quellen: 6. September 2026

Fragen zu akzeptierten und abgelehnten Shares

Welcher Ablehnungsprozentsatz ist akzeptabel?

Es gibt keinen einheitlichen Prozentsatz, der jedes Gerät und jeden Pool diagnostiziert. Das Beobachtungsfenster, die Share-Schwierigkeit, die Stichprobengröße und die Ablehnungsgründe sind wichtig. Untersuchen Sie eine dauerhafte Änderung mit Protokollen und entsprechenden Bedingungen. Gehen Sie nicht davon aus, dass jede abgelehnte Einreichung die gleiche Menge an Hashing-Zeit oder einen gleichwertigen Block-Kandidaten darstellt.

Verbessert das Verringern des Share-Schwierigkeit meine Blockchancen?

Eine Änderung der Share-Schwierigkeit verändert den Meldeschwellenwert, nicht das Bitcoin-Netzwerkziel. Häufigere Share-Übermittlungen können schnelleres Feedback liefern, erzeugen aber auch zusätzlichen Traffic. Halten Sie sich an das dokumentierte Difficulty-Verhalten von Pool und Firmware, statt den Zähler wie eine Zahl von Lotterielosen zu optimieren.

Wie lange sollte ich auf die erste akzeptierte Share warten?

Es hängt von der Hash-Rate und der zugewiesenen Share-Schwierigkeit ab, mit zufälligen Abweichungen um den Durchschnitt. Das Wartezeit-Tool veranschaulicht diesen Zusammenhang. Bestätigen Sie zunächst die Verbindung, die Autorisierung und die empfangenen Jobs. Eine statistische Wartezeit kann ungültige Anmeldeinformationen, eine Transportinkongruenz oder einen Miner, der kein Hashing ausführt, nicht beheben. Überprüfen Sie diese Phasen daher separat.

Kann das Wallet-Dashboard veraltete oder doppelte Shares erkennen?

Das aktuelle SoloMining-Dashboard zeigt Zählungen und eine Ablehnungsrate an, keine vollständige Aufschlüsselung der Ablehnungsgründe. Verwenden Sie das Antwortprotokoll des Geräts, um einen Grund zu finden, sofern verfügbar. Wenn die Antwort fehlt oder mehrdeutig ist, bewahren Sie den Kontext auf und bitten Sie um Unterstützung. Der Prozentsatz allein kann die fehlende Klassifizierung nicht zuverlässig liefern.

Warum hat sich mein bester Schwierigkeitsgrad nach einem Poolwechsel verbessert?

Ein Ergebnis mit hohem Schwierigkeitsgrad kann zufällig auftreten. Aus einer späteren Aufzeichnung geht nicht hervor, dass der neue Pool die Wahrscheinlichkeit jedes effektiven Hashs verbessert hat. Vergleichen Sie akzeptierte Arbeit und Verbindungsverhalten separat. Weder akkumulierte Shares noch ein vorheriges bestes Ergebnis bringen den nächsten unabhängigen Hash näher an einen gültigen Block.