Wenn Maschinen bezahlen: Warum KI ihr eigenes Geld braucht

Ein KI-Agent braucht eine Information. Er findet einen Anbieter, prüft das Angebot und könnte die Daten sofort weiterverarbeiten. Dazwischen steht die Bezahlung: Kundenkonto eröffnen, Zahlungsmittel hinterlegen, vielleicht ein Abonnement abschließen. Eine Aufgabe, die Software in Sekunden erledigen könnte, wartet auf einen Menschen und seine Kreditkarte.

Das wirkt wie ein kleines technisches Hindernis. Dahinter steckt eine größere Frage. Wir bauen Software, die weltweit kommuniziert, Leistungen vergleicht und Aufgaben selbstständig bearbeitet. Welches Geld passt zu einer solchen Wirtschaft? Eines, dessen Nutzung von einzelnen Zahlungsanbietern abhängt und dessen Regeln Institutionen bestimmen? Oder eines mit offenen, überprüfbaren Regeln, das Software unmittelbar verwenden kann?

Mit eigenem Geld meine ich ein Budget, über das ein Agent innerhalb klarer Vorgaben selbst verfügen kann. Fiatgeld ist dafür technisch nutzbar. Programme können über eingerichtete Konten Euro oder Dollar ausgeben. Doch damit übernehmen sie auch die Abhängigkeiten dieses Systems. Bitcoin eröffnet einen anderen Ansatz. Gerade deshalb verdient die Verbindung von künstlicher Intelligenz und Bitcoin mehr Aufmerksamkeit als die nächste Kursprognose.

Software kann rechnen. Wer bestimmt die Recheneinheit?

Ein Agent kann Preise vergleichen, Budgets verwalten und Angebote bewerten. Dabei arbeitet er mit einer Recheneinheit, deren Eigenschaften er selbst nicht festlegt. Hundert Euro bleiben auf dem Konto hundert Euro. Was sich damit kaufen lässt, verändert sich.

Hinter Fiatgeld stehen geldpolitische Entscheidungen. Die Europäische Zentralbank strebt mittelfristig zwei Prozent Inflation an. Dieses Ziel hat wirtschaftspolitische Gründe. Für unverzinstes Guthaben bedeutet dauerhaft positive Inflation dennoch einen Kaufkraftverlust.

Ein Agent kann solche Entwicklungen einrechnen. Er kann die künftige Geldpolitik aber nicht wie eine festgelegte Rechenregel überprüfen. Sie hängt von Entscheidungen ab, die unter wechselnden Bedingungen getroffen werden.

Genau hier liegt meine Kritik. Es geht nicht nur um zwei Prozent. Es geht darum, wie viel Entscheidungsmacht über das Geld bei einzelnen Institutionen liegen sollte. Wer Geld hält, ist von Entscheidungen betroffen, auf die er selbst kaum Einfluss hat. Wenn Software unser Geld verwaltet, verschwindet diese Abhängigkeit nicht. Sie wird lediglich automatisiert.

Für einen einmaligen Datenabruf ist langfristige Inflation kaum entscheidend. Da zählen Preis, Gebühren und Zuverlässigkeit. Die Geldfrage reicht weiter: In welcher Einheit werden Leistungen angeboten, Einnahmen gehalten und künftige Ausgaben geplant?

Bitcoin macht Geldregeln überprüfbar

Bitcoin setzt an diesem Punkt anders an. Nach den geltenden Konsensregeln ist seine Gesamtmenge auf rund 21 Millionen Einheiten begrenzt. Auch die Ausgabe neuer Bitcoin folgt einem festgelegten Verlauf. Mit einem eigenen vollständig prüfenden Knoten lässt sich kontrollieren, ob Blöcke und Transaktionen diesen Regeln entsprechen.

Entwickler können Änderungen vorschlagen. Sie können aber nicht allein bestimmen, dass alle Teilnehmer neue Regeln übernehmen müssen. Wer die Software verändert, verändert damit nicht automatisch das Geld aller anderen.

Für mich liegt darin eine wesentliche Qualität: Bestimmte Eigenschaften des Geldes lassen sich unabhängig überprüfen. Ein Agent müsste diese Prüfung nicht selbst als Sprachmodell vornehmen. Er könnte auf Software zurückgreifen, die genau dafür gebaut ist und regelwidrige Vorgänge zurückweist.

Das macht Bitcoins Marktpreis nicht berechenbar. Eine begrenzte Geldmenge verhindert weder Spekulation noch heftige Kursverluste. Für ein kurzfristiges Budget kann die schwankende Kaufkraft sogar ein erhebliches Problem sein. Überprüfbare Ausgaberegeln und stabile Preise sind unterschiedliche Eigenschaften.

Trotzdem halte ich diesen Unterschied für grundlegend. Die Regeln der Geldschöpfung sollten möglichst wenig vom Ermessen einzelner Entscheidungsträger abhängen. Bitcoin bietet dafür einen praktisch überprüfbaren Ansatz.

Ein weltweites Netz braucht offenen Zugang

Neben den Geldregeln entscheidet der Zugang darüber, wie selbstständig Software handeln kann. Bei herkömmlichen Zahlungsdiensten setzt ein automatisierter Kauf meist eine vorher eingerichtete Geschäftsbeziehung voraus. Ein Konto muss bestehen, Berechtigungen müssen passen, und der Anbieter muss die Zahlung unterstützen.

Innerhalb eines Unternehmens funktioniert das häufig gut. Schwieriger wird es, wenn ein Agent während seiner Arbeit einen neuen Dienst entdeckt, dessen Leistung er nur einmal benötigt. Dann kann der organisatorische Aufwand größer sein als der eigentliche Kauf.

Bitcoin lässt sich ohne Konto bei einem zentralen Betreiber empfangen und übertragen. Selbstverwahrung ermöglicht Kontrolle über die Schlüssel, mit denen Zahlungen autorisiert werden. Wer stattdessen einen Verwahrer nutzt, übernimmt wiederum dessen Zugangsbedingungen und Risiken.

Ein offenes Zahlungsnetz beseitigt nicht jede Abhängigkeit. Internetzugang, funktionierende Software und die Bereitschaft des Verkäufers bleiben erforderlich. Es kann aber eine gemeinsame Grundlage schaffen, auf der unterschiedliche Anbieter miteinander handeln, ohne zunächst denselben Zahlungsdienst wählen zu müssen.

Warum ein digitaler Dollar die Geldfrage nicht löst

Dollarbasierte Stablecoins erscheinen für Maschinenzahlungen zunächst naheliegend. Sie lassen sich technisch übertragen und sollen ihren Wert gegenüber dem US-Dollar stabil halten. Damit können sie für Preise und kurzfristige Budgets praktisch sein.

Ein dollarbasierter Stablecoin übernimmt jedoch den Dollar als Maßstab. Dessen Kaufkraftentwicklung bleibt relevant. Bei zentral ausgegebenen, durch Reserven gedeckten Varianten kommen außerdem Abhängigkeiten vom Herausgeber, seiner Reserveverwaltung und den Einlösungsbedingungen hinzu.

Damit kann sich der Zahlungsweg modernisieren, während wesentliche Eigenschaften des zugrunde liegenden Geldsystems erhalten bleiben. Wer vor allem automatisierte Dollarzahlungen sucht, kann darin eine brauchbare Lösung sehen. Wer Geldregeln unabhängig von einem zentralen Emittenten möchte, stellt eine andere Anforderung.

Meine Präferenz für Bitcoin entsteht aus dieser zweiten Frage. Mich interessiert ein Geld, dessen grundlegende Regeln offenliegen und dessen Nutzung nicht zwingend einen zentralen Verwahrer voraussetzt. Ob ein Agent damit wirtschaftlicher arbeitet, muss sich in der konkreten Anwendung zeigen.

Lightning macht kleine Leistungen bezahlbar

Damit aus diesen Eigenschaften ein nutzbares Werkzeug wird, muss die Zahlung zur Leistung passen. Für eine einzelne Wetterabfrage oder eine kleine Berechnung wäre es unpraktisch, jedes Mal eine eigene Bitcoin-Transaktion auf der Blockchain abzuwickeln.

Hier kommt Lightning ins Spiel. Das Netzwerk ermöglicht Bitcoin-Zahlungen über Zahlungskanäle. Viele Zahlungen können so schnell und mit niedrigen Gebühren erfolgen, ohne einzeln auf der Blockchain verbucht zu werden.

Eine Software kann eine Rechnung empfangen, ihren Betrag prüfen und sie innerhalb vorgegebener Grenzen bezahlen. Dafür müssen Guthaben und eine geeignete Zahlungsroute verfügbar sein. Gebühren und mögliche Fehlschläge gehören zum Ablauf.

Ein Verfahren namens L402 verbindet solche Zahlungen mit dem Zugriff auf digitale Leistungen. Ein Dienst antwortet auf eine Anfrage zunächst mit einer Zahlungsaufforderung. Nach der Lightning-Zahlung legt das anfragende Programm den erforderlichen Zahlungsnachweis und die Zugangsberechtigung vor und erhält Zugang.

Wie umfangreich dieser Zugang ist, legt der Anbieter fest. Eine Zahlung kann beispielsweise eine mehrfach verwendbare Berechtigung erwerben. Es muss also nicht jeder Datenabruf eine neue Rechnung auslösen.

P.I.M.P. als konkreter Versuch

Mit P.I.M.P. Services erprobe ich diese Idee an einem kleinen Angebot: einem Bitcoin-Marktindikator. Der Dienst liefert einen RSI14 auf Basis von Stundenkerzen. Der Indikator beschreibt das Verhältnis jüngerer Aufwärts- und Abwärtsbewegungen. Eine Software kann diesen Wert abrufen und für eine weitere Auswertung verwenden.

In bisherigen Testnet-Versuchen wurde der Ablauf von der Anfrage über die Lightning-Zahlung bis zur geprüften Datenantwort erfolgreich durchlaufen. Beim L402-Zugang haben wir außerdem getestet, dass eine bezahlte Berechtigung erneut verwendet werden kann.

Damit ist ein technischer Ablauf nachgewiesen. Ob ein KI-Agent die Information sinnvoll auswählt und ob Kunden dafür bezahlen möchten, sind weitere Fragen. Ein funktionierender Zahlungsweg beantwortet sie noch nicht.

Genau diese Unterscheidung ist mir wichtig. P.I.M.P. macht die Idee greifbar, ohne dass wir daraus bereits eine fertige Maschinenwirtschaft ableiten müssen.

Ein guter Agent muss auch auf einen Kauf verzichten können

Ein RSI lässt sich selbst berechnen, wenn geeignete Kursdaten vorhanden sind. Deshalb muss ein entsprechender Dienst mehr bieten als eine Bezahlfunktion. Sein Nutzen könnte in zuverlässiger Datenaufbereitung, einem klar dokumentierten Format oder eingespartem Wartungsaufwand liegen.

Das gilt ebenso für Wetterdaten, Übersetzungen und Rechenleistungen. Ein Agent sollte zunächst prüfen, ob vorhandene oder kostenlose Ressourcen ausreichen. Erst wenn etwas fehlt, ergibt ein zusätzlicher Kauf Sinn.

Auch die Abrufhäufigkeit gehört dazu. Ein Indikator aus abgeschlossenen Stundenkerzen muss nicht jede Sekunde neu gekauft werden. Bereits bezahlte, noch geeignete Daten sollten weiterverwendet werden können.

Die wirtschaftliche Qualität eines Agenten zeigt sich deshalb auch daran, welche Ausgaben er vermeidet. Ein offenes Geldnetz kann den Kauf erleichtern. Ob gekauft werden sollte, muss weiterhin geprüft werden.

Eigenverantwortung braucht technische Grenzen

Wenn Software Geld ausgeben darf, muss klar sein, wer ihr diese Befugnis erteilt hat und wie weit sie reicht. Das zugewiesene Betriebsguthaben braucht deshalb einen festgelegten Zweck und verbindliche Ausgabengrenzen.

Der Agent könnte einen Kauf vorschlagen. Eine getrennte Zahlungskomponente prüft anschließend Betrag, Empfänger und verbleibendes Budget. Sie führt nur Zahlungen aus, die zu den vorgegebenen Regeln passen. Diese Grenzen darf der Agent nicht selbst erhöhen können.

Bei einem begrenzten Versuch könnten beispielsweise Höchstbeträge pro Kauf und pro Tag gelten. Gebühren gehören in diese Rechnung. Neue Anbieter oder höhere Ausgaben können eine menschliche Freigabe erfordern. So bleibt auch bei einem Fehler der mögliche Schaden begrenzt.

Ebenso wichtig ist die Kontrolle des Ergebnisses. Eine erfolgreiche Zahlung beweist nicht, dass die gelieferten Daten richtig oder aktuell sind. Der Agent muss prüfen, ob er die bestellte Leistung erhalten hat. Bleibt eine Antwort aus, darf er nicht blind erneut bezahlen.

Bitcoin ermöglicht mehr Kontrolle über das eigene Geld. Wer diese Kontrolle an Software delegiert, muss die Delegation ebenso bewusst gestalten wie jede andere finanzielle Entscheidung.

Die Geldfrage hinter der künstlichen Intelligenz

Für mich braucht KI vor allem Geld, mit dem sie innerhalb klarer Grenzen selbstständig arbeiten kann und dessen grundlegende Eigenschaften überprüfbar sind. Bitcoin ist dafür ein überzeugender Kandidat. Seine Schwächen und Risiken gehören zur Prüfung ebenso dazu wie seine Möglichkeiten.

Die Maschinen entscheiden dabei nicht, welches Geld wir wollen. Diese Entscheidung bleibt bei uns. Gerade deshalb sollten wir sie treffen, bevor wir die Abhängigkeiten unseres heutigen Geldsystems einfach in die nächste technische Generation übertragen.