Blockchain-Datenbank: Ist eine Blockchain wirklich eine Datenbank?
Eine Blockchain ist absichtlich append-only, repliziert und langsam beim Schreiben. Eine Datenbank ist schnell, veränderbar und zentral gesteuert. Wo sich beide überschneiden, und was das für das Lesen von Zahlungsdaten bedeutet.
Eine Blockchain als Datenbank zu bezeichnen ist nicht falsch, verkauft aber unter, was sie anders macht. Eine Blockchain-Datenbank speichert Datensätze so wie eine klassische Datenbank – Zeilen strukturierter Daten, die sich abfragen lassen –, kommt aber mit drei Einschränkungen, die keine gewöhnliche Datenbank kennt: Jeder Write ist endgültig, jede Node hält eine vollständige Kopie, und ein Write zählt erst, wenn sich eine dezentrale Gruppe von Teilnehmern darauf einigt. Diese drei Eigenschaften sind der gesamte Unterschied zwischen Blockchain- und Datenbank-Systemen, und sie erklären sowohl, wofür eine Blockchain gut geeignet ist, als auch, wofür sie schlecht passt.
Blockchain vs. Datenbank, Eigenschaft für Eigenschaft
Der Unterschied zwischen Blockchain- und Datenbank-Designs läuft auf fünf Eigenschaften hinaus. Keine davon macht ein System grundsätzlich besser – sie stehen im Trade-off zueinander.
| Eigenschaft | Klassische Datenbank | Blockchain |
|---|---|---|
| Writes | Veränderbar – UPDATE und DELETE sind normale Operationen | Append-only – ein geschriebener Datensatz wird nie bearbeitet oder entfernt |
| Kontrolle | Zentralisiert – ein Betreiber, eine Quelle der Wahrheit | Dezentralisiert – keine einzelne Partei kontrolliert das Ledger |
| Write-Bestätigung | Sofort, gesteuert durch die eigene Logik des Betreibers | Gesteuert durch Netzwerk-Konsens, das Zeit und eine Gebühr kostet |
| Speichermodell | Eine Kopie (plus vom Betreiber verwaltete Repliken/Backups) | Volle Replikation – jede Full Node hält die gesamte Historie |
| Kosten pro Write | Nahezu keine Grenzkosten | Eine Netzwerkgebühr bei jedem Write (Gas, Energy, Bandwidth) |
Lesen Sie diese Tabelle als Checkliste, nicht als Punktetabelle. Wenn Ihre Anwendung schnelle, günstige, korrigierbare Writes unter der Kontrolle einer Partei braucht, ist das die Aufgabe einer Datenbank, nicht einer Blockchain.
Ist Blockchain also eine Datenbank – oder etwas völlig anderes?
Strukturell ja: Eine Blockchain ist eine Datenbank im wörtlichen Sinn von „organisierten, abfragbaren, persistenten Daten“. Was die Frage aufwirft, ob Blockchain überhaupt eine Datenbank ist, ist, dass sie zwei Annahmen fallen lässt, die fast jede andere Datenbank macht – dass ein vertrauenswürdiger Betreiber die Writes verwaltet, und dass sich ein Fehler mit einem UPDATE-Statement korrigieren lässt. Eine Blockchain als Datenbank funktioniert, wenn das Fehlen eines vertrauenswürdigen Betreibers genau der Punkt ist: Zahlungen, Eigentumsnachweise, alles, wo unabhängige Verifizierbarkeit wichtiger ist als Editierbarkeit.
Was eine Blockchain konkret von einer gewöhnlichen Datenbank unterscheidet
Drei Mechaniken leisten die Arbeit. Erstens Konsens: Ein Write ist erst final, wenn genügend unabhängige Teilnehmer sich darauf einigen, was den Datensatz vertrauenswürdig macht, ohne eine zentrale Autorität zu brauchen – und auch, was Writes langsamer und gebührenpflichtig macht als ein Datenbank-INSERT. Zweitens Unveränderlichkeit by Design: Ist ein Block einmal bestätigt, würde eine Änderung bedeuten, die Konsens-Arbeit für jeden Block danach neu zu machen, was ab einer relevanten Tiefe rechnerisch nicht durchführbar ist – es gibt kein Admin-UPDATE. Drittens Replikation als Feature, nicht als Betriebsentscheidung: Jede Full Node hält die komplette Historie, eine Redundanz, die eine klassische Datenbank nur bekommt, wenn jemand sie explizit konfiguriert.
Blockchain als Datenbank speziell für Zahlungen
Speziell für Zahlungsdaten spricht der Blockchain-als-Datenbank-Trade-off tatsächlich für die Blockchain: Sie wollen die append-only, konsensgesteuerten Eigenschaften, weil Sie nicht wollen, dass irgendjemand – auch Sie selbst nicht – eine abgeschlossene Transaktion still bearbeiten kann. Was Sie nicht wollen, ist bei jeder Abfrage eines Guthabens oder Transaktionsstatus rohe JSON-RPC-Anfragen gegen diese Daten zu schreiben; das ist der Teil, den eine Datenbank-Schnittstelle besser handhabt. Eine API-Schicht über der Chain gibt Ihnen beides: die Garantien der Blockchain für den zugrunde liegenden Datensatz, eine datenbankähnliche REST-Schnittstelle zum Lesen.
Genau das ist die Chaingateway-API funktional – eine REST-Schnittstelle über On-Chain-Daten. Kostenloses Konto erstellen und ein Testnet-Guthaben abfragen, ohne rohes JSON-RPC anzufassen.
FAQ: Blockchain vs. Datenbank
On-Chain-Daten wie eine Datenbank lesen
Konto erstellen und Guthaben sowie Transaktionen über REST statt rohem JSON-RPC abfragen – 7 Tage kostenlos testen, keine Karte, kein KYC. Sehen Sie die Multi-Chain-Blockchain-API oder starten Sie mit einer einzelnen Chain, z. B. der Ethereum API. Für den tieferen technischen Vergleich lesen Sie Blockchain vs Database im Blog.