KI und Blockchain 2026: was das Netzwerk einem KI-System bringt und was nicht

Ein KI-Agent, der eine Preis-API abfragt und jede Abfrage bezahlt, braucht drei Dinge, die das Modell nicht mitbringt: ein Zahlungsmittel, das der Anbieter akzeptiert, ohne dass ein Mensch eine Kreditkarte eingibt; Limits, die verhindern, dass eine fehlerhafte Ausgabe des Modells das Budget aufbraucht; und eine Spur, anhand derer das Unternehmen und der Anbieter später nachvollziehen können, was gekauft und von wem es autorisiert wurde. Blockchain-Netzwerke undStablecoinsliefern Bausteine für alle drei, und 2025 entstanden Standards für genau diesen Einsatz: das Zahlungsprotokollx402, das den HTTP-Statuscode 402 „Payment Required“ wiederverwendet, und der EntwurfERC-8004zur Identifizierung von Agenten.

Für Architekturverantwortliche bringt die Kombination an zwei konkreten Stellen einen Nutzen: Sie gibt dem Agenten ein Zahlungsmittel mit Limits, die vor jeder Mittelbewegung geprüft werden, und hinterlässt einen gemeinsamen Nachweis darüber, was autorisiert wurde. Was sie nicht leistet, ist die Prüfung, ob das Modell richtig liegt. Ein Eintrag im Netzwerk belegt, dass eine Entscheidung getroffen und bezahlt wurde, nicht, dass sie richtig war, und ersetzt auch nicht die Dokumentation, die die europäische KI-Verordnung von den Entwicklern der Modelle verlangt.

Wie ein Agent mit x402 bezahlt

x402 macht eine Zahlung zum Bestandteil einer Webanfrage. Laut seinerSpezifikationantwortet der Server, wenn ein Client eine kostenpflichtige Ressource anfragt, mit dem HTTP-Code 402 und einem PAYMENT-REQUIRED-Header, der die akzeptierten Zahlungsschemata, den Preis, das Netzwerk und die Zieladresse beschreibt. Der Client signiert die Zahlung und wiederholt die Anfrage mit einem PAYMENT-SIGNATURE-Header; der Server lässt die Signatur von einem Facilitator prüfen, erbringt die Leistung, veranlasst die Abwicklung (Settlement) und liefert die Ressource mit einem PAYMENT-RESPONSE-Header aus, der das Ergebnis bestätigt. Es gibt weder eine Bezahlseite noch eine Registrierung beim Dienst, und der Zahlende kann ein Mensch oder ein Programm sein.

Die Spezifikation definiert drei Schemata: exact für einen festen Preis, upto, das einen Höchstbetrag autorisiert und den tatsächlichen Verbrauch abrechnet, sowie batch-settlement, das die Autorisierung zu Beginn bestätigt und später gebündelt abwickelt. Coinbase, das das Protokoll entwickelt hat, betreibt einenFacilitator, der Zahlungen auf Base und Solana abgewickelt hat, und im September 2025kündigte gemeinsam mit Cloudflaredie Gründung der x402 Foundation an, die es als offenen Standard weiterentwickeln soll. Der Verkäufer legt fest, welche Vermögenswerte und Netzwerke er akzeptiert, und wer mit einem Stablecoin bezahlt, verhindert, dass der Preis jeder Abfrage vom Kurs eines Kryptowerts abhängt.

Ein Agent kauft Daten mit festem Budget: ein Fallbeispiel

Ein hypothetischer Elektrogroßhändler möchte, dass ein Agent jeden Morgen die Preise seiner Wettbewerber und Lieferanten prüft und die benötigten Daten bei drei Diensten kauft, die per x402 pro Abfrage abrechnen. Die Produktverantwortliche muss entscheiden, wo die Ausgaben kontrolliert werden, und stellt fest, dass das Protokoll ihr diese Aufgabe nicht abnimmt: x402 legt fest, wie eine Zahlung angefordert und nachgewiesen wird, nicht aber, ob der Kauf sinnvoll war oder ob das Unternehmen ihn genehmigt hätte.

Die Kontrolle liegt bei dem Konto, das signiert. Der Agent verfügt nicht über den Schlüssel der Unternehmenstreasury, sondern über ein Konto mit begrenztem Stablecoin-Guthaben, das wöchentlich aufgeladen wird. Vor jeder Signatur prüft das System Regeln, die nicht vom Modell abhängen: zulässige Empfänger, Höchstbetrag pro Abfrage und Tageslimit. Verlangt eine Antwort des Modells eine Zahlung an einen Dienst, der nicht auf der Liste steht, wird nicht signiert, denn diese Entscheidung trifft nicht das Modell, sondern der Code, der den Schlüssel verwahrt. Mit dem Schema upto autorisiert jede Abfrage einen Höchstbetrag, und der Anbieter berechnet nur den tatsächlichen Verbrauch, sodass auch ein Abrechnungsfehler des Anbieters diese Obergrenze nicht überschreitet.

Die Spur ist an zwei Stellen nachvollziehbar. Jede abgewickelte Zahlung hinterlässt im Netzwerk eine Transaktion mit Betrag, Empfänger und Uhrzeit, die Anbieter und Unternehmen identisch sehen. Der Grund für jeden Kauf steht in den Logs des Systems: welche Aufgabe der Agent hatte, was das Modell zurückgegeben hat und welche Regel die Zahlung zugelassen hat. Reklamiert ein Anbieter, weil eine Antwort verloren ging und der Agent die Anfrage wiederholt hat, zeigt das Netzwerk, wie viele Zahlungen abgewickelt wurden, und die internen Logs zeigen, warum. Eine eindeutige ID pro Anfrage und eine Statusabfrage vor jedem erneuten Versuch verhindern, dass es überhaupt zu einer solchen Doppelzahlung kommt.

Identität und Reputation von Agenten: was ERC-8004 erfasst und was es nicht garantiert

Kauft der Agent bei Diensten ein, die er nicht kennt, oder kaufen andere Agenten bei ihm, stellt sich eine andere Frage: Wer steht hinter einer Adresse und welche Historie hat sie?ERC-8004, mit dem Titel Trustless Agents, schlägt drei On-Chain-Register vor: ein Identitätsregister auf Basis vonERC-721, das jedem Agenten eine Kennung zuweist und auf eine Datei mit seiner Beschreibung verweist; ein Reputationsregister, in dem andere Bewertungen veröffentlichen, und ein Validierungsregister, in dem Smart Contracts Dritter eine Arbeit mit Methoden wie einer durch Sicherheiten abgesicherten erneuten Ausführung, Proof-Verifiern oder sicheren Ausführungsumgebungen überprüfen.

Der Standard wurde im August 2025 erstellt und befindet sich weiterhin im Entwurfsstatus. Sein eigener Text weist darauf hin, dass er nicht kryptografisch garantieren kann, dass die von einem Agenten angegebenen Fähigkeiten funktionieren oder nicht bösartig sind, und dass die Reputation anfällig ist fürSybil-Angriffe, bei denen ein und dieselbe Person mehrere Identitäten anlegt, um sich selbst zu bewerten. Er sorgt dafür, dass Informationen über einen Agenten abrufbar und zwischen Anwendungen übertragbar sind; das Vertrauen hängt weiterhin davon ab, wer validiert und wer die Bewertungen abgibt.

Eine Entscheidung zu protokollieren beweist nicht, dass das Modell richtig lag

Ein weiterer häufiger Vorschlag ist, die Entscheidungen eines KI-Systems in einem Netzwerk festzuhalten, um sie prüfen zu können. EinHashdes Vorgangs (Modellversion, Eingabedaten, Ergebnis und Freigabe), der in einem Netzwerk veröffentlicht wird, belegt später, dass dieser Vorgang nicht verändert wurde. Er belegt nicht, dass der Betreiber das tatsächlich verwendete Modell protokolliert hat, dass die Antwort richtig war oder dass sie sich reproduzieren lässt: Manche Modelle liefern bei gleicher Eingabe nicht dieselbe Ausgabe, und die Überprüfung der Berechnung erfordert andere Techniken wie reproduzierbare Ausführung, Hardware-Attestierungen oder kryptografische Beweise, die für genau diese Eigenschaft entwickelt wurden.

Dasselbe gilt, wenn die Ausgabe eines Modells einen Smart Contract über einOracle speist: Der Smart Contract prüft, ob die Antwort von der autorisierten Quelle stammt und ob ihre Bedingungen erfüllt sind, doch eine signierte Antwort belegt nicht, dass die Inferenz gut war. Enthält der Vorgang personenbezogene Daten, schafft das Netzwerk ein zusätzliches Problem. DieLeitlinien des Europäischen Datenschutzausschusseszu Blockchain empfehlen in ihrer endgültigen Fassung vom Juli 2026, keine personenbezogenen Daten on-chain zu speichern, weisen darauf hin, dass der Hash solcher Daten weiterhin ein personenbezogenes Datum sein kann, und verlangen, die Löschung von Anfang an mitzudenken.

KI und Blockchain: Das Netzwerk kontrolliert Geld und Prüfpfad, nicht das Schlussfolgern

Betrachtet man die Bausteine getrennt, wird die Aufgabenteilung klar. Ein Netzwerk mit Stablecoins deckt einen Bedarf, den Agenten haben und den klassische Zahlungsmittel nur schwer abdecken: kleine Beträge an verschiedene Anbieter zu zahlen, ohne vorherige Registrierung und rund um die Uhr, mit Ausgaberegeln, die vor der Signatur greifen. Außerdem bietet es einen Zahlungsverlauf, den Käufer und Verkäufer identisch sehen, was bei Streitigkeiten zwischen Unternehmen hilft. Abgesehen davon ist der Beitrag geringer: Wenn das Unternehmen selbst oder sein Prüfer verifiziert, erfüllen signierte Logs mit Zeitstempel und Zugriffskontrolle dieselbe Funktion, ohne etwas zu veröffentlichen.

Hinzu kommt eine Frage der Kontrolle, die die Branche der digitalen Vermögenswerte zu Recht aufwirft. Ein Agent, der von einem eigenen Konto mit einem vom Unternehmen verwahrten Schlüssel zahlt, ist nicht darauf angewiesen, dass eine Zahlungsplattform seine Transaktionen annimmt oder sperrt, und seine Ausgaberegeln sind Code, den das Unternehmen lesen und prüfen kann. Diese Autonomie hat eine Kehrseite: Die Verantwortung für den Schlüssel und seine Limits liegt vollständig beim Verwahrer, und wenn der Schlüssel des Agenten kompromittiert wird, macht niemand die Zahlungen rückgängig.

Was die europäische KI-Verordnung verlangt und wo ein Netzwerk nicht hilft

Seit dem 2. August 2025 haben Anbieter von KI-Modellen mit allgemeinem Verwendungszweck in der EU Dokumentationspflichten, darunter die Veröffentlichung einer hinreichend detaillierten Zusammenfassung der für das Training verwendeten Inhalte nach einer Vorlage der Kommission, gemäß Artikel 53 dereuropäischen KI-Verordnungund dieFragen und Antworten der Kommission. Keine dieser Pflichten erfordert Blockchain, und ein Register mit Hashes von Datensätzen ist nicht gleichbedeutend mit ihrer Erfüllung: Um nachzuweisen, welche Daten mit welcher Lizenz verwendet wurden, braucht es Dokumente, Verträge und Prozesse. Ähnlich verhält es sich mit der Herkunft von Inhalten: DieC2PA-Credentialsverknüpfen signierte Angaben zu Herkunft und Bearbeitung eines Bildes oder Textes, ohne dass ein Netzwerk nötig ist, und bestätigen nicht, dass das Gezeigte der Wahrheit entspricht.

Deshalb beginnt ein sinnvolles Gespräch mit der Frage, wer was verifizieren muss. Ist es ein externer Anbieter, der pro Abfrage abrechnet, oder ein Kunde, der eine Zahlung beanstandet, bringen ein Netzwerk und ein Stablecoin einen Nutzen. Ist es ein interner Prüfer oder eine Aufsichtsbehörde, die Unterlagen anfordert, liegt die Antwort in den Prozessen und Aufzeichnungen des Unternehmens. In unsererBlockchain-Beratungnehmen wir diese Aufteilung vor, bevor wir Infrastruktur vorschlagen, und dieOn-Chain-AutomatisierungundZahlungen mit Stablecoinssind der Teil, den wir umsetzen, wenn der Anwendungsfall es rechtfertigt.