Alle zwei Wochen passiert im Bitcoin-Netzwerk etwas, das keine Zentralbank, kein Vorstand und kein Entwicklerteam anordnet: Die Mining Difficulty justiert sich selbst. Sie ist der stille Autopilot, der daf\u00fcr sorgt, dass im Schnitt alle zehn Minuten ein Block entsteht, egal ob die weltweite Rechenleistung w\u00e4chst oder einbricht. Im August 2026 steht dieser Autopilot im R\u00fcckw\u00e4rtsgang: Die Schwierigkeit liegt bei rund 127,48 Billionen, gut 18 Prozent unter ihrem Rekord vom November 2025, und sie ist zum erst zweiten Mal \u00fcberhaupt niedriger als ein Jahr zuvor.<\/p>
Das ist die eine H\u00e4lfte der Geschichte, und sie wurde an anderer Stelle schon erz\u00e4hlt. Die zweite H\u00e4lfte ist weniger bekannt und in diesem Jahr pl\u00f6tzlich hochaktuell: Der Mechanismus, der Bitcoin seit 2009 im Takt h\u00e4lt, tr\u00e4gt einen Konstruktionsfehler, den Timewarp-Bug. Er ist fast so alt wie Bitcoin selbst, wurde nie ausgenutzt, und trotzdem arbeitet ein Teil der Entwicklergemeinde seit Jahren daran, ihn zu schlie\u00dfen. Der Vorschlag hei\u00dft BIP-54, sein Beiname ist „Great Consensus Cleanup“, und 2026 ist das Jahr, in dem sich entscheidet, ob Bitcoin ihn aktiviert. Dieser Text erkl\u00e4rt beides: wie die Difficulty rechnet, und warum ausgerechnet ihre eleganteste Regel zugleich ihre verletzlichste ist.<\/p>
Difficulty ist keine W\u00e4hrung, kein Preis und auch nicht die Hashrate. Sie ist eine reine Verh\u00e4ltniszahl, die angibt, wie viel schwerer es heute ist, einen g\u00fcltigen Block zu finden, als am allerersten Tag des Netzwerks. Difficulty 1 entspricht dem Zielwert im Genesis-Block von 2009. Ein Wert von 127,48 Billionen bedeutet also schlicht: Im Schnitt braucht das Netzwerk rund 127 Billionen Mal so viele Versuche wie damals, um einen Block zu finden, der die Konsensregeln erf\u00fcllt.<\/p>
Mining ist im Kern ein Ratespiel. Miner variieren ein Feld im Blockkopf (die Nonce) und berechnen f\u00fcr jede Kombination einen SHA-256-Hash. G\u00fcltig ist ein Block nur, wenn dieser Hash kleiner ist als ein bestimmter Zielwert, das sogenannte Target. Je kleiner das Target, desto seltener trifft ein zuf\u00e4lliger Hash darunter, desto mehr Rechenleistung ist n\u00f6tig. Difficulty ist nichts anderes als eine menschenlesbare Umrechnung dieses Targets: Sie steigt, wenn das Target sinkt, und sie sinkt, wenn das Target steigt.<\/p>
Die Idee stammt direkt von Satoshi Nakamoto. Im Bitcoin-Whitepaper hei\u00dft es (\u00fcbersetzt): „Um die zunehmende Hardware-Geschwindigkeit und das schwankende Interesse am Betrieb von Nodes \u00fcber die Zeit auszugleichen, wird die Proof-of-Work-Schwierigkeit durch einen gleitenden Durchschnitt bestimmt, der eine durchschnittliche Anzahl Bl\u00f6cke pro Stunde anpeilt. Werden sie zu schnell erzeugt, steigt die Schwierigkeit.“ Dieser Satz ist die gesamte Geldpolitik von Bitcoin in einem Absatz: Nicht die Ausgabemenge reagiert auf die Nachfrage nach Mining, sondern die Schwierigkeit reagiert auf das Angebot an Rechenleistung. Das Original steht bis heute unver\u00e4ndert im Bitcoin-Whitepaper<\/a>.<\/p> Bitcoin passt die Difficulty nicht laufend an, sondern in festen Intervallen: genau alle 2.016 Bl\u00f6cke. Bei einer Zielzeit von zehn Minuten pro Block entspricht das rund zwei Wochen (2.016 mal 10 Minuten = 20.160 Minuten). Am Ende jeder dieser Perioden, einer sogenannten Difficulty-Epoche, pr\u00fcft jede Node unabh\u00e4ngig, wie lange die 2.016 Bl\u00f6cke tats\u00e4chlich gedauert haben, und rechnet die Schwierigkeit neu.<\/p> Die Formel ist bewusst simpel: neue Difficulty = alte Difficulty mal (20.160 Minuten geteilt durch tats\u00e4chliche Minuten)<\/em>. Kamen die Bl\u00f6cke schneller als geplant, war die tats\u00e4chliche Zeit k\u00fcrzer als 20.160 Minuten, der Bruch wird gr\u00f6\u00dfer als eins, und die Schwierigkeit steigt. Kamen sie langsamer, sinkt sie. Ein Beispiel: Brauchte eine Epoche statt der geplanten 20.160 Minuten nur 19.200 Minuten, ergibt sich 20.160 geteilt durch 19.200 gleich 1,05; die Difficulty steigt also um rund f\u00fcnf Prozent. Zog sich die Epoche auf 21.168 Minuten, sinkt sie um knapp f\u00fcnf Prozent.<\/p> Zwei Schutzmechanismen begrenzen den Ausschlag. Erstens darf sich die Difficulty pro Anpassung h\u00f6chstens vervierfachen oder auf ein Viertel fallen (Faktor 0,25 bis 4). Dieser Deckel wurde in der Praxis noch nie erreicht; die gr\u00f6\u00dfte reale Bewegung war ein Sturz um knapp 28 Prozent im Juli 2021. Zweitens misst das Protokoll die Zeit nicht mit einer Uhr von au\u00dfen, sondern ausschlie\u00dflich anhand der Zeitstempel, die die Miner selbst in ihre Bl\u00f6cke schreiben. Und genau hier, bei diesen selbst gesetzten Zeitstempeln, liegt sp\u00e4ter der wunde Punkt.<\/p> Im Blockkopf steht die Schwierigkeit nicht als h\u00fcbsche Billionenzahl, sondern als kompakt kodiertes Feld namens nBits, eine Art Gleitkomma-Darstellung des Targets in vier Bytes. Jede Node dekodiert nBits, pr\u00fcft, ob der Block-Hash darunter liegt, und akzeptiert den Block nur dann. Difficulty ist die f\u00fcr Menschen aufbereitete Version dieses Werts, das Verh\u00e4ltnis zwischen dem maximalen Target (Difficulty 1) und dem aktuellen Target.<\/p> Entscheidend f\u00fcr das Retargeting sind die Zeitstempel. Ein Block gilt zeitlich nur als g\u00fcltig, wenn sein Zeitstempel zwei Regeln erf\u00fcllt. Er muss erstens gr\u00f6\u00dfer sein als der Median der Zeitstempel der letzten elf Bl\u00f6cke (die Median Time Past, kurz MTP); ein Miner kann die Uhr also nicht beliebig zur\u00fcckdrehen. Und er darf zweitens h\u00f6chstens zwei Stunden in der Zukunft liegen, gemessen an der Netzwerkzeit der anderen Nodes. Zwischen diesen beiden Leitplanken, MTP unten und zwei Stunden Zukunft oben, hat der Miner erstaunlich viel Spielraum. Diese Freiheit ist gewollt, weil es keine globale Uhr gibt, an die sich alle halten k\u00f6nnten. Sie ist aber auch der Hebel, an dem der Timewarp-Angriff ansetzt.<\/p> Difficulty und Hashrate sind zwei Seiten derselben M\u00fcnze, aber nur eine davon l\u00e4sst sich direkt messen. Die Hashrate, also wie viele Hashes das Netzwerk pro Sekunde berechnet, kann niemand von au\u00dfen z\u00e4hlen; sie wird aus der Difficulty und der beobachteten Blockzeit gesch\u00e4tzt (Hashrate ungef\u00e4hr gleich Difficulty mal 2 hoch 32 geteilt durch 600 Sekunden). Aus den aktuellen 127,48 Billionen ergeben sich so rund 912 Exahash pro Sekunde, was gut zu den von den Trackern gemeldeten Werten um 920 EH\/s passt. Weil die Difficulty nur alle zwei Wochen springt, ist sie der gegl\u00e4ttetste und ehrlichste N\u00e4herungswert f\u00fcr die tats\u00e4chliche Rechenleistung.<\/p> Auf der Ertragsseite steht der Hashprice: der Umsatz, den ein Petahash Rechenleistung pro Tag einbringt, aus Blockpr\u00e4mie plus Geb\u00fchren. Steigt die Difficulty, teilt sich derselbe Umsatz auf mehr Hashes auf, der Hashprice sinkt; f\u00e4llt die Difficulty, steigt er. Es ist eine R\u00fcckkopplungsschleife: Hoher Hashprice lockt neue Miner an, das treibt die Difficulty, das dr\u00fcckt den Hashprice wieder. Warum diese eine Zahl trotzdem tr\u00fcgt und wie Miner wirklich entscheiden, hat HOGE Wire in einer eigenen Analyse zu Hashprice und der Rechnung dahinter<\/a> auseinandergenommen.<\/p> Im August 2026 zeigt der Difficulty-Chart ein ungewohntes Bild. Nach dem Allzeithoch von 155,97 Billionen im November 2025 ist die Schwierigkeit \u00fcber Monate abgesackt und pendelt jetzt um 127,48 Billionen, den Wert der Anpassung vom 8. August (plus 0,99 Prozent). Laut CoinWarz<\/a> steuert die n\u00e4chste Neujustierung um den 22. August herum auf einen nahezu flachen Wert zu. Die folgende Momentaufnahme fasst die zentralen Kennzahlen zusammen.<\/p>Die 2016-Block-Regel: wie das Retargeting rechnet<\/h2>
Target, nBits und die Macht der Zeitstempel<\/h2>
Difficulty, Hashrate und Hashprice: die R\u00fcckkopplung<\/h2>
Der Stand im August 2026: ein Netzwerk im R\u00fcckw\u00e4rtsgang<\/h2>