Bitcoin-Reorgs 2026: was der Ein-Block-Reorg bei 966500 für deine Pool-Auszahlung bedeutet
Am 11. September 2026 fanden AntPool und SpiderPool beide einen gültigen Block auf Höhe 966500. AntPool fand den nächsten Block auf seinem eigenen, sein Zweig gewann, und der Block von SpiderPool wurde stale. Galaxy Research zählt dies als den dritten Ein-Block-Reorg in weniger als einem Monat und fand keine Anzeichen für einen Angriff oder einen Konsensfehler. Für die meisten Miner hängt der Verlust vom Auszahlungsschema ab: bei FPPS trägt ihn der Pool, bei PPLNS teilen ihn sich die Miner des Pools, bei SOLO gehört er ganz dir. Im Folgenden der Vorfall in fester Reihenfolge (was passiert ist, Zeitlinie, Ursache, wer betroffen war), danach wie Pools einen verlorenen Block verbuchen und was du auf deinem eigenen Dashboard prüfen kannst.
POOL BTC ist kein Mining-Pool. Es ist eine unabhängige Seite, die die Pools, Rechner und Dienste anderer Anbieter vergleicht. Wir haben keinen der Blocks in diesem Artikel gefunden, verloren oder ausgezahlt.
Inhalt
- Was ist ein Reorg, und wie unterscheidet er sich von einem Stale- oder Orphan-Block?
- Was ist bei Block 966500 passiert?
- Zeitlinie
- Warum ist es passiert, und warum ist das der dritte Fall in einem Monat?
- Wer verliert bei einem Reorg Geld?
- Wie viele Bestätigungen warten Pools ab, bevor sie einen Block gutschreiben?
- Wie zeigt ein Pool einen verlorenen Block an, und wie kannst du es selbst prüfen?
- Solltest du wegen Reorgs den Pool wechseln? Checkliste
- FAQ
Was ist ein Reorg in Bitcoin, und wie unterscheidet er sich von einem Stale- oder Orphan-Block?
Ein Reorg (Chain-Reorganisation) passiert, wenn Nodes die Spitze der Kette, die sie akzeptiert hatten, fallen lassen und zu einem konkurrierenden Zweig mit mehr gesamter Proof-of-Work wechseln. Der Block, der dabei herausfällt, wird stale genannt, oder, in älterem und in der Pool-Praxis üblichem Sprachgebrauch, orphan. Der Reorg ist das Ereignis, der Stale-Block ist das, was davon übrig bleibt.
Die Begriffe werden oft durcheinandergebracht, deshalb hier nebeneinander:
| Begriff | Was es bedeutet | Wird es bezahlt? |
|---|---|---|
| Reorg | Nodes wechseln von einer Chain-Spitze zu einem Zweig mit mehr kumulierter Arbeit | Kein Block, ein Ereignis |
| Stale-Block | Ein gültiger Block, der außerhalb der Hauptkette landete | Kein Subsidy, keine Gebühren |
| Orphan-Block | Das Wort, das die meisten Pool-Dashboards und ältere Guides für einen Stale-Block verwenden | Kein Subsidy, keine Gebühren |
| Stale-Share | Ein Share, der dem Pool für einen bereits veralteten Job gesendet wurde | Wird nicht gutgeschrieben, hat nichts mit Reorgs zu tun |
Ein Ein-Block-Reorg ist die mildeste Art. Nur die Spitze ändert sich, und Transaktionen aus dem verworfenen Block, die es nicht in den gewinnenden Block geschafft haben, gehen zurück in den Mempool und warten auf einen weiteren Block. Für einen Miner ist die praktische Frage nicht die Kette, sondern wessen Block verworfen wurde und unter welchem Auszahlungsschema. Die Grundbegriffe stehen auch in unserem Bitcoin-Mining-Glossar.
Was ist bei Block 966500 passiert?
Am 11. September 2026 hatte das Bitcoin-Netzwerk kurzzeitig zwei gültige Blocks auf Höhe 966500, einen von SpiderPool und einen von AntPool. AntPool fand daraufhin Block 966501 auf seinem eigenen Zweig, was diesem Zweig mehr Gesamtarbeit verlieh. Nodes wechselten zu ihm, und der Block von SpiderPool wurde stale.
Galaxy Research beschrieb es als den dritten Ein-Block-Reorg in weniger als einem Monat. Die beiden vorherigen lagen auf Höhe 962722 am 16. August und 963853 am 24. August. Laut derselben Quelle gab es keine Anzeichen für einen Angriff oder einen Konsensfehler.
Spätere Reposts von Aggregatoren fügten zwei Details hinzu: die Uhrzeit, 11:30:30 UTC, und die Größe der beiden konkurrierenden Rewards, etwa 3,1389 BTC im abgelehnten Block von SpiderPool gegenüber etwa 3,1411 BTC im gewinnenden Block von AntPool. Diese Zahlen stammen von Aggregatoren (Gate News, chaincatcher, mainstreamcryptonews), nicht aus einer von uns geprüften Primärquelle.
Was wir nicht haben. Keine der von uns geprüften Quellen nennt die an den Reorgs bei 962722 und 963853 beteiligten Pools. Wir fanden keine Stellungnahme von SpiderPool zum verlorenen Block, weder in den Ankündigungen auf support.spiderpool.com noch im Medium-Blog des Pools, Stand desselben Datums.
Zeitlinie
- 16. August 2026. Ein-Block-Reorg auf Höhe 962722.
- 24. August 2026. Ein-Block-Reorg auf Höhe 963853.
- 11. September 2026, gegen 11:30 UTC. SpiderPool und AntPool veröffentlichen je einen Block auf Höhe 966500. Ein Teil des Netzwerks baut auf dem einen, ein Teil auf dem anderen auf.
- Kurz danach. AntPool findet Block 966501 auf seinem eigenen 966500. Wir haben die genaue Uhrzeit von 966501 nicht gegen eine Primärquelle geprüft. Der Zeitstempel im Block-Header wird vom Miner gesetzt, daher ist die daraus abgelesene Lücke zwischen zwei Blocks ohnehin nur ein Näherungswert.
- Nodes wechseln. Der Zweig von AntPool hat mehr Arbeit und wird zur Hauptkette. Der Block von SpiderPool wird stale, und sein Reward von etwa 3,1389 BTC wird nie ausgabefähig.
- 12. September 2026. Daten von Galaxy Research zu den drei Reorgs erscheinen in der Berichterstattung.
- 13. September 2026. Aggregatoren posten die Geschichte erneut mit exakter Uhrzeit und Reward-Zahlen. Danach keine neuen Fakten.
Warum ist es passiert, und warum ist das der dritte Fall in einem Monat?
Ein Ein-Block-Reorg passiert, wenn zwei Pools innerhalb der Zeit, die ein Block braucht, um sich im Netzwerk zu verbreiten, einen Block auf derselben Höhe finden. Jeder Teil des Netzwerks minert auf dem Block, den er zuerst gesehen hat. Welche Seite auch immer den nächsten Block zuerst findet, gewinnt. Nichts war kaputt: So löst Bitcoin zwei gleichzeitig eintreffende ehrliche Blocks auf.
Galaxy Research bezeichnete drei Reorgs in einem Monat nicht als Angriff. Es behandelte die Häufigkeit als Grund, zwei Dinge im Auge zu behalten.
Verzögerung bei der Block-Propagation. Je länger ein neuer Block braucht, um andere Pools zu erreichen, desto größer das Zeitfenster, in dem ein zweiter Pool einen konkurrierenden Block auf derselben Höhe finden kann. Niemand hat eine gemessene Verzögerung für diese drei Vorfälle veröffentlicht. Es gibt eine Beobachtung von Galaxy Research: Ihr Node sah den Block von AntPool erst, als die Kette bereits darauf verlängert worden war, sodass er zuerst den Block von SpiderPool erhielt. Zum Vergleich: Die Studie von Decker und Wattenhofer aus 2013 maß eine mittlere Block-Propagationszeit von 12,6 Sekunden und eine Stale-Rate von 1,69%. Compact Blocks (BIP 152) kamen erst danach, diese Zahlen beschreiben also die Vergangenheit, nicht 2026.
Pool-Konzentration. Wenn zwei Zweige gegeneinander antreten, findet die Seite mit mehr Hashrate dahinter mit größerer Wahrscheinlichkeit den nächsten Block. Ein großer Pool, der auf seinem eigenen Block minert, hat in diesem Rennen einen Vorsprung. Aktuelle Zahlen aus unseren News-Reports:
| Indikator | Wert, September 2026 |
|---|---|
| Netzwerk-Hashrate | etwa 915 EH/s (08.09.2026) |
| AntPool | etwa 156 EH/s |
| Foundry USA | etwa 244,6 EH/s (26-27% je nach Basis) |
| Top fünf Pools zusammen (Foundry, AntPool, F2Pool, ViaBTC, SpiderPool) | 78,31% |
| Nakamoto-Koeffizient | 3 |
Die Blockanteile im letzten Monat zeigt die Grafik unten: AntPool fand 19,25% von 4546 Blöcken, SpiderPool 8,40%, Foundry USA 25,47%.
Nach diesen Zahlen hatte AntPool allein ungefähr ein Sechstel der Netzwerk-Hashrate auf seiner Seite, bevor andere Pools einen Zweig wählten. Das beweist nicht, dass AntPool solche Rennen häufiger gewinnt. Dafür bräuchte man Pool-spezifische Statistiken, und niemand veröffentlicht sie in fertiger Form. Der offene Datensatz bitcoin-data/stale-blocks zählte, Stand 25.09.2026, 3929 Stale-Blocks über die gesamte Bitcoin-Geschichte, doch seine Beschreibung enthält keine Aufschlüsselung nach Pool oder Monat. Wir fanden zudem keine etablierte Zahl für Ein-Block-Reorgs pro Monat in 2024-2025: Galaxys "dritter in einem Monat" beschreibt eine Episode, keine Langzeitstatistik.
Ein separater und seltenerer Fall ereignete sich am 24. März 2026: ein Zwei-Block-Reorg, bei dem der Zweig von Foundry USA Blöcke von AntPool und ViaBTC ersetzte. The Block und CoinDesk berichteten beide darüber.
Der Vergleich von Ocean und Braiins behandelt, wie Stratum V2 und DATUM verändern, wer Block-Templates baut, was die andere Hälfte der Konzentrationsfrage ist.
Wer verliert bei einem Reorg Geld: der Pool, ein FPPS-Miner, ein PPLNS-Miner, ein Solo-Miner?
Der Stale-Block bringt nichts ein, also trägt jemand den fehlenden Reward. Bei FPPS und PPS ist es der Pool, weil er bereits für jeden Share bezahlt hat. Bei PPLNS sind es die Miner des Pools, weil die Runde, aus der sie bezahlt wurden, nie einen ausgabefähigen Block hervorgebracht hat. Bei SOLO verliert der Miner, der ihn gefunden hat, den gesamten Blockreward.
| Schema | Wer trägt den Verlust | Was der Miner sieht |
|---|---|---|
| FPPS / PPS | Der Pool | Die Einnahmen pro Share ändern sich nicht |
| PPS+ | Der Pool beim Subsidy-Anteil, die Miner beim Gebührenanteil | Der Subsidy-Anteil bleibt unverändert; der Gebührenanteil wird PPLNS-artig ausgezahlt, daher werden Gebühren aus einem Stale-Block nicht bezahlt |
| PPLNS | Die Miner des Pools | Der Block und sein Reward erscheinen nicht, oder erscheinen und werden dann als orphan markiert |
| RBPPS | Der Miner (die Runde wird nicht bezahlt) | Der Satz pro Share ist fest, aber eine Runde, die mit einem Orphan endet, bleibt unbezahlt |
| SOLO | Der Miner, der den Block gefunden hat | Der gesamte Reward verschwindet, keine Teilgutschrift |
Im Fall 966500 war der Verlierer der Block von SpiderPool, etwa 3,1389 BTC nach Aggregatorzahlen. SpiderPool bietet für BTC mehrere Schemata an: PPS, PPS+, FPPS, PPLNS und SOLO. Es veröffentlicht keine gesonderte Regel zu Orphan-Blocks. Gemäß der obigen Tabelle waren Miner auf PPS und FPPS nicht betroffen, während Miner auf PPLNS diesen Block aus ihrer Runde verloren. Auf der Gewinnerseite ändert sich für Miner von AntPool nichts, da ihr Block in der Kette blieb.
Unsere Recherche zeigt, dass die meisten großen BTC-Pools inzwischen auf FPPS zahlen: Foundry USA, Binance Pool, Luxor und EMCD nutzen für BTC ausschließlich FPPS, Braiins Pool wechselte im Dezember 2023 vollständig zu FPPS, und F2Pool setzt standardmäßig auf FPPS mit PPLNS als Option. Für Miner bei diesen Pools ändert ein einzelner Orphan ihre Gutschrift nicht.
Was das in Dollar bei gleicher Hashrate kostet, ist ausgerechnet unter FPPS, PPS+, PPLNS und SOLO im Vergleich. Um dein eigenes erwartetes Einkommen ohne Glück und Orphans zu sehen, nutze den POOL BTC Rechner.
Wie viele Bestätigungen warten Pools ab, bevor sie einen Block gutschreiben?
Das Protokoll setzt eine feste Regel: Coins aus einer Coinbase-Transaktion können erst ausgegeben werden, wenn 100 weitere Blocks darauf aufgebaut wurden. Bei einem 10-Minuten-Ziel sind das etwa 16-17 Stunden. Pools zeigen einen gefundenen Block bis dahin meist als unbestätigt oder unreif an, weil ein Reorg in diesem Fenster ihn löschen würde.
Pools legen darüber hinaus ihre eigene Regel fest, wann sie Guthaben gutschreiben:
- Block gefunden. Der Pool sieht, dass sein Block von seinem eigenen Node akzeptiert wurde.
- Unbestätigt / unreif. Der Block zählt, aber der Reward ist durch das Protokoll gesperrt.
- Gutschrift. Bei PPLNS und SOLO schreibt der Pool den Reward nach seiner eigenen Bestätigungsschwelle gut. Wir konnten auf offiziellen Seiten nicht bestätigen, wie viele Bestätigungen AntPool, F2Pool, ViaBTC und SpiderPool abwarten: ihre Hilfebereiche liegen hinter einem Anti-Bot-Schutz, und die offenen Seiten nennen die Zahl nicht. Frage beim Support deines Pools nach.
- Reife bei 100 Blocks. Die Coinbase wird ausgabefähig, und der Pool kann diese Coins bewegen.
- Auszahlung. Dein Guthaben erreicht die Auszahlungsschwelle, und eine Transaktion wird versendet.
Bei FPPS betrifft dich diese Kette kaum. Der Pool schreibt Shares aus seinem eigenen Guthaben gut, und Foundry USA zum Beispiel berechnet die täglichen Einnahmen für den vorherigen UTC-Tag. Ob ein bestimmter Block reift, ändert daran nichts.
Ein Ein-Block-Reorg ist bereits mit dem nächsten Block erledigt, weit innerhalb des 100-Block-Fensters. Deshalb konnte der verlorene Reward von SpiderPool gar nicht ausgegeben worden sein: er war noch nicht gereift.
Wie zeigt ein Pool einen verlorenen Block an, und wie kannst du es selbst prüfen?
Pools, die eine Blockliste veröffentlichen, markieren einen Stale-Block meist mit einem Status wie orphan, rejected oder invalid statt confirmed. Bei PPLNS fällt der Reward für diesen Block aus der Runde heraus. Bei FPPS bleibt deine Einnahmenzeile unverändert. Du kannst den Block selbst prüfen, indem du seinen Hash mit dem Block-Explorer auf dieser Höhe vergleichst.
Was die Status auf einem Dashboard normalerweise bedeuten, behandelt unser Beitrag Pool-Statistiken lesen: Luck, Orphan-Rate, unbestätigt. Die genauen Bezeichnungen unterscheiden sich je nach Pool. Der Blog von ViaBTC unterscheidet orphan, stale, invalid und confirmed. Wir haben die Bezeichnungen bei AntPool, F2Pool und SpiderPool nicht geprüft.
Um einen bestimmten Block zu prüfen:
- Öffne die Blockliste des Pools und kopiere Höhe und Hash des Blocks, bei dem du dir unsicher bist.
- Suche den Block auf dieser Höhe in einem Block-Explorer. Die mempool.space API zum Beispiel liefert den Hash der Hauptkette nach Höhe unter `https://mempool.space/api/block-height/
`. - Vergleiche die Hashes. Stimmen sie überein, ist der Block in der Hauptkette. Weichen sie ab, ist der Block des Pools auf dieser Höhe stale.
- Prüfe bei PPLNS, dass der Reward des Stale-Blocks nicht in deinem Guthaben mitgezählt wird.
- Prüfe bei FPPS, dass sich deine täglichen Einnahmen am Tag des Reorgs nicht geändert haben.
Die Orphan-Rate eines Pools sagt mehr aus als ein Einzelfall. Weder die großen BTC-Pools noch die offenen Datensätze, die wir geprüft haben, veröffentlichen eine Pool-spezifische Orphan-Rate für 2025-2026. Der einzige Bezugspunkt ist eine netzwerkweite Zahl aus einer Studie von 2013, 1,69%, und die ist längst veraltet.
Solltest du wegen Reorgs den Pool wechseln? Checkliste
In der Regel nein. Ein Ein-Block-Reorg ist ein normales Netzwerkereignis, und Galaxy Research fand keinen Angriff hinter den drei Fällen in einem Monat. Ein Wechsel lohnt sich, wenn die eigene Orphan-Rate des Pools über Monate hinweg über der der Konkurrenz liegt, wenn Stale-Blocks vor dem Dashboard verborgen werden, oder wenn dein Schema den Verlust dir aufbürdet und du es nicht wusstest.
Geh diese Liste durch, bevor du deine Hashrate verschiebst:
- Kenne dein Schema. Bei FPPS berührt ein Orphan deine Einnahmen nicht. Bei PPLNS, RBPPS und SOLO tut er es.
- Prüfe die Bedingungen. Finde die Regel des Pools zu Stale-Blocks in seinen Hilfeseiten. Die Formulierungen unterscheiden sich stärker, als die Schema-Namen vermuten lassen.
- Halte Ausschau nach einer Blockliste. Ein Pool, der Stale-Blocks offen zeigt, lässt sich leichter prüfen als einer, der nur bestätigte Blocks zeigt.
- Vergleiche die Orphan-Rate über Monate, nicht Tage. Ein Reorg ist Rauschen. Niemand veröffentlicht einen anerkannten Schwellenwert für eine "hohe" Orphan-Rate, also vergleiche deinen Pool im selben Zeitraum mit der Konkurrenz.
- Prüfe einen Block gegen den Explorer, mit den obigen Schritten, falls dein PPLNS-Guthaben zu niedrig wirkt.
- Rechne nach, was der Wechsel dich kostet. Von FPPS zu PPLNS zu wechseln, um Orphans "zurückzugewinnen", erhöht die Varianz, und dein unbezahltes Guthaben beim alten Pool bleibt möglicherweise unter der Schwelle.
- Wenn du SOLO minerst, akzeptiere, dass ein Stale-Block Teil der Lotterie ist. Unsere Liste der 2026 gefundenen Solo-Blocks zeigt, wie selten ein Fund überhaupt ist.
Wenn du einen Pool von Grund auf auswählst, ist der Umgang mit Orphans nur eine Zeile in einer längeren Liste: siehe den Leitfaden zur Wahl eines Bitcoin-Mining-Pools.
Was nicht berücksichtigt wurde
- Wer auf beiden Seiten der August-Reorgs bei 962722 und 963853 stand, ist nicht in unseren Daten enthalten.
- Die Aggregator-Reward-Zahlen für 966500 wurden nicht gegen einen Block-Explorer geprüft.
- Die eigene Bestätigungsschwelle eines Pools kann von den 100 Blocks des Protokolls abweichen, und Pools veröffentlichen sie selten.
FAQ
Hat jemand beim Reorg bei 966500 Bitcoin verloren?
Der Stale-Block von SpiderPool, nach Aggregatorzahlen etwa 3,1389 BTC, wurde nie ausgezahlt. Wer ihn getragen hat, hängt vom Schema ab, das der jeweilige Miner gewählt hat: SpiderPool bietet für BTC PPS, PPS+, FPPS, PPLNS und SOLO an und veröffentlicht keine gesonderte Orphan-Regel.
Gingen Transaktionen aus dem verworfenen Block verloren?
Nein. Transaktionen, die nicht im gewinnenden Block enthalten waren, gehen zurück in den Mempool und werden in spätere Blocks aufgenommen.
Kann ein Ein-Block-Reorg meine Pool-Auszahlung rückgängig machen?
Eine Auszahlung ist eine normale Transaktion. War sie im verworfenen Block enthalten und nicht im gewinnenden, geht sie zurück in den Mempool und wird später bestätigt. Der Coinbase-Reward selbst kann erst nach 100 Blocks ausgegeben werden, daher zahlt ein Pool nicht aus einer unbestätigten Coinbase aus.
Ist ein Stale-Share dasselbe wie ein Stale-Block?
Nein. Ein Stale-Share ist verspätete Arbeit, die an den Pool gesendet und nicht gutgeschrieben wird. Ein Stale-Block ist ein ganzer gültiger Block, der ein Rennen im Netzwerk verloren hat.
Schützt mich FPPS vollständig vor Reorgs?
Vor dem verlorenen Orphan-Reward ja: der Pool trägt ihn, und deine Einnahmen pro Share bleiben gleich. Es schützt dich nicht vor einem Pool, der schließt oder Auszahlungen verzögert, und die Garantie hat einen Preis: F2Pool zum Beispiel berechnet 4% bei FPPS und 2% bei PPLNS.
Du kannst abschätzen, was deine Hashrate im POOL BTC Rechner verdienen sollte.
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.



