To Blockchain or Not to Blockchain – Ein Entscheidungsrahmen für Entwickler und Unternehmen

Die Frage ist so alt wie das Blockchain-Hype-Zyklus selbst: Brauche ich wirklich eine Blockchain, oder täte es auch eine gewöhnliche Datenbank? In der Hochphase des Hypes zwischen 2017 und 2019 wurde Blockchain auf alles angewendet – von Weinzertifikaten über Hundefutter bis hin zu kommunalen Abstimmungssystemen. Viele dieser Projekte scheiterten, weil sie die Grundfrage nicht ehrlich beantworteten. Dieser Artikel liefert einen strukturierten Entscheidungsrahmen, den Entwickler und Unternehmensarchitekten verwenden können.

Die Kerneigenschaft von Blockchain: Dezentrales Vertrauen

Um zu entscheiden, ob Blockchain das richtige Werkzeug ist, muss man zunächst verstehen, was Blockchain einzigartig macht. Eine Blockchain ist eine verteilte, unveränderliche Datenstruktur, die ohne zentralen Verwalter auskommt. Ihr einzigartiger Vorteil ist dezentrales Vertrauen: Mehrere Parteien können auf gemeinsamen Daten arbeiten, ohne dass eine von ihnen die zentrale Kontrolle hat oder ein Trusted Third Party benötigt wird.

Das klingt nach einem universellen Vorteil, ist es aber nicht. Dezentrales Vertrauen erkauft man sich mit erheblichen Kompromissen: geringerem Durchsatz, höherer Latenz, höheren Transaktionskosten, eingeschränkter Möglichkeit zur Datenlöschung (relevant für DSGVO-Compliance) und einem deutlich komplexeren Entwicklungs- und Betriebsaufwand. Diese Kompromisse sind nur dann akzeptabel, wenn dezentrales Vertrauen tatsächlich gebraucht wird.

Wann Blockchain NICHT die Lösung ist

Einzelner Schreiber

Wenn nur eine Organisation Daten in das System schreibt, ist eine Blockchain sinnlos. Eine Blockchain erzeugt Vertrauen, indem mehrere unabhängige Parteien den Zustand validieren. Wenn nur eine Partei schreibt, können alle anderen den Angaben dieser Partei ohnehin nur vertrauen oder nicht – eine Blockchain ändert daran nichts Fundamentales. Eine normale Datenbank mit robusten Audit-Logs ist hier die bessere Wahl.

Vertrauenswürdiger Betreiber vorhanden

Wenn alle Beteiligten einer zentralen Instanz vertrauen – etwa einem regulierten Finanzinstitut, einer Behörde oder einem etablierten Industrieverband – ist dezentrales Vertrauen nicht nötig. Traditionelle Datenbanklösungen sind schneller, günstiger und einfacher zu betreiben. Die Einführung einer Blockchain fügt Komplexität hinzu, ohne das eigentliche Vertrauensproblem zu lösen.

Hohe Geschwindigkeitsanforderungen

Anwendungen, die Tausende von Transaktionen pro Sekunde mit Millisekunden-Latenz erfordern – etwa Echtzeit-Handelssysteme oder Produktionssteuerung – sind für öffentliche Blockchains grundsätzlich ungeeignet. Ethereum Mainnet verarbeitet etwa 15–30 TPS, selbst optimierte Enterprise-Chains erreichen selten mehr als ein paar hundert TPS ohne Layer-2-Erweiterungen. Relationale Datenbanken verarbeiten hunderttausende Transaktionen pro Sekunde.

Sensible Daten ohne Datenschutz-Layer

Öffentliche Blockchains sind transparent – alle Transaktionen sind für jeden einsehbar. Für Anwendungen mit personenbezogenen Daten ist das inkompatibel mit DSGVO-Anforderungen, insbesondere dem Recht auf Löschung (Art. 17 DSGVO). Auch wenn Verschlüsselung und Zero-Knowledge-Proofs Abhilfe schaffen können, erhöhen sie die Komplexität erheblich.

Der Entscheidungsbaum

Folgendes Ablaufschema hilft bei der Entscheidung:

1. Gibt es mehrere Parteien, die in dasselbe System schreiben? Nein → Verwende eine Datenbank.
2. Vertrauen alle Parteien einem gemeinsamen Intermediär? Ja → Verwende eine Datenbank mit dem Intermediär als Betreiber.
3. Muss der Datenbestand unveränderlich und auditierbar sein? Nein → Eine normale Datenbank mit Audit-Logs reicht.
4. Sind Token, Kryptowährungen oder digitale Assets involviert? Ja → Blockchain ist sehr wahrscheinlich die richtige Wahl.
5. Gibt es einen Bedarf an trustless Execution (Smart Contracts)? Ja → Blockchain, insbesondere Ethereum oder kompatible Chains.
6. Sind die Parteien in verschiedenen rechtlichen Jurisdiktionen und misstrauen einander? Ja → Blockchain bietet echten Mehrwert.

Wann Blockchain die RICHTIGE Lösung ist

Grenzüberschreitende Zahlungsabwicklung

Der klassische Anwendungsfall: Korrespondenzbanken-Netzwerke für internationale Überweisungen sind langsam, teuer und fehleranfällig. Blockchain-basierte Settlement-Netzwerke (RippleNet, Stellar, oder Stablecoin-basierte Lösungen auf Ethereum) ermöglichen Transaktionen in Sekunden statt Tagen, zu einem Bruchteil der Kosten – ohne dass eine Partei der anderen vertrauen muss.

Multilaterale Lieferketten

Wenn zehn Zulieferer, drei Logistiker, zwei Zollbehörden und ein OEM auf gemeinsamen Daten über den Zustand einer Lieferung zugreifen müssen, und kein einziges Unternehmen diese Daten zentral verwalten soll: Blockchain ist hier die natürliche Architektur. Jeder schreibt in seinen Bereich, alle lesen denselben Zustand, ohne dass ein Player die Kontrolle hat.

Tokenisierte Assets

Digitales Eigentum – an Kunstwerken, Immobilienteilen, Wertpapieren oder Carbon Credits – erfordert einen unveränderlichen Eigentumsnachweis, der ohne zentralen Register-Betreiber auskommt. Blockchain ist die einzige Technologie, die echtes digitales Eigentum ohne Trusted Third Party ermöglicht.

DAO-Governance

Wenn eine Organisation demokratisch von ihren Token-Inhabern regiert werden soll – mit on-chain Abstimmungen und automatischer Ausführung von Entscheidungen durch Smart Contracts – ist Blockchain nicht nur sinnvoll, sondern notwendig. Kein zentraler Server könnte dieses Maß an transparenter, manipulationsresistenter Governance bieten.

Gescheiterte Projekte als Lehrstunden

Einige prominente Beispiele, bei denen Blockchain die falsche Wahl war:

Walmart's Food Traceability: Walmart setzte IBM Food Trust (Hyperledger) ein, um Mangos zurückzuverfolgen. Das technische Ergebnis war beeindruckend, aber die eigentliche Herausforderung – Lieferanten zur Dateneingabe zu bewegen – hatte nichts mit Blockchain zu tun. Eine gut organisierte, zentralisierte Datenbank hätte dasselbe Problem gehabt und wäre einfacher zu implementieren gewesen.

Burger King Russia's WhopperCoin: 2017 lancierte Burger King Russland eine Kryptowährung für Loyalitätspunkte. Bestehende Loyalitätsprogramme-Datenbanken lösen das Problem günstiger, schneller und ohne regulatorische Risiken. Das Blockchain-Etikett war primär Marketing.

Interne Audit-Systeme: Mehrere Unternehmen haben Blockchain-basierte interne Audit-Systeme entwickelt – nur um festzustellen, dass ein unveränderlicher Audit-Log in einer Datenbank (append-only log) denselben Zweck erfüllt, ohne die Kosten und Komplexität einer Blockchain.

Die ehrliche Frage

Die ehrlichste Frage, die man sich stellen sollte: „Welches konkrete Problem löse ich mit Blockchain, das ich mit einer Datenbank nicht lösen kann?" Wenn die Antwort auf Dezentralisierung, Token-Ökonomie oder multilaterales Vertrauen hinausläuft: Blockchain. Wenn die Antwort im Wesentlichen „wir wollen unveränderliche Datenspeicherung und Transparenz" lautet: Ein append-only Datenbank-Log, ein Merkle Tree in einer relationalen Datenbank oder ein einfaches Git-Repository lösen das Problem eleganter.

Beim Blockchain Hackathon Stuttgart stellen jedes Jahr Teams diese Frage ehrlich – und kommen manchmal zur Erkenntnis, dass ihr Problem kein Blockchain-Problem ist. Das ist kein Scheitern, sondern ein Zeichen von Reife. Die überzeugendsten Hackathon-Projekte sind jene, die Blockchain genau dort einsetzen, wo kein anderes Werkzeug passt.