Die Ethereum Foundation und das Open Anonymity Project haben zkAPI auf dem Ethereum-Mainnet gestartet, ein System, mit dem Nutzer die Nutzung getakteter APIs, einschließlich KI-Dienste, bezahlen können, ohne die Nutzung mit einer Abrechnungsidentität zu verknüpfen, wie aus einem Blogbeitrag der Foundation vom 1. Oktober hervorgeht. Der Start trennt zwei Rollen, die die kontobasierte API-Abrechnung üblicherweise vereint: denjenigen, der den Dienst bezahlt, und denjenigen, der die jeweilige Anfrage stellt.

So funktioniert es

Nutzer zahlen Guthaben in einen Ethereum-Vault ein und autorisieren dann Ausgaben mit Zero-Knowledge-Beweisen, die auf ihren eigenen Geräten erzeugt werden. Ein Beweis bestätigt, dass ein vorhandenes Guthaben die Gebühr deckt, ohne die Einzahlung oder den dahinterstehenden Nutzer zu identifizieren.

Im Runtime-Key-Modus prüft ein Zahlungsserver den Beweis und stellt einen kurzlebigen API-Schlüssel mit einem Ausgabenlimit aus. Die Prompts laufen anschließend direkt vom Gerät des Nutzers zum KI-Anbieter. Läuft der Schlüssel ab, bestimmt eine signierte Nutzungsquittung die Belastung des privaten Guthabens. In diesem Modus sieht der Zahlungsserver den Prompt-Inhalt nicht, während der KI-Anbieter die Anfragen sieht, ohne die Abrechnungsidentität hinter dem Schlüssel zu erfahren, so die Foundation. Diese Aufteilung bedeutet, dass kein einzelner Intermediär im Ablauf sowohl den Inhalt einer Anfrage als auch die Identität des Zahlenden besitzt.

Ein einfacherer Proxy-Modus leitet Anfragen über den zkAPI-Server weiter, sodass dieser Intermediär den Datenverkehr sehen kann – der Kompromiss für seine einfachere Einrichtung.

Kryptografisches Design

Das System verwendet Groth16-Beweise auf der BN254-Kurve, Poseidon-Hashes und einen Merkle-Baum mit 32 Ebenen. Nullifier identifizieren versuchte Doppelausgaben. Ausgabenbeweise werden off-chain verifiziert, während der Vault die Beweise für Einzahlungen, Abschlusssalden und Escape-Abhebungen überprüft. In der Praxis wird die Ausgabe auf den Geräten der Nutzer nachgewiesen, während der Ethereum-Vertrag als durchsetzbare Rückfallebene für die Guthaben dient.

Nutzer können über den EthereumVertrag abheben, selbst wenn die zkAPI-Server nicht mehr verfügbar sind, sodass der Zugriff auf eingezahlte Mittel nicht vom Online-Betrieb des Dienstes abhängt. Der lokale Client unterstützt die Standard-APIs von OpenAI und Ollama, sodass bestehende Anwendungen sich über einen lokalen Endpunkt verbinden können.

Umfang und Einschränkungen

Die Foundation sagte, dass dasselbe Design auch Blockchain-RPC-Abfragen, Bild- und Videogenerierung, VPN-Bandbreite sowie Machine-to-Machine-Dienste unterstützen könnte. Der live geschaltete Mainnet-Vault hält USDC-Guthaben, und eine Sepolia-Bereitstellung steht zum Testen zur Verfügung – ein Testpfad, der keine Mainnet-Guthaben einbezieht.

Die Foundation benannte auch die Grenzen des Systems: zkAPI verbirgt weder Prompt-Inhalte, IP-Adressen noch das Timing von Anfragen. Anbieter können Sitzungen weiterhin über wiederverwendete persönliche Daten, Schreibstile oder Konversationsverläufe verknüpfen. Netzwerk-Anonymität und Inhaltsprivatsphäre wurden als separate Einschränkungen gekennzeichnet. Zusammen markieren diese Grenzen, wo die Datenschutzgarantien des Systems enden, und geben Entwicklern eine konkrete Checkliste dafür, was zkAPI verbirgt und was nicht.

Entwicklungshintergrund

Die Implementierung baut auf einem Design von Ethereum Research von Davide Crapis und Vitalik Buterin auf. Open Anonymity trug zur Entwicklung des Clients, des Servers und der Verträge bei. Zwischen den von der Foundation genannten Einschränkungen und ihren vorgeschlagenen Erweiterungen über den KI-Zugang hinaus umreißt die Dokumentation des Projekts selbst, worauf zu achten ist, wenn zkAPI über den Start hinausgeht.

Quelle: CryptoBriefing