Was sind Stale und Rejected Shares?
Ein Leitfaden zur Fehlerbehebung
Die drei Arten von Mining Shares verstehen, warum manche nicht zählen und wie Sie Ihre effektive Hashrate und Einnahmen maximieren.
Shares sind der Nachweis Ihrer Mining-Arbeit — so misst ein Pool Ihren Beitrag. Stale Shares kamen zu spät an (der Pool hat bereits zum nächsten Block gewechselt), und Rejected Shares enthalten Fehler (ungültiger Hash, falscher Algorithmus, Hardware-Fehler). Beide reduzieren Ihre effektive Hashrate und Einnahmen. Ein gesunder Miner sollte >99% Accepted, <1% Stale und <0,1% Rejected Shares aufweisen.
Mining Shares verstehen
Wenn Sie Kryptowährungen minen, versucht Ihre GPU oder Ihr ASIC, einen Hash zu finden, der ein sehr hohes Schwierigkeitsziel des Netzwerks erfüllt. Falls Sie neu beim Mining sind, behandelt unser Einsteiger-Leitfaden die Grundlagen. Einen solchen Hash zu finden ist extrem selten — es könnte Tage, Wochen oder sogar Monate dauern, bis Ihre Hardware allein eine vollständige Block-Lösung findet.
Mining Pools lösen dieses Problem, indem sie Ihnen ein leichteres Ziel vorgeben. Anstatt einen Hash zu verlangen, der den gesamten Block löst, bittet der Pool Sie, Hashes zu finden, die eine niedrigere Schwierigkeit erfüllen. Jedes Mal, wenn Sie einen finden, reichen Sie ihn als Share ein. Der Pool nutzt diese Shares, um zu verfolgen, wie viel Arbeit Sie im Vergleich zu allen anderen beigetragen haben.
Ein Share ist der Beweis, dass Ihre Hardware echte Mining-Arbeit leistet. Je mehr Shares Sie einreichen, desto mehr weiß der Pool, dass Sie gearbeitet haben, und desto größer ist Ihr Anteil an der Block-Belohnung, wenn der Pool einen Block findet.
Stellen Sie sich Shares wie das Stempeln einer Stechkarte bei der Arbeit vor. Jeder Share teilt dem Pool mit: „Ich war da, ich habe gearbeitet.“ Wenn der Zahltag kommt (ein Block wird gefunden), ist Ihr Gehalt proportional zur Anzahl der gestempelten Karten. Ein Stale Share ist wie das Einstempeln, nachdem Ihre Schicht bereits beendet ist — er zählt nicht. Ein Rejected Share ist wie eine Stechkarte, die das Gerät nicht lesen kann — sie wird verworfen.
Die drei Arten von Shares
Jeder Share, den Ihr Miner an den Pool sendet, landet in einer von drei Kategorien. Den Unterschied zu verstehen ist der erste Schritt zur Diagnose von Problemen mit Ihrem Mining-Setup.
1. Accepted Shares
Ein Accepted Share ist ein gültiger Hash, der rechtzeitig und fehlerfrei beim Pool angekommen ist. Er erfüllt das Schwierigkeitsziel des Pools und bezieht sich auf den aktuell geminten Block. Dies ist die einzige Art von Share, die für Ihre Einnahmen zählt.
Jeder akzeptierte Share erhöht Ihren Beitragsprozentsatz für die aktuelle Runde. Wenn der Pool einen Block findet, wird Ihre Auszahlung anhand der Anzahl der akzeptierten Shares berechnet, die Sie im Vergleich zu allen anderen Minern eingereicht haben.
2. Stale Shares
Ein Stale Share ist ein Hash, der zum Zeitpunkt der Berechnung durch Ihre GPU vollkommen gültig war, aber als er den Pool-Server erreichte, hatte der Pool bereits zum Mining eines neuen Blocks gewechselt. Der Share ist korrekt, aber veraltet — es ist Arbeit für einen Auftrag, der nicht mehr existiert.
Stale Shares sind im rechnerischen Sinne nicht die Schuld Ihres Miners. Der Hash war gut. Das Problem liegt bei Timing und Netzwerkgeschwindigkeit — der Share ist einfach nicht angekommen, bevor der Pool zur neuen Block-Vorlage gewechselt hat.
→ Share wird über das Netzwerk zum Pool gesendet (Latenz)
→ Inzwischen wechselt der Pool zu Block #1001
→ Share kommt an — aber er ist für Block #1000
→ Ergebnis: STALE (gültiger Hash, falscher Block)
3. Rejected Shares
Ein Rejected Share enthält einen tatsächlichen Fehler. Anders als Stale Shares (die gültig, aber verspätet waren), sind Rejected Shares grundlegend falsch. Der Hash erfüllt nicht das Schwierigkeitsziel, wurde mit falschen Parametern berechnet oder ist ein Duplikat eines zuvor eingereichten Shares.
Rejected Shares weisen fast immer auf ein Problem mit Ihrer Hardware oder Software-Konfiguration hin. Sie sollten bei einem ordnungsgemäß funktionierenden Mining-Setup extrem selten sein.
Richtwerte für einen gesunden Miner
So sollte die Share-Verteilung eines gut konfigurierten Miners aussehen:
Wenn Ihre Werte deutlich von diesen Richtwerten abweichen, helfen Ihnen die folgenden Abschnitte, das Problem zu identifizieren und zu beheben.
Was verursacht Stale Shares?
Stale Shares sind im Grunde eine Race Condition. Ihr Miner hat einen gültigen Hash berechnet, aber die Situation hat sich geändert, bevor die Antwort ankam. Hier sind die häufigsten Ursachen:
Hohe Netzwerklatenz
Die häufigste Ursache. Unsere Stratum-Latenzanalyse geht detailliert darauf ein. Je weiter Sie vom Pool-Server entfernt sind (sowohl geografisch als auch in Bezug auf Netzwerk-Hops), desto länger dauert es, bis neue Job-Benachrichtigungen Sie erreichen und Ihre Shares den Pool erreichen. Jede Millisekunde Verzögerung ist ein Zeitfenster, in dem sich der Block ändern könnte.
Typische Auswirkung: Eine 300ms-Rundreiseverbindung statt 30ms fügt etwa 270ms / Block-Zeit zu Ihrer Stale-Rate hinzu. Bei einem Coin mit 60-Sekunden-Blockzeit sind das etwa 0,45% zusätzliche Stale Shares.
Kurze Blockzeiten
Coins mit schnelleren Blockzeiten erzeugen naturbedingt mehr Stale Shares, da Blöcke häufiger wechseln. Wenn ein Coin alle 15 Sekunden einen neuen Block erzeugt, gibt es 4x mehr Block-Wechsel pro Minute als bei einem 60-Sekunden-Coin — und damit 4x mehr Möglichkeiten, dass Ihr Share zu spät ankommt.
Typische Auswirkung: Stale-Raten sind ungefähr umgekehrt proportional zur Blockzeit. Ein Coin mit 15s-Blöcken hat bei sonst gleichen Bedingungen etwa die 4-fache Stale-Rate eines Coins mit 60s-Blöcken.
Langsame Mining-Software
Wenn der Pool einen neuen Job sendet (weil ein neuer Block gefunden wurde), muss Ihre Mining-Software die Arbeit am alten Job stoppen und so schnell wie möglich zum neuen wechseln. Ältere oder schlecht optimierte Miner benötigen möglicherweise mehrere hundert Millisekunden für den Job-Wechsel, während dessen sie weiterhin Shares für den alten Block einreichen.
Typische Auswirkung: Variiert stark. Moderne Miner wechseln in unter 10ms. Ältere Software kann 200-500ms brauchen, was die Stale-Rate deutlich erhöht.
WLAN statt Ethernet
WLAN führt zu variabler Latenz, Paketverlust und periodischen Verbindungsabbrüchen, die kabelgebundene Ethernet-Verbindungen nicht haben. Eine WLAN-Verbindung kann durchschnittlich 5ms Latenz haben, aber bei Störungen auf 200ms+ ansteigen. Diese Spitzen verursachen Schübe von Stale Shares.
Typische Auswirkung: WLAN kann 0,5-2% zusätzliche Stale Shares im Vergleich zu einer kabelgebundenen Verbindung verursachen, hauptsächlich durch Latenzspitzen statt durch die durchschnittliche Latenz.
Entfernung zum Pool-Server
Mining auf einem Pool-Server auf einem anderen Kontinent fügt 100-300ms Rundreise-Latenz hinzu, bedingt durch die physische Lichtgeschwindigkeit in Glasfaserkabeln. Während moderne Pools diesen Einfluss durch effiziente Stratum-Implementierungen minimieren, bleibt es ein Einflussfaktor.
Typische Auswirkung: Interkontinentales Mining fügt typischerweise 0,1-0,5% Stale Shares hinzu, abhängig von der Blockzeit des Coins. Bei Coins mit Blockzeiten über 60 Sekunden ist dies in der Regel vernachlässigbar.
Was verursacht Rejected Shares?
Im Gegensatz zu Stale Shares (ein Timing-Problem) deuten Rejected Shares darauf hin, dass mit dem von Ihrem Miner eingereichten Hash tatsächlich etwas nicht stimmt. Hier sind die häufigsten Ursachen:
Falsche Mining-Software-Einstellungen
Falsch konfigurierte Miner-Software ist die Hauptursache für Rejected Shares bei neuen Minern. Häufige Fehler sind die Verbindung zum falschen Port (der möglicherweise einen anderen Algorithmus erwartet), falsches Worker-Name-Format oder die Verwendung von Parametern, die für einen anderen Coin gedacht sind. Die Wahl der richtigen Mining-Hardware- und Software-Kombination ist entscheidend.
Wie erkennen: Wenn Sie unmittelbar nach dem Start des Miners eine hohe Ablehnungsrate sehen, überprüfen Sie Pool-Adresse, Port, Worker-Name und Algorithmus-Einstellungen anhand der „Getting Started“-Seite des Pools.
Instabiler GPU-Overclock
Wenn Sie den Speichertakt oder Kerntakt Ihrer GPU zu hoch treiben, kann die GPU fehlerhafte Hash-Berechnungen produzieren. Die Mathematik ist auf Siliziumebene falsch — Bits kippen, Werte werden beschädigt, und der resultierende Hash ist ungültig. Der Miner weiß nicht, dass der Hash fehlerhaft ist (er sieht immer noch wie ein Hash aus), also reicht er ihn beim Pool ein, der ihn sofort ablehnt.
Wie erkennen: Wenn Ihre Rejected-Share-Rate nach dem Erhöhen Ihres Overclocks steigt, ist Ihre GPU bei diesen Einstellungen instabil. Reduzieren Sie den Speichertakt um 50-100 MHz und den Kerntakt um 25-50 MHz, bis die Ablehnungen auf Null sinken.
Falscher Algorithmus konfiguriert
Jede Kryptowährung verwendet einen bestimmten Mining-Algorithmus (SHA-256, Ethash, RandomX, Equihash, Groestl usw.). Wenn Ihr Miner so konfiguriert ist, dass er Hashes mit dem falschen Algorithmus berechnet, wird jeder einzelne Share abgelehnt, da die Hashes grundsätzlich inkompatibel sind.
Wie erkennen: Eine 100%-Ablehnungsrate ab dem Moment des Mining-Starts ist fast immer eine Algorithmus-Diskrepanz. Überprüfen Sie den korrekten Algorithmus auf der Informationsseite des Pools.
Doppelte Shares
Wenn Ihr Miner denselben Share zweimal einreicht (selber Nonce, selber Job), lehnt der Pool das Duplikat ab. Dies kann bei fehlerhafter Mining-Software vorkommen oder wenn mehrere Miner-Instanzen laufen, deren Nonce-Bereiche sich versehentlich überschneiden.
Wie erkennen: Die Ablehnungsmeldung des Pools erwähnt ausdrücklich „duplicate share“. Stellen Sie sicher, dass nicht zwei Kopien Ihres Miners auf denselben Worker zeigen, und aktualisieren Sie Ihre Mining-Software.
Hardware-Fehler (Speicher und Temperatur)
Defekter GPU-Speicher, Überhitzung oder degradierte Wärmeleitpaste können sporadische Berechnungsfehler verursachen. Im Gegensatz zu Overclock-Instabilität (die konsistent ist) erzeugen Hardware-Fehler intermittierende Rejected Shares, die sich im Laufe der Zeit verschlimmern oder mit der GPU-Temperatur zunehmen können.
Wie erkennen: Rejected Shares, die zunehmen, wenn die GPU warm wird, oder die nur bei einer GPU in einem Multi-GPU-Rig auftreten, deuten auf Hardware-Probleme hin. Überwachen Sie die Temperaturen und ziehen Sie ein erneutes Auftragen der Wärmeleitpaste oder den Austausch der GPU in Betracht.
Akzeptable Share-Raten
Verwenden Sie diese Tabelle, um den Gesundheitszustand Ihres Mining-Setups zu diagnostizieren. Diese Richtwerte gelten für die meisten GPU-geminten Coins mit Blockzeiten ab 30 Sekunden.
| Share-Typ | Akzeptabel | Bedenklich | Kritisch |
|---|---|---|---|
| Accepted | >99% | 97–99% | <97% |
| Stale | <1% | 1–3% | >3% |
| Rejected | <0,1% | 0,1–1% | >1% |
Diese Schwellenwerte sind Richtlinien, keine festen Regeln. Ein Miner auf der anderen Seite der Welt vom Pool-Server könnte 1,5% Stale Shares sehen — das sind die Kosten der Entfernung und ist völlig normal. Aber ein Miner auf demselben Kontinent mit 3% Stale Shares hat ein Netzwerkproblem, das untersucht werden sollte.
Hohe Stale- und Rejected-Raten beheben
Wenn Ihre Share-Raten außerhalb des akzeptablen Bereichs liegen, arbeiten Sie diese Checkliste zur Fehlerbehebung der Reihe nach durch. Jeder Schritt behandelt die häufigsten Ursachen, beginnend mit den einfachsten Lösungen.
Hohe Stale-Raten beheben
- Verwenden Sie eine kabelgebundene Ethernet-Verbindung. Ersetzen Sie WLAN durch ein direktes Ethernet-Kabel zu Ihrem Router. Allein das kann Stale Shares um 50% oder mehr reduzieren, indem Latenzspitzen und Paketverlust eliminiert werden.
- Verbinden Sie sich mit dem nächsten Pool-Server. Die meisten Pools bieten mehrere Server-Standorte. Wählen Sie den, der Ihnen geografisch am nächsten liegt. Prüfen Sie die Server-Liste des Pools und testen Sie die Ping-Zeiten zu jedem Server.
- Aktualisieren Sie Ihre Mining-Software. Neuere Versionen von Minern wie T-Rex, lolMiner, GMiner und TeamRedMiner haben schnelleres Job-Switching. Aktualisieren Sie auf die neueste stabile Version.
- Überprüfen Sie die Stabilität Ihrer Internetverbindung. Führen Sie einen Ping-Test zum Pool-Server über mehrere Minuten durch. Achten Sie auf Paketverlust oder Latenzspitzen. Wenn Ihre ISP-Verbindung unzuverlässig ist, werden die Stale Shares höher sein.
- Schließen Sie bandbreitenintensive Anwendungen. Video-Streaming, große Downloads oder Torrent-Clients, die um Bandbreite konkurrieren, können Latenzspitzen verursachen. Pausieren Sie sie oder planen Sie sie außerhalb der Mining-Zeiten.
- Vermeiden Sie VPN- oder Proxy-Verbindungen. Jeder zusätzliche Netzwerk-Hop fügt Latenz hinzu. Minen Sie mit einer direkten Verbindung zum Pool-Server, es sei denn, Sie haben einen bestimmten Grund für die Nutzung eines VPN.
Hohe Rejected-Raten beheben
- Reduzieren Sie Ihren GPU-Overclock. Senken Sie den Speichertakt um 50–100 MHz und den Kerntakt um 25–50 MHz. Wenn die Rejected Shares sinken, war Ihr vorheriger Overclock instabil. Erhöhen Sie schrittweise, bis Sie das stabile Limit finden.
- Überprüfen Sie den korrekten Algorithmus. Prüfen Sie die „Getting Started“-Seite des Pools und bestätigen Sie, dass Ihr Miner für den exakten Algorithmus konfiguriert ist, den der Pool erwartet. Selbst ähnliche Algorithmusnamen (z.B. Ethash vs. Etchash) sind nicht austauschbar.
- Prüfen Sie die GPU-Temperaturen. Wenn Ihre GPU dauerhaft 85°C (Kern) oder 100°C (Übergangstemperatur bei GDDR6X-Karten) überschreitet, werden thermisches Throttling und Berechnungsfehler wahrscheinlich. Verbessern Sie die Kühlung oder reduzieren Sie das Power Limit.
- Stellen Sie sicher, dass keine doppelten Miner-Instanzen laufen. Vergewissern Sie sich, dass Sie nicht versehentlich zwei Kopien Ihres Miners auf denselben Worker zeigen lassen. Jeder Worker sollte genau einen Miner-Prozess haben.
- Testen Sie GPUs einzeln. Wenn in einem Multi-GPU-Rig nur eine Karte Rejected Shares produziert, hat diese Karte wahrscheinlich ein Hardware-Problem. Lassen Sie jede GPU einzeln laufen, um das Problem zu isolieren.
- Installieren Sie die Mining-Software neu oder wechseln Sie sie. Wenn die Ablehnungen nach allen anderen Lösungen bestehen bleiben, versuchen Sie ein anderes Mining-Programm. Beschädigte Binärdateien oder Software-Bugs können anhaltend ungültige Shares verursachen.
Wie Shares Ihre Einnahmen beeinflussen
Stale und Rejected Shares haben einen direkten, messbaren Einfluss auf Ihr Mining-Einkommen. Ihre effektive Hashrate — die Hashrate, die Ihnen tatsächlich Coins einbringt — ist immer niedriger als Ihre gemeldete Hashrate, weil Shares nicht zählen.
Die Formel für die effektive Hashrate
Effektive Hashrate = Gemeldete Hashrate × Accepted-Rate
// Wobei Accepted-Rate = Akzeptierte Shares / Gesamt-SharesBeispiel: Die Kosten von 5% ungültigen Shares
Berechnen wir die tatsächliche Auswirkung auf die Einnahmen für einen Miner mit einer 100 MH/s GPU und einer kombinierten Stale + Rejected Rate von 5%:
Gemeldete Hashrate: 100 MH/s
Accepted-Share-Rate: 95% (3% Stale + 2% Rejected)
Effektive Hashrate: 100 × 0,95 = 95 MH/s
// Angenommen, dieser Miner verdient $3,00/Tag bei 100% Effizienz
Tageseinnahmen bei 100%: $3,00
Tageseinnahmen bei 95%: $2,85
Täglicher Verlust: $0,15
Monatlicher Verlust: $4,50
Jährlicher Verlust: $54,75Diese 5 MH/s Differenz sind echte Rechenarbeit, die Ihre GPU geleistet hat — sie hat Strom verbraucht, Wärme erzeugt und Ihre Hardware verschlissen — Ihnen aber nichts eingebracht. Das Befolgen guter Mining-Pool-Sicherheitspraktiken und die Optimierung Ihrer Verbindung helfen, diese Verluste zu minimieren. Die Stromkosten für die Berechnung dieser verschwendeten Shares sind reiner Verlust.
Die obigen Zahlen gelten für eine einzelne GPU. Wenn Sie ein 6-GPU-Rig betreiben, wird der jährliche Verlust $328,50. Für eine kleine Farm mit 10 Rigs (60 GPUs) würden Sie $3.285 pro Jahr durch eine behebbare 5% ungültige Share-Rate verlieren. Eine Stunde zur Optimierung Ihres Setups zahlt sich vielfach aus.
Stellen Sie sich vor, Sie arbeiten eine 8-Stunden-Schicht, aber 24 Minuten Ihrer Arbeit werden jeden Tag verworfen, weil Sie die Formulare von gestern ausgefüllt haben (Stale) oder Rechenfehler gemacht haben (Rejected). Sie haben die Arbeit geleistet, Sie waren müde, Sie haben die Materialien verbraucht — aber für diese 24 Minuten werden Sie nicht bezahlt. Über ein Jahr sind das 6 volle unbezahlte Arbeitstage.
Fazit
Shares sind Ihr Arbeitsnachweis. So misst der Pool Ihren Beitrag und bestimmt Ihre Auszahlung. Nur Accepted Shares zählen für Ihre Einnahmen. Jeder Stale oder Rejected Share ist verschwendeter Strom und verlorenes Einkommen.
Stale Shares sind ein Netzwerkproblem. Sie bedeuten, dass Ihre Shares wegen der Latenz zwischen Ihnen und dem Pool zu spät ankommen. Beheben Sie sie mit einer kabelgebundenen Verbindung, einem näher gelegenen Server und aktualisierter Mining-Software. Eine geringe Stale-Rate (unter 1%) ist normal und unvermeidbar.
Rejected Shares sind ein Hardware- oder Konfigurationsproblem. Sie bedeuten, dass mit dem Hash selbst etwas nicht stimmt. Die häufigste Ursache ist ein instabiler GPU-Overclock. Wenn Sie Rejected Shares sehen, reduzieren Sie zuerst Ihren Overclock, dann überprüfen Sie Algorithmus und Temperatur.
Ziel: >99% Accepted, <1% Stale, <0,1% Rejected. Wenn Ihre Werte schlechter sind, arbeiten Sie die obige Checkliste zur Fehlerbehebung durch. Die Zeit, die Sie für die Optimierung aufwenden, zahlt sich innerhalb von Tagen oder Wochen in wiedergewonnenen Einnahmen aus.