De Ethereum Foundation heeft zkAPI gelanceerd, een betaaltool waarmee gebruikers voor kunstmatige-intelligentiediensten kunnen betalen zonder hun identiteit of factuurgegevens prijs te geven. De tool ging op 1 oktober live op het hoofdnetwerk van Ethereum, volgens de aankondiging van de Foundation. Hij bouwt voort op een voorstel van 11 februari van Vitalik Buterin en Davide Crapis. De ongeveer acht maanden tussen dat onderzoeksbericht en de mainnetlancering veranderen een geschreven voorstel in werkende software die echte ETH-stortingen verwerkt — en dat is precies waarom de opnameregels en beveiligingsaannames hieronder aandacht verdienen.

Wanneer een schrijftoepassing een AI-model vraagt om een antwoord te produceren, verstuurt deze een API-verzoek. Een conventionele API-sleutel verbindt dat verzoek met een klantaccount, dat ook factuurgegevens kan bevatten. In de loop van de tijd kan de aanbieder de klant koppelen aan een geschiedenis van vragen over werk, financiën en andere persoonlijke zaken.

zkAPI scheidt de controle of een verzoek betaald kan worden van het gesprek zelf. Zo formuleert de Foundation het: "The provider sees the requests, and the payment layer sees spend."

Hoe een AI-sessie wordt betaald

Iemand die een schrijftoepassing gebruikt om een carrièrewissel te verkennen, zou bijvoorbeeld eerst een Ethereum-kluis vullen. De documentatie van de huidige client beschrijft stortingen in ETH, waarbij de software een privaat record bijhoudt van het saldo en de informatie die nodig is om het uit te geven. Dit record wordt een note genoemd. Omdat het saldo in ETH luidt, kan de dollarwaarde tussen sessies veranderen, zoals de facturatiedocumentatie uitlegt.

Om een sessie te starten, genereert de software een zeronowledge proof waaruit blijkt dat er voldoende geld beschikbaar is, zonder de storting te identificeren. Een uniek bestedingskenmerk, een nullifier genaamd, voorkomt dat dezelfde bestedingsstatus een tweede autorisatie krijgt.

Zodra de proof slaagt, geeft de server een tijdelijke API-sleutel uit met een bestedingslimiet. De schrijftoepassing gebruikt die vervolgens om rechtstreeks contact op te nemen met de AI-dienst, waarbij het gesprek buiten de betalingsserver blijft.

Stel dat een gebruiker maximaal $1 voor een sessie autoriseert, maar slechts $0,30 verbruikt. Het saldo wordt verminderd met de gemeten last, terwijl het niet-uitgegeven deel beschikbaar blijft volgens de regels van de kluis. De bedragen zijn illustratief: de bestedingslimiet is een maximum, geen automatische afschrijving.

Eén storting kan herhaald gebruik ondersteunen, omdat de betalingsbewijzen en de afrekening off-chain verlopen. Ethereumtransacties zijn alleen betrokken bij het vullen of sluiten van het saldo, zodat elke prompt geen aparte blockchainbetaling vereist.

Wat de AI-aanbieder nog steeds kan zien

In deze direct-to-provider-opstelling ontvangen verschillende deelnemers verschillende informatie. De AI-dienst ontvangt nog steeds de tekst die nodig is om de gebruiker te antwoorden. Als een gebruiker een cv uploadt met naam en werkgever, kan de AI-dienst die persoon identificeren ondanks de privébetaling. Herhaalde documenten of gespreksgeschiedenis kunnen ook afzonderlijke sessies met elkaar verbinden.

Verzoeken met dezelfde tijdelijke sleutel kunnen nog steeds als één sessie worden gegroepeerd. IP-adressen en timing kunnen verdere verbanden tussen sessies leggen, zelfs wanneer het betalingsbewijs de financieringsstorting verbergt. Samengenomen betekenen deze kanttekeningen dat zkAPI het betalingsspoor privatiseert, niet het gesprek zelf.

Het lanceringsbericht beschrijft ook een proxyoptie die verzoeken via de betalingsserver stuurt. Die relay ziet het verkeer en heeft daarmee meer zicht dan de direct-to-provider-opstelling.

Wat u moet weten voordat u de kluis vult

Gebruikers hebben via OA Chat of een lokale client voor compatibele toepassingen toegang tot het systeem. De projectrepository labelt het protocol als experimenteel, waardoor de opnameregels en beveiligingsaannames relevant leesmateriaal zijn voordat een saldo wordt gefinancierd.

Volgens de huidige protocoldocumentatie kunnen gebruikers een saldo sluiten met goedkeuring van de server of een aparte opnameroute zonder die goedkeuring gebruiken. De laatste omvat een challengemethode-periode, standaard ingesteld op 24 uur. Notes hebben vervaldata, waarna een niet-gesloten note door de treasury kan worden opgeëist. Gebruikers moeten daarom met die data rekening houden bij het bepalen wanneer zij resterende middelen opnemen.

Het proof-systeem gebruikt initiële cryptografische parameters die door één partij zijn gegenereerd. De beveiligingsdocumentatie merkt op dat de gepubliceerde bestanden niet aantonen dat het geheime materiaal van de setup is vernietigd. Gebruikers moeten er dus op vertrouwen dat dit gevoelige materiaal veilig is behandeld.

Het betaalmodel kan worden uitgebreid naar andere diensten

Het voorstel van februari overwoog ook betaalde blockchain-query's en andere diensten die naar verbruik worden afgerekend. Een wallet of geautomatiseerde toepassing zou toegang kunnen kopen volgens hetzelfde betalingsprincipe, met uitgaven beperkt tot de beschikbare credits. Ethereum levert de financierings- en afrekeninfrastructuur, terwijl externe diensten het gevraagde werk uitvoeren.

Breder gebruik hangt af van toepassingen die lasten en opnamedeadlines duidelijk tonen terwijl de proofgeneratie op de achtergrond verloopt. Gebruikers moeten de kosten en privacy van een sessie kunnen inschattenen zonder zelf de cryptografische mechanismen te beheren. De openbare documentatie van het project is de plek om in de gaten te houden voor wijzigingen in het experimentele label en de setup-aannames.