De Ethereum Foundation en het Open Anonymity Project hebben zkAPI gelanceerd op Ethereum mainnet, een systeem waarmee gebruikers kunnen betalen voor metered API's, waaronder AI-diensten, zonder het gebruik te koppelen aan een facturatie-identiteit, aldus een Foundation-blogpost van 1 oktober. De lancering scheidt twee rollen die facturatie op basis van accounts normaal gesproken combineert: de partij die voor de dienst betaalt en de partij die elk verzoek indient.

Hoe het werkt

Gebruikers storten credits in een Ethereum-kluis en autoriseren vervolgens bestedingen met zero-knowledge proofs die op hun eigen apparaten worden gegenereerd. Een proof verifieert dat een gedekte balans de kosten dekt, zonder de storting of de gebruiker erachter te identificeren.

In de runtime-key-modus controleert een betalingsserver de proof en geeft een API-sleutel met beperkte geldigheid en een bestedingslimiet uit. Prompts reizen daarna rechtstreeks van het apparaat van de gebruiker naar de AI-aanbieder. Wanneer de sleutel verloopt, bepaalt een ondertekende gebruiksontvangst de afschrijving op het privé-saldo. In deze modus ziet de betalingsserver de prompt-inhoud niet, terwijl de AI-aanbieder de verzoeken ziet zonder de facturatie-identiteit achter de sleutel te kennen, aldus de Foundation. Die splitsing betekent dat geen enkele tussenpersoon in het proces zowel de inhoud van een verzoek als de identiteit van de betaler in handen heeft.

Een eenvoudigere proxy-modus leidt verzoeken door de zkAPI-server, waardoor die tussenpersoon het verkeer kan zien — de afweging voor de eenvoudigere opzet.\n## Cryptografisch ontwerp

Het systeem gebruikt Groth16-proofs op de BN254-curve, Poseidon-hashes en een Merkle-boom met 32 niveaus. Nullifiers identificeren pogingen tot dubbele besteding. Bestedingsproofs worden off-chain geverifieerd, terwijl de kluis proofs verifieert voor stortingen, afsluiting van saldi en escape-opnames. In de praktijk wordt besteding bewezen op apparaten van gebruikers, terwijl het Ethereum-contract de afdwingbare waarborg voor saldi blijft.

Gebruikers kunnen opnemen via het Ethereum-contract, zelfs als de zkAPI-servers onbereikbaar worden, zodat toegang tot gestorte fondsen niet afhankelijk is van de beschikbaarheid van de dienst. De lokale client ondersteunt de standaard OpenAI- en Ollama-API's, waardoor bestaande applicaties via een lokaal eindpunt kunnen verbinden.

Reikwijdte en beperkingen

De Foundation zei dat hetzelfde ontwerp blockchain-RPC-queries, beeld- en videogeneratie, VPN-bandbreedte en machine-to-machine-diensten zou kunnen ondersteunen. De live mainnet-kluis bevat USDC-credits, en een Sepolia-implementatie is beschikbaar voor testen, als testroute die geen mainnet-credits met zich meebrengt.

De Foundation wees ook op de grenzen van het systeem: zkAPI verbergt prompt-inhoud, IP-adressen of timing van verzoeken niet. Aanbieders kunnen sessies mogelijk nog steeds koppelen via hergebruikte persoonlijke gegevens, schrijfstijlen of gespreksgeschiedenissen. Netwerkanonimiteit en inhoudsprivacy werden aangemerkt als afzonderlijke beperkingen. Samen markeren die grenzen waar de privacygaranties van het systeem eindigen, en geven ontwikkelaars een concrete checklist van wat zkAPI wel en niet verbergt.

Achtergrond van de ontwikkeling

De implementatie is gebaseerd op een Ethereum Research-ontwerp van Davide Crapis en Vitalik Buterin. Open Anonymity hielp bij de ontwikkeling van de client, de server en de contracten. Tussen de door de Foundation genoemde beperkingen en de voorgestelde uitbreidingen buiten AI-toegang schetst de documentatie van het project zelf waarop moet worden gelet nu zkAPI voorbij de lancering beweegt.

Bron: CryptoBriefing