Prüfen, ob dein Pool fair auszahlt: eine 30-Tage-Methode, die du selbst durchführen kannst

Früher oder später stellt sich jedem Miner dieselbe Frage. Die Einnahmen sind gesunken, obwohl die Difficulty gleich geblieben ist, oder das Pool-Dashboard zeigt weniger Hashrate als das Gerät meldet, oder die Woche endete mit 82% Luck, und im Chat wird schon von Diebstahl gesprochen.

Ein Teil dieser Frage lässt sich beantworten. Ein Teil nicht, und daran ändert auch die gründlichste Tabellenkalkulation nichts. Blockdaten, Coinbase-Zuordnung und die eigenen Auszahlungstransaktionen sind öffentlich. Was innerhalb des Pools zwischen deinem eingereichten Share und deinem Guthaben passiert, ist nur über die eigenen Berichte des Pools einsehbar.

POOL BTC ist kein Pool. Wir vergleichen die Bedingungen anderer Anbieter und rechnen aus, was sie einen Miner kosten. Was folgt, ist also ein Verfahren und keine Anschuldigung. Wende es auf deine eigenen Zahlen an.

Was kannst du wirklich überprüfen, und was lässt sich nie überprüfen?

Vollständig überprüfen lässt sich alles, was auf der Blockchain steht oder von deiner eigenen Hardware gemessen wird: die vom Pool gefundenen Blöcke, die Gebühren in diesen Blöcken, die Beträge, die auf deiner Adresse ankamen, deine Hashrate und deine Reject-Rate. Alles Interne im Pool, von der Share-Abrechnung bis zum PPLNS-Fenster, existiert für dich nur als Bericht.

Die ehrliche Schlussfolgerung aus dieser Tabelle: Ein Miner kann keinen Betrug beweisen. Ein Miner kann sich selbst beweisen, dass keine Diskrepanz besteht, und falls doch eine besteht, sie eingrenzen und dem Betreiber als Rechnung vorlegen.

Warum zeigt das Pool-Dashboard weniger Hashrate als dein ASIC?

Weil sie unterschiedliche Dinge messen. Dein Gerät meldet die momentane Hashgeschwindigkeit. Der Pool schätzt deine Hashrate nachträglich anhand der akzeptierten Shares über ein Mittelungsfenster. Sie können konstruktionsbedingt nicht übereinstimmen, da der Pool nur zählt, was ihn erreicht hat und die Validierung bestanden hat.

Vier gewöhnliche Gründe für die Lücke:

1. Mittelungsfenster. Ein Fünf-Minuten-Wert schwankt um zig Prozent, ein 24-Stunden-Wert ist glatt. Vergleiche täglich mit täglich, niemals momentan mit täglich.
2. Share-Varianz. Das Finden eines Shares ist ein Zufallsprozess, und kurze Fenster enthalten echtes Rauschen.
3. Abgelehnte und veraltete Shares. Sie fallen aus der Abrechnung heraus, sodass deine effektive Hashrate unter dem Nennwert liegt.
4. Netzwerklatenz. Je weiter der Stratum-Server entfernt ist und je schlechter die Verbindung, desto mehr Arbeit kommt bereits veraltet an.

Manche Pools veröffentlichen, was sie als normale Reject-Rate betrachten. Die veröffentlichten Zahlen widersprechen einander, und es existiert kein Branchenstandard.

Quelle: Support-Seiten von AntPool, ViaBTC und F2Pool, geprüft am 09.09.2026. Diese Seiten liefern bei automatisiertem Abruf einen 403-Fehler, daher stammen die Zitate aus Suchausschnitten zu denselben URLs und nicht aus dem Seiteninhalt selbst. Es lohnt sich, sie von Hand zu öffnen, wenn dir der genaue Wortlaut wichtig ist.

Die Spanne zwischen 0.5% und 3% hat eine praktische Bedeutung: "Normal" für deinen Pool wird von deinem Pool definiert, nicht von der Branche. Eine brauchbare Alarmschwelle ist eine anhaltende Lücke von über 5% im Tageswert, die sich nicht durch deine Reject-Rate erklären lässt.

Wie berechnest du die erwarteten Einnahmen und vergleichst sie mit den tatsächlichen?

Nimm deinen Anteil an der Netzwerk-Hashrate, multipliziere ihn mit der effektiven Blockbelohnung und mit der Anzahl der Blöcke pro Tag. Eine Formel deckt jedes Schema ab. Was sich zwischen den Schemata ändert, ist, wie weit die tatsächliche Gutschrift von dieser Linie abweichen darf: bei FPPS kaum, bei PPLNS spürbar.

\`\`\`

miner share = miner hashrate / network hashrate

reward_eff = 3.125 BTC × (1 + transaction fee share)

BTC per day = miner share × 144 × reward_eff × (1 - pool fee)

\`\`\`

Anhand der Netzwerk-Momentaufnahme vom 09.09.2026: Netzwerk-Hashrate 943.73 EH/s, Transaktionsgebührenanteil über die letzten 4320 Blöcke 0.669%, also reward_eff = 3.125 × 1.00669 = 3.1459 BTC. Die Difficulty lag am selben Datum bei 127,450,789,715,843.1 (mempool.space, abgerufen am 09.09.2026).

FPPS und PPS+: Die tägliche Gutschrift muss flach verlaufen

Bei FPPS zahlt der Pool einen festen Satz pro eingereichtem Share, Transaktionsgebühren inbegriffen, unabhängig davon, ob er an diesem Tag einen Block gefunden hat. Deine tägliche Gutschrift sollte der berechneten Linie daher eng folgen. Ein Montag, der bei identischer Hashrate nur halb so viel zahlt wie der Dienstag, ist bei FPPS keine Schema-Varianz, sondern etwas, wonach man fragen sollte.

PPS+ funktioniert bei der Subvention genauso, verteilt Transaktionsgebühren aber anhand tatsächlich gefundener Blöcke, sodass eine moderate Schwankung von Tag zu Tag zu erwarten ist. Was diese Schemata bei gleicher Hashrate in Dollar bedeuten, wird im Artikel zu FPPS, PPS+, PPLNS und SOLO durchgerechnet.

PPLNS: Nur über ein langes Fenster vergleichen

PPLNS zahlt dir einen Anteil an den Blöcken, die der Pool tatsächlich gefunden hat. Kein Block, nichts zu verteilen, und der Tageswert springt hin und her. Vergleiche ergeben mindestens über einen Monat Sinn, ein Quartal ist besser. Deine ersten Tage bei einem neuen PPLNS-Pool wirken fast immer wie eine Unterzahlung, weil sich das Fenster noch nicht mit deinen Shares gefüllt hat.

Der Vergleich selbst:

1. Notiere deine tägliche Hashrate vom Pool-Dashboard für jeden Tag des Zeitraums.
2. Notiere die Netzwerk-Hashrate und den Transaktionsgebührenanteil für jedes dieser Daten, nicht einen einzigen Wert für den ganzen Monat. Zwischen dem 29.08 und dem 09.09.2026 stieg das Netzwerk von 896.89 auf 943.73 EH/s, ein Plus von 5.2%, und jeder, der seine Hardware nicht geändert hat, hat genau so viel verloren.
3. Berechne die Erwartung für jeden Tag und summiere sie.
4. Summiere die tatsächlichen Gutschriften für dieselben Tage aus dem Pool-Bericht.
5. Vergleiche die beiden Summen und drücke die Lücke als Prozentsatz aus.
6. Summiere separat, was tatsächlich in deiner Wallet ankam, und vergleiche es mit dem, was dein Pool-Guthaben verlassen hat. Das sind zwei verschiedene Prüfungen: Gutschrift und Zustellung.

Lass deine eigenen Zahlen durch den Mining-Rechner laufen, prüfe das Auszahlungstiming je Pool auf der Seite zur Auszahlungszeit, und sieh dir an, wie wir unsere eigenen Schätzungen in der Methodik erstellen.

Was ist Pool-Luck, und beweist niedrige Luck Betrug?

Luck ist das Verhältnis der tatsächlich gefundenen Blöcke zu der Anzahl, die anhand der Hashrate des Pools über einen Zeitraum erwartet wird. Bei 100% hat der Pool genau das gefunden, was die Statistik vorhergesagt hat. Es ist eine Zufallsvariable, daher ist eine Woche bei 80% oder bei 130% gewöhnliche Streuung und ein Beweis für nichts.

Der Teil, den die meisten Argumente übersehen: Bei FPPS und PPS berührt Luck deine Auszahlung überhaupt nicht. Der Pool zahlt einen Satz und fängt Pechsträhnen selbst auf, genau das kauft die im Vergleich zu PPLNS höhere Gebühr. Nach einer Pechwoche bei FPPS eine Neuberechnung zu verlangen, ergibt keinen Sinn, weil die Woche bereits zum Formelsatz bezahlt wurde.

Bei PPLNS und TIDES wirkt sich Luck direkt aus: Kein Block bedeutet keine Verteilung. Niedrige Luck reduziert dort tatsächlich dein Einkommen, aber das ist eine Eigenschaft des Schemas und keine Handlung des Betreibers. Beurteile es über ein Quartal, und nur dann, wenn der Blockanteil des Pools in öffentlichen Tabellen konstant bleibt.

Drei Dinge, die es sich zu prüfen lohnt, bevor du aus einem Luck-Wert Schlüsse ziehst:

1. Das Fenster: pro Runde, pro Tag oder gleitend über 30 Tage. Unterschiedliche Fenster erzählen unterschiedliche Geschichten über dieselben Daten.
2. Ob Luck anhand der Blockanzahl oder anhand der Runden-Shares berechnet wird. Die zweite Methode ist stabiler.
3. Ob die Blockanzahl im Bericht des Pools mit der Anzahl übereinstimmt, die ihm von öffentlichen Explorern zugeschrieben wird.

Eine fertige Referenz nach dem Muster "so sieht die wöchentliche Luck bei einem großen Pool aus" können wir dir nicht liefern, und es lohnt sich, den Grund vorab zu kennen. Keine der von uns geprüften Quellen veröffentlicht eine Reihe tatsächlicher wöchentlicher oder monatlicher Luck-Werte über die letzten zwölf Monate mit angegebener Methodik. Hier ist, was zum Stand 2026-09-11 tatsächlich existiert:

1. F2Pool zeigt auf seiner Statistikseite Luck-Widgets für 3, 7, 30 und 90 Tage und führt separat ein Protokoll gefundener Blöcke mit der jeweiligen Luck. Das sind gleitende Fenster für den aktuellen Moment, kein Archiv der Wochen des letzten Jahres. Der Pool nennt die Methode in seinem Help Center: tatsächlich gefundene Blöcke geteilt durch die anhand der Pool-Hashrate theoretisch erwartete Anzahl.
2. ViaBTC erklärt dieselbe Formel in seinem Blog anhand eines einzigen durchgerechneten Beispiels: eine Sieben-Tage-Luck von 92.17% am 2024-05-07. Dort gibt es keine fortlaufend veröffentlichte Reihe, sondern nur eine Veranschaulichung der Methode.
3. Antpool führt auf seinen offiziellen Ressourcen keine eigene öffentliche Luck-Seite.
4. Braiins veröffentlicht eine historische Monat-für-Monat-Verteilung der Hashrate über Pools hinweg, die bis 2012 zurückreicht, aber das sind Anteile an der Rechenleistung, keine Luck.
5. Unabhängige Tracker wie soloblocks.io und blocksrace.com berechnen Luck nach derselben Formel über kurze Fenster, von wenigen Stunden bis zu 30 Tagen. Der erste von ihnen gibt offen an, noch keine Jahresdaten angesammelt zu haben: Der Dienst läuft erst seit März 2026.

Die praktische Schlussfolgerung ist einfach. Vergleiche deinen Pool nicht mit einer branchenweiten "Norm", die es öffentlich nicht gibt, sondern mit seinem eigenen Wert über ein langes Fenster: Schau dir die 90-Tage-Luck an, wo der Pool sie veröffentlicht, und gleiche die Blockanzahl mit öffentlichen Explorer-Tabellen ab. Genau deshalb geht es im nächsten Abschnitt um Blöcke und nicht um Luck.

Wie bestätigst du, dass ein Pool wirklich Blöcke findet?

Über die Coinbase-Transaktion. Jeder Block enthält eine, und Pools setzen darin ein Text-Tag und die Belohnungsadresse. Explorer sammeln diese Tags in Zuordnungstabellen, weshalb jeder die Blöcke eines bestimmten Pools zählen kann, ohne Zugriff auf dessen Dashboard zu haben.

Das Vorgehen:

1. Öffne die Pools-Tabelle auf mempool.space für die Ein-Wochen- und Ein-Monats-Fenster.
2. Finde deinen Pool und notiere seine Blockanzahl und seinen Anteil.
3. Vergleiche diesen Anteil mit dem, was der Pool auf seiner Seite über seine eigene Hashrate behauptet.
4. Nimm zwei konkrete Blöcke aus dem eigenen Bericht des Pools und suche sie anhand der Höhe. Die Coinbase sollte das Tag dieses Pools tragen.
5. Wenn der Pool in öffentlichen Tabellen überhaupt nie auftaucht, frage den Support nach dem Grund. "Wir taggen unsere Coinbase nicht" ist eine überprüfbare Antwort. "Geschäftlich sensibel" ist es nicht.

Hier ist die Verteilung laut mempool.space am 11.09.2026:

Das Wochenfenster umfasst 1026 Blöcke, das Monatsfenster 4497. Quelle für beide: mempool.space Mining Pools API, abgerufen am 11.09.2026.

Ein methodischer Vorbehalt. Der Blockanteil ist ein Näherungswert für die Hashrate, keine Messung davon, lies die Wochen- und Monatsspalten daher zusammen. Ein oder zwei Punkte Unterschied zwischen ihnen, wie oben bei SECPOOL und NiceHash, sind gewöhnliche Varianz bei kleinen Zahlen und nicht ein Pool, der Maschinen gewinnt oder verliert. Wer den Inhalt eines Blocks tatsächlich zusammenstellt und warum das eine eigene Frage ist, behandelt der Beitrag zu Stratum V2.

Wohin gehen die Transaktionsgebühren in einem Block bei FPPS?

Bei einer korrekten FPPS-Implementierung fließen sie in deinen Satz ein. Der Pool mittelt den Gebührenanteil über die jüngsten Blöcke, addiert ihn zur Subvention und zieht seine eigene Gebühr von der Summe ab. Das ist der ganze Unterschied zu reinem PPS, wo du nur auf die Subvention bezahlt wirst und die Gebühren beim Pool bleiben.

Im Moment ist der Betrag klein. Laut mempool.space machten Transaktionsgebühren über die letzten 4320 Blöcke am 08.09.2026 0.66% der Blockbelohnungen aus und 0.669% am 09.09.2026, während ein 144-Block-Fenster 0.57% ergab. Über den letzten Monat liegt die Spanne bei 0.66-0.73%, das ist ein ruhiger Gebührenmarkt ohne ein Ereignis vom Typ Ordinals oder Runes.

Unterschiedliche Aggregatoren erzeugen aus derselben Chain unterschiedliche Zahlen, und das ist Methodik, kein Fehler. Anfang September 2026 zeigten die täglichen Kennzahlen von Glassnode und Newhedge 0.40-0.56% gegenüber 0.66-0.70% von mempool.space über 4320 Blöcke. Wenn du eine Diskrepanz bei einem Pool ansprichst, nenne daher die Quelle, das Fenster und das Datum, sonst streitest du über Zahlen, die nach unterschiedlichen Regeln berechnet wurden.

Ruhige Gebührenmärkte halten nicht ewig. Am 20.04.2024, dem Tag nach dem Halving und dem Start von Runes, erreichten die Gebühren je nach Methodik 73.8-75% der Miner-Einnahmen, und am 08.05.2023 auf dem Höhepunkt von Ordinals 40.8-42.59% für den Tag. An solchen Tagen hört die Lücke zwischen FPPS und PPS auf, akademisch zu sein, ein guter Moment also, noch einmal nachzulesen, was die Dokumentation deines Pools zu Transaktionsgebühren sagt.

Was hier zu prüfen ist:

1. Welches Schema die Dokumentation tatsächlich nennt: FPPS, PPS+ oder PPS. Im Text ein Wort Unterschied, im Geld Prozentpunkte.
2. Ob der Pool das Fenster veröffentlicht, über das er den Gebührenanteil mittelt.
3. Ob der Gebührenanteil deiner Gutschrift mit dem öffentlichen Gebührenanteil für diese Daten übereinstimmt, zumindest in der Größenordnung.

Was wird außer der Pool-Gebühr noch abgezogen?

Vier Mechanismen: die Netzwerkgebühr auf die Auszahlungstransaktion, der Mindestauszahlungsschwellenwert, die Rundung bei Gutschriften und der Spread bei jeder Umrechnung. Keiner davon ist Betrug, alle sind zumindest bei einigen Pools dokumentiert, und zusammen erklären sie die meisten Fälle, in denen der ankommende Betrag kleiner ist als erwartet.

Feste Auszahlungsgebühren verdienen eine eigene Anmerkung, weil sie zu einem Prozentsatz werden, der vom Betrag abhängt. Kryptex App verlangt 0.00003 BTC on-chain bei einem Minimum von 0.00025 BTC, das sind 12% der kleinstmöglichen Auszahlung und 0.3% bei 0.01 BTC. Lightning beim selben Dienst kostet 2% mit einem Minimum von 0.00001 BTC: absolut billiger, als Satz teurer.

Wie lange dein Geld auf dem Guthaben des Betreibers liegt, ist einfache Rechnerei. Bei Netzwerkparametern vom 09.09.2026:

Das ist eine Erwartungsberechnung bei 943.73 EH/s Netzwerk-Hashrate und einer effektiven Belohnung von 3.1459 BTC, keine Pool-Daten. Die Varianz von PPLNS und TIDES ist nicht eingerechnet.

Bei F2Pool und ViaBTC existiert die Regel im offiziellen Help Center, und sie begünstigt den Miner.

F2Pool erklärt auf seiner Hilfeseite, dass keine Transaktionsgebühr für die Auszahlung von Mining-Einnahmen erhoben wird, sobald der Saldo den Mindestschwellenwert übersteigt. Dieser Schwellenwert liegt für BTC laut eigener Tabelle des Pools bei 0.005 BTC und ist vom Nutzer anpassbar. Der Sonderfall ist eine manuelle Auszahlung unterhalb der Schwelle: Sie ist ab 10% des Standardwerts verfügbar, also ab 0.0005 BTC, läuft nur über Lightning, und dort trägt der Miner die Gebühr von 0.000001 BTC. Für ETHW und ALEO nennt der Pool die gegenteilige Regel, die auf Bitcoin nicht zutrifft.

ViaBTC formuliert es noch klarer: Die automatische Auszahlung oberhalb des Minimums wird im Help Center als vollständig kostenlos beschrieben, und eine Ankündigung im selben Bereich besagt, dass der Pool weiterhin sämtliche Transaktionskosten trägt. Das Minimum für die automatische BTC-Auszahlung liegt bei 0.001 BTC. Der einzige unklare Punkt ist der manuelle Normal Transfer: Die offizielle FAQ räumt ein, dass die Gebühr dafür mit der Netzwerkauslastung schwankt, sagt aber nicht, wer sie zahlt. Wir raten hier nicht für den Pool, prüfe daher den Betrag auf dem Auszahlungsbildschirm, bevor du bestätigst.

Drei Links belegen all das: der F2Pool-Hilfeartikel zu Auszahlungsgebühren, die ViaBTC-Seite zur Einrichtung der automatischen Auszahlung und die ViaBTC-FAQ zu Ein- und Auszahlungen. Abgerufen am 2026-09-11.

Welche Abweichungen sind wirklich besorgniserregend?

Diejenigen, die sich nicht durch Varianz erklären lassen und die die Zeit nicht auslöscht. Eine einzelne schlechte Woche bei PPLNS, ein täglicher Rückstand von 3% bei FPPS, ein Fünf-Minuten-Einbruch der Hashrate im Dashboard: Rauschen. Ein Rückstand, der über einen Monat anhält, nachdem du die Erwartung mit den korrekten Netzwerkparametern für jedes Datum neu berechnet hast: ein Signal.

Diese letzte Zeile verdient es, für sich genommen ernst genommen zu werden. Was mit einem Guthaben passiert, wenn ein Pool komplett den Betrieb einstellt, behandelt separat der Artikel über die Schließung eines Pools.

Die 30-Tage-Checkliste

Diese Abfolge deckt alles oben Genannte ab und braucht nichts weiter als Zugriff auf deine Geräte, dein Pool-Konto und einen Browser.

1. Tag 0. Erfasse die Ausgangswerte: Hardwaremodell und -anzahl, Nenn-Hashrate, Auszahlungsschema, angegebene Gebühr, Auszahlungsschwelle, Auszahlungsadresse. Mach einen Screenshot der Preisseite, statt die Zahl nur zu kopieren. Seiten ändern sich still und leise.
2. Tag 0. Richte lokale Hashrate-Protokollierung direkt an den Geräten ein. Ohne sie prüfst du Pool-Daten gegen Pool-Daten. Minimal sinnvolles Monitoring und Alerting behandelt ein eigener Artikel.
3. Täglich. Notiere vier Zahlen: die tägliche Hashrate laut deinen Geräten, die tägliche Hashrate laut Dashboard, die Gutschrift des Tages, die Reject-Rate.
4. Täglich. Notiere die Netzwerk-Hashrate und den Transaktionsgebührenanteil für dasselbe Datum. Eine einzige Momentaufnahme für den ganzen Monat verzerrt das Ergebnis: Das Netzwerk legte Ende August 2026 in elf Tagen um 5.2% zu.
5. Wöchentlich. Vergleiche die Blockanzahl des Pools in öffentlichen Tabellen mit der Anzahl im eigenen Bericht.
6. Wöchentlich. Prüfe jede eingehende Auszahlung in einem Explorer: Transaktionsbetrag, vom Guthaben abgebuchter Betrag, Netzwerkgebühr und wer sie gezahlt hat.
7. Tag 30. Summiere die täglichen Erwartungen und die tatsächlichen Gutschriften und drücke die Lücke als Prozentsatz aus.
8. Tag 30. Berechne separat die Differenz zwischen dem Gutgeschriebenen und dem, was deine Wallet erreicht hat. Alles, was zwischen diesen beiden Zahlen verschwunden ist, sollte sich durch die Schwelle, die Netzwerkgebühr oder eine Umrechnung erklären lassen.
9. Tag 30. Beurteile den Prozentsatz anhand deines Schemas. Bei FPPS braucht eine monatliche Lücke über 10% eine Erklärung. Bei PPLNS dehne das Fenster auf ein Quartal aus, bevor du irgendetwas schlussfolgerst.
10. Tag 30. Wenn die Lücke das übersteht, geh zum nächsten Abschnitt statt in einen Chatroom.

Was tun, wenn sich die Abweichung bestätigt?

Eröffne ein Support-Ticket aus Zahlen, Daten und einer Frage. Nicht aus dem Satz "ihr bestehlt mich". Ein Betreiber, der solche Anfragen beantwortet, wird auch deine beantworten, und einer, der eine schriftliche 30-Tage-Berechnung ignoriert, hat dir damit bereits etwas gesagt.

Was beizulegen ist:

1. Der Vergleichszeitraum mit genauen Daten, plus deine Login- oder Worker-IDs.
2. Eine Tagestabelle: deine Hashrate, Dashboard-Hashrate, Gutschrift, Reject-Rate.
3. Die Erwartungsberechnung mit der Formel und der Quelle der Netzwerkparameter für jedes Datum.
4. Die Gesamtlücke in BTC und in Prozent.
5. Die Liste der Auszahlungstransaktionen mit Hashes und Beträgen.
6. Eine konkrete Frage. Zum Beispiel: Wodurch erklärt sich die Lücke zwischen gutgeschriebenen und erwarteten Einnahmen über diesen Zeitraum bei dieser Hashrate unter diesem Schema.

Dann lies die Antwort. Eine Aufschlüsselung deiner Zahlen, ein Hinweis auf eine dokumentierte Regel oder ein anerkannter Vorfall mit Neuberechnung sind allesamt brauchbare Ergebnisse. Allgemeines Gerede über Netzwerkvolatilität und Varianz, ohne eigene Zahlen als Antwort auf eine Tabelle voller Zahlen, ist ein schlechtes Zeichen, besonders beim zweiten Mal.

Wann ein Poolwechsel die richtige Entscheidung ist:

1. Die Lücke hielt sich über 30 Tage und blieb nach zwei Anfragen unerklärt.
2. Auszahlungsverzögerungen wurden systematisch.
3. Der Pool taucht nicht mehr in öffentlichen Blocktabellen auf, oder sein Anteil weicht stark von seinen Angaben ab.
4. Die Bedingungen wurden rückwirkend ohne Ankündigung geändert.

Ein Wechsel kostet Geld: ein paar Stunden Ausfallzeit, ein verlorenes PPLNS-Fenster beim alten Pool und ein Guthaben unter der Schwelle, das dort einfach liegen bleiben kann. Die Regel, dass ein Guthaben unter der Schwelle sich ansammelt statt zu verfallen, ist für F2Pool, ViaBTC und Luxor offiziell bestätigt. Für andere Pools fanden wir dazu keine explizite Aussage in beide Richtungen, behandle es also vor dem Wechsel als offene Frage. Einen Backup-Pool in den ASIC-Slots konfiguriert zu haben, macht den Wechsel zu einer Sache von wenigen Minuten, das behandelt der Artikel zu Failover. Vergleiche die Bedingungen vor dem Wechsel in der Pool-Vergleichstabelle.

Was diese Methode nicht leistet

Sie beweist keinen Betrug und ersetzt kein Audit. Sie sagt dir, ob eine Lücke besteht zwischen dem, was du selbst berechnen kannst, und dem, was dir gutgeschrieben wurde. Alles danach ist ein Gespräch mit einem Betreiber, kein Gerichtsfall.

Zum Stand 2026-09-11 in unseren eigenen Daten noch unbestätigt:

1. Genaue Gebührensätze bei AntPool, Binance Pool, Foundry USA und Braiins. Offizielle Seiten laden entweder nicht, veröffentlichen keine Zahl oder widersprechen anderen Quellen.
2. Auszahlungsgebühren und die Regel "wer zahlt die Netzwerkgebühr" bei F2Pool und ViaBTC.
3. Autokonvertierungs-Spread-Sätze bei EMCD und Kryptex.
4. Die Auszahlungsschwelle von Ocean: Der Wert von 0.01048576 BTC stammt aus Sekundärquellen und wurde nicht direkt durch offizielle Dokumentation bestätigt.
5. Der genaue aktuelle Hashprice zum Veröffentlichungsdatum. Den Wert direkt vom Luxor-Index abzulesen, hat nicht funktioniert: Die Seite wird per Skript gerendert, und der Cache liefert Werte, die eindeutig veraltet sind. Laut datierten Nachdrucken der Hashrate-Index-Daten für 2026-09-05 und 2026-09-08 lag der Hashprice bei etwa 39 bis 40 USD pro PH/s pro Tag, das sind ungefähr 0.039 bis 0.040 USD pro TH/s. Eine Auswertung vom 2026-09-06 setzt ihn stattdessen in die Mitte der Dreißiger, was sich mit den drei anderen Quellen nicht deckt. Das reicht zur Orientierung, aber für eine Shutdown-Berechnung solltest du den Wert selbst an dem Tag nachschlagen, an dem du rechnest. Zur Einordnung: Laut den veröffentlichten monatlichen Luxor-Auswertungen liegt das Sechs-Monats-Tief bei 27.74 USD pro PH/s pro Tag am 2026-06-06 und das Hoch bei 40.02 USD am 2026-08-27.

Die Kurzfassung

Blöcke, die Gebühren darin, Auszahlungstransaktionen und deine eigene Hashrate sind überprüfbar. Das Innenleben eines PPLNS-Fensters und die wahre Kapazität eines Pools sind es nicht, und der Explorer-Blockanteil ist für Letzteres nur ein Näherungswert.

Berechne deine Erwartung anhand der Netzwerkparameter für jedes einzelne Datum statt anhand einer einen Monat alten Momentaufnahme. Bei FPPS sollte die Gutschriftslinie flach verlaufen, bei PPLNS urteile über ein Quartal, und bei FPPS hat Luck nichts mit deiner Auszahlung zu tun.

Suche das fehlende Geld zuerst in den Abzügen. Schwellenwerte, Netzwerkgebühren, separate Auszahlungsminima und Umrechnungs-Spreads erklären die meisten Fälle von "weniger angekommen als erwartet". Erst wenn eine Lücke 30 Tage und eine Neuberechnung übersteht, solltest du ein Ticket eröffnen, und dann mit einer Tabelle.