Programmierbarkeit von digitalem Geld

„Programmierbares Geld“ bezeichnet drei verschiedene Dinge. Wer sie nicht auseinanderhält, verhandelt mit einem Anbieter über etwas anderes als dieser anbietet — und merkt es erst im Vertrag.

Drei Bedeutungen in einem Wort

Die erste Bedeutung ist die älteste und die unspektakulärste: Der Auslöser ist automatisiert. Ein Dauerauftrag zahlt monatlich, ein Zahllauf im ERP bündelt fällige Rechnungen, eine Regel gibt Beträge unterhalb einer Grenze ohne Rückfrage frei. Das Geld ist dabei ganz gewöhnliches Buchgeld. Programmiert ist nicht das Zahlungsmittel, sondern der Anstoß.

Die zweite Bedeutung ist die, um die es heute meistens geht: Die Bedingung liegt in einer Schicht neben dem Geld. Ein Programm prüft, ob ein Ereignis eingetreten ist, und stößt dann eine Zahlung an. Das kann ein Smart Contract sein oder eine Treuhandlogik nach dem Muster von Escrow. Auch hier bleibt das Geld unverändert. Neu ist, dass die Bedingung maschinell geprüft wird statt von einem Menschen.

Die dritte Bedeutung ist die einzige, die das Geld selbst betrifft: Die Regel steckt im Betrag. Ein solcher Betrag lässt sich nur für einen festgelegten Zweck ausgeben, nur in einem Zeitraum, nur bei bestimmten Empfängern. Das ist die Bauform eines Gutscheins, nicht die von Geld — und genau daran entzündet sich die politische Debatte.

Wo die Regel sitzt, sitzt das Ermessen

Die Tabelle liest sich wie eine technische Einteilung, ist aber eine über Macht. Mit jeder Stufe wandert die Möglichkeit, eine Regel zu ändern, ein Stück weiter vom Unternehmen weg.

Eine Freigabegrenze im eigenen System lässt sich am Montag anders setzen als am Freitag. Eine Bedingung, die beide Parteien vereinbart und hinterlegt haben, lässt sich nicht mehr einseitig anfassen. Das ist ihr Zweck und ihr Preis zugleich. Steckt die Regel im Zahlungsmittel, entscheidet der Emittent, und der Zahlende hat sie hinzunehmen.

Diese Reihenfolge ist der eigentliche Gegenstand des Themas. Verlässlichkeit und Ermessen sind dieselbe Größe, von zwei Seiten betrachtet. Wer mehr Verbindlichkeit einkauft, gibt Spielraum ab; wer sich Spielraum erhält, bekommt keine harte Zusage.

Die Trigger-Lösung: programmierbar, ohne das Geld zu ändern

Dass die zweite Stufe kein Zukunftsentwurf ist, lässt sich an einem deutschen Beispiel zeigen. Die Deutsche Bundesbank betreibt unter dem Namen Trigger Solution eine Verbindung zwischen DLT-Plattformen des Marktes und dem Zahlungssystem des Eurosystems. Ein Vorgang auf der Plattform stößt die zugehörige Zahlung an, gebucht wird auf Konten im T2-Dienst — also in gewöhnlichem Zentralbankgeld.

Die Lösung geht auf eine erste Fassung von 2021 zurück. Entwickelt und erfolgreich getestet hat die Bundesbank sie damals gemeinsam mit der Deutschen Börse und der Finanzagentur. In der Erprobungsphase des Eurosystems von Mai bis November 2024 stand sie neben Lösungen der Banca d'Italia und der Banque de France zur Verfügung.

Der Punkt daran ist die Bauform. Es wurde kein neues Geld geschaffen, um Programmierbarkeit zu erreichen. Die Logik sitzt in der Schicht daneben, das Settlement bleibt dort, wo es hingehört.

Der digitale Euro zieht die Grenze ausdrücklich

Die Europäische Zentralbank hat die drei Bedeutungen in ihrem Fragenkatalog zum digitalen Euro sauber getrennt — und sich festgelegt. Programmierbares Geld beschreibt sie als digitale Geldform für einen vorbestimmten Zweck, vergleichbar einem Gutschein, mit Beschränkungen dazu, wo, wann und mit wem gezahlt werden darf. Der digitale Euro soll das ausdrücklich nicht sein.

Bedingte Zahlungen dagegen soll er tragen. Das ist kein Vorbehalt auf dem Papier: Im Abschlussbericht zur Vorbereitungsphase vom Oktober 2025 berichtet die EZB von praktischen Tests in einer simulierten Umgebung. Erprobt wurden unter anderem die Reservierung von Beträgen und gestufte Rückgriffsmechanismen; das Ergebnis war, dass der derzeitige Entwurf bedingte Zahlungen tragen kann.

Für die Begriffsarbeit ist das der nützlichste Satz zum Thema. Die Institution, die das Geld ausgibt, sagt selbst, dass die zweite Stufe erwünscht und die dritte ausgeschlossen ist. Wer über „programmierbares Geld“ spricht, sollte deshalb zuerst klären, welche der drei Bedeutungen gemeint ist.

Was das im Anlagenbau bedeutet

Ein Anlagenbauer liefert eine Fertigungslinie für 2,4 Millionen Euro. Der Zahlungsplan ist gestaffelt: dreißig Prozent bei Konstruktionsfreigabe, vierzig nach der Werksabnahme, der Rest nach Inbetriebnahme beim Kunden. Heute läuft jede Rate über Rechnung, Prüfung und Zahllauf. Zwischen erreichtem Meilenstein und Geldeingang liegen regelmäßig mehrere Wochen.

Als bedingte Zahlung sieht derselbe Vorgang anders aus. Der Betrag wird reserviert, und die Freigabe hängt an einem Ereignis, auf das sich beide Seiten vorher geeinigt haben — etwa dem beidseitig gezeichneten Abnahmeprotokoll. Ist es da, fließt das Geld; jeder Schritt liegt im Audit-Trail.

Der Gewinn liegt dabei nicht in der Geschwindigkeit. Er liegt darin, dass der Streit nach vorn wandert. Bisher wird nach der Lieferung darüber gestritten, ob der Meilenstein erreicht war. Bei einer bedingten Zahlung muss man sich vorher einigen, was ihn belegt — sonst lässt sich die Bedingung nicht formulieren. Diese Einigung ist die eigentliche Arbeit, und sie fällt in die Vertragsverhandlung, nicht in die Buchhaltung.

Aus Sicht des CFO hat das eine Kehrseite, die gern übersehen wird. Ein reservierter Betrag ist gebundene Liquidität. Er steht früher nicht mehr zur Verfügung, als es bei einer Rechnung mit Zahlungsziel der Fall wäre. Was der Lieferant an Sicherheit gewinnt, zahlt der Besteller in Zinsbindung — und das gehört in die Liquiditätsplanung, bevor es im Vertrag steht.

Wo Automatisierung teuer wird

Das erste Risiko ist die Zuverlässigkeit selbst. Eine falsch formulierte Regel wird ebenso verlässlich ausgeführt wie eine richtige. Der prüfende Blick eines Menschen stand bisher am Ende und fällt nun weg. Mit ihm entfällt die letzte Gelegenheit, einen Fehler vor der Finalität zu bemerken.

Das zweite Risiko liegt beim Auslöser, nicht bei der Zahlung. Wer sagt der Regel, dass die Werksabnahme stattgefunden hat? Ein Mensch, eine Signatur, ein Sensor, ein fremdes System. Die Kette ist nur so belastbar wie dieser Nachweis, und er wird beim Entwurf regelmäßig als gegeben behandelt.

Das dritte Risiko betrifft die dritte Stufe. Wer einen Betrag zweckbinden kann, kann ihn später auch anders binden. Das ist keine technische Frage, sondern eine über Vertrauen in den Emittenten — und der Grund, aus dem die EZB die Grenze so deutlich zieht. Für ein Unternehmen heißt das: Zweckgebundene Mittel sind ein Instrument mit eigenem Kleingedruckten, kein besseres Geld.

Was bleibt

Das Wort „programmierbar“ sagt für sich genommen wenig. Nützlich wird es erst mit der Rückfrage, welche der drei Bedeutungen gemeint ist — und wer die Regel danach noch ändern kann. Zwei der drei Stufen sind heute verfügbar und verlangen kein neues Zahlungsmittel.

Wie sich dieselbe Mechanik in industriellen Datenräumen zu einem Geschäftsmodell fügt, mit Abrechnung je Datensatz und je Ereignis, steht in Programmierbares Geld in Datenräumen. Und weil jede automatisierte Freigabe am Ende eine Unterschrift ist, gehört die Frage daneben, wer sie leisten darf: Custody & Verwahrung.

Für die eigene Planung ist deshalb weniger die Technik interessant als die Reihenfolge. Zuerst steht die Einigung darüber, was ein Ereignis belegt. Die Zahlung ist danach der einfachere Teil.