Blockchain & DLT – Grundlagen

„Brauchen wir dafür eine Blockchain?" wird meist als Technikfrage gestellt und ist keine. Sie entscheidet sich an drei Fragen, die vor jeder Architekturskizze zu beantworten sind: Wer darf schreiben, wer darf lesen, und wer behält im Streitfall recht?

Geteilt lesen ist einfach, geteilt schreiben ist das Problem

Daten mit Geschäftspartnern zu teilen, können Unternehmen seit Jahrzehnten. Schnittstellen, Portale, Dateiaustausch — dafür braucht niemand eine neue Datenbankform. Anspruchsvoll wird es erst, wenn mehrere Parteien schreiben und keine bereit ist, den Datenbestand einer anderen als maßgeblich anzuerkennen.

Genau dieser Fall ist der Anwendungsbereich von Distributed Ledger Technology (DLT). Eine klassische Datenbank hat einen Betreiber, und dieser Betreiber hält die Wahrheit; wer ihm nicht traut, muss seine eigene Kopie führen und regelmäßig abgleichen. Ein verteiltes Register ersetzt diesen Abgleich durch einen gemeinsamen Stand, den alle Beteiligten gleichzeitig sehen und den keiner allein ändern kann.

Ein Beispiel aus der Lieferkette macht den Unterschied greifbar. Ein Maschinenbauer, sein Guss-Zulieferer und ein Prüflabor tauschen Qualitätsnachweise zu sicherheitsrelevanten Bauteilen aus. Alle drei brauchen dieselben Nachweise, alle drei haften unterschiedlich, und keiner möchte, dass ausgerechnet die Datenbank eines der anderen im Zweifel den Ausschlag gibt. Bisher lösen das drei getrennte Systeme plus Abstimmung per E-Mail. Das ist der Zuschnitt, für den ein gemeinsames Register gebaut ist.

Wann eine Datenbank genügt — und das ist meistens der Fall

Die ehrliche Gegenprobe gehört an diese Stelle, weil sie die meisten Vorhaben beendet, bevor sie Geld kosten. Gibt es einen natürlichen Betreiber, dem alle Beteiligten ohnehin folgen — das Konzern-ERP, die Bank, der Marktplatz —, dann ist ein verteiltes Register die teurere Lösung ohne zusätzlichen Nutzen.

Drei Bedingungen müssen zusammenkommen, damit sich der Aufwand überhaupt stellen lässt: Es schreiben mehrere Parteien, es gibt keinen Betreiber, den alle akzeptieren, und der gemeinsame Stand muss auch gegenüber Dritten belegbar sein — Prüfer, Behörde, Gericht. Fehlt eine davon, ist die Antwort eine Datenbank mit sauberen Schnittstellen.

Kommt eine Zahlung ins Spiel, verschiebt sich das Bild noch einmal. Sobald Ereignis und Zahlung denselben Vorgang bilden sollen — Ware übergeben und Geld bewegt, ohne Zwischenschritt —, muss auch das Geld auf derselben Infrastruktur liegen. Das ist der Grund, warum die Diskussion regelmäßig von der Datenfrage zur Geldfrage wandert und bei Stablecoins oder tokenisierten Einlagen landet.

Öffentlich oder berechtigt: die Frage nach dem Türsteher

Ist die Entscheidung für ein gemeinsames Register gefallen, folgt die eigentliche Architekturfrage. In einem öffentlichen Netz kann jeder lesen, schreiben und die Regeln durchsetzen; niemand vergibt Zutritt. In einem berechtigten Netz ist der Kreis bekannt und vertraglich gebunden, Zutritt wird erteilt und kann entzogen werden.

Institutionen, die Zahlungsverkehr und Abwicklung untersuchen, arbeiten überwiegend am zweiten Modell. Der Analyserahmen des Ausschusses für Zahlungsverkehr und Marktinfrastrukturen bei der BIS sagt das ausdrücklich: Er richtet sich in erster Linie auf Arrangements mit beschränkten Registern, also solche, deren Zugang nur zugelassenen Nutzern offensteht. Auch die Erprobung des Eurosystems zur Abwicklung von DLT-Transaktionen in Zentralbankgeld folgt dieser Linie — sie lief von Mai bis November 2024 mit 64 Teilnehmern und über 50 Versuchen und erprobte drei Wege, wie DLT-Plattformen an die bestehende Infrastruktur angebunden werden können, statt sie zu ersetzen.

Der Gegenzug ist genauso real: Reichweite entsteht dort, wo niemand um Zutritt bitten muss. Wer heute einen Euro-Stablecoin an eine Gegenpartei in Asien senden will, findet die Gegenpartei auf einem öffentlichen Netz, nicht im eigenen Konsortium. Ein berechtigtes Netz erkauft Kontrolle mit Netzwerkeffekt — und ein öffentliches erkauft Reichweite mit Regeln, die man nicht selbst setzt.

Was auf das Register gehört und was daneben

Diese Entscheidung wird häufig zu spät getroffen, und sie ist schwerer zu korrigieren als die vorherige. Unveränderlichkeit ist der Kern des Nutzens — bis personenbezogene Daten im Register stehen. Dann steht sie gegen die Pflicht, Daten löschen zu können, und dieser Konflikt lässt sich nachträglich nicht auflösen: Was in einem verteilten Register steht, liegt bei allen Teilnehmern.

Der übliche Ausweg ist eine saubere Trennung: Auf das Register kommt nur ein Fingerabdruck des Dokuments samt Zeitpunkt, der Inhalt bleibt im eigenen System. Der Nachweis funktioniert damit unverändert — man kann jederzeit zeigen, dass ein bestimmtes Dokument zu einem bestimmten Zeitpunkt vorlag —, ohne dass das Dokument selbst das Haus verlässt. Für den Audit-Trail reicht das; für die Löschpflicht ebenfalls.

Der zweite, seltener bedachte Punkt betrifft Geschäftsgeheimnisse. Auf einem öffentlichen Netz sind Beträge, Zeitpunkte und Gegenadressen für jeden sichtbar. Adressen tragen keine Namen, aber ein Muster: Wer regelmäßig am Monatsende an dieselben fünf Adressen zahlt, veröffentlicht seine Lieferantenstruktur in Umrissen. Das ist kein Ausschlussgrund, aber eine Abwägung, die vor dem ersten Produktivlauf getroffen sein will.

Woran die Entscheidung im Haus wirklich hängt

Aus Sicht der Finanzabteilung sind die Kosten beider Wege gut zu greifen: Anbindung, Betrieb, Prüfbarkeit. Die Risiken liegen tiefer und sind ungleich verteilt. Ein berechtigtes Netz macht das Unternehmen von einem Konsortium und dessen Regeln abhängig — von Beitrittsbedingungen, Stimmrechten, und davon, ob das Konsortium in fünf Jahren noch existiert. Ein öffentliches Netz macht es von Regeln abhängig, die niemand im Haus beeinflusst: Gebühren schwanken mit der Auslastung, und technische Änderungen kommen ohne Vertragsverhandlung.

Nüchtern betrachtet folgt die Architektur damit einer einzigen Frage: Wer behält recht, wenn zwei Parteien unterschiedliche Zahlen im System haben? Wer darauf eine belastbare Antwort hat, hat die Architektur bereits entschieden — alles Weitere ist Umsetzung.

Was daraus folgt

Die Wahl zwischen Datenbank, berechtigtem und öffentlichem Register ist keine Glaubensfrage und keine Frage der Modernität. Sie ist die Übersetzung einer Vertrauens- und Haftungslage in Technik, und sie fällt für jeden Anwendungsfall neu aus: Qualitätsnachweise in der Lieferkette landen bei anderen Antworten als eine Lieferantenzahlung ins Ausland.

Wie ein einzelner Vorgang in einem solchen Register technisch abläuft — Signatur, Verbreitung, Block, Bestätigung —, steht in Wie funktioniert eine Blockchain?. Wer in einem Netz das Recht hat, den nächsten Eintrag zu schreiben, und was diese Einigung an Energie, Kapital oder Vertrag kostet, behandelt Konsensverfahren.

Die Frage, die einem Vorhaben am meisten Zeit spart, steht deshalb ganz am Anfang und nicht am Ende: Gibt es in diesem Prozess wirklich niemanden, dem alle Beteiligten die Datenhoheit zugestehen würden?