Die Ethereum Foundation hat zkAPI veröffentlicht, ein Zahlungstool, das Nutzern die Bezahlung von KI-Diensten ermöglichen soll, ohne ihre Identität oder Abrechnungsdaten preiszugeben. Das Tool ist seit dem 1. Oktober im Hauptnetzwerk von Ethereum verfügbar, wie die Ankündigung der Foundation mitteilt. Es baut auf einem Vorschlag vom 11. Februar von Vitalik Buterin und Davide Crapis auf. Die rund acht Monate zwischen diesem Forschungsbeitrag und dem Mainnet-Launch verwandeln einen schriftlichen Vorschlag in funktionierende Software, die echte ETH-Einzahlungen verarbeitet – deshalb verdienen die unten erläuterten Auszahlungsregeln und Sicherheitsannahmen Aufmerksamkeit.

Wenn eine Schreibanwendung ein KI-Modell um eine Antwort bittet, sendet sie eine API-Anfrage. Ein herkömmlicher API-Schlüssel verknüpft diese Anfrage mit einem Kundekonto, das auch Abrechnungsdaten enthalten kann. Mit der Zeit kann der Anbieter den Kunden mit einem Verlauf von Fragen zu Arbeit, Finanzen und anderen persönlichen Themen verknüpfen.

zkAPI trennt die Prüfung, ob eine Anfrage bezahlt werden kann, vom eigentlichen Gespräch. Wie die Foundation es formuliert: „The provider sees the requests, and the payment layer sees spend.“

Wie eine KI-Sitzung bezahlt wird

Wer eine solche Schreibanwendung nutzt, um beispielsweise einen Berufswechsel zu erkunden, würde zunächst einen Ethereum-Vault finanzieren. Die aktuelle Client-Dokumentation beschreibt Einzahlungen in ETH, wobei die Software eine private Aufzeichnung des Guthabens und der dafür benötigten Ausgabeninformationen führt. Dieser Eintrag wird als Note bezeichnet. Da das Guthaben in ETHiniert bleibt, kann sich sein Dollarwert zwischen Sitzungen ändern, wie die Abrechnungsdokumentation erläutert.

Zum Start einer Sitzung erzeugt die Software einen Zero-Knowledge-Beweis, der zeigt, dass ausreichend Mittel verfügbar sind, ohne die Einzahlung zu identifizieren. Ein eindeutiges Ausgabenmerkmal, ein sogenannter Nullifier, verhindert, dass derselbe Ausgabenstatus für eine zweite Autorisierung verwendet wird.

Sobald der Beweis akzeptiert ist, stellt der Server einen temporären API-Schlüssel mit einem Ausgabenlimit aus. Die Schreibanwendung nutzt diesen, um den KI-Dienst direkt zu kontaktieren und das Gespräch außerhalb des Zahlungsservers zu halten.

Angenommen, ein Nutzer autorisiert bis zu 1 $ für eine Sitzung, verbraucht aber nur 0,30 $. Das Guthaben wird um die gemessene Gebühr reduziert, während die unverbrauchten Mittel gemäß den Vault-Regeln verfügbar bleiben. Die Zahlen sind illustrativ: Das Ausgabenlimit ist ein Maximum, keine automatische Abbuchung.

Eine Einzahlung kann wiederholte Nutzung unterstützen, da Zahlungsproofs und Abrechnung off-chain laufen. Ethereum-Transaktionen sind nur beim Aufladen oder Schließen des Guthabens erforderlich, sodass jeder Prompt keine separate Blockchain-Zahlung erfordert.

Was der KI-Anbieter weiterhin sehen kann

In diesem Direct-to-Provider-Setup erhalten die Beteiligten unterschiedliche Informationen. Der KI-Dienst erhält weiterhin den Text, der zur Beantwortung der Anfrage nötig ist. Lädt ein Nutzer einen Lebenslauf mit Name und Arbeitgeber hoch, könnte der KI-Dienst ihn trotz der privaten Zahlung identifizieren. Wiederkehrende Dokumente oder der Gesprächsverlauf könnten ebenfalls einzelne Sitzungen verknüpfen.

Anfragen mit demselben temporären Schlüssel können weiterhin einer Sitzung zugeordnet werden. IP-Adressen und Timing können weitere Verbindungen zwischen Sitzungen herstellen, selbst wenn der Zahlungsproof die finanzierende Einzahlung verbirgt. Zusammengefasst bedeutet dies, dass zkAPI die Zahlungsspuren privatisiert, nicht das Gespräch selbst.

Der Launch-Beitrag beschreibt außerdem eine Proxy-Option, die Anfragen über den Zahlungsserver sendet. Diese Relais sieht den Datenverkehr und hat damit mehr Einblick als das Direct-to-Provider-Setup.

Was Nutzer vor dem Aufladen des Vaults wissen sollten

Nutzer können über OA Chat oder einen lokalen Client für kompatible Anwendungen auf das System zugreifen. Das Projekt-Repository kennzeichnet das Protokoll als experimentell, was die Auszahlungsregeln und Sicherheitsannahmen zur Pflichtlektüre macht, bevor ein Guthaben aufgeladen wird.

Gemäß der aktuellen Protokolldokumentation können Nutzer ein Guthaben mit Zustimmung des Servers schließen oder einen separaten Auszahlungsweg ohne diese Zustimmung nutzen. Letzterer umfasst eineforderungsfrist, standardmäßig auf 24 Stunden festgelegt. Notes haben zudem Verfallstermine, nach denen eine nicht geschlossene Note von der Treasury beansprucht werden kann. Nutzer müssen diese Termine daher berücksichtigen, wenn sie entscheiden, wann sie verbleibende Mittel abheben.

Das Proof-System verwendet anfängliche kryptografische Parameter, die von einer Partei erzeugt wurden. Die Sicherheitsdokumentation weist darauf hin, dass die veröffentlichten Dateien nicht belegen, dass das geheime Material des Setups zerstört wurde. Nutzer müssen daher darauf vertrauen, dass dieses sensible Material sicher behandelt wurde.

Das Zahlungsmodell könnte auf andere Dienste ausgeweitet werden

Der Februar-Vorschlag berücksichtigte auch bezahlte Blockchain-Abfragen und andere nutzungsabhängig abgerechnete Dienste. Eine Wallet oder automatisierte Anwendung könnte Zugang nach demselben Zahlungsprinzip erwerben, wobei die Ausgaben durch die verfügbaren Credits begrenzt sind. Ethereum stellt die Finanzierungs- und Abwicklungsinfrastruktur bereit, während entfernte Dienste die angeforderte Arbeit ausführen.

Eine breitere Akzeptanz hängt davon ab, dass Anwendungen Gebühren und Auszahlungsfristen klar darstellen und die Beweiserzeugung im Hintergrund abwickeln. Nutzer sollten die Kosten und den Datenschutz einer Sitzung beurteilen können, ohne die kryptografische Mechanik selbst verwalten zu müssen. Die öffentliche Dokumentation des Projekts ist der Ort, an dem man über Veränderungen am experimentellen Label und den Setup-Annahmen informiert bleibt.