Open Anonymity Project och Ethereum Foundation har lanserat zkAPI-krediter, ett betalningssystem utformat för att skilja avgiftsbelagd API-användning från användarens faktureringsidentitet. I sitt tillkännagivande den 1 oktober 2026 uppgav stiftelsen att zkAPI var tillgängligt på Ethereums mainnet, med ett valv som innehåller USDC-krediter. AI-inferens är den första tillämpningen, men utformningen stöder även andra tjänster som tar betalt efter användning.

Viktiga punkter

  • zkAPI använder privata saldonoter och nollkunskapsbevis för att godkänna API-utgifter utan att avslöja vilken insättning som finansierade dem.
  • I läget med runtime-nyckel skickas promptar direkt till AI-leverantören, medan betalningsservern tar emot betalningsbevis och totalsummor för sessionens utgifter.
  • Systemet döljer kopplingar till betalningar, inte innehållet i förfrågningar eller IP-adresser; leverantörer kan fortfarande koppla samman sessioner via nätverksmetadata eller återkommande personuppgifter.

Innehållsförteckning

Så skiljer zkAPI-krediter finansiering från förfrågningar

I stället för att koppla varje API-förfrågan till ett faktureringskonto börjar zkAPI med en insättning i ett valvskontrakt på Ethereum. Användaren får en privat saldonot, och programvara på enheten skapar ett bevis på att noten täcker en godkänd utgift utan att identifiera den bakomliggande insättningen.

Ethereum Foundations tillkännagivande av zkAPI beskriver en implementering av utformningen ZK API usage credits, som publicerades på Ethereum Research av Davide Crapis och Vitalik Buterin. Open Anonymity-teamet hjälpte till att bygga klienten, servern och kontrakten.

Insättningar representeras av åtaganden i ett Merkle-träd. Varje uttag genererar en nullifierare, en enkelriktad identifierare som upptäcker försök att använda samma saldo två gånger. Det avsedda resultatet är verifiering av betalningar utan ett faktureringsspår som kopplar samman separata förfrågningar.

DelUppgifter
Valv på Ethereums mainnetTillgängligt vid tillkännagivandet; innehåller USDC-krediter.
Läge med runtime-nyckelPromptar går direkt till leverantören; betalningsservern hanterar bevis och utgiftssummor.
ProxylägezkAPI-servern vidarebefordrar förfrågningar och kan se trafiken.
Avräkning av sessionSignerade användningskvitton avgör avgiften, inte det reserverade taket.
Användarens möjlighet att avslutaSaldon kan avslutas och tas ut onchain utan att en zkAPI-server behöver vara tillgänglig.

En sessionsgräns reserverar medel, inte den slutliga avgiften

I läget med runtime-nyckel skickar en lokal klient ett betalningsbevis till zkAPI-servern utan att bifoga en prompt. Efter verifieringen utfärdar servern en kortlivad API-nyckel med ett tak uttryckt i dollar. Nyckeln lagras i enhetens minne, och promptar skickas direkt från enheten till AI-leverantören.

Taket reserverar utgiftsutrymme i stället för att fastställa den slutliga fakturan. När nyckeln löper ut registrerar leverantören den totala användningen i ett signerat kvitto, och servern drar av det avgiftsbelagda beloppet från det privata saldot. En enda auktorisering kan därmed täcka en session, i stället för att kräva ett bevis för varje anrop.

zkAPI erbjuder också ett enklare proxyläge där förfrågningar vidarebefordras via servern. Enligt tillkännagivandet är det läget enklare att driva, men reläet kan se trafiken.

Vad som är tillgängligt och hur användare behåller tillgången till sina medel

Det tillkännagivna valvet på mainnet innehåller USDC-krediter. En Sepolia-distribution möjliggör tester med testmedel, medan OA Chat erbjuder webbläsarbaserad AI-chatt utan installation.

För befintlig programvara tillhandahåller den lokala klienten standard-API:er för OpenAI och Ollama. Kompatibla appar, redigerare och chattklienter kan ansluta genom att ange localhost som adress.

Utgiftsbevis verifieras offchain av servern. Valvskontraktet verifierar bevis för insättning, avslut och nödutträde, vilket gör det möjligt för användare att avsluta ett saldo och ta ut medel onchain även om zkAPI-servrarna försvinner. Medlen ligger i Ethereum-kontraktet, inte på ett företagskonto.

Var betalningsintegriteten tar slut

Leverantören kan fortfarande se promptar, svar och nätverksmetadata, såsom IP-adresser. Stabila adresser och tidpunkter för förfrågningar kan underlätta sammankoppling, medan återkommande personuppgifter, skrivstilar eller konversationshistorik kan koppla samman sessioner som annars är separata.

Tillkännagivandet föreslår Tor med en ny krets för varje session för användare som eftersträvar starkare nätverksintegritet. Det döljer inte promptinnehållet för inferensleverantören. Att återanvända mindre sammanhang kan minska möjligheten att koppla samman sessioner utifrån innehåll, men gör också konversationerna mindre användbara.

Utöver AI kan samma klient och kontrakt stödja avgiftsbelagda blockchain-RPC-frågor, genereringsjobb, bandbredd och maskin-till-maskin-tjänster. Dessa beskrivs som möjliga tillämpningar av utformningen, inte som en lista över bekräftade leverantörsintegrationer.

Slutsats

zkAPI introducerar en aktiv betalningsmekanism på Ethereum för att skilja API-utgifter från faktureringsidentitet. Den praktiska begränsningen är tydlig: privat betalningsauktorisering gör inte den underliggande konversationen eller nätverksanslutningen anonym.

Läs fler nyheter

Fler nyheter från FinanceVelix

Ansvarsfriskrivning

Denna FinanceVelix-artikel innehåller allmän information och utgör inte personlig finansiell rådgivning, investeringsrådgivning, juridisk rådgivning eller skatterådgivning. Kryptopriser kan förändras snabbt, och du kan förlora alla investerade medel. Uppgifterna återspeglar det material som fanns tillgängligt vid publiceringen och kan komma att ändras. Kontrollera viktig information självständigt och rådfråga vid behov en kvalificerad expert. Att en tillgång, ett företag eller en tjänst nämns innebär inte att den rekommenderas.