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

Die Standarderklärung lautet so: Miner bündeln ihre Hashrate, finden gemeinsam einen Block und teilen die Belohnung. An diesem Satz ist nichts falsch, aber auch nichts Nützliches folgt daraus. Er erklärt nicht, warum man an Tagen bezahlt wird, an denen der Pool keinen Block findet. Er erklärt nicht, warum das Dashboard eine andere Hashrate anzeigt als die eigene Maschine. Er erklärt nicht, woher ein Luck-Wert von 78% kommt oder warum diese Zahl manchmal nichts mit der eigenen Wallet zu tun hat.

Es folgt die gesamte Kette: was physisch die Maschine verlässt, wie es gezählt wird, was daraus wird und ab welchem Punkt es zu einer Transaktion auf der eigenen Adresse wird. Keine Lotterieschein-Metaphern.

POOL BTC ist kein Pool. Wir vergleichen die Bedingungen anderer Betreiber und ermitteln, was sie einen Miner kosten, daher wird hier kein Betreiber verkauft und keiner beschuldigt. Nur Mechanik und Arithmetik, die man selbst nachrechnen kann.

Sechs Dinge, die wichtig sind

1. Ein Share und ein Block sind dasselbe Objekt. Nur die Höhe der Messlatte unterscheidet sich.
2. Der Pool weist dir eine persönliche, leichte Messlatte zu, damit er deine Arbeit alle paar Sekunden sehen kann statt einmal pro Jahrhundert.
3. Der Pool baut den Block, nicht du. Deine Hardware iteriert Zahlen innerhalb eines Headers, der fertig ankam.
4. Ein Auszahlungsschema ist eine Regel darüber, wer das Risiko von Pech trägt: du oder der Betreiber.
5. Die Gebühr wird von der Bruttobelohnung abgezogen, daher skaliert sie in absoluten Zahlen mit dem Preis und mit deiner Hashrate.
6. Luck ist eine Statistik, kein Verhalten des Betreibers. Bei FPPS berührt sie deine Auszahlung überhaupt nicht.

Was ist ein Share, und wie unterscheidet er sich von einem gültigen Block?

Ein Share ist ein Block-Header, dessen Hash unter ein leichtes Ziel fällt, das der Pool dir persönlich zugewiesen hat. Ein Block ist derselbe Header, dessen Hash unter das Ziel für das gesamte Netzwerk fällt. Nur die Höhe der Messlatte unterscheidet sich: die Arbeit, das Datenformat und die Validierung sind identisch. Jeder Share, der zufällig das Netzwerkziel unterschreitet, wird automatisch zu einem gültigen Block.

Ein Bitcoin-Block-Header ist 80 Byte groß und enthält sechs Felder: Version, Hash des vorherigen Blocks, Merkle-Root, Zeitstempel, nBits und Nonce. nBits ist eine kompakte Kodierung des aktuellen Netzwerkziels und wird zu der 256-Bit-Zahl expandiert, unter die der doppelte SHA-256 des Headers fallen muss.

Dein ASIC nimmt diesen Header und verändert, was er verändern darf: die Nonce (4 Byte), extranonce2 (der Pool legt deren Länge beim Verbindungsaufbau fest, und sie fließt über die Coinbase-Transaktion in die Merkle-Root ein) und, falls Pool und Firmware beide Version Rolling unterstützen, einige Bits des Versionsfelds. Jeder Kandidaten-Header wird zweimal gehasht und mit dem Ziel verglichen.

Der Pool prüft bei jeder Einsendung zwei Ziele. Der eingehende Share wird mit deinem persönlichen Ziel verglichen (unterschreitet er es: wird er in deine Abrechnung gezählt) und mit dem Netzwerkziel (unterschreitet er auch dieses: veröffentlicht der Pool sofort einen Block). Es gibt keinen separaten Vorgang der „Blocksuche". Ein Block ist ein Nebenprodukt des gewöhnlichen Share-Stroms.

Eine nicht offensichtliche Konsequenz: Ein Pool kann einen gefundenen Block nicht verbergen, ohne den Share selbst zu verwerfen. Die Coinbase-Transaktion in seiner Vorlage trägt die eigenen Adressen und die Kennung des Pools, und jeder aus dieser Vorlage gebaute Block erscheint in Explorern unter derselben Kennung. Die praktische Vorgehensweise zur Überprüfung findest du in unserem Artikel über die faire Auszahlung eines Pools nachprüfen.

Nach Berechnung von POOL BTC dauert es bei einer Netzwerk-Difficulty von 127.450.789.715.843 und einer Share-Difficulty von 65.536 im Schnitt etwa 1,94 Milliarden Shares bis zu einem Block. Das ist keine Größenordnungsschätzung, sondern eine einfache Division: Netzwerk-Difficulty geteilt durch Share-Difficulty, da beide in derselben Einheit erwarteter Arbeit ausgedrückt werden.

Was ist Share-Difficulty, und warum stimmt der Pool sie auf die Maschine ab (vardiff)?

Share-Difficulty ist ein Multiplikator, der angibt, um wie viel leichter dein zugewiesenes Ziel ist als Bitcoins Basisziel. Bei Difficulty 1 braucht ein Share im Schnitt 2^32 Hashes, rund 4,295 Milliarden. Bei Difficulty 65.536 braucht er das 65.536-fache davon. Der Pool verändert diese Zahl, damit dein Strom an Einsendungen praktisch bleibt für die Abrechnung.

Der Abstimmungsmechanismus heißt vardiff, für variable difficulty. Der Pool beobachtet, wie oft du einsendest, und erhöht oder senkt deine Difficulty mit dem Ziel eines angenehmen Intervalls zwischen Shares. Wird sie zu niedrig gesetzt, überflutet eine große Farm den Server mit Traffic. Wird sie zu hoch gesetzt, werden die Statistiken einer kleinen Maschine verrauscht: Geht nur alle zwei Minuten ein Share raus, schwankt das stündliche Hashrate-Diagramm allein durch Zufall um zig Prozent.

Nach Berechnung von POOL BTC sendet eine 100-TH/s-Maschine bei einer Share-Difficulty von 65.536 etwa 21,3 Shares pro Minute ein, ungefähr eines alle 2,8 Sekunden. Die Rechnung: 100 TH/s sind 10^14 Hashes pro Sekunde, geteilt durch 65.536 × 2^32 = 2,815 × 10^14 erwartete Hashes pro Share, was 0,355 Shares pro Sekunde ergibt.

Dieselbe Maschine bei unterschiedlichen Share-Difficulties:

Und bei einer festen Difficulty von 65.536, über verschiedene Hashrates hinweg:

Das Wichtigste zum Mitnehmen: Share-Difficulty wirkt sich nicht auf dein Einkommen aus. Sie beeinflusst, wie schnell die Schätzung des Pools zu deiner tatsächlichen Hashrate konvergiert. Verdoppelst du die Difficulty, sendest du halb so viele Shares mit doppeltem Gewicht. Das Produkt bleibt unverändert.

Wer baut die Block-Vorlage, und was steckt in einem Block?

Unter dem klassischen Stratum V1 baut der Pool die gesamte Vorlage. Er betreibt seinen eigenen Bitcoin-Node, wählt Transaktionen aus dem Mempool aus, konstruiert eine Coinbase-Transaktion, die an seine eigenen Adressen zahlt, und berechnet den Merkle-Baum. Was den Miner erreicht, ist keine Transaktionsliste, sondern eine Reihe von Merkle-Zweigen plus die zwei Hälften der Coinbase. Der Miner kann physisch keine Transaktion auswählen oder ablehnen.

Die mining.notify-Nachricht, die Arbeit verteilt, trägt eine Job-ID, den Hash des vorherigen Blocks, beide Hälften der Coinbase-Transaktion, die Liste der Merkle-Zweige, Version, nBits, Zeit und ein clean_jobs-Flag. Der Miner fügt seine extranonce2 zwischen die Coinbase-Hälften ein, berechnet die Merkle-Root aus den Zweigen neu und setzt den Header zusammen.

Dieses clean_jobs-Flag erklärt die Hälfte dessen, was in Miner-Logs seltsam aussieht. Erscheint ein neuer Block im Netzwerk, sendet der Pool einen frischen Job mit clean_jobs auf true, und ab diesem Moment ist jede Arbeit am vorherigen Job wertlos. Danach eingereichte Shares gegen den alten Job kommen als veraltet (stale) zurück und werden abgelehnt.

Was tatsächlich im Block steckt: die Coinbase-Transaktion (der Subsidy plus die Summe der Gebühren aller enthaltenen Transaktionen, wobei der Subsidy zum 24.09.2026 bei 3,125 BTC liegt) und eine Reihe von Mempool-Transaktionen, meist sortiert nach Gebühr pro virtuellem Byte. Der Gebührenanteil an der gesamten Blockbelohnung ist derzeit gering. Laut mempool.space betrug er am 08.09.2026 0,66% über die letzten 4.320 Blöcke und 0,57% über die letzten 144, und im Laufe des Monats blieb der Wert zwischen 0,66% und 0,73%. Andere Aggregatoren, die auf Tagesfenster schauen, melden 0,40% bis 0,56%, weil sie einen anderen Nenner verwenden. Es gibt hier keine einzige korrekte Zahl, nur eine Zahl mit einem angegebenen Zeitfenster und einer Quelle.

Der einzige Teil des Protokolls, der den Bau der Vorlage dem Pool entzieht, ist Job Declaration, Teil von Stratum V2. Es läuft produktiv bei einer Handvoll Pools und sollte nicht mit einer Ankündigung verwechselt werden, dass ein Pool „Stratum V2 unterstützt". Die drei getrennten Adoptionszahlen hinter solchen Ankündigungen werden in unserem Artikel über Stratum V2 und wer die Transaktionen auswählt auseinandergenommen.

Wie misst der Pool den Beitrag eines Miners und macht daraus eine Auszahlung?

Der Pool führt ein Protokoll akzeptierter Shares mit ihren Gewichten, verknüpft mit deinem Worker. Bei der Abrechnung (Ende der Tagesperiode bei der PPS-Familie, der Moment, in dem ein Block bei PPLNS gefunden wird) berechnet er deinen Anteil nach seiner Formel, zieht die Gebühr ab, schreibt ein internes Guthaben gut und sendet eine Transaktion, sobald dieses Guthaben die Auszahlungsschwelle überschreitet.

Der vollständige Weg eines Shares, vom ASIC bis zu den Coins in deiner Wallet:

1. Der Pool sendet mining.notify mit einem Job und der aktuellen Difficulty deines Workers.
2. Der ASIC iteriert Nonce, extranonce2 und Versionsbits, bis der doppelte SHA-256 des Headers unter dein Ziel fällt.
3. Der ASIC sendet mining.submit: Job-ID, extranonce2, Zeit, Nonce.
4. Der Pool prüft, dass der Job aktuell ist, dass der Share kein Duplikat ist, und dass der Hash wirklich unter deinem Ziel liegt. Gleichzeitig vergleicht er mit dem Netzwerkziel.
5. Der akzeptierte Share geht mit einem Gewicht in Höhe seiner Difficulty ins Protokoll ein.
6. Der Pool schreibt deinen Anteil gut: entweder eine feste Rate pro Share oder einen Anteil an der Belohnung eines gefundenen Blocks, je nach Schema.
7. Die Pool-Gebühr wird von diesem Guthaben abgezogen, berechnet auf den Bruttobetrag.
8. Was übrig bleibt, landet auf dem internen Guthaben, im Dashboard meist als „unpaid" angezeigt.
9. Sobald das Guthaben die Schwelle überschreitet, baut der Pool eine Transaktion, zieht die Netzwerkgebühr nach eigener Richtlinie ab und sendet sie an deine Adresse.
10. Nach den Bestätigungen gehört dir der Betrag endgültig. Bis zu diesem Moment ist es eine Verbindlichkeit des Betreibers, nicht dein Geld.

Schritt neun und zehn verdienen eine Pause. Zwischen „gutgeschrieben" und „angekommen" liegt die Auszahlungsschwelle, und bei kleiner Hashrate wird diese Schwelle zu einer Wartezeit.

Nach Berechnung von POOL BTC verdient eine 100-TH/s-Maschine bei einer Netzwerk-Hashrate von 930,73 EH/s und einem Subsidy von 3,125 BTC 0,00004835 BTC pro Tag brutto an Subsidy (Netzwerkparameter: mempool.space, Snapshot vom 08.09.2026). Rechnet man den Gebührenanteil von 0,66% hinzu, ergibt das 0,00004867 BTC, und nach 2% Pool-Gebühr bleiben 0,0000477 BTC pro Tag übrig. Gegen die von F2Pool, AntPool und Luxor veröffentlichte Schwelle von 0,001 BTC kommt die erste Auszahlung nach etwa 21 Tagen ununterbrochenen Betriebs. Gegen Oceans Schwelle, in Sekundärquellen mit 0,01048576 BTC angegeben, würde die Wartezeit etwa 220 Tage betragen.

Das ist kein Seitenhieb gegen Ocean, das zudem über Lightning ohne Schwelle auszahlt. Es zeigt, dass eine Auszahlungsschwelle für eine einzelne Maschine etwas anderes bedeutet als für eine 10-PH/s-Farm. Du kannst die Schwelle mit deiner eigenen Hashrate abgleichen und das Intervall zwischen Auszahlungen im POOL BTC Rechner berechnen.

Wie unterscheiden sich PPS, FPPS, PPLNS und SOLO mechanisch statt werblich?

Ein Auszahlungsschema beantwortet genau eine Frage: wer das Risiko trägt, dass Blöcke später als erwartet eintreffen. Bei PPS und FPPS übernimmt der Betreiber dieses Risiko und verkauft dir Vorhersehbarkeit über eine höhere Gebühr. Bei PPLNS und TIDES bleibt das Risiko bei den Minern und wird über ein Fenster von Shares verteilt. Bei SOLO liegt es vollständig bei dir, ganz ohne Mittelung.

Der mechanische Unterschied zeigt sich an zwei Stellen. Erstens: Bei FPPS ist die Rate pro Share im Voraus bekannt, daher muss die tägliche Gutschrift bei konstanter Hashrate flach verlaufen, und jeder Sprung in diesem Diagramm ist entweder eine Änderung der Netzwerk-Difficulty oder ein Problem auf deiner Seite. Zweitens: Ein PPLNS-Fenster ist in Arbeitseinheiten definiert, nicht in Zeit, daher schrumpft das Fenster in Stunden von selbst, wenn die Netzwerk-Difficulty steigt.

Wie Betreiber ihre Fenster tatsächlich formulieren, variiert stärker, als man annimmt. ViaBTC gibt offiziell „die letzten 5 Difficulty-Runden" an. Ocean dokumentiert sein Fenster als Shares im Wert des Achtfachen der Block-Difficulty. AntPool und F2Pool sprechen von „den letzten N Difficulty-Runden", ohne N zu veröffentlichen. Braiins betreibt BTC erst seit Dezember 2023 auf FPPS und bietet überhaupt kein PPLNS-artiges Schema an.

Die Formeln für jedes Schema sowie das, was mit deinen Shares passiert, wenn du einen Pool verlässt, werden in unserem eigenen Artikel über Auszahlungsschemata behandelt. Die Risikoverteilung oben ist der Teil, der hier zählt.

Woher kommt die Pool-Gebühr, und was deckt sie ab?

Die Pool-Gebühr ist ein Prozentsatz, den der Betreiber vor der Verteilung von der Bruttobelohnung einbehält. Sie finanziert Bitcoin-Nodes und Stratum-Server in mehreren Regionen, ein Bereitschaftsteam, das Varianzrisiko, das der Betreiber unter PPS-Schemata trägt, und die Abrechnungsinfrastruktur. Die Sätze bei großen Pools liegen irgendwo zwischen 1% und 4%, und sie über Schemata hinweg direkt zu vergleichen funktioniert nicht.

Das Detail, das oft übersehen wird: Die Gebühr wird von der Bruttogutschrift abgezogen, nicht vom Gewinn und nicht von dem, was nach dem Strom übrig bleibt. Derselbe Prozentsatz bedeutet also bei unterschiedlichen Preisen und Hashrates unterschiedlich viel absolutes Geld, und das ist auch der Grund, warum PPS-Schemata mehr verlangen. In diesem Prozentsatz steckt der Preis dafür, dass der Betreiber deine Auszahlung in einer schlechten Woche garantiert.

Was zu diesem Snapshot über konkrete Pools bestätigt ist:

Nach Berechnung von POOL BTC beträgt die Lücke zwischen 2% und 4% Gebühr bei einer 100-TH/s-Maschine 0,00000097 BTC pro Tag, etwa 0,000355 BTC pro Jahr. Diese Zahl wirkt trivial, bis man sie mit der Anzahl der Maschinen multipliziert: Bei einer Farm aus 100 identischen ASICs summieren sich dieselben zwei Prozentpunkte auf 0,0355 BTC pro Jahr.

Warum das Ranking von Pools nach einem einzigen Prozentsatz trotzdem scheitert, wird in unserem Artikel über Gebühren und einen vierfaktorigen Pool-Score durchgearbeitet: Die Auszahlungsschwelle, die Netzwerkgebührenrichtlinie und der Spread bei der automatischen Konvertierung schlagen die Prozentlücke häufiger als der Prozentsatz selbst.

Was sind Luck und Varianz, und warum kann ein Pool über eine Woche hinter der Erwartung zurückbleiben?

Luck ist das Verhältnis der erwarteten Share-Kosten zu den tatsächlich für die gefundenen Blöcke aufgewendeten Shares, angegeben als Prozentsatz. Ein Wert von 78% bedeutet, dass die Blöcke den Pool mehr Arbeit gekostet haben als erwartet, 130%, dass sie weniger gekostet haben. Varianz ist die statistische Streuung, aus der Luck hervorgeht. Blockfund ist ein Poisson-Prozess, daher ist Abweichung unvermeidlich und schrumpft nur mit wachsender Stichprobe.

Eine nützliche Eigenschaft der Poisson-Verteilung: Die Standardabweichung entspricht der Quadratwurzel des Erwartungswerts. Die relative Streuung sinkt daher mit der Quadratwurzel der Blockanzahl, nicht proportional zur Hashrate.

Nach Berechnung von POOL BTC bei einer Netzwerk-Hashrate von 930,73 EH/s und 1.008 Blöcken pro Woche:

Die oberste Zeile ist dieselbe 100-TH/s-Maschine im Solo-Mining: Die erwartete Zeit bis zu einem Block liegt bei einer Difficulty von 127,45 Billionen bei etwa 173 Jahren, und die Chance, in einer bestimmten Woche einen zu finden, liegt bei rund 0,011%.

Die unterste Zeile entspricht Foundry USA. Laut der ChainBulletin-Tabelle vom 08.09.2026 (wiedergegeben in KuCoins Beitrag vom 10.09.2026) hält der Pool rund 244,6 EH/s, etwa 27% des Netzwerks, mit AntPool bei nahe 156 EH/s und F2Pool bei nahe 127 EH/s. Der Nakamoto-Koeffizient, die Anzahl der Pools, die mehr als die Hälfte aller Blöcke produzieren, liegt laut D-Centrals Bericht für die erste Hälfte 2026 bei 3.

Aus dieser Tabelle ergeben sich zwei Schlüsse. Ein vollkommen ehrlicher 10-EH/s-Pool ohne jeden Zwischenfall liegt in etwa einer von drei Wochen unter 70% oder über 130% Luck, und das ist normales Verhalten für eine Zufallsvariable. Bist du gleichzeitig auf FPPS, gilt diese Zeile überhaupt nicht für dich, weil du unabhängig davon, ob der Pool einen Block findet, eine Rate pro Share bezahlt bekommst. Luck bei FPPS ist die Kennzahl des Betreibers, nicht deine.

Das Umgekehrte gilt ebenso. Eine einzelne Woche Luck beweist in keine Richtung etwas. Eine aussagekräftige Stichprobe, um über die Ehrlichkeit eines PPLNS-Pools zu diskutieren, beginnt bei einem Quartal.

Was passiert, wenn die Verbindung abbricht: Stale Shares, Reject-Rate, Failover?

Bricht die Verbindung ab, hasht der ASIC weiter gegen den zuletzt empfangenen Job, aber es gibt nirgendwo hin, die Ergebnisse zu senden, also geht diese Arbeit verloren. Kehrt die Verbindung zurück, werden Shares gegen den veralteten Job als stale abgelehnt. Dein aufgelaufenes Guthaben bleibt unberührt: Es liegt auf dem Konto und wartet auf die Auszahlungsschwelle. Was du verlierst, ist aktuelle Arbeit, plus deine Position im Fenster, falls du auf PPLNS bist.

Die Gründe, aus denen ein Pool einen Share ablehnt, bedeuten unterschiedliche Dinge und lohnen sich, in deinen Logs getrennt zu betrachten:

1. Stale, oder Job nicht gefunden: Der Share kam gegen einen Job an, der nicht mehr aktuell ist. Meist Netzwerk, Latenz oder ein neuer Block im Netzwerk.
2. Niedrige Difficulty beim Share: Der Hash hat dein aktuelles Ziel nicht erreicht. Oft eine Desynchronisation direkt nach einer vardiff-Änderung.
3. Doppelter Share: Dieselbe Kombination aus Nonce und extranonce2 wurde zweimal eingereicht. Ein Zeichen für ein Firmware-Problem oder einen Controller-Fehler.
4. Über dem Ziel: Der Header besteht die Validierung überhaupt nicht. Meist Hardware, die beim Übertakten oder bei der Temperatur zu weit getrieben wurde.

Jeder Betreiber legt seinen eigenen Normalwert für Rejects fest, und es gibt keinen Branchen-Schwellenwert. AntPool nennt unter 1% normal und gibt separat eine durchschnittliche Stale-Rate von 0,5% oder darunter an. ViaBTC nennt bis zu 3% akzeptabel. F2Pool bezeichnet rund 2% als angemessene Rate verzögerter Shares. Braiins und Luxor veröffentlichen keinen numerischen Schwellenwert.

Nach Berechnung von POOL BTC kosten 2 Prozentpunkte Reject-Rate genau so viel wie 2 Prozentpunkte Pool-Gebühr, da beide von der Bruttogutschrift abgehen. Für eine 100-TH/s-Maschine sind das dieselben 0,000355 BTC pro Jahr. Ein Pool bei 2% mit einer schlechten Route zu seinem Server verliert gegen einen Pool bei 3% mit einer stabilen Route.

Das macht Failover weniger optional, als es aussieht. Die Stratum-Konfiguration eines ASICs nimmt mehrere Pool-Adressen auf, und die Firmware wechselt zur nächsten, wenn die primäre ausfällt. Fülle jeden verfügbaren Slot, und behalte mindestens ein Backup bei einem anderen Betreiber oder zumindest in einer anderen Region, sonst fallen beide im selben Moment aus. Antminer-Standardfirmware hat drei Slots (Pool 1, 2 und 3, laut Bitmain-Support), und Whatsminer hat dieselben drei.

Ein Detail speziell für PPLNS: Einen Pool zu verlassen verbrennt deine Shares nicht als Strafe. Sie fallen einfach aus dem Fenster, sobald neue Arbeit eintrifft. Ocean dokumentiert das ausdrücklich und sagt, Shares werden nie aus dem Share-Log entfernt, sondern zählen lediglich nicht mehr, sobald das Arbeitsvolumen sie über die Fenstergrenze hinausschiebt. Der praktische Effekt ist derselbe, aber „der Pool behält deine Shares" ist die falsche Beschreibung.

Wie unterscheidet sich ein Pool von Hosting und von Cloud-Mining?

Ein Pool ist Arbeitskoordination: Die Hardware gehört dir und steht, wo immer du sie aufbewahrst, und der Pool verteilt Jobs und bezahlt akzeptierte Shares. Hosting ist ein Standort: Die Hardware gehört weiterhin dir, aber Strom, Kühlung und Konnektivität gehören jemand anderem, und du wählst den Pool weiterhin selbst. Cloud-Mining ist ein Vertrag: Du besitzt überhaupt keine Hardware, nur das Versprechen einer Gegenpartei, dir einen Strom zu zahlen.

Hosting plus ein Pool ist eine übliche Kombination, und beide konkurrieren nicht miteinander. Cloud-Mining steht abseits, weil es das einzige überprüfbare Glied der gesamten Kette entfernt: die Verbindung zwischen deiner Hardware, deinen Shares und Coins in der Blockchain. Bei einem Pool und bei Hosting bleibt dieses Glied bestehen, und du kannst es selbst nachrechnen.

Wie man Pool-Bedingungen bei der Auswahl liest und worauf man neben dem Prozentsatz noch achten sollte, behandeln wir in unserem Vergleich von 12 Pools.

Häufig gestellte Fragen zur Mechanik von Mining-Pools

Kann ein Pool einen gefundenen Block stehlen und nichts sagen?

Ein aus der Vorlage eines Pools gebauter Block trägt eine Coinbase-Transaktion mit den Adressen und der Kennung dieses Pools und erscheint in jedem Explorer. Ihn zu verbergen ist nicht möglich. Was von außen tatsächlich nicht überprüft werden kann, ist die interne Abrechnung: der Anteil eines bestimmten Miners an einem PPLNS-Fenster und die tatsächliche Hashrate des Pools bleiben dessen eigene Berichterstattung.

Beeinflusst die Share-Difficulty mein Einkommen?

Nein. Die Share-Difficulty verändert nur die Häufigkeit und das Gewicht der Einsendungen, das Produkt bleibt gleich. Verdoppelst du die Difficulty, sendest du halb so viele Shares, jeder doppelt so viel wert. Sie beeinflusst wohl die statistische Genauigkeit: Eine zu hohe Difficulty macht das Hashrate-Diagramm einer kleinen Maschine verrauscht.

Warum zeigt das Pool-Dashboard weniger Hashrate an als mein ASIC?

Deine Maschine meldet die momentane Hash-Geschwindigkeit, während der Pool deine Hashrate im Nachhinein aus akzeptierten Shares über ein Mittelungsfenster schätzt. Sie können konstruktionsbedingt nicht übereinstimmen. Abgelehnte und stale Shares vergrößern die Lücke zusätzlich, ebenso die Latenz zum Stratum-Server. Vergleiche eine Tageszahl mit einer Tageszahl.

Was passiert mit meinen Shares, wenn ich gehe, bevor der Pool einen Block findet?

Bei PPS und FPPS: nichts. Du wurdest für jeden akzeptierten Share mit einer Rate gutgeschrieben, und sie liegt bereits auf deinem Guthaben. Bei PPLNS bleiben deine Shares im Fenster und nehmen an Blöcken teil, die nach deinem Weggang gefunden werden, bis neue Arbeit sie über die Grenze hinausschiebt. Aufgelaufenes Guthaben verbrennt nicht, es wartet auf die Schwelle.

Warum braucht der Pool meine Hashrate, wenn er für Shares bezahlt?

Er kennt deine Hashrate nicht direkt. Der Pool leitet sie aus dem Share-Strom ab: akzeptierte Shares multipliziert mit ihrer Difficulty, geteilt durch die Länge des Fensters. Das ist eine Schätzung und keine Messung, weshalb ein Fünf-Minuten-Diagramm hin und her springt, während ein Tagesdiagramm glatt aussieht.

Was in unseren Daten zum 24.09.2026 unbestätigt bleibt

1. Gebührenprozentsätze bei Luxor und Foundry USA. Keiner veröffentlicht eine einzelne Zahl: Luxor nennt seine Gebühr einen Rabatt auf Spot-FPPS, Foundry bepreist nach Hashrate-Stufe.
2. Die Auszahlungsschwelle von EMCD: Die Help-Center-Artikel, die sie nennen sollten, lieferten am 24.09.2026 404.
3. Kryptex' 3% stammen aus unserer manuellen Prüfung vom 29.08.2026; am 24.09.2026 tauchte der Prozentsatz nicht im Text seiner öffentlichen Gebührenseiten auf.
4. Die Netzwerkparameter in den obigen Berechnungen sind ein Snapshot vom 08.09.2026 (Hashrate 930,73 EH/s, Difficulty 127.450.789.715.843, mempool.space). Am 24.09.2026 zeigte dieselbe API 917,89 EH/s und eine Difficulty von 132.757.073.449.487, sodass eine 100-TH/s-Maschine jetzt etwa 4% weniger Subsidy pro Tag verdient als in den obigen Beispielen. Die nächste Retarget bei Block 969.696 wurde auf etwa minus 5,5% geschätzt.
5. Die Share-Difficulty-Werte in den obigen Tabellen sind runde Zweierpotenzen, gewählt, um die Rechnung nachvollziehbar zu machen. F2Pool, AntPool und Braiins veröffentlichen keine Standard- oder Mindest-Share-Difficulty. ViaBTC veröffentlicht den Mechanismus statt einer Zahl: Ein d=-Parameter im Worker-Passwort legt die Start-Difficulty fest, und md= legt die Untergrenze fest.

Kurz gesagt

Ein Share ist ein Block mit abgesenkter Messlatte, nicht mehr. Der Pool wählt die Höhe dieser Messlatte passend zu deiner Maschine, damit er deine Arbeit in Echtzeit sehen kann, und die Einstellung berührt dein Einkommen nicht.

Der Pool baut den Block, nicht du. Unter Stratum V1 erhält der Miner Merkle-Zweige und einen Coinbase-Stub, niemals eine Transaktionsliste. Das ändert sich nur unter Job Declaration, und nur eine Handvoll Pools betreibt es produktiv.

Ein Auszahlungsschema beantwortet eine Frage: wessen Risiko. PPS und FPPS verkaufen dir Vorhersehbarkeit über den Prozentsatz, PPLNS belässt die Streuung bei den Minern, SOLO mittelt gar nichts. Luck ist die Kennzahl des Pools, und bei FPPS erreicht sie deine Auszahlung nie.

Die Reject-Rate kostet genau das, was die Gebühr kostet, da beide von der Bruttogutschrift abgehen. Zwei Prozentpunkte, die durch Konnektivität verloren gehen, fressen denselben Betrag wie zwei Prozentpunkte Tarif, weshalb ein gut angebundener Pool zu einem höheren Satz oft einen billigen, weit entfernten schlägt.

Dieser Artikel enthält Empfehlungslinks zu Mining-Pools (als gesponsert gekennzeichnet). Wir erhalten möglicherweise eine Vergütung, wenn Sie sich darüber registrieren. Das ändert nichts an den Zahlen und der Reihenfolge der Zeilen in den Tabellen: Die Konditionen stammen von den offiziellen Seiten der Pools.