Wie ein Bitcoin-Mining-Pool wirklich funktioniert: von der Share bis zur Auszahlung

Die meisten Erklärungen zu Pools bleiben bei dem Satz stehen: "Miner bündeln ihre Leistung und teilen sich die Belohnung." Das stimmt, ist aber nutzlos: Aus dieser Beschreibung wird nicht klar, warum das Einkommen am ersten Tag nach einem Poolwechsel merkwürdig aussieht, warum ein Abschalten am Wochenende bei PPLNS viel stärker zuschlägt als bei PPS, und wohin ein Teil der Transaktionsgebühren verschwindet. Im Folgenden die Mechanik Schritt für Schritt: was von Ihrem ASIC jede Sekunde ins Netzwerk geht, wie das gezählt wird und wie daraus Satoshis auf dem Guthaben werden.

POOL BTC ist kein Mining-Pool. Es ist eine unabhängige Vergleichsseite für Pools, Rechner und Dienste, deshalb gibt es in diesem Text kein Zahlungsschema zu verteidigen.

Was eine Share ist und wozu sie dient

Eine Share ist ein vom Miner gefundener Block-Header-Hash, der unter der vom Pool gesetzten Schwierigkeitsschwelle liegt, aber über der Netzwerkschwierigkeit. Ein echter Block wird sie nie, dient aber als Arbeitsnachweis: Um diesen Hash zu finden, mussten ehrlich Millionen Varianten durchprobiert werden. Der Pool zählt die Shares und misst damit den Beitrag jedes Workers.

Die Suchmechanik ist für einen Block und für eine Share identisch. Der Miner nimmt die Blockvorlage, verändert Nonce und andere veränderbare Felder, führt doppeltes SHA-256 aus und schaut sich das Ergebnis an. Der einzige Unterschied liegt darin, mit welcher Zahl verglichen wird. Liegt der Hash unter der Netzwerkschwierigkeit, ist es ein Block, Geld für den ganzen Pool. Liegt er unter dem Share-Difficulty, aber über dem Netzwerk, ist es eine Share, eine Recheneinheit Ihres Beitrags.

Daraus folgt die wichtigste Eigenschaft des Systems: Shares können weder gefälscht noch wiederverwendet werden. Jede ist an eine konkrete Aufgabe mit der konkreten Auszahlungsadresse des Pools gebunden, deshalb können Sie fremde Shares nicht einreichen und Ihre eigene nicht zweimal abgeben.

Wie selten dieses Lotterielos ist, zeigt der Netzwerkschnappschuss vom 29.08.2026: Netzwerk-Hashrate 896,89 EH/s, Schwierigkeit 125 807 076 547 197,5. Die Blockbelohnung beträgt 3,125 BTC, und über die letzten 4320 Blöcke haben Transaktionsgebühren dazu 0,73% beigetragen. Bei einem Kurs von etwa 77 817 Dollar am Morgen des 29.08.2026 ist das der gesamte Kuchen, der danach nach den Regeln des Schemas verteilt wird.

Wie sich Share-Difficulty von der Netzwerkschwierigkeit unterscheidet

Die Netzwerkschwierigkeit ist für alle gleich und ändert sich alle 2016 Blöcke. Die Share-Difficulty legt der Pool selbst fest, getrennt für jede Verbindung, und kann sie jederzeit ändern. Das ist eine rein interne Abrechnungseinstellung: Sie hat keinerlei Einfluss auf die Wahrscheinlichkeit, einen Block zu finden, sondern nur darauf, wie oft Ihr Miner Arbeit meldet.

Die Logik ist einfach. Eine zu niedrige Schwelle bedeutet einen Strom von Shares in jedem Bruchteil einer Sekunde: Das Netzwerk ist verstopft, der Pool-Server überlastet, und die Schätzgenauigkeit steigt nicht. Eine zu hohe Schwelle bedeutet seltene Meldungen: Die Hashrate-Statistik springt, ein Ausfall der Maschine wird verzögert bemerkt. Pools halten einen Abstand von einigen Shares pro Minute pro Verbindung und passen die Schwelle an die Leistung an.

Ein wichtiges Detail für alle, die Dashboards vergleichen: Die Anzahl der Shares im Interface ist zwischen Pools nicht vergleichbar, weil die Schwelle überall unterschiedlich ist. Sinnvoll vergleichbar sind nur die akzeptierte Hashrate und die Ablehnungsquote.

Was Vardiff ist und warum der Nachbar eine andere Difficulty hat

Vardiff ist die automatische Anpassung der Share-Difficulty an einen konkreten Worker. Ein S21 und ein alter S9 würden sich bei derselben Schwelle unterschiedlich verhalten: Die starke Maschine würde den Server mit Shares überfluten, die schwache würde sie zu selten schicken. Deshalb hebt der Pool die Schwelle für schnelle Maschinen an und senkt sie für langsame, mit dem Ziel eines für alle etwa gleichen Meldetempos.

Die Anpassung funktioniert nicht sofort. Nach dem Anschluss einer neuen Maschine dauert es eine Weile, bis die Schwelle in den Arbeitsbereich gelangt, und in dieser Zeit lügt der Hashrate-Graph im Dashboard: Er zeigt mal einen zu niedrigen, mal einen zu hohen Wert. Daher der typische Anfängerfehler, der fünfzehn Minuten nach dem Wechsel dem Support schreibt, der Pool klaue ihm Leistung.

Zweiter praktischer Punkt: Vardiff bricht bei einer instabilen Verbindung zusammen. Reißt die Verbindung ab, verbindet sich der Miner neu, wird die Schwelle jedes Mal auf den Startwert zurückgesetzt, und das Ergebnis sind mehr Ausschussmeldungen und ein deutlich unregelmäßiger Graph. Eine Abweichung zwischen gemeldeter und akzeptierter Hashrate ist in dieser Situation normal und wird durch die Verbindung geheilt, nicht durch einen Poolwechsel.

Wie Stratum funktioniert: Job, Extranonce und die Aufgabenwarteschlange

Stratum ist das Protokoll zwischen Miner und Pool. Der Pool schickt eine Aufgabe (Job) mit der Blockvorlage, der Miner probiert Varianten durch und schickt nur erfolgreiche Ergebnisse zurück. Vollständige Blöcke laufen nicht über die Leitung, der Traffic ist minimal, weshalb ein Pool zehntausende Verbindungen pro Server hält.

Der Ablauf des Austauschs ist folgender:

1. Der Miner verbindet sich und abonniert Aufgaben.
2. Der Pool weist ihm einen einzigartigen Extranonce zu, ein persönliches Datenstück innerhalb der Coinbase-Transaktion.
3. Der Pool sendet den Job: vorherigen Hash, Merkle-Zweige, Version, Zeit, Zieldifficulty.
4. Der Miner setzt seine eigene Coinbase-Variante zusammen, fügt seinen Extranonce ein und berechnet die Merkle Root.
5. Der Miner probiert Nonce und andere Felder durch und schickt alles nach oben, was die Schwelle überschreitet.
6. Der Pool prüft die Share, zählt sie und speichert sie, und falls der Hash unter der Netzwerkschwierigkeit liegt, veröffentlicht er den Block.
7. Erscheint ein neuer Block im Netzwerk, verschickt der Pool eine neue Aufgabe und bittet, die alte zu verwerfen.

Der Extranonce ist hier das Schlüsseldetail. Genau er macht den Suchraum für jeden Miner unterschiedlich: Zwei ASICs mit derselben Aufgabe berechnen unterschiedliche Coinbases, also unterschiedliche Merkle Roots, also unterschiedliche Hashes. Ohne ihn würde die halbe Farm die Arbeit der anderen duplizieren.

Der letzte Punkt der Liste erklärt Stale-Shares. Zwischen dem Moment, in dem das Netzwerk einen neuen Block sieht, und dem Moment, in dem Ihr Miner die neue Aufgabe erhält, vergeht Zeit, und alles in dieser Zeit Berechnete wandert in den Müll. Daher die Anforderungen an den Ping und der Sinn, einen geografisch nahen Server zu wählen. Wie das mit der Entfernung zum Stratum-Server und der Regionswahl zusammenhängt, wurde im Artikel über die Wahl eines Bitcoin-Pools behandelt.

Warum den Block der Pool findet und nicht ein einzelner Miner

Formal findet den Block-Hash eine konkrete Maschine eines konkreten Teilnehmers. Aber die Coinbase-Transaktion in der Aufgabe stellt der Pool zusammen, und die Empfängeradresse der Belohnung darin ist ebenfalls die des Pools. Der Miner kann dort physisch nicht seine eigene Adresse einsetzen: Eine Änderung der Coinbase ändert die Merkle Root, und das Ergebnis stimmt dann nicht mehr mit der vergebenen Aufgabe überein.

Deshalb hat der Satz "mein Miner hat einen Block gefunden" wirtschaftlich keinen Sinn: Die Belohnung geht an die Adresse des Pools, und der Teilnehmer erhält seinen Anteil nach den Regeln des gewählten Schemas. Das erklärt auch, warum Blockstatistiken auf Pool-Ebene veröffentlicht werden und warum der Anteil des Pools an der Gesamt-Hashrate in der Blockchain sichtbar ist.

Nur eine Ausnahme gibt es: den Solo-Modus, bei dem Sie selbst die Belohnungsadresse festlegen. Der Unterschied bei Wartezeit und Varianz ist enorm, und wir haben ihn separat im Text über Solo-Mining gegen Pool-Mining durchgerechnet.

Wie der Beitrag eines Miners berechnet wird

Der Beitrag wird nicht in Shares gezählt, sondern in Difficulty-Einheiten: Jede Share wiegt so viel, wie ihre Share-Difficulty war. Fünfzig Shares bei einer Schwelle von 10000 und fünf Shares bei einer Schwelle von 100000 ergeben denselben Beitrag. Deshalb verschafft Vardiff weder schnellen noch langsamen Maschinen einen Vorteil, es ändert nur die Meldefrequenz.

Aus der aufgelaufenen Summe der Difficulties leitet der Pool Ihre Hashrate ab. Daher die zwei Zahlen im Dashboard, die oft verwechselt werden. Die lokale Hashrate zeigt der Miner selbst nach eigenen Berechnungen. Die Hashrate im Pool wird statistisch aus den akzeptierten Shares rekonstruiert und schwankt in einem kurzen Fenster einfach deshalb, weil Shares unregelmäßig eintreffen. Diese Zahlen gleichen sich in einem Tagesfenster an, nicht in zehn Minuten.

Gesondert leben in der Statistik abgelehnte Shares: veraltete, Duplikate und solche, die die Prüfung nicht bestehen. Ein kleiner Anteil an Ablehnungen ist bei jeder Verbindung normal, ein Anstieg um ein Vielfaches ist dagegen ein Signal für ein Problem bei der Verbindung oder der Firmware.

PPS, PPS+, FPPS, PPLNS und Solo: worin sich die Schemata mechanisch unterscheiden

Das Auszahlungsschema beantwortet die Frage, wofür der Pool genau zahlt: für eingereichte Shares oder für tatsächlich gefundene Blöcke. Alles Übrige, einschließlich des Risikounterschieds, ist eine Folge dieser Wahl. Im Folgenden die Mechanik ohne Wertungen.

Der Verhaltensunterschied wird an einem Beispiel klarer. Bei PPS kauft der Pool Ihnen die Arbeit zu einem Preis ab: Ob er einen Block gefunden hat oder nicht, beeinflusst Ihre Auszahlung nicht, für die Varianz zahlt der Pool und rechnet sie in die Gebühr ein. Bei PPLNS teilt der Pool eine bereits erhaltene Belohnung unter den Teilnehmern auf, deshalb hängt Ihr Einkommen davon ab, wie viele Blöcke der Pool gefangen hat, während Ihre Shares im Fenster lagen.

Eine ausführliche Analyse der drei am weitesten verbreiteten Schemata mit Berechnungsbeispielen findet sich im Artikel FPPS vs PPLNS vs PPS+, und die Begriffe aus diesem Abschnitt sind im Miner-Glossar gesammelt.

Gibt es PPLNS bei großen BTC-Pools überhaupt?

Kurze Antwort: fast nirgends als Hauptmodus. Laut offizieller Dokumentation zum 01.09.2026 rechnen Braiins, Foundry USA, Binance Pool und Luxor BTC nur nach FPPS ab. AntPool und ViaBTC bieten PPLNS als Option, standardmäßig läuft bei beiden aber PPS+. Ocean arbeitet nicht nach PPLNS, sondern nach dem eigenen TIDES-Schema. Kryptex und NiceHash haben mit klassischem PPLNS bei Bitcoin überhaupt nichts zu tun.

Das ist eine nicht offensichtliche Sache: Die Hälfte der Artikel im Internet behandelt PPLNS so, als wäre es der Branchenstandard, obwohl es bei den meisten großen Pools für BTC schlicht keine Möglichkeit gibt, es auszuwählen.

Praktisches Fazit für alle, die einen Pool gerade wegen PPLNS wählen: Es gibt nur wenige echte Optionen, und fast immer muss der Modus manuell aktiviert werden, statt standardmäßig vorhanden zu sein. Die Fensterlogik aus dem nächsten Abschnitt gilt genau für diese Pools, nicht für den gesamten Markt.

Was das PPLNS-Sliding-Window ist und warum Stillstand darin teuer ist

PPLNS zählt nicht die Zeit, sondern das Volumen der letzten Arbeit des Pools: Das Fenster besteht aus den N letzten Shares (oder Difficulty-Einheiten) im Gesamtstrom. Findet der Pool einen Block, wird die Belohnung unter allen aufgeteilt, deren Shares sich in diesem Moment im Fenster befinden. Ihr Anteil entspricht Ihrem Difficulty-Anteil in diesem Fenster.

Wichtige Folge: Das Fenster bewegt sich durch fremde Shares vorwärts, nicht durch die Uhr. Wenn Sie Ihre Maschine abschalten, bleiben Ihre Shares im Fenster und bringen weiterhin einen Anteil von jedem gefundenen Block, werden aber allmählich durch die Arbeit der übrigen Teilnehmer herausgedrängt. Die Verdrängungsgeschwindigkeit hängt von der Fenstergröße und der Gesamt-Hashrate des Pools ab, nicht von Ihrem Zeitplan.

Deshalb hat PPLNS zwei asymmetrische Ränder:

1. Anlauf. In den ersten Stunden nach dem Anschluss an einen neuen Pool ist das Fenster noch nicht mit Ihren Shares gefüllt, und das Einkommen liegt unter dem eingependelten Niveau.
2. Nachlauf. Nach der Abschaltung bricht das Einkommen nicht sofort ab, sondern schmilzt allmählich, während Ihre Shares aus dem Fenster verdrängt werden.

Der Nachlauf gleicht den Anlauf beim Poolwechsel teilweise aus, aber nur, wenn Sie endgültig gehen und nicht zurückkehren. Häufiges Ein- und Ausschalten ist bei PPLNS teurer als bei PPS: Sie bezahlen jedes Mal die Anlaufphase, und den Nachlauf holen Sie nicht immer vollständig ein. Was dabei bei einem Poolwechsel an Satoshis verloren geht, wurde im Artikel über die Kosten eines Poolwechsels durchgerechnet.

Wie groß das Fenster bei konkreten Pools ist

Die genaue Zahl veröffentlichen nur wenige. Die untenstehenden Daten wurden auf den offiziellen Pool-Seiten zum 01.09.2026 überprüft, und wo die Kennzahl nicht veröffentlicht ist, steht das auch so da.

Daraus folgt etwas Unangenehmes für den Vergleich: Bei den meisten Pools können Sie die Länge des Nachlaufs nach der Abschaltung nicht im Voraus berechnen, weil die Fenstergröße nicht offengelegt wird. Sie selbst anhand öffentlicher Statistiken zu schätzen, gelingt auch nicht, im Dashboard sind Shares sichtbar, nicht die Regeln ihres Ausscheidens.

Ein gesondertes Detail zu Ocean: Dort werden Shares aus dem Log überhaupt nicht gelöscht. Die Dokumentation sagt direkt, dass eine Share im Durchschnitt achtmal bezahlt wird, solange sie sich im Fenster befindet, und danach einfach nicht mehr für neue Blöcke berücksichtigt wird, sobald neue Arbeit eintrifft. Das ist keine Strafe fürs Aufhören, sondern ein natürliches Ausscheiden nach Volumen, und die Formulierung "Shares verbrennen" passt nicht zu TIDES.

Was Pool Hopping ist und wie das Fenster davor schützt

Pool Hopping ist eine Strategie des Springens zwischen Pools, um dort einen Anteil zu erhalten, wo die aktuelle Auszahlung statistisch vorteilhafter ist, und vor Beginn einer ungünstigen Phase wieder zu gehen. Sie funktionierte bei alten Schemata wie der reinen proportionalen Abrechnung nach Runden, bei der frühe Shares einer Runde mehr wert waren als späte.

Beim proportionalen Schema beginnt eine Runde nach dem Fund eines Blocks und dauert bis zum nächsten. Die Belohnung wird unter den Shares der Runde aufgeteilt, deshalb ist in einer kurzen Runde jede Share viel wert, in einer langen wenig. Das heißt, es lohnt sich, am Rundenanfang zu kommen und zu gehen, wenn sich die Runde in die Länge zieht. Die verbliebenen Teilnehmer verlieren dabei, weil sie dieselbe Belohnung mit den nachträglich zugestiegenen Springern teilen.

Das Sliding Window entzieht dieser Strategie genau ihre Grundlage. Das Fenster hat weder Rundenanfang noch -ende: Es hat immer dieselbe Länge und besteht immer aus den letzten N Shares. Der Zeitpunkt des Anschlusses bringt keinen Vorteil, und häufiges Springen vervielfacht nur die Anlaufphasen. Aus demselben Grund ist das Fenster gegenüber ehrlichen Minern mit instabilem Zeitplan etwas strenger, und das ist der Preis des Schutzes, kein Nebeneffekt.

Woher die Pool-Gebühr kommt und was Transaction Fee Passthrough ist

Die Gebühr wird als Prozentsatz der Gutschrift einbehalten und deckt Infrastruktur, Entwicklung, Support und bei der PPS-Familie das Varianzrisiko, das der Pool selbst übernimmt. Der Satz unterscheidet sich zwischen Pools und hängt vom Schema ab: Für eine garantierte Auszahlung legt der Pool eine Versicherung ein, für eine anteilige nimmt er weniger.

Die zweite Einkommenskomponente sind die Transaktionsgebühren im Block. Die Blockbelohnung besteht aus der Emission plus der Summe der Gebühren aller enthaltenen Transaktionen, und verschiedene Schemata gehen mit diesem Teil unterschiedlich um:

1. Reines PPS zahlt nur für den Emissionsteil, die Transaktionsgebühren bleiben beim Pool.
2. PPS+ verteilt die Gebühren nach dem tatsächlichen Aufkommen: Was in echten Blöcken eingenommen wurde, wird auch so verteilt.
3. FPPS baut einen gemittelten Aufschlag direkt in den Share-Satz ein, deshalb ist das in ruhigen Zeiten vorteilhafter als die reale Zahl, und in Zeiten hoher Gebühren umgekehrt.
4. PPLNS verteilt in der Regel die gesamte Blockbelohnung zusammen mit den Gebühren.

Wie schwer das aktuell überhaupt wiegt, zeigt die Netzwerkstatistik: Über die letzten 4320 Blöcke (Höhen 960211 bis 964530, Stand 29.08.2026) haben Transaktionsgebühren 0,73% der Gesamtbelohnung ausgemacht. Das heißt, der Streit um Passthrough wird beim aktuellen Markt um weniger als ein Prozent des Einkommens geführt, und der Unterschied im Gebührensatz des Pools überwiegt fast immer. In Phasen der Mempool-Überlastung ändert sich das Bild, aber das muss man mit aktuellen Daten prüfen, nicht mit der Erinnerung an 2023.

So gehen konkrete Pools laut eigener Dokumentation zum 01.09.2026 mit Transaktionsgebühren um:

Ein Widerspruch bei AntPool, den man vorab kennen sollte

Zu AntPool lässt sich nicht in einer Zeile antworten, und das ist ehrlicher, als die bequeme Version zu wählen. Zwei offizielle Seiten des Pools sagen Unterschiedliches über nicht verteilte Transaktionsgebühren bei PPLNS. Das Handbuch in GitBook schreibt, dass Transaktionsgebühren ebenfalls an die Miner verteilt werden und der Pool bei PPLNS eine Nullgebühr nimmt. Eine ältere Version desselben Dokuments in Zendesk vom 14.12.2022 schreibt, dass nicht an Miner ausgezahlte Transaktionsgebühren in Wartung und Ingenieursboni fließen.

Beide Seiten sind offiziell, beide zugänglich, und keine ist als veraltet markiert. Wir wählen keine Seite: Wenn dieser Teil des Einkommens für Sie grundsätzlich wichtig ist, sollte man die Frage schriftlich an den Pool-Support richten und die Antwort aufbewahren, statt sich auf die erstbeste Hilfeseite zu verlassen.

Pool-Gebühren zum Stand 29.08.2026

Alle Zahlen unten wurden am 29.08.2026 erneut überprüft, ein Teil der Pools legt seine Sätze öffentlich nicht offen oder zeigt sie erst nach Login. Solche Zeilen sind direkt gekennzeichnet, nicht durch Vermutungen ersetzt.

Pools nur nach dem Gebührenprozentsatz zu vergleichen, ist auch aus einem weiteren Grund sinnlos: Bei einem Drittel der großen Pools gibt es diesen Prozentsatz öffentlich schlicht nicht. Man muss die tatsächliche Auszahlung pro Terahash im Monat anhand der eigenen Abrechnung berechnen. Das Ergebnis für Ihr ASIC-Modell und Ihren Stromtarif können Sie im Mining-Rechner abschätzen.

Was die Auszahlungsschwelle ist und warum sie bei kleiner Hashrate wichtiger ist als die Gebühr

Die Schwelle ist der Mindestsaldo, ab dem der Pool Ihnen eine Transaktion schickt. Solange das Angesammelte unter der Schwelle liegt, liegt das Geld auf dem internen Konto und kommt nicht im Wallet an. Gutgeschrieben wird dabei alles ordnungsgemäß, die Frage ist nur, wann die Summe den Pool verlässt.

Die Schwelle existiert wegen der Kosten einer On-Chain-Transaktion. Staub zu versenden kostet mehr, als er wert ist, deshalb wartet der Pool, bis sich eine Summe angesammelt hat, bei der die Netzwerkgebühr die Auszahlung nicht auffrisst. Daraus folgt direkt für den kleinen Miner: Je kleiner Ihre Hashrate, desto länger das Intervall zwischen echten Auszahlungen und desto länger lebt Ihr Geld auf einem fremden Saldo.

Genau hier überholt die Schwelle die Gebühr an Bedeutung. Der Gebührenunterschied zwischen Pools wird in Bruchteilen eines Prozents des Einkommens gemessen, während eine zu hohe Schwelle bei nur einer Home-Maschine Wochen oder Monate Wartezeit bedeutet, samt Gegenparteirisiko die ganze Zeit über. Vor dem Anschluss lohnt es sich, vier Dinge zu prüfen:

1. Die Mindestschwelle und ob sie sich manuell anheben oder senken lässt.
2. Den Auszahlungsplan: täglich bei Erreichen der Schwelle oder nach Kalender.
3. Wer die Netzwerkgebühr für die Auszahlung zahlt, der Pool oder Sie aus Ihrer eigenen Summe.
4. Was mit dem Restbetrag passiert, wenn Sie den Pool verlassen, ohne die Schwelle erreicht zu haben.

Schwellen zum Stand 29.08.2026:

Was mit dem Restbetrag passiert, wenn man geht, ohne die Schwelle zu erreichen

Bei den meisten Pools gibt es keine direkte offizielle Antwort. Bestätigt ist Folgendes: F2Pool belässt die Summe unter der Schwelle auf dem Saldo, sie verfällt nicht und sammelt sich weiter an. ViaBTC hält das Einkommen bis zum nächsten Zyklus auf dem Saldo, wenn es das Minimum nicht erreicht hat. Luxor schickt die Auszahlung nur, wenn der Saldo des Subaccounts die Schwelle plus die Auszahlungsgebühr übersteigt, das heißt, der Rest wartet ebenfalls.

Eine juristische Ausnahme verdient einen eigenen Absatz. Nach den Nutzungsbedingungen von F2Pool verliert der Nutzer das Recht auf das Gutgeschriebene, wenn er nicht innerhalb von sechs Monaten nach schriftlicher Benachrichtigung eine gültige Auszahlungsadresse bereitgestellt hat, und der Pool ist berechtigt, solche Summen als verloren zu betrachten. In der Pool-Hilfe steht zusätzlich, dass eine Belohnung bei mehr als 90 Tagen ohne festgelegte Zahlungsadresse als Spende angesehen werden kann. Das ist der einzige der überprüften Pools, bei dem die Regel zum Verlust der Rechte am angesammelten Betrag explizit formuliert ist. Bei den übrigen gibt es auf den gefundenen Seiten keine solche Regel, das bedeutet aber nur, dass sie nicht gefunden wurde, nicht, dass es sie definitiv nicht gibt.

Zu AntPool, Foundry USA, Binance Pool, EMCD, Braiins, Kryptex, NiceHash und Trustpool ließ sich keine offizielle Formulierung zum Schicksal des Restbetrags bei Poolwechsel finden. Wenn die Summe auf dem Saldo für Sie wesentlich ist, ist der einzige verlässliche Weg derselbe: eine schriftliche Anfrage an den Support vor dem Anschluss.

Zu Ocean wurde schon oben gesagt: Dort werden Shares aus dem Log überhaupt nicht gelöscht und scheiden nach Arbeitsvolumen aus dem Fenster aus, nicht durch die Tatsache Ihres Weggangs.

Der vollständige Weg einer Share: Zusammenfassung

1. Der ASIC erhält den Job per Stratum und seinen eigenen Extranonce.
2. Die Maschine stellt die Coinbase mit der Pool-Adresse zusammen und berechnet die Merkle Root.
3. Durchprobieren des Nonce, doppeltes SHA-256, Vergleich des Ergebnisses mit der Schwelle.
4. Ein Hash unter der Share-Difficulty geht zum Server des Pools.
5. Der Pool prüft die Share und verbucht ihr Gewicht, gleich der Difficulty.
6. Die Hashrate im Dashboard wird anhand der angesammelten Gewichte neu berechnet.
7. Fällt jemandes Hash unter die Netzwerkschwierigkeit, veröffentlicht der Pool den Block.
8. Die Blockbelohnung (Emission plus Transaktionsgebühren) geht an die Adresse des Pools.
9. Der Pool behält seine Gebühr ein und verteilt den Rest nach den Regeln des Schemas.
10. Ihr Anteil fällt auf das interne Guthaben.
11. Bei Erreichen der Schwelle schickt der Pool eine On-Chain-Transaktion an Ihre Adresse.

Zwischen Schritt 4 und Schritt 11 können mehrere Stunden bis mehrere Wochen vergehen, und fast alle Beschwerden über Pools sind in Wirklichkeit Missverständnisse innerhalb dieser Zeitspanne.

Fazit

Ein Pool ist ein Abrechnungssystem über dem gewöhnlichen Mining, keine eigene Art der Förderung. Er verteilt Aufgaben, zählt bestätigte Arbeit in Difficulty-Einheiten und verteilt die erhaltenen Belohnungen nach einer im Voraus bekanntgegebenen Regel. Das Auszahlungsschema beantwortet die Frage, wer für Pech zahlt, das PPLNS-Fenster beantwortet die Frage, wie lange Ihre Arbeit nach der Abschaltung noch wertvoll bleibt, und die Schwelle beantwortet die Frage, wann das Geld tatsächlich zu Ihrem Wallet geht.

Drei Dinge aus diesem Text lohnt es sich, vor der Poolwahl zu behalten. PPLNS für Bitcoin gibt es bei Weitem nicht überall und ist fast nirgends der Standard. Die Fenstergröße veröffentlichen nur wenige, deshalb lässt sich die Länge des Nachlaufs nach der Abschaltung meist nicht berechnen. Transaktionsgebühren haben in den letzten 4320 Blöcken zum 29.08.2026 0,73% der Belohnung ausgemacht, weshalb der Streit um ihre Verteilung derzeit um weniger als ein Prozent des Einkommens geht.

Wenn Sie diese Mechanismen verstehen, vergleichen Sie Pools nicht mehr nach dem Prozentsatz auf der Landingpage, sondern beginnen, nach der tatsächlichen Auszahlung pro Terahash zu vergleichen. Wie das bei konkreten Pools geht, wurde im Artikel über die Wahl eines Mining-Pools behandelt.