Hashrate und Mining-Schwierigkeit: Was die Bitcoin-Kennzahlen aussagen

Die Bitcoin-Hashrate beschreibt, wie schnell Miner Hashversuche durchführen. Die Mining-Schwierigkeit beschreibt, wie anspruchsvoll der Proof-of-Work-Zielwert des Netzwerks ist. Die erste Größe ist eine Rate, die meist für das gesamte Netzwerk geschätzt wird; die zweite eine dimensionslose Kennzahl aus einer von den Knoten durchgesetzten Regel.

Deshalb kann sich ein Hashrate-Chart bewegen, während die Schwierigkeit unverändert bleibt. Eine veränderte Schätzung ist keine sofortige Schwierigkeitsanpassung. Keine der beiden Zahlen zeigt, wohin sich der Bitcoin-Preis entwickelt.

Dieser Ratgeber behandelt das Bitcoin-Mainnet, nicht die abweichenden Regeln anderer Proof-of-Work-Netzwerke oder der Bitcoin-Testnetzwerke.

Zuerst die Einheiten vergleichen

Ein Hash ist ein Versuch, einen Blockheader zu finden, der Bitcoins Proof-of-Work-Anforderung erfüllt. Die Hashrate zählt Versuche je Sekunde. Die Schwierigkeit vergleicht den aktuellen Zielwert mit einem festen Referenzzielwert: Höhere Schwierigkeit bedeutet einen kleineren zulässigen Zielwert und im Durchschnitt mehr erforderliche Versuche. Die Bitcoin-Blockheaderreferenz und die Schwierigkeitsberechnung von Bitcoin Core beschreiben diese unterschiedlichen Größen.

Die Vorsätze sind wichtig: 1 TH/s bedeutet 10¹² Hashes je Sekunde, 1 PH/s bedeutet 10¹⁵ und 1 EH/s bedeutet 10¹⁸. Somit entspricht 1 EH/s 1000 PH/s oder 1000000 TH/s. Ein Schwierigkeitswert im Billionenbereich ist weiterhin ein Verhältnis, nicht Billionen Hashes je Sekunde.

Warum die Netzwerk-Hashrate eine Schätzung ist

Miner veröffentlichen keine Aufzeichnung jedes erfolglosen Versuchs. Die Blockchain erfasst akzeptierte Blöcke und deren Proof-of-Work-Zielwerte. Eine Netzwerkschätzung leitet daraus rückwärts eine Rate ab.

Beispielsweise beschreibt die getnetworkhashps-Dokumentation von Bitcoin Core 30.0 eine Schätzung anhand eines wählbaren Blockfensters. Der Standard sind 120 Blöcke; −1 wählt den Zeitraum seit der letzten Schwierigkeitsänderung. Mit einer gewählten Blockhöhe lässt sich ein früherer Zeitpunkt statt der aktuellen Kettenspitze schätzen.

Die versionierte Implementierung teilt die Differenz der kumulierten Kettenarbeit durch ein Maß der verstrichenen Zeit. Sie verwendet den größten und kleinsten Blockzeitstempel der gewählten Stichprobe. Das sind Belege für Arbeit und Zeit, kein direktes Messgerät an jeder Mining-Maschine.

Dieselbe Arbeit kann unterschiedliche Raten ergeben

Betrachten Sie zwei hypothetische Beobachtungsfenster mit derselben erwarteten Hasharbeit von 7,2 × 10²⁴ Einheiten:

Die Schätzung von Fenster B liegt 20 % höher. Dies sind Beispielrechnungen, keine Bitcoin-Beobachtungen. Sie belegen keinen Zuwachs an Mining-Hardware: Durch zufällige Schwankungen bei der Blockfindung können Blöcke im beobachteten Zeitraum ebenfalls schneller oder langsamer gefunden werden.

Ein kurzes Fenster reagiert schnell, wird aber stärker von diesen Schwankungen beeinflusst. Ein längeres glättet das Bild, kann eine tatsächliche Änderung jedoch später abbilden. Zwei Anbieter können daher unterschiedliche Schätzungen melden, ohne unterschiedliche Konsensregeln zu haben. Gleichen Sie vor dem Vergleich Fenster, abschließende Blockhöhe, Einheiten und Berechnungsmethode ab.

Was die Schwierigkeit tatsächlich steuert

Für einen gültigen Proof of Work muss der Hash eines Blockheaders kleiner oder gleich dem geforderten Zielwert sein. Ein kleinerer Zielwert verkleinert den Bereich erfolgreicher Hashes. Die Schwierigkeit drückt diese Änderung relativ zu einer festen Referenz aus; sie macht aus einer einzelnen Hashoperation keine andere Art von Berechnung.

Eine nützliche vereinfachte Beziehung lautet:

Schwierigkeit = Referenzzielwert für Schwierigkeit eins ÷ aktueller Zielwert.

Wird der Zielwert halbiert, verdoppelt sich die Schwierigkeit. Bleibt die Hashrate eines Miners unverändert, steigt seine erwartete Zeit bis zum Finden eines passenden Hashes. „Erwartet“ ist entscheidend: Ein bestimmter Block kann schnell oder erheblich später gefunden werden. Bitcoins Erklärung zum Proof of Work beschreibt diesen probabilistischen Vorgang.

Lesen Sie „Schwierigkeit verdoppelt“ nicht als „Das Netzwerk verbraucht jetzt doppelt so viel Strom“. Ein Schwierigkeitsverhältnis misst weder Hardwareeffizienz noch Energiepreise noch die Zahl aktuell laufender Maschinen.

Warum sich die Hashrate vor der Schwierigkeit ändern kann

Das Bitcoin-Mainnet strebt einen durchschnittlichen Blockabstand von 600 Sekunden oder zehn Minuten an. Seine Anpassungsperiode beträgt 2016 Blöcke, entsprechend einer Zielzeitspanne von 1209600 Sekunden oder vierzehn Tagen. Dies sind Mainnet-Parameter, keine Zusage, dass jeder Block zehn Minuten dauert oder jede Anpassung am gleichen Wochentag erfolgt.

Die Abfolge lässt sich in drei Schritten verstehen:

1. Während einer Anpassungsperiode bleibt der Netzwerkzielwert konstant. Miner können Geräte ein- oder ausschalten, ohne ihn sofort zu ändern.
2. Steigt die tatsächliche Hashleistung bei diesem Zielwert, treffen Blöcke tendenziell schneller ein. Eine ausreichend reaktionsfähige Hashrate-Schätzung kann steigen, obwohl eine kurze Folge schneller Blöcke auch Zufall sein kann.
3. An der nächsten Anpassungsgrenze berechnen Knoten den neuen Zielwert anhand der vorgeschriebenen Zeitstempel. Ein schnellerer gemessener Zeitraum führt in Richtung höherer, ein langsamerer in Richtung niedrigerer Schwierigkeit.

Eine vor der Grenze angezeigte Anpassungsschätzung ist eine Prognose. Weitere Blöcke und ihre Zeitstempel können das Ergebnis noch ändern. Die Mainnet-Implementierung der Zielwertanpassung liest keine Hashrate-Schätzung eines Chartanbieters, um den nächsten Zielwert festzulegen.

Ein Beispiel mit zwölf Tagen

Angenommen, die verwendeten Zeitstempel umfassen zwölf statt der angestrebten vierzehn Tage. Rundung durch kompakte Zielwertcodierung bleibt unberücksichtigt; keine Grenze greift:

• Neuer Zielwert ungefähr alter Zielwert × 12 ÷ 14, also 85,714 % des alten Zielwerts.
• Neue Schwierigkeit ungefähr alte Schwierigkeit × 14 ÷ 12, also 116,667 % der alten Schwierigkeit.
• Ein beispielhafter Schwierigkeitsindex von 100 würde etwa 116,667 erreichen: ein Anstieg um 16,667 %, nicht um 14,286 %.

Der prozentuale Zielwertrückgang und der prozentuale Schwierigkeitsanstieg unterscheiden sich, weil die Größen zueinander invers sind. Wer die prozentuale Zielwertänderung in eine Schlagzeile zur Schwierigkeit übernimmt, erhält deshalb das falsche Ergebnis.

Bitcoin begrenzt außerdem die verwendete Zeitspanne auf ein Viertel bis das Vierfache der Zielzeitspanne. Kompakte Codierung, Ganzzahlarithmetik und maximal zulässiger Zielwert sind für ein exaktes Implementierungsergebnis wichtig. Das Beispiel erklärt Richtung und Verhältnis und ersetzt keine Konsensberechnung.

Technisches Detail zur Periode von 2016 Blöcken

Die Berechnung verwendet Zeitstempel des ersten und letzten Blocks der vorherigen Periode von 2016 Blöcken. Zwischen diesen Endpunkten liegen 2015 Blockabstände. Die Vergleichszeitspanne bleibt 1209600 Sekunden. „Alle 2016 Blöcke“ bezeichnet den Anpassungsrhythmus, nicht 2016 Abstände bei der Subtraktion der Endpunkte. Der oben verlinkte versionierte Code zeigt deren genaue Auswahl.

Die Schwierigkeit von Pool-Shares ist eine separate Einstellung

Ein Mining-Pool kann Teilnehmer auffordern, Hashes einzureichen, die einen leichteren Zielwert erfüllen als den Bitcoin-Netzwerkzielwert. Diese Shares genannten Einreichungen helfen, die beigetragene Arbeit zu messen. Die meisten Shares sind keine gültigen Bitcoin-Blöcke. Ein Share, der auch den Netzwerkzielwert erfüllt, kann in einem Block verwendet werden, sofern die übrigen Gültigkeitsanforderungen erfüllt sind. Bitcoins Mining-Ratgeber erklärt den Unterschied.

„Schwierigkeit“ in einem Pool-Dashboard kann daher Share-Schwierigkeit statt Netzwerkschwierigkeit bedeuten. Eine Änderung des Share-Zielwerts eines Teilnehmers ändert nicht Bitcoins Konsenszielwert. Auch bedeuten viele akzeptierte Pool-Shares nicht, dass der Pool ebenso viele Bitcoin-Blöcke gefunden hat.

Prüfen Sie im Dashboard, wessen Rate und Zielwert gezeigt werden: einer Maschine, eines Pools oder des Netzwerks. Werden diese Geltungsbereiche vermischt, wirken selbst korrekte Zahlen irreführend.

Checkliste für Mining-Charts

Bevor Sie eine Bewegung als bedeutsam ansehen, fragen Sie:

• Welches Netzwerk? Bestätigen Sie Bitcoin-Mainnet statt einer anderen Blockchain oder eines Testnetzwerks.
• Welche Größe und Einheit? Trennen Sie Hashrate, Netzwerkschwierigkeit, Pool-Share-Schwierigkeit und eine geschätzte nächste Anpassung.
• Welches Fenster? Eine Schätzung über 120 Blöcke, eine tagesbasierte Schätzung und ein längerer gleitender Durchschnitt beantworten unterschiedliche Zeitfragen.
• Welcher Endpunkt? Notieren Sie Beobachtungszeit und Blockhöhe. Ein zwischengespeicherter Wert muss nicht dieselbe Kettenspitze beschreiben wie ein anderer Chart.
• Welche Methode? Prüfen Sie, ob der Anbieter Kettenarbeit, eine vereinfachte Formel oder eine separat gemeldete Hardware-/Pool-Rate verwendet.
• Welche Schlussfolgerung? Eine Netzwerkkennzahl allein belegt weder eine Preisprognose noch einen Miner-Ertrag nach Kosten.

Für eine Frage zum Mining-Geschäft benötigen Sie außerdem die effektive Hashrate des Miners, Hardwareeffizienz, Strom- und andere Kosten, Auszahlungsbedingungen, Blocksubvention, Gebühren sowie den zur Umsatzbewertung verwendeten Währungskurs. Ein Chart der Netzwerkschwierigkeit ist diese Berechnung nicht.

Für Preisfragen ist „mehr Arbeit“ keine vollständige Markterklärung. Eine höhere geschätzte Hashrate kann mit einem fallenden Preis einhergehen. Die Schwierigkeit ist eine rückblickende Anpassung, keine Zusage der nächsten Preisbewegung.

Häufige Fragen

Bedeutet höhere Hashrate immer höhere Schwierigkeit?

Nicht sofort. Tatsächliche Hashleistung kann sich innerhalb einer Periode ändern, während der Netzwerkzielwert konstant bleibt. Die Schwierigkeit wird an der nächsten Grenze anhand der festgelegten Zeitstempel neu berechnet. Ein kurzfristiger Schätzungsanstieg kann auch Zufall statt einer dauerhaften Leistungsänderung sein.

Warum zeigen zwei Websites unterschiedliche Hashraten?

Vergleichen Sie zuerst Einheiten, Stichprobenfenster, abschließende Blockhöhen und Methoden. Eine Netzwerkschätzung ist keine exakte Zählung der Miner. Unterschiedliche Fenster können aus derselben Blockchain berechtigterweise unterschiedliche Werte ergeben.

Dauert ein schwieriger Block genau zehn Minuten?

Nein. Zehn Minuten sind der angestrebte durchschnittliche Abstand, kein Timer für jeden Block. Die Schwierigkeit verändert die Erfolgswahrscheinlichkeit eines Hashversuchs, plant aber nicht den erfolgreichen Versuch.

Ist die Schwierigkeit die Zahl der für einen Block benötigten Hashes?

Nein. Sie ist ein relatives Verhältnis; die tatsächliche Zahl der Versuche bis zum Erfolg schwankt. Aus dem Zielwert lässt sich eine Arbeitsschätzung ableiten. Die Schwierigkeitszahl als wörtliche Anzahl von Versuchen zu lesen ist jedoch ein Einheitenfehler.

Halbiert ein Halving automatisch die Schwierigkeit?

Nein. Ein Halving verändert die Blocksubvention nach einer separaten höhenabhängigen Regel. Die Schwierigkeit folgt der Neuberechnung alle 2016 Blöcke. Das Verhalten der Miner nach einer Subventionsänderung kann die Blockzeiten beeinflussen; das Halving teilt die Schwierigkeit aber nicht direkt durch zwei.

Kennzahl und Schlussfolgerung trennen

Notieren Sie beim nächsten Chart vier Dinge: Kennzahl, Einheit, Beobachtungsfenster und Blockhöhe. Fragen Sie dann, ob die Aussage eine gemessene Schätzung, eine durchgesetzte Regel oder eine Prognose betrifft. Diese kurze Prüfung ist nützlicher, als jede steigende Mining-Linie als dasselbe Signal zu behandeln.

Für weiteren Kontext lesen Sie, wie Angebotsdefinitionen Marktkapitalisierung und vollständig verwässerte Bewertung verändern (auf Englisch) oder warum Märkte auf dieselbe Nachricht unterschiedlich reagieren können.

Weiterlernen

Entdecken Sie Bildungsratgeber, um Marktkonzepte zu verstehen und Aussagen zu beurteilen.

Alle Ratgeber ansehenRatgeber suchenMarktkapitalisierung und verwässerte Bewertung verstehen (auf Englisch)

Quellen und Geltungsbereich

• Bitcoin-Entwicklerleitfaden: Proof of Work und Blockzeiten.
• Bitcoin-Blockheaderreferenz: Zielwertcodierung und Schwelle für gültige Hashes.
• Bitcoin Core 30.0 RPC-Dokumentation: Netzwerk-Hashrate-Schätzung und ihre Parameter.
• Quellcode von Bitcoin Core v30.0: Hashrate-Berechnung, Schwierigkeitsberechnung, Mainnet-Parameter und Zielwertanpassung.
• Bitcoin-Entwicklerleitfaden: Mining-Pools und Shares.

Die Codereferenzen sind zur Reproduzierbarkeit auf v30.0 festgelegt und stellen keine Behauptung über die neueste Bitcoin-Core-Version dar. Beispiele sind hypothetisch; dieser Artikel enthält keine aktuellen Hashrate-, Schwierigkeits- oder Rentabilitätsangaben.