Het Open Anonymity Project en de Ethereum Foundation hebben zkAPI-credits geïntroduceerd, een betalingssysteem dat is ontworpen om gemeten API-gebruik te scheiden van de factureringsidentiteit van een gebruiker. In de aankondiging van 1 oktober 2026 meldde de Foundation dat zkAPI live was op het Ethereum-mainnet, met een kluis waarin USDC-credits worden aangehouden. AI-inferentie is de eerste toepassing, maar het ontwerp ondersteunt ook andere diensten die kosten op basis van gebruik in rekening brengen.

Belangrijkste punten

  • zkAPI gebruikt privérekeningsnotities en zero-knowledge-bewijzen om API-uitgaven te autoriseren zonder te onthullen welke storting deze heeft gefinancierd.
  • In de modus met runtime-sleutels worden prompts rechtstreeks naar de AI-provider gestuurd, terwijl de betalingsserver een betalingsbewijs en totalen van de sessie-uitgaven ontvangt.
  • Het systeem verbergt de betalingskoppelingen, niet de inhoud van verzoeken of IP-adressen; providers kunnen sessies nog steeds aan elkaar koppelen via netwerkmetadata of herhaalde persoonlijke gegevens.

Inhoudsopgave

Hoe zkAPI-credits financiering en verzoeken van elkaar scheiden

In plaats van elk API-verzoek aan een factureringsaccount te koppelen, begint zkAPI met een storting in een kluiscontract op Ethereum. De gebruiker ontvangt een privérekeningsnotitie en software op diens apparaat genereert een bewijs dat de notitie voldoende saldo bevat voor een geautoriseerde uitgave, zonder de achterliggende storting te identificeren.

De aankondiging van de Ethereum Foundation over zkAPI beschrijft een implementatie van het ontwerp voor ZK API-gebruikscredits dat Davide Crapis en Vitalik Buterin op Ethereum Research hebben gepubliceerd. Het Open Anonymity-team hielp bij de ontwikkeling van de client, server en contracten.

Stortingen worden weergegeven door commitments in een Merkle-boom. Elke uitgave levert een nullifier op, een eenrichtingsidentificatiecode die pogingen detecteert om hetzelfde saldo twee keer uit te geven. Het beoogde resultaat is betalingsverificatie zonder een factureringsspoor dat afzonderlijke verzoeken met elkaar verbindt.

OnderdeelDetails
Ethereum-mainnetkluisLive ten tijde van de aankondiging; bevat USDC-credits.
Modus met runtime-sleutelsPrompts gaan rechtstreeks naar de provider; de betalingsserver verwerkt bewijzen en uitgaventotalen.
ProxymodusDe zkAPI-server stuurt verzoeken door en kan het verkeer zien.
Afrekening van sessiesOndertekende gebruiksbonnen bepalen het in rekening gebrachte bedrag, niet de gereserveerde limiet.
Uitstapmogelijkheid voor gebruikersSaldi kunnen onchain worden afgesloten en opgenomen zonder dat een zkAPI-server beschikbaar is.

Een sessielimiet reserveert middelen, niet het uiteindelijke bedrag

In de modus met runtime-sleutels stuurt een lokale client de zkAPI-server een betalingsbewijs zonder een prompt mee te sturen. Na verificatie geeft de server een API-sleutel met een korte geldigheidsduur en een limiet in dollars uit. De sleutel blijft in het geheugen van het apparaat en prompts gaan rechtstreeks van het apparaat naar de AI-provider.

De limiet reserveert bestedingsruimte, maar bepaalt niet de uiteindelijke rekening. Wanneer de sleutel verloopt, registreert de provider het totale gebruik in een ondertekende bon en trekt de server het gemeten bedrag van het private saldo af. Eén autorisatie kan daardoor een hele sessie dekken, in plaats van voor elke aanroep een bewijs te vereisen.

zkAPI biedt ook een eenvoudigere proxymodus, waarbij verzoeken via de server worden doorgestuurd. Volgens de aankondiging is die modus eenvoudiger te beheren, maar de relay kan het verkeer zien.

Wat live is en hoe gebruikers toegang tot hun middelen behouden

De aangekondigde mainnetkluis bevat USDC-credits. Een implementatie op Sepolia biedt testmogelijkheden met testtegoeden, terwijl OA Chat AI-chat via de browser aanbiedt zonder installatie.

Voor bestaande software stelt de lokale client standaard-API's van OpenAI en Ollama beschikbaar. Compatibele applicaties, editors en chatclients kunnen verbinding maken door naar localhost te verwijzen.

De server verifieert de uitgavenbewijzen offchain. Het kluiscontract verifieert bewijzen voor stortings-, afsluit- en nooduitstaptransacties, zodat gebruikers een saldo kunnen afsluiten en onchain kunnen opnemen, zelfs als de zkAPI-servers verdwijnen. De middelen staan in het Ethereum-contract en niet op een bedrijfsrekening.

Waar de betalingsprivacy ophoudt

De provider ziet nog steeds prompts, antwoorden en netwerkmetadata, zoals IP-adressen. Stabiele adressen en het tijdstip van verzoeken kunnen koppeling mogelijk maken, terwijl herhaalde persoonlijke gegevens, schrijfstijlen of gesprekshistorieken sessies die anders los van elkaar staan met elkaar kunnen verbinden.

De aankondiging raadt Tor met een nieuwe circuitverbinding per sessie aan voor gebruikers die sterkere netwerkprivacy zoeken. Dat verhult de inhoud van prompts niet voor de inferentieprovider. Minder context hergebruiken kan koppeling op basis van inhoud beperken, maar maakt gesprekken ook minder bruikbaar.

Naast AI kunnen dezelfde client en contracten ondersteuning bieden voor gemeten blockchain-RPC-query's, generatietaken, bandbreedte en machine-tot-machinediensten. Dit worden beschreven toepassingen van het ontwerp genoemd, niet een lijst met bevestigde providerintegraties.

Conclusie

zkAPI introduceert een live betalingsmechanisme op Ethereum om API-uitgaven te scheiden van de factureringsidentiteit. De praktische grens is duidelijk: private betalingsautorisatie maakt het onderliggende gesprek of de netwerkverbinding niet anoniem.

Lees meer nieuws

Meer nieuws van FinanceVelix

Disclaimer

Dit artikel van FinanceVelix bevat algemene informatie en geen persoonlijk financieel, beleggings-, juridisch of fiscaal advies. Cryptoprijzen kunnen snel veranderen en u kunt uw volledige inleg verliezen. De feiten weerspiegelen het beschikbare materiaal op het moment van publicatie en kunnen veranderen. Controleer belangrijke informatie zelfstandig en raadpleeg indien nodig een gekwalificeerde professional. Een vermelding van een activum, bedrijf of dienst is geen aanbeveling.