Wann eine Blockchain Ihr Problem wirklich löst (und wann sie nur Theater ist)
Alle ArtikelTechnologie

Wann eine Blockchain Ihr Problem wirklich löst (und wann sie nur Theater ist)

Prixelo StudioPrixelo Studio
Sep 5, 2026 6 min

Die Frage, die vor dem Kickoff-Call niemand stellt

Die meisten Blockchain-Projektbriefings starten mit einer bereits feststehenden Technologie: „wir brauchen eine NFT-Plattform", „wir wollen das tokenisieren", „könnt ihr uns eine DAO bauen". Fast keines beginnt mit der eigentlichen Frage, die entscheidet, ob das überhaupt eine gute Idee ist: Müssen sich mehrere Parteien, die einander nicht vollständig vertrauen, ohne Mittelsmann auf den Zustand von etwas einigen?

Lautet die Antwort Nein, macht eine Blockchain das Produkt nicht besser. Sie macht es langsamer, teurer in der Weiterentwicklung und schwerer zu besetzen — für eine Vertrauensgarantie, die im System eigentlich niemand gebraucht hat.

Wofür eine Blockchain tatsächlich gut ist

Zieht man den Hype ab, ist eine Blockchain ein spezifisches Werkzeug für eine spezifische Aufgabe: ein gemeinsames, nur anfügbares Ledger, das mehrere unabhängige Parteien verifizieren können, ohne sich darauf verlassen zu müssen, dass eine von ihnen ehrlich ist. Das ist alles. Die drei Situationen, in denen das wirklich wertvoll ist:

Vertrauen zwischen mehreren Parteien ohne Mittelsmann. Ein DeFi-Kreditprotokoll funktioniert, weil Kreditnehmer, Kreditgeber und Liquidatoren keiner Bank vertrauen müssen — der Smart Contract setzt die Regeln für alle gleich durch, und jeder kann das überprüfen. Entfernt man die Bedingung „mehrere Parteien, kein vertrauenswürdiger Mittelsmann", beschreibt man nur noch ein Kreditbuch — und das erledigt eine Datenbank genauso gut.

Nachweisbare Knappheit und Übertragbarkeit. Ein Token oder NFT ist sinnvoll, wenn Knappheit und Übertragungshistorie unabhängig von Personen außerhalb der eigenen Organisation überprüfbar sein müssen — ein Sammlerstück, ein Real-World-Asset mit Bruchteilseigentum, ein In-Game-Item, das Spieler auch außerhalb der eigenen Spiel-Server handeln wollen. Muss Eigentum nur innerhalb des eigenen Systems geprüft werden, erledigt eine Datenbankzeile denselben Job zu einem Bruchteil der Entwicklungskosten.

Governance ohne Mittelsmann. Eine DAO ergibt Sinn, wenn eine wirklich verstreute Gruppe von Stakeholdern verbindliche Entscheidungen über gemeinsame Mittel treffen muss, ohne dass ein einzelnes Unternehmen die Kasse kontrolliert. Die meisten „DAOs", die man uns zu bauen bittet, sind in Wirklichkeit ein Unternehmen, das sich das Branding der Dezentralisierung wünscht, aber trotzdem jede wichtige Entscheidung selbst kontrollieren will — das ist ein Berechtigungssystem, keine DAO.

Was sie nicht löst

Eine Blockchain macht aus schlechten Daten keine guten — Garbage in ist immer noch Garbage out, nur jetzt dauerhaft und öffentlich einsehbar. Sie macht ein langsames System nicht schnell: Selbst Chains mit hohem Durchsatz sind langsamer als eine gut indexierte Postgres-Tabelle, sobald der Anwendungsfall nicht speziell von Konsens profitiert. Und sie schafft nicht automatisch Vertrauen — ein Smart Contract mit einem Bug ist ein Bug, der echtes Geld bewegt, unveränderlich, in dem Moment, in dem ihn jemand findet. „Es läuft on-chain" ersetzt kein Security-Review — im Gegenteil, es erhöht den Einsatz, falls das Review misslingt.

Der Filter, den wir tatsächlich anwenden

Bevor wir einen Blockchain-Build empfehlen, stellen wir eine Frage: Würde eine gut geführte Datenbank mit öffentlichem Audit-Log das genauso gut lösen? Lautet die Antwort Ja — und bei den meisten internen Tools, den meisten Treueprogrammen, den meisten „Nachweis prüfen"-Anwendungsfällen ist das der Fall —, bauen wir die Datenbank. Sie ist günstiger, lässt sich bei geänderten Anforderungen schneller anpassen und ist genauso vertrauenswürdig für ein System, bei dem nur eine Partei den Daten überhaupt vertrauen muss.

Projekte, bei denen die Antwort wirklich Nein lautet, haben meist dieselbe Form: echtes Geld, das zwischen Parteien ohne bestehenden vertrauenswürdigen Mittelsmann fließt (DeFi), Assets, die nachweisbar knapp und frei außerhalb der Server eines einzelnen Unternehmens handelbar sein müssen (Tokenisierung, Gaming-Assets mit echter Interoperabilität), oder Governance, bei der es genau darum geht, dass keine einzelne Partei das Ergebnis kontrolliert (echte DAOs, keine gebrandeten Berechtigungssysteme).

Die Wahl der Chain ist wichtiger, als man denkt

Steht einmal fest, dass eine Blockchain tatsächlich die richtige Wahl ist, entscheidet die Wahl der Chain fast genauso viel wie die Grundsatzentscheidung selbst. EVM-Chains — Ethereum, Base, Polygon, Arbitrum — bieten das ausgereifteste Tooling und Audit-Ökosystem, und Solidity-Contracts, die auf den geprüften Standards von OpenZeppelin aufbauen, sind der sicherste Standardweg, statt Grundbausteine neu zu erfinden. Chains mit hohem Durchsatz wie Solana oder Near, gebaut in Rust, ergeben Sinn, wenn Transaktionsvolumen oder Gebührenempfindlichkeit EVM-Gaskosten ausschließen — etwa bei einem Hochfrequenz-Handelsprotokoll oder einem Spiel mit ständigen On-Chain-Mikrotransaktionen. Die Chain nach Community-Hype statt nach tatsächlichem Durchsatz- und Kostenbedarf auszuwählen, ist einer der teureren Fehler, die wir später wieder rückgängig gemacht sehen.

Sicherheit ist kein Nice-to-have, sobald echter Wert on-chain liegt

Jeder Contract, der echtes Geld verwaltet, braucht eine Foundry-Testsuite — Unit-Tests, Fuzzing und Invariant-Checks —, bevor überhaupt ein externes Audit in Frage kommt, und ein externes Audit vor dem Mainnet-Start, wenn der Contract nennenswerten Wert hält. Das ist kein nachträglich aufgesetztes Extra: Ein Reentrancy-Bug, der im Review gefunden wird, kostet eine Codeänderung. Wird er erst nach dem Launch gefunden, kostet er eine Schlagzeile.

Was es kostet

Ein NFT-Mint oder ein einfacher Token-Launch beginnt bei rund $10,000. Eine vollständige dApp oder ein DeFi-Protokoll — Contracts, Frontend, Wallet-Integration, On-Chain-Indexierung — beginnt ab $35,000+, wobei externe Audit-Kosten in dieser Zahl nicht enthalten sind: Sie skalieren mit der Komplexität des Contracts und sollten separat eingeplant werden statt als nachträglicher Gedanke.

Fazit

Die richtige Frage lautet nicht „sollen wir Blockchain einsetzen". Sie lautet „müssen sich mehrere Parteien, die einander nicht vertrauen, ohne Mittelsmann darauf einigen". Falls ja, kann unser Team für Blockchain & Web3 die Contracts und die App um diese echte Anforderung herum planen. Falls nein, sagen wir Ihnen auch das ehrlich — eine schnelle, unspektakuläre Datenbank ist das bessere Produkt als ein langsames, teures Ledger, das niemand gebraucht hat.

Diesen Artikel teilen
Prixelo Studio

Prixelo Studio

Notes from the studio on craft, code, and product.