Warum vertrauensbasierte Zahlungssysteme problematisch sind
Digitale Zahlungen im heutigen Internet laufen meist über zentrale Vermittler. Banken, Zahlungsanbieter, Börsen oder Kreditkarten-Netzwerke führen Kontostände, koordinieren Zahlungen und entscheiden, welche Transaktionen gültig sind.
Damit eine Zahlung funktioniert, müssen Nutzer diesen Instanzen vertrauen: Sie müssen davon ausgehen, dass Kontodaten korrekt verwaltet, Zahlungen ehrlich ausgeführt und die geltenden Regeln zuverlässig durchgesetzt werden.
Dieses Vertrauensmodell schafft jedoch Abhängigkeiten. Eine Zahlung ist nicht allein deshalb endgültig, weil sie technisch übermittelt wurde. Sie kann rückgängig gemacht, blockiert oder von einer zentralen Stelle überprüft werden. Auch Konten können eingefroren und Regeln nachträglich verändert werden.
Das Grundproblem ist daher nicht nur, dass Dritte beteiligt sind. Das Problem ist, dass diese Dritten Kontrolle über Zugang, Gültigkeit und Historie des Zahlungssystems besitzen.
Genau dieses Problem beschreibt bereits das Bitcoin-Whitepaper:
Bitcoin versucht, digitale Zahlungen ohne zentrale vertrauenswürdige Instanz zu ermöglichen.
Anstatt einer Institution glauben zu müssen, sollen Teilnehmer Regeln selbst überprüfen können.
Verifizieren statt Vertrauen (Don't trust, verify)
Bitcoin entfernt Vertrauen nicht vollständig.
Das Ziel ist vielmehr, möglichst viele sicherheitskritische Aussagen unabhängig überprüfbar zu machen.
Eine Full Node kann selbst validieren:
- existieren die Coins wirklich?
- wurde derselbe Output bereits ausgegeben?
- ist die Signatur gültig?
- erfüllt der Block die Konsensregeln?
- entspricht die Historie dem gültigen Proof-of-Work?
Die Sicherheit entsteht dadurch nicht durch eine zentrale Institution, sondern durch viele unabhängige Nodes, die dieselben Regeln lokal überprüfen.
Vertrauensmodelle in Bitcoin
Nicht jeder Nutzer überprüft dieselben Informationen selbst.
Je nachdem, wie Bitcoin verwendet wird, verschiebt sich deshalb die Frage:
Welche Aussagen überprüfe ich selbst: und welche übernehme ich von anderen?
Das Vertrauensmodell beschreibt genau diese Unterschiede.
FULL NODE
prüft lokalWer prüft was?
- Signaturen
- UTXO-Set
- Konsensregeln
- Proof-of-Work
- Kettenauswahl
Lädt Blöcke und Transaktionen selbst, prüft sie gegen die Konsensregeln und baut den Chainstate lokal auf.
SPV
prüft teilweiseWer prüft was?
- Blockheader
- Proof-of-Work der Headerkette
- Merkle-Proof für eigene Transaktion
- vollständige Transaktionsvalidierung
- eigener Chainstate
Prüft Header, Arbeitsnachweis und Merkle-Einbindung. Nicht vollständig alle Regeln und den UTXO-Zustand.
SERVERBASIERTE WALLET
lagert ausWer prüft was?
- Guthaben
- Historie
- Transaktionsstatus
- Chain-Sicht
- eigene Konsensprüfung
Guthaben und Historie kommen von fremden Servern. Schlüssel können lokal bleiben, die Netzsicht nicht.
MEHR EIGENE PRÜFUNG
weniger Vertrauen in externe Daten nötig
MEHR AUSGELAGERTE PRÜFUNG
mehr externe Annahmen nötig
Eigene Full Node
Eine eigene Full Node validiert Blöcke und Transaktionen selbstständig.
Sie prüft unter anderem:
- Signaturen,
- den aktuellen UTXO-Zustand,
- Proof-of-Work,
- Blockstruktur,
- und die Einhaltung der Konsensregeln.
Die Node übernimmt Informationen zwar aus dem Netzwerk, entscheidet aber lokal selbst, ob diese Daten gültig sind.
Dadurch reduziert sich das notwendige Vertrauen erheblich.
Der Nutzer muss beispielsweise nicht darauf vertrauen,
- dass ein Explorer korrekte Daten anzeigt,
- dass eine Wallet die richtige Chain verwendet,
- oder dass ein externer Server Transaktionen vollständig weiterleitet.
Fremde Infrastruktur
Viele Wallets verbinden sich nicht direkt mit dem Bitcoin-Netzwerk, sondern mit externer Infrastruktur, zum Beispiel:
- öffentlichen Electrum-Servern,
- Wallet-Backends,
- Blockchain-Explorern,
- API-Providern,
- oder Nodes anderer Betreiber.
Der Nutzer erhält dadurch weiterhin Zugriff auf Bitcoin, übernimmt aber zusätzliche Vertrauensannahmen.
Er muss darauf vertrauen, dass diese Systeme:
- die korrekte Chain liefern,
- Guthaben richtig anzeigen,
- Transaktionen nicht verschweigen,
- und Informationen nicht manipulieren.
Zusätzlich entstehen häufig Datenschutz-Probleme:
Externe Server können teilweise erkennen,
- welche Adressen abgefragt werden,
- welche Transaktionen zusammengehören,
- oder wann ein Nutzer online ist.
SPV und Lightweight Clients
Im Whitepaper beschreibt Satoshi mit Simplified Payment Verification (SPV) ein Modell, bei dem Nutzer nicht die gesamte Blockchain validieren müssen.
Ein SPV-Client speichert hauptsächlich die Blockheader und verwendet Merkle-Proofs, um nachzuweisen, dass eine Transaktion in einem Block enthalten ist.
Ein SPV-Client prüft dadurch:
- existiert der Block wirklich?
- ist genügend Proof-of-Work vorhanden?
- befindet sich die Transaktion im Block?
Er validiert jedoch normalerweise nicht vollständig:
- alle Konsensregeln,
- alle Scripts,
- den gesamten UTXO-Zustand,
- oder jede einzelne Transaktion der Chain.
Dadurch verschiebt sich das Vertrauensmodell teilweise zurück zu externer Infrastruktur.
Viele mobile Wallets verwenden heute Varianten dieses Modells, oft kombiniert mit zusätzlichen Servern oder APIs.
Grenzen von Vertrauenslosigkeit (Trustlessness)
Auch mit eigener Full Node verschwinden Vertrauensannahmen nicht vollständig.
Bitcoin basiert weiterhin auf grundlegenden Annahmen:
- dass kryptografische Verfahren sicher sind,
- dass die verwendete Software korrekt funktioniert,
- dass Hardware keine versteckten Fehler enthält,
- und dass genügend unabhängige Teilnehmer die Regeln validieren.
Bitcoin entfernt Vertrauen daher nicht vollständig.
Stattdessen verschiebt sich Vertrauen weg von zentralen Institutionen, hin zu offenen Regeln, Kryptografie, Software und unabhängiger Verifikation.