---
title: "Proof of Work"
description: "Proof of Work macht die Blockproduktion teuer herzustellen und billig zu überprüfen, indem ein protokolldefinierter rechnerischer Beweis erforderlich ist. Analysiere Gültigkeit, Zielwahrscheinlichkeit, kumulative Arbeit, Schwierigkeit, Bestätigungen, Mining-Ökonomie, Konzentration und Energieannahmen separat."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Proof of Work

> Nur Bildungsprotokollanalyse; keine Anlage-, Bergbau-, Sicherheits- oder Umweltberatung. Ergebnisse des Proof-of-Work sind probabilistisch, Netzwerkregeln unterscheiden sich, und Hashrate, Schwierigkeit, Bestätigungen, Energieabschätzungen, Token-Belohnungen oder Gerätespezifikationen garantieren weder Sicherheit, Abwicklung, Einnahmen, Gewinn noch Emissionsergebnisse.

<a id="answer"></a>

## Direkte Antwort

Proof of Work (PoW) bezeichnet eine Familie von Mechanismen, bei denen ein Teilnehmer einen protokolldefinierten rechnerischen Nachweis erbringen muss, dessen Suche aufwendig, dessen Prüfung für andere aber günstig ist. In einer typischen hashbasierten Blockchain verändert ein Produzent Kandidatendaten, bis der resultierende Hash numerisch höchstens dem Zielwert entspricht. Der akzeptierte Nachweis zeigt, dass für genau diese Eingabe unter diesem Regelsatz ein qualifizierendes Ergebnis gefunden wurde; er zeigt weder die Zahl der verwendeten Maschinen noch deren Energiequellen oder jeden angeblich berechneten Zwischenhash.

PoW liefert Sybil-Widerstand, indem Block-Produktionsmöglichkeiten mit knapper Rechenleistung gewichtet werden, anstatt mit Identitäten, Konten oder Token-Bilanzen. Es ist nur eine Komponente eines bereitgestellten Konsenssystems. Knoten müssen unabhängig den Header, die Transaktionen, Signaturen, Regeln für ausgegebene Outputs, Ausgabe, Limits und andere Regeln für Zustandsübergänge validieren. Ein Block mit enorm behaupteter Arbeit bleibt ungültig, wenn seine Transaktionen oder Belohnungen den Konsens verletzen.

Bitcoin kombiniert die Header-Arbeit von SHA-256d mit netzwerkspezifischen Ziel- und Neuzielregeln, Peer-to-Peer-Ausbreitung, unabhängiger Blockvalidierung und der Auswahl des gültigen Zweigs mit der größten kumulativen Kettenarbeit. „Längste Kette“ ist eine informelle Kurzform für die am meisten akkumulierte gültige Arbeit und nicht unbedingt der Zweig mit der größten Blockanzahl. Andere PoW-Systeme können unterschiedliche Rätsel, Eingaben, Anpassungsregeln, Arbeitsformeln, Blockintervalle, Belohnungspläne und Fork-Choice-Regeln verwenden.

PoW macht es erforderlich, dass beim Umschreiben akzeptierter Geschichte konkurrierende Arbeit unter angegebenen Netzwerk- und Gegnerannahmen notwendig ist, schafft jedoch keine deterministische Endgültigkeit. Wettbewerbsblöcke, verzögerte Verbreitung, Partitionen, eigennütziges Mining, gemietete oder umgeleitete Hash-Leistung, Softwarefehler und wirtschaftliche Anreize beeinflussen die Sicherheit. Die Bestätigungstiefe reduziert nur innerhalb eines bestimmten Modells ein gewisses Risiko für Neuorganisationen; sie kann keine Off-Chain-Wahrheit, korrekte Gegenparteien, rechtmäßiges Eigentum, zukünftigen Vermögenswertwert oder dauerhafte Unumkehrbarkeit nachweisen.

<a id="mechanism"></a>

## Wie man Proof of Work analysiert

1. **System und Regelwerk festlegen.** Erfassen Sie Netzwerk, Genesis, Client-Version, Aktivierungsstand, Arbeitsalgorithmus, Kandidateneingabe, Zielcodierung, Höchstziel, Anpassungsregel, Fork-Choice-Regel, Beobachter, Peers und Zeitstempel. Übertragen Sie Bitcoin-Mainnet-Parameter nicht auf eine andere Chain oder ein Testnetz.
2. **Kandidatenblock unabhängig validieren.** Rekonstruieren Sie Header und festgelegte Blockdaten; prüfen Sie dann Transaktionen, Signaturen, Skripte oder Ausführung, Regeln für ausgegebene Zustände, Ausgabe, Commitments, Größen- oder Gewichtslimits und Abstammung. PoW wird zusätzlich zur Gültigkeit geprüft, nicht an ihrer Stelle.
3. **Führe den Arbeitstest erneut durch.** Wenden Sie den genauen Hash- oder Rätselalgorithmus und die Serialisierung an, dekodieren Sie das Ziel, lehnen Sie ungültige Bereiche oder Kodierungen ab und testen Sie die Protokollungleichung wie `work_hash <= target`. Trennen Sie die angezeigte Byte-Reihenfolge von dem Ganzzahlvergleich, der vom Konsens verwendet wird.
4. **Suchwahrscheinlichkeit quantifizieren.** Für einen gleichmäßigen `n`-Bit-Hash und ein inklusives Ziel `T` gelingt ein Versuch mit `p = (T + 1) / 2^n`, und die erwarteten Versuche betragen `1 / p`. Geben Sie die effektive kompatible Hash-Rate und Betriebszeit an; die erwartete Zeit ist keine Frist und frühere Fehlschläge machen den nächsten unabhängigen Versuch nicht wahrscheinlicher.
5. **Kumulative Arbeit und Zweigwahl rekonstruieren.** Für jeden gültigen Zweig leiten Sie die Arbeit jedes Blocks von seinem Ziel unter Verwendung der ganzzahligen Regel des Netzwerks ab, summieren sie über die Abstammung und wenden das tatsächliche Bindungs- und Verfügbarkeitsverhalten an. Vergleichen Sie die kumulative Arbeit, nicht die Höhe, die angezeigte Schwierigkeit oder einen einzelnen Header isoliert.
6. **Bewerten Sie Bestätigungen und greifen Sie Annahmen an.** Zeichne die Transaktionstiefe in der aktiven Kette des Beobachters, Propagation, Rate der veralteten Blöcke, Partitionen, Peer-Diversität, Miner- und Pool-Konzentration, alternative Hash-Märkte, Zensur, Zurückhaltung und Reorganisationsfähigkeit auf. Vermeide es, eine universelle „51%“-Grenze oder Bestätigungsanzahl anzugeben.
7. **Wirtschaftlichkeit und Externalitäten abstimmen.** Trennen Sie Subsidy, Gebühren, Pool-Bedingungen, Varianz, Preis, Schwierigkeit, Effizienz, Strom, Kühlung, Hosting, Ausfallzeiten, Abschreibung, Finanzierung und Steuern. Strom lässt sich aus der Hashrate nur mit einer zum Beobachtungszeitpunkt passenden Hardware-Effizienzverteilung und dem Anlagen-Overhead schätzen; Emissionen erfordern zusätzlich Standort, Zeit, Energiemix, Abregelung und methodische Unsicherheit.

Die resultierenden Beweise sollten fünf Schichten unterscheiden: einen gültigen Kandidaten, einen gültigen Beweis für diesen Kandidaten, die kumulative Arbeit eines Zweigs, die aktuelle aktive-Ketten-Wahl des Knotens und die Abwicklungspolitik einer Anwendung. Das Zusammenfallen dieser Schichten erzeugt die meisten PoW-Interpretationsfehler.

<a id="example"></a>

## Beispielaufgaben

### 1. Zielwahrscheinlichkeit und Verifikationsasymmetrie

Angenommen, eine einfache einheitliche Hash-Regel akzeptiert einen Output in `2^20`. Die Erfolgswahrscheinlichkeit pro unabhängigen Versuch beträgt `p = 1 / 1,048,576`, daher ist die erwartete Anzahl an Versuchen `1,048,576`. Bei `5,000,000 hashes/second` beträgt die erwartete Suchzeit:

`1,048,576 / 5,000,000 = 0.2097152 seconds`

Die Verifizierung erfordert einen Hash und einen Zielvergleich, sobald der Kandidat bereitgestellt wird. Dennoch ist die erwartete Zeit keine Garantie: Nach `1,000,000` Versuchen beträgt die Wahrscheinlichkeit, keinen Erfolg zu haben, ungefähr `(1 - 1/1,048,576)^1,000,000 = 38.53%`. Ein fehlgeschlagener Versuch macht den nächsten Versuch nicht "fällig".

### 2. Gültigkeit vor kumulativer Arbeit

Zweig A enthält sechs gültige Blöcke im Wert von jeweils `100` Arbeitseinheiten, für `600`. Zweig B enthält fünf gültige Blöcke im Wert von jeweils `130`, für `650`. Nach einer Regel des größten kumulierten Arbeitsaufwands gewinnt B trotz weniger Blöcken.

Nehmen wir nun an, dass Zweig C `1,200` Arbeitseinheiten beansprucht, aber eine ungültige Belohnung erstellt. Seine Arbeit ist für einen ehrlichen validierenden Knoten irrelevant: C wird vor dem Vergleich der Zweige abgelehnt. PoW beschränkt, wer gültige Historie kostengünstig erweitern kann; es erkauft keine Ausnahme von den Gültigkeitsregeln.

### 3. Hash-Anteil und Blockvarianz

Gehen Sie von einer anschaulichen kompatiblen Netzwerkrate von `500 EH/s` und einer Minerrate von `2 PH/s` aus. Der vereinfachte Anteil des Miners ist:

`2 PH/s / 500 EH/s = 0.000004 = 0.0004%`

Bei angenommenen `144` Blöcken pro Tag werden voraussichtlich `144 * 0.000004 = 0.000576 per day` Solo-Blöcke erzielt, was eine mittlere Wartezeit von etwa `1 / 0.000576 = 1,736.11 days` impliziert. Eine Poisson-Approximation ergibt `P(0) = exp(-0.000576) = 99.9424%` für keinen Block an diesem Tag. Diese Erwartung ist weder eine Auszahlungszusage noch ein Beweis dafür, dass ein Pool dem Miner einen bestimmten Betrag schuldet.

### 4. Von der Hash-Rate zur Energieeinschätzung

Angenommen, ein Analyst modelliert `500 EH/s` unter Verwendung einer durchschnittlichen Flotteneffizienz von `25 J/TH`. Aufgrund von `500 EH/s = 500,000,000 TH/s` beträgt die modellierte Maschinenleistung:

`500,000,000 TH/s * 25 J/TH = 12.5 GW`

Bei einem angenommenen Energieeffizienzgrad der Einrichtung von `1.10` wird eine modellierte Gesamtnachfrage von `12.5 * 1.10 = 13.75 GW` erreicht, oder `13.75 * 8,760 = 120.45 TWh` auf Jahresbasis, wenn die Bedingungen konstant blieben. Dies ist eine Schätzung, keine Messwertanzeige. Eine Änderung der Hardwarezusammensetzung, der Betriebszeit, der Gemeinkosten der Einrichtung oder des Hash-Rate-Fensters ändert das Ergebnis; Emissionen erfordern zusätzliche Annahmen zu Geografie und Stromerzeugung.

<a id="risks"></a>

## Risiken und Prüfungsfehler

### Protokoll- und Gültigkeitsfehler

- **Behandlung von PoW als das gesamte Konsensusprotokoll:** Das Rätsel definiert nicht die Gültigkeit von Transaktionen, die Verbreitung, die Gabelwahl, die Belohnungen oder die Abwicklung von Anwendungen. Dokumentiere alle umgebenden Regeln.
- **Falsches Netzwerk oder falscher Algorithmus:** Ein gültiger Nachweis auf einer Chain, Fork, einem Testnetz oder einer Hashfunktion kann anderswo bedeutungslos sein. Binden Sie Belege an Genesis und aktive Regeln.
- **Falsche serialisierte Eingabe:** Das Auslassen eines Feldes, einer Verpflichtung, einer Byte-Reihenfolge-Regel oder einer erlaubten Mutation kann ein anderes Rätsel testen. Rekonstruieren Sie die genauen Kandidatenbytes.
- **Arbeiten-vor-Gültigkeit-Argumentation:** Große Arbeit kann ungültige Unterschriften, doppelte Ausgaben, Ausgaben oder Zustandsänderungen nicht legalisieren. Überprüfen Sie den vollständigen Kandidaten, bevor Sie Zweige vergleichen.
- **Ziel- und Schwierigkeitsumkehr:** Ein kleineres Ziel ist schwieriger, während die angezeigte Schwierigkeit normalerweise ein inverses relatives Maß ist. Überprüfen Sie die genauen Ganzzahlformeln des Netzwerks.
- **Höhe statt Kettenarbeit:** Mehr Blöcke müssen nicht mehr kumulative Arbeit bedeuten, wenn die Zielwerte pro Block unterschiedlich sind. Summiere die aus dem Protokoll abgeleitete Arbeit über gültige Abstammung.
- **Netzwerkübergreifende Retarget-Annahmen:** Anpassungsrhythmus, Zeitstempel-Eingaben, Ober- und Untergrenzen, Notfallregeln und Höchstziele unterscheiden sich. Bezeichnen Sie kein einzelnes Design als universelles PoW-Verhalten.

### Sicherheits- und Netzwerkfehler

- **Deterministische-Endgültigkeitsbehauptung:** PoW-Ketten können sich neu organisieren. Legen Sie die Bestätigungspolitik anhand von Wert, Tiefe, beobachteter Arbeit, Liquidität, Gegnerfähigkeit und operativer Reaktion fest.
- **51 Prozent als universelle Schwelle:** Blockzurückhaltung, Propagationsvorteile, Eclipse-Angriffe, Bestechung, gemietete Hashleistung und Anwendungsrichtlinien können unter- wie oberhalb dieses Nennanteils wichtig sein. Geben Sie das Modell an.
- **Ungültige Leistungsbehauptung:** Die Mehrheit der Rechenleistung kann zensieren oder neu ordnen und könnte gültige Historie überarbeiten, aber sie kann ehrliche Knoten nicht dazu bringen, gefälschte Signaturen oder ungültige Inflation zu akzeptieren.
- **Hashrate gleich Dezentralisierung:** Pool-Vorlagen, wirtschaftliches Eigentum, Firmware, Hersteller, Hosting, Geographie, Energieversorger und Software können konzentriert bleiben.
- **Geschätzte Hashrate als Telemetrie:** Die Netzwerk-Hashrate wird aus Arbeit und zufälligen Blockankünften abgeleitet; sie ist keine direkte Zählung von Maschinen, Betreibern oder Kapazität.
- **Partitionen und Eclipse-Angriffe ignorieren:** Ein Knoten mit eingeschränkter Sicht kann veraltete oder feindliche Arbeiten verfolgen, trotz hoher globaler Hashrate. Überprüfen Sie die Peer- und Netzwerkdiversität.
- **Pool- und Vorlagensteuerung ignorieren:** Viele nominale Miner können einer Blockvorlage oder einem Auszahlungsbetreiber folgen. Trennen Sie den physischen Hash-Besitz, die Vorlagenautorität und die Belohnungsverwahrung.

### Wirtschaft, Energie und Externalitäten

- **Erwartete Belohnung als garantierter Cashflow:** Suchergebnisse sind zufällig, während Pools Anteilregeln, Rücklagen, Gebühren, Fälligkeit, Verwahrung und Ausfallrisiko hinzufügen.
- **Brutto-Token-Ausgabe als Gewinn:**Preis, Gebühren, Schwierigkeit, Betriebszeit, Leistung, Kühlung, Arbeit, Hosting, Reparaturen, Abschreibung, Finanzierung, Absicherungen und Steuern können das Ergebnis umkehren.
- **Hashrate entspricht direkt dem Stromverbrauch:** Die Umwandlung erfordert Hardwareeffizienz, Auslastung, Flottenzusammensetzung, Kühlung und Betriebskosten der Einrichtung zur gleichen Beobachtungszeit.
- **Elektrizität entspricht direkt den Emissionen:** Der Kohlenstoffausstoß von  hängt von Standort, marginaler und durchschnittlicher Erzeugung, Zeit, Verträgen, Abschaltungen, Methanansprüchen und Abgrenzungen in der Buchführung ab.
- **Effizienz garantiert geringeren Gesamtverbrauch:** Effizientere Hardware senkt den Energieverbrauch pro Hash, aber Netzwerkwettbewerb, Preis, Belohnungen und Einsatz können die gesamte Hashrate und Nachfrage verändern.
- **Ignorieren lokaler Externalitäten und Einschränkungen:** Netzüberlastung, Lärm, Wärme, Wasser, Land, Geräteumsatz, Elektroschrott, Subventionen und Abregelung können Gemeinschaften und den Betrieb beeinflussen.

<a id="misconceptions"></a>

## Häufige Missverständnisse

### Proof of Work macht jede Transaktion in einem geschürften Block gültig

Nein. Ein qualifizierender Header zeigt nur, dass der Kandidatenblock die Arbeitsregel erfüllt. Full Nodes lehnen ungültige Transaktionen, Commitments, Belohnungen oder Zustandsübergänge unabhängig vom Aufwand des Miners ab.

### Arbeit ist gespeicherte Energie, die einen Block physikalisch irreversibel macht

Der Block enthält einen kompakten, überprüfbaren Nachweis, keine rückgewinnbare Elektrizität. Konkurrierende gültige Arbeit kann die Historie reorganisieren; soziale oder Softwarefehler können weiterhin Wiederherstellungsentscheidungen erfordern. PoW erhöht unter bestimmten Annahmen die Umschreibekosten, schafft aber keine physische oder deterministische Finalität.

### Die längste Kette bedeutet immer die Kette mit den meisten Blöcken

Nicht unbedingt. Bitcoin Core vergleicht die kumulative Chainwork unter gültigen Kandidaten. Ein kürzerer Zweig kann mehr Arbeit repräsentieren, wenn seine Blöcke gegen schwierigere Ziele produziert wurden.

### Ein Angreifer mit der Mehrheit der Hash-Leistung kann jede Münze stehlen oder jede Regel ändern

Hash-Leistung kann Risiken wie Reorganisation, Zensur, Reihenfolgeänderung und Dienstverweigerung erzeugen, aber ehrliche Knoten setzen weiterhin Signaturen, Ausgabe- und Konsensregeln durch. Um diese Regeln zu ändern, müssen Nutzer kompatible Software ausführen; Arbeit allein erzeugt keine Autorisierung.

### Ein Hash-Rate-Diagramm zeigt den genauen Stromverbrauch und die Emissionen

Nein. Strom wird auf Grundlage unsicherer Annahmen zu Geräten und Anlagen modelliert, und Emissionen fügen Annahmen zu Standort, Erzeugung, Zeitpunkt und Rechnungslegung hinzu. Verantwortungsvolle Schätzungen geben Bereiche und Methodik an, anstatt eine einzige exakte Zahl zu präsentieren.

<a id="related"></a>

## Verwandte Themen

- [Bergbau](/de/crypto/mining/)
- [Hashrate](/de/crypto/hashrate/)
- [Schwierigkeitsanpassung](/de/crypto/difficulty-adjustment/)
- [Nakamoto-Konsens](/de/crypto/nakamoto-consensus/)
- [Ketten-Reorganisationen](/de/crypto/chain-reorg/)

<a id="sources"></a>

## Quellen

- [Übersicht über die Blockchain-Technologie](https://csrc.nist.gov/pubs/ir/8202/final) - NIST (zugegriffen: 2026-08-19)
- [Hashcash - Eine Gegenmaßnahme zur Verhinderung von Dienstunterbrechungen](https://www.hashcash.org/papers/hashcash.pdf) - Hashcash.org (zugegriffen: 2026-08-19)
- [Bitcoin: Ein Peer-to-Peer-Elektronisches Geldsystem](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (zugegriffen: 2026-08-19)
- [Bitcoin Entwicklerleitfaden: Mining](https://developer.bitcoin.org/devguide/mining.html) - Bitcoin Projekt (zugegriffen: 2026-08-19)
- [Bitcoin Kern: Proof-of-Work-Berechnungen](https://github.com/bitcoin/bitcoin/blob/master/src/pow.cpp) - Bitcoin Kern (zugegriffen: 2026-08-19)
- [Bitcoin Kern: Berechnungen der Kettenarbeit](https://github.com/bitcoin/bitcoin/blob/master/src/chain.cpp) - Bitcoin Kern (zugegriffen: 2026-08-19)
- [Bitcoin Core: Schnittstellen zur Blockvalidierung](https://github.com/bitcoin/bitcoin/blob/master/src/validation.h) - Bitcoin Kern (zugegriffen: 2026-08-19)
- [Cambridge Bitcoin Stromverbrauchsindex: Methodik](https://ccaf.io/cbnsi/cbeci/methodology) - Cambridge Zentrum für alternative Finanzen (zugegriffen: 2026-08-19)

Source: https://wiki.fcontext.com/de/crypto/proof-of-work/index.mdx