Anpassung der Schwierigkeit alle 2016 Blöcke

Neugier

1. Warum passt das Netzwerk die Schwierigkeit alle zwei Wochen an statt nach jedem Block?
2. Wie kann sich ein dezentrales System auf eine mathematische Korrektur einigen, ohne dass eine zentrale Autorität ein Update herausgibt?
3. Was passiert mit der Blockerzeugungsgeschwindigkeit in den Tagen unmittelbar nach einem massiven Rückgang der globalen Hashing-Leistung?

Erkunden

1. Das Sicherheitsmodell von Bitcoin beruht auf einem gleichmäßigen Rhythmus von etwa zehn Minuten pro Block. Dieser Takt wägt die Finalität von Transaktionen gegen Netzwerküberlastung und Ressourcenverbrauch ab. Mining-Hardware entwickelt sich jedoch rasant weiter; ASICs werden im Lauf der Zeit exponentiell effizienter. Ohne Eingriff würde eine feste Schwierigkeit bedeuten, dass Blöcke mit wachsender Rechenleistung in Sekunden statt in Minuten gefunden würden. Eine solche Volatilität würde die Sicherheitseigenschaften der Kette destabilisieren und die Erwartungen der Nutzer an Bestätigungszeiten durcheinanderbringen.
2. Um diesen Rhythmus aufrechtzuerhalten, nutzt Bitcoin eine automatische Rückkopplungsschleife, das sogenannte Retargeting. Alle 2.016 Blöcke – ein Zeitraum von durchschnittlich vierzehn Tagen – berechnet jeder Node unabhängig das Proof-of-Work-Ziel neu. Die Zahl 2.016 ergibt sich aus 14 Tagen multipliziert mit 144 Zehn-Minuten-Intervallen pro Tag. Diese Frequenz schafft ein Gleichgewicht: kurz genug, um auf deutliche Veränderungen der Hashrate zu reagieren, und lang genug, um vorübergehende Schwankungen oder Anomalien in der Netzwerkbeteiligung zu glätten.
3. Die Berechnung vergleicht die tatsächlich benötigte Zeit zum Minen der vorherigen 2.016 Blöcke mit den erwarteten 20.160 Minuten. Die Formel lautet: Neues Ziel = Altes Ziel × (Tatsächliche Zeit / Zielzeit). Haben die Miner im Durchschnitt schneller als alle zehn Minuten Blöcke gefunden, ist die tatsächliche Zeit kürzer; daraus ergibt sich ein Bruch kleiner als eins, der das Ziel senkt und die Schwierigkeit erhöht. Haben die Blöcke umgekehrt länger gedauert, steigt das Ziel, um das Rätsel zu erleichtern. Diese proportionale Anpassung sorgt dafür, dass sich der Durchschnitt wieder bei zehn Minuten einpendelt.
4. Um extreme Ausschläge durch kurzfristige Schocks zu verhindern, ist die Anpassung pro Zyklus in jede Richtung auf den Faktor vier begrenzt. Wie groß die Veränderung der Hashrate auch ist, eine Anpassung kann die Schwierigkeit höchstens vervierfachen oder auf ein Viertel senken. Die Begrenzung hält den Schaden durch verzerrte Zeitstempel klein und sorgt dafür, dass Veränderungen bei dramatischen Marktereignissen oder Hardwarewechseln allmählich erfolgen.
5. Ein bemerkenswertes Beispiel ereignete sich im Juli 2021, nachdem China das Krypto-Mining verboten hatte. Die globale Hashrate brach ein, sodass Blöcke deutlich langsamer als alle zehn Minuten gefunden wurden. Die darauffolgende Schwierigkeitsanpassung war die größte Absenkung in der Geschichte von Bitcoin: Sie betrug fast 28 %, um die gesunkene Rechenleistung abzubilden. Diese schnelle Korrektur brachte die durchschnittliche Blockzeit innerhalb eines einzigen Zyklus wieder in Richtung ihres Zielwerts und zeigte, wie schnell der Mechanismus auf reale wirtschaftliche und regulatorische Schocks reagiert.
6. Zwischen den Anpassungen arbeitet das Netzwerk mit einer festen Schwierigkeit. Ändert sich die Hashrate innerhalb dieser zweiwöchigen Zeitfenster, weichen die Blockzeiten bis zum nächsten Retargeting von zehn Minuten ab. Diese Verzögerung ist ein inhärenter Kompromiss periodischer Anpassung; einige andere Chains passen die Schwierigkeit stattdessen bei jedem Block an und tauschen damit Bitcoins Einfachheit und Vorhersehbarkeit gegen eine schnellere Reaktion. Nutzer und Miner können diesen Zyklus in jedem Block-Explorer verfolgen, der die verbleibenden Blöcke bis zur nächsten Anpassung und die geschätzte prozentuale Veränderung auf Basis der aktuellen Mining-Geschwindigkeit anzeigt.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• Bitcoin Core source code, pow.cpp (CalculateNextWorkRequired)
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 12
• Bitcoin difficulty history, block 689,472 (July 2021)