Kurze Antwort

Eine Blockchain gilt als fälschungssicher, weil gespeicherte Blöcke kryptografisch miteinander verkettet, auf vielen Rechnern abgeglichen und nur nach festgelegten Konsensregeln ergänzt werden. Wird ein alter Eintrag verändert, ändern sich seine kryptografischen Prüfwerte und die nachfolgenden Verknüpfungen passen nicht mehr. Eine erfolgreiche Manipulation müsste daher nicht nur Daten umschreiben, sondern auch den Konsens des Netzwerks überwinden. Vollständig fälschungssicher ist eine Blockchain trotzdem nicht: Gestohlene Schlüssel, Programmfehler, falsche Eingangsdaten, Mehrheitsangriffe und schlecht organisierte Netzwerke bleiben reale Risiken.

„Fälschungssicher“ ist eine verkürzte Bezeichnung

Das US-amerikanische National Institute of Standards and Technology beschreibt Blockchains präziser als manipulationserkennbar und manipulationsresistent. Dieser Unterschied ist wichtig. Eine Blockchain errichtet keine magische Sperre, die jede falsche Handlung unmöglich macht. Sie sorgt vielmehr dafür, dass nachträgliche Änderungen sichtbar werden und – je nach Konstruktion und Größe des Netzwerks – sehr aufwendig oder praktisch unwirtschaftlich sind.

Die Sicherheit entsteht auch nicht durch eine einzelne Erfindung. Mehrere Bausteine greifen ineinander:

• kryptografische Hashfunktionen machen Datenänderungen erkennbar,
• digitale Signaturen weisen die Autorisierung einer Transaktion nach,
• die Verkettung verbindet jeden Block mit seiner Vorgeschichte,
• viele Netzwerkknoten speichern und prüfen das gemeinsame Register,
• ein Konsensverfahren entscheidet, welche neue Version akzeptiert wird.

Erst das Zusammenspiel erzeugt die bekannte Manipulationsresistenz. Eine Datenbank, die lediglich Hashwerte berechnet, ist noch keine Blockchain. Umgekehrt schützt eine Blockchain nicht automatisch jedes Gerät, jedes Programm und jeden Menschen, der mit ihr arbeitet.

Was ist eine Blockchain überhaupt?

Eine Blockchain ist ein gemeinsames digitales Register, auf Englisch distributed ledger. Transaktionen oder andere Datensätze werden gesammelt, geprüft und in Blöcken zusammengefasst. Jeder neue Block enthält typischerweise einen kryptografischen Verweis auf den vorherigen. So entsteht eine chronologisch geordnete, nachvollziehbare Kette.

Mehrere Rechner, die Knoten oder Nodes, führen Kopien dieses Registers. Sie prüfen neue Einträge nach denselben Protokollregeln. Bei einer öffentlichen Blockchain kann grundsätzlich jeder teilnehmen; bei einer zugangsbeschränkten Blockchain bestimmt eine Organisation oder ein Konsortium, wer lesen, schreiben oder validieren darf.

„Blockchain“ bezeichnet nicht automatisch eine Kryptowährung. Bitcoin verwendet eine Blockchain für ein elektronisches Zahlungssystem. Andere Systeme speichern Zustände von Programmen, Besitzzuordnungen oder Prüfbelege. Ob eine Blockchain dafür sinnvoll ist, hängt davon ab, ob mehrere Parteien ein gemeinsames Register benötigen und keiner einzelnen Stelle vollständig vertrauen wollen oder können.

Warum macht ein Hash Veränderungen sichtbar?

Eine kryptografische Hashfunktion verwandelt Daten beliebiger Länge in einen Prüfwert fester Länge. Man kann sich diesen Wert als digitalen Fingerabdruck vorstellen. Schon eine minimale Änderung an den Eingangsdaten erzeugt mit sehr hoher Wahrscheinlichkeit einen völlig anderen Hash. Aus einem guten kryptografischen Hash lässt sich der ursprüngliche Inhalt praktisch nicht zurückrechnen.

Entscheidend sind drei Eigenschaften: Es soll praktisch unmöglich sein, aus einem vorgegebenen Hash die passende Nachricht zu berechnen, eine zweite Nachricht mit demselben Hash zu finden oder gezielt zwei verschiedene Nachrichten mit gleichem Hash herzustellen. „Unmöglich“ bedeutet hier keine mathematische Garantie für alle Zeiten, sondern nach heutigem Stand mit vertretbaren Ressourcen nicht praktikabel.

Da ein Hashwert eine feste Länge hat, während unendlich viele mögliche Eingaben existieren, müssen theoretisch verschiedene Daten denselben Hash besitzen. Das nennt man Kollision. Sicherheit bedeutet, dass eine solche passende Kollision bei einem modernen Verfahren nicht gezielt mit realistischem Aufwand gefunden werden kann. Werden in einem älteren Hashverfahren praktische Schwächen entdeckt, muss ein Blockchain-Protokoll rechtzeitig auf ein stärkeres Verfahren migrieren. Kryptografische Sicherheit ist deshalb immer auch abhängig vom verwendeten Algorithmus, seiner korrekten Implementierung und dem aktuellen Stand der Forschung.

In einem Block werden häufig viele Transaktionen über eine Merkle-Baum genannte Hashstruktur zusammengefasst. Daraus entsteht ein Wurzelwert, der den gesamten enthaltenen Datenbestand repräsentiert. Ändert jemand nur ein Zeichen in einer Transaktion, verändert sich der zugehörige Hash und schließlich die Merkle-Wurzel. Der Block passt nicht mehr zu dem ursprünglich bestätigten Inhalt.

Wie verkettet der vorherige Hash die Blöcke?

Der Kopf eines Blocks enthält normalerweise den Hash des vorangegangenen Blocks. Der eigene Blockhash wird aus seinem Kopf und damit indirekt aus der gesamten vorherigen Kette abgeleitet. Wird ein alter Block verändert, erhält er einen neuen Hash. Der Folgeblock verweist aber weiterhin auf den alten Wert. Die Kette ist ab dieser Stelle gebrochen.

Ein Angreifer könnte theoretisch auch den Verweis im nächsten Block anpassen. Dann ändert sich jedoch dessen Hash, sodass wiederum der darauffolgende Block nicht mehr passt. Er müsste alle nachfolgenden Blöcke neu erzeugen und zusätzlich dafür sorgen, dass das Netzwerk seine manipulierte Geschichte statt der ehrlichen Version akzeptiert.

Je mehr bestätigte Blöcke auf einen Eintrag folgen, desto tiefer liegt er in der Kette. Bei manchen Konsensverfahren wächst damit der Aufwand einer Umkehr. Darum warten Empfänger großer Kryptowährungszahlungen häufig mehrere Bestätigungen ab. Eine frisch aufgenommene Transaktion besitzt nicht sofort dieselbe praktische Endgültigkeit wie ein lange zurückliegender Eintrag.

Was beweisen digitale Signaturen?

Blockchain-Konten werden häufig durch ein asymmetrisches Schlüsselpaar kontrolliert. Der private Schlüssel dient zum Signieren, der öffentliche Schlüssel oder eine daraus abgeleitete Adresse zum Prüfen. Eine gültige digitale Signatur zeigt, dass jemand mit Zugriff auf den passenden privaten Schlüssel die konkrete Transaktion autorisiert hat und dass die signierten Daten danach nicht verändert wurden.

Die Signatur beweist nicht automatisch die bürgerliche Identität einer Person und auch nicht, dass die Handlung vernünftig oder freiwillig war. Hat ein Schadprogramm den privaten Schlüssel gestohlen, kann es gültig signierte Transaktionen erzeugen. Aus Sicht des Protokolls sehen diese wie autorisierte Handlungen aus. Kryptografie erkennt nicht, ob vor dem Bildschirm der Eigentümer oder ein Dieb sitzt.

Der private Schlüssel ist daher ein besonders kritischer Punkt. Geht er verloren, gibt es in vielen öffentlichen Systemen keine zentrale Stelle, die ihn zurücksetzt. Wird er kopiert, kann ein Angreifer Vermögenswerte übertragen. Hardware-Wallets, sichere Sicherungskopien, Mehrfachsignaturen und sorgfältige Zugriffsregeln schützen die Schlüsselverwaltung, nicht die Blockchain selbst.

Warum braucht eine Blockchain einen Konsens?

In einem verteilten Netzwerk können gleichzeitig unterschiedliche neue Blöcke eintreffen. Einige Rechner können ausfallen, falsche Nachrichten senden oder absichtlich betrügen. Das Konsensverfahren legt fest, wie die Teilnehmer trotz solcher Konflikte zu einer gemeinsamen Reihenfolge und einem gültigen Zustand gelangen.

Bei Bitcoin konkurrieren Miner mit Proof of Work darum, eine rechenintensive Aufgabe zu lösen. Die gültige Kette mit der größten angesammelten Arbeit dient als maßgebliche Historie. Wer einen alten Block ändern will, muss die Arbeit ab dort neu leisten und die ehrliche Kette einholen. Das Bitcoin-Konzept setzt voraus, dass ehrliche Teilnehmer gemeinsam mehr Rechenleistung kontrollieren als eine angreifende Gruppe.

Proof of Stake verwendet statt Rechenarbeit gebundene Vermögenswerte und protokollspezifische Auswahl- sowie Bestrafungsregeln. Andere Blockchains nutzen wiederum Abstimmungen bekannter Validatoren, Proof of Authority oder Verfahren aus der byzantinischen Fehlertoleranz. Die Sicherheitsannahmen unterscheiden sich. Man kann deshalb nicht von „der“ Blockchain-Sicherheit sprechen, ohne das konkrete Protokoll zu nennen.

Was ist ein 51-Prozent-Angriff?

Kontrolliert eine Partei in einem Proof-of-Work-Netzwerk die Mehrheit der wirksamen Rechenleistung, kann sie unter bestimmten Bedingungen eine konkurrierende Kette schneller aufbauen. Dadurch könnte sie eigene jüngere Zahlungen rückgängig machen und denselben Bestand erneut ausgeben. Der gebräuchliche Ausdruck lautet 51-Prozent-Angriff, obwohl die genaue Schwelle und Angriffsmöglichkeit vom System abhängen.

Ein solcher Angreifer kann nicht beliebig fremde Münzen ohne deren Schlüssel ausgeben oder die Regeln unbemerkt in jede gewünschte Richtung ändern. Andere Teilnehmer prüfen weiterhin Signaturen und Blockregeln. Er kann aber die Reihenfolge und Aufnahme von Transaktionen beeinflussen, Transaktionen zensieren und Reorganisationen der jüngeren Historie verursachen.

Bei großen Netzwerken kann die notwendige Rechenleistung oder der erforderliche Stake extrem teuer sein. Bei kleinen Blockchains ist eine Mehrheit dagegen leichter zu beschaffen oder zu mieten. Dezentralisierung ist somit keine bloße Werbeaussage: Anzahl, Unabhängigkeit und wirtschaftliche Verteilung der Validatoren bestimmen die tatsächliche Widerstandskraft.

Warum schützt die Verteilung vor einer heimlichen Datenänderung?

Bei einer gewöhnlichen zentralen Datenbank kann ein Administrator mit weitreichenden Rechten Datensätze ändern und gegebenenfalls Protokolle manipulieren. Eine öffentliche Blockchain wird dagegen von vielen unabhängigen Knoten gespeichert. Präsentiert ein einzelner Knoten eine abweichende Geschichte, können andere Kopien und die Konsensregeln den Widerspruch erkennen.

Die Kopien sind aber nicht schon deshalb sicher, weil es viele davon gibt. Wenn alle Knoten von derselben Organisation kontrolliert werden, dieselbe fehlerhafte Software verwenden oder nur wenige Validatoren entscheiden, entsteht ein gemeinsamer Schwachpunkt. Eine zugangsbeschränkte Unternehmens-Blockchain kann durchaus nützlich sein, besitzt aber andere Vertrauensannahmen als ein großes öffentliches Netzwerk.

Verteilung verbessert außerdem Verfügbarkeit. Fällt ein Rechner aus, halten andere das Register weiter vor. Sie schützt jedoch nicht gegen jedes Problem: Ein Fehler im Protokoll kann alle Knoten betreffen, und ein Ausfall vieler Kommunikationsverbindungen kann das Netzwerk vorübergehend teilen.

Kann ein Block nachträglich gelöscht oder korrigiert werden?

Ein bestätigter Eintrag wird normalerweise nicht wie eine Zeile in einer Textdatei überschrieben. Soll ein Geschäft rückgängig gemacht werden, erzeugt man eine neue Gegenbuchung. Beide Vorgänge bleiben sichtbar. Das ist mit einer Buchhaltung vergleichbar, in der eine fehlerhafte Buchung storniert und neu gebucht wird, statt die ursprüngliche Spur heimlich zu entfernen.

„Unveränderlich“ hat dennoch technische und soziale Grenzen. Protokolle können durch Software-Upgrades geändert werden. Bei einer sogenannten Hard Fork können sich Teilnehmer auf eine neue, nicht vollständig kompatible Regelversion einigen. In außergewöhnlichen Fällen haben Gemeinschaften Transaktionen durch koordinierte Entscheidungen faktisch anders behandelt. Die Geschichte ist daher nicht durch Naturgesetze fixiert, sondern durch Kryptografie, wirtschaftliche Anreize, Software und sozialen Konsens stabilisiert.

Auch Datenschutzrecht und Löschpflichten sind eine Herausforderung. Persönliche oder vertrauliche Daten sollten nicht leichtfertig direkt in eine unveränderliche öffentliche Kette geschrieben werden. Häufig speichert man nur einen Hash oder einen Verweis und hält die eigentlichen Daten außerhalb der Blockchain. Doch auch ein Hash kann je nach Kontext datenschutzrechtlich relevant sein und beweist allein nicht, dass die externe Datei dauerhaft verfügbar bleibt.

Kann man falsche Informationen fälschungssicher speichern?

Ja – und genau darin liegt ein häufiges Missverständnis. Die Blockchain kann zuverlässig dokumentieren, dass ein bestimmter Datensatz zu einem bestimmten Zeitpunkt eingetragen und seitdem nicht verändert wurde. Sie kann nicht von selbst feststellen, ob der Inhalt damals wahr war.

Wird beispielsweise eine falsche Liefermenge, eine erfundene Herkunftsangabe oder ein manipuliertes Messergebnis eingetragen, konserviert das Register diese falsche Angabe. Das Problem heißt oft „Garbage in, garbage out“. Sensoren, Menschen, Behörden oder andere Systeme, die reale Informationen liefern, bilden eine Vertrauensgrenze.

Bei Smart Contracts werden externe Daten über sogenannte Oracles eingebunden, etwa Wechselkurse oder Wetterwerte. Ist das Oracle manipuliert, ausgefallen oder schlecht konstruiert, kann der Vertrag mit formal gültigen, aber falschen Daten arbeiten. Mehrere unabhängige Quellen, Plausibilitätsprüfungen und Notfallmechanismen können dieses Risiko mindern.

Sind Smart Contracts automatisch sicher?

Ein Smart Contract ist ein Programm, das auf einer Blockchain ausgeführt wird. Seine Ergebnisse können reproduzierbar und schwer nachträglich zu verändern sein. Das macht seinen Programmcode aber nicht fehlerfrei. Ein kleiner Logik-, Zugriffs- oder Rundungsfehler kann Vermögenswerte sperren oder Angreifern eine unerwartete Funktion eröffnen.

Die Unveränderlichkeit verschärft das Problem sogar: Ein traditioneller Server lässt sich oft schnell aktualisieren. Ein veröffentlichter Vertrag kann unter Umständen nicht direkt gepatcht werden. Upgrade-Mechanismen schaffen Flexibilität, führen aber neue Administratorrechte und damit Zentralisierungs- oder Schlüsselrisiken ein.

Sichere Entwicklung braucht deshalb Spezifikationen, unabhängige Codeprüfungen, Tests, formale Verifikation für kritische Teile, begrenzte Rechte und einen Reaktionsplan. Eine Blockchain ersetzt kein Software-Engineering. Sie führt lediglich bestimmte Regeln verlässlich aus – einschließlich schlechter Regeln.

Welche Angriffe liegen außerhalb der Blockchain?

Viele spektakuläre „Krypto-Hacks“ knacken nicht die Hashfunktion der Blockchain. Angegriffen werden Börsen, Wallet-Anbieter, Browser-Erweiterungen, Webseiten, Mobiltelefone oder Menschen. Phishing bringt Nutzer dazu, eine schädliche Transaktion selbst zu signieren. Schadsoftware vertauscht eine Empfängeradresse. Eine Börse kann private Schlüssel unsicher speichern oder Kundengelder veruntreuen.

Auch die Bedienoberfläche kann täuschen. Ein Nutzer sieht in einer App einen verständlichen Knopf, signiert technisch aber komplexe Daten, die er nicht beurteilen kann. Die Blockchain zeichnet die Signatur korrekt auf; sie schützt nicht vor einer irreführenden Darstellung. Sicherheit muss deshalb die gesamte Kette vom Menschen über Gerät und Anwendung bis zum Protokoll umfassen.

Ist eine Blockchain anonym?

Viele öffentliche Blockchains sind pseudonym, nicht anonym. Adressen bestehen aus Zeichenfolgen statt Klarnamen, doch Transaktionen und Salden sind öffentlich und dauerhaft analysierbar. Sobald eine Adresse mit einer Person oder Organisation verknüpft wird, lassen sich unter Umständen weitere Aktivitäten zuordnen.

Börsen und andere Dienstleister erfassen je nach Rechtsraum Identitätsdaten. Zahlungsbeträge, Zeitpunkte und Beziehungen zwischen Adressen liefern zusätzliche Hinweise. Spezielle Datenschutztechniken können die Analyse erschweren, bringen aber eigene Annahmen und regulatorische Fragen mit. „Kein Name im Block“ bedeutet daher nicht „niemand kann mich erkennen“.

Warum verbrauchen manche Blockchains viel Strom?

Der hohe Energieverbrauch ist keine notwendige Eigenschaft jeder Blockchain. Er entsteht insbesondere bei Proof of Work. Miner führen sehr viele Hashberechnungen aus, um das Recht zur Blockerzeugung zu gewinnen. Dieser reale Aufwand macht einen Angriff teuer und ist Teil des Sicherheitsmodells.

Proof-of-Stake- und zugangsbeschränkte Konsensverfahren benötigen diese Rechenkonkurrenz nicht und können wesentlich weniger Energie verbrauchen. Dafür beruhen sie auf anderen Mechanismen und Risiken, beispielsweise der Verteilung von Stake, der Auswahl von Validatoren oder organisatorischem Vertrauen. Ein niedriger Energieverbrauch sagt allein ebenso wenig über Sicherheit aus wie ein hoher.

Wann ist eine Blockchain sinnvoll – und wann nicht?

Eine Blockchain kann sinnvoll sein, wenn mehrere Parteien gemeinsam Daten fortschreiben müssen, keine einzelne Partei alleinige Kontrolle erhalten soll und ein manipulationsresistenter Zeitverlauf wichtig ist. Beispiele können die Übertragung digitaler Werte, gemeinsame Register oder Herkunftsnachweise zwischen Organisationen sein.

Gibt es dagegen einen klar verantwortlichen Betreiber, hohe Anforderungen an Löschung und Vertraulichkeit oder sehr große Datenmengen, ist eine gewöhnliche Datenbank oft einfacher, schneller und günstiger. Eine signierte, revisionssichere Protokollierung kann viele Anforderungen ebenfalls erfüllen. „Blockchain“ ist keine automatische Qualitätsstufe.

Vor einer Entscheidung sollte man fragen:

• Wer darf Daten schreiben und wer prüft sie?
• Welchen Parteien wird nicht vertraut?
• Was verhindert falsche Eingangsdaten?
• Wie werden Schlüssel gesichert und wiederhergestellt?
• Welches Konsensverfahren gilt und welche Mehrheit könnte es angreifen?
• Wie werden Fehler, Datenschutz und Software-Updates behandelt?

Ein einfaches Gedankenexperiment

Stellen wir uns ein digitales Kassenbuch mit drei Blöcken vor. Block zwei enthält den Hash von Block eins, Block drei den Hash von Block zwei. Ändert jemand nachträglich den Betrag in Block eins, ändert sich dessen Hash. Der gespeicherte Verweis in Block zwei ist nun falsch. Passt der Angreifer Block zwei an, verändert sich auch dessen Hash und der Verweis in Block drei wird ungültig.

Auf einem einzelnen Rechner könnte er alle Werte neu berechnen. In einem Blockchain-Netzwerk besitzen jedoch viele andere Knoten die ursprüngliche Version. Zusätzlich müsste der Angreifer die geforderte Konsensarbeit oder Validatorenmehrheit aufbringen und schneller eine akzeptierte Historie erzeugen. Genau diese Kombination aus sichtbarer Verkettung, verteilten Kopien und Konsens macht die nachträgliche Fälschung schwierig.

Das Experiment zeigt ebenso die Grenzen: Besitzt der Angreifer den privaten Schlüssel eines Kontos, kann er eine neue, gültig signierte Zahlung erzeugen. Täuscht ein Lieferant beim ursprünglichen Eintrag, bleibt die Lüge erhalten. Und kontrolliert eine Partei praktisch alle Knoten, bietet die Verteilung wenig Schutz.

Häufige Fragen

Kann Quantencomputing Blockchains knacken?

Leistungsfähige fehlertolerante Quantencomputer könnten bestimmte heute verwendete Signaturverfahren bedrohen. Derzeit existieren solche Maschinen nicht in der nötigen Größenordnung. Protokolle können grundsätzlich auf quantenresistente Verfahren umgestellt werden, doch Migration, alte Adressen und Koordination sind anspruchsvoll. Das ist ein langfristiges Kryptografieproblem, kein Beleg dafür, dass heutige Blockchains bereits beliebig fälschbar sind.

Kann jemand Bitcoins kopieren?

Eine digitale Datei lässt sich kopieren, aber Bitcoin ist keine einzelne Münzdatei. Das Netzwerk führt ein gemeinsames Register darüber, welche Ausgänge ausgegeben werden dürfen. Knoten lehnen eine zweite Ausgabe desselben Bestands nach ihren Regeln ab. Der Konsens löst damit das Double-Spending-Problem innerhalb seiner Sicherheitsannahmen.

Ist eine private Blockchain genauso sicher wie Bitcoin?

Nicht automatisch. Eine private Blockchain kann klare Zugriffsrechte, hohe Geschwindigkeit und organisatorische Kontrolle bieten. Sie besitzt aber meist weniger unabhängige Validatoren und beruht stärker auf bekannten Institutionen. Sicherheit muss anhand von Bedrohungsmodell, Konsens und Verwaltung beurteilt werden, nicht anhand des Namens.

Was passiert bei einer falschen Überweisung?

Eine gültig bestätigte Transaktion lässt sich meist nicht zentral zurückrufen. Der Empfänger kann freiwillig zurückzahlen oder ein vorgelagertes System kann eigene Erstattungsregeln anbieten. Die Blockchain selbst unterscheidet nicht zwischen Tippfehler und beabsichtigter Überweisung, solange Signatur und Regeln gültig sind.

Fazit

Blockchains gelten als fälschungssicher, weil Hashes jede Datenänderung sichtbar machen, Blöcke ihre Vorgänger kryptografisch referenzieren, digitale Signaturen Berechtigungen prüfen und ein verteiltes Netzwerk per Konsens eine gemeinsame Historie verteidigt. Einen alten Eintrag heimlich zu ändern, erfordert deshalb wesentlich mehr als Schreibzugriff auf eine Datenbank.

Die genaue Formulierung lautet dennoch: manipulationsresistent und manipulationserkennbar. Schlüssel können gestohlen, Mehrheiten konzentriert, Smart Contracts fehlerhaft und Eingangsdaten falsch sein. Eine Blockchain schützt die Integrität ihres Registers nur innerhalb der Regeln und Annahmen des konkreten Systems. Wer ihre Sicherheit bewerten will, muss daher nicht nur auf Kryptografie, sondern auch auf Software, Validatoren, Datenquellen und menschliche Bedienung schauen.

Quellen

• NISTIR 8202: Blockchain Technology Overview, technische Grundbegriffe, Konsensmodelle und Sicherheitsgrenzen.
• National Institute of Standards and Technology: Blockchain, Manipulationserkennung, Verkettung und verteilte Register.
• Bitcoin: A Peer-to-Peer Electronic Cash System, ursprüngliche Beschreibung von Proof of Work und Double Spending.
• Ethereum.org: Smart contract security, Risiken und Schutzmaßnahmen bei Smart Contracts.
• Ethereum.org: Ethereum accounts, öffentliche und private Schlüssel sowie Kontensteuerung.