Open Anonymity Project og Ethereum Foundation har introduceret zkAPI-kreditter, et betalingssystem, der er udviklet til at adskille målt API-brug fra en brugers faktureringsidentitet. I sin meddelelse den 1. oktober 2026 oplyste fonden, at zkAPI var live på Ethereums mainnet med en vault, der opbevarer USDC-kreditter. AI-inferens er den første anvendelse, men designet understøtter også andre tjenester, der opkræver betaling efter forbrug.
Vigtigste pointer
- zkAPI bruger private saldonoter og zero-knowledge-beviser til at godkende API-forbrug uden at afsløre, hvilken indbetaling der finansierede det.
- I runtime-key-tilstand sendes prompts direkte til AI-udbyderen, mens betalingsserveren modtager betalingsbevis og samlede beløb for sessionsforbruget.
- Systemet skjuler betalingsforbindelser, ikke indholdet af forespørgsler eller IP-adresser; udbydere kan stadig sammenkæde sessioner via netværksmetadata eller gentagne personlige oplysninger.
Indholdsfortegnelse
- Sådan adskiller zkAPI-kreditter finansiering fra forespørgsler
- Et sessionsloft reserverer midler, ikke den endelige betaling
- Hvad der er live, og hvordan brugerne bevarer adgangen til midlerne
- Hvor betalingsprivatlivet stopper
- Konklusion
Sådan adskiller zkAPI-kreditter finansiering fra forespørgsler
I stedet for at knytte hver API-forespørgsel til en faktureringskonto begynder zkAPI med en indbetaling til en Ethereum-vaultkontrakt. Brugeren modtager en privat saldonote, og software på vedkommendes enhed genererer et bevis på, at noten kan dække et godkendt forbrug, uden at identificere den indbetaling, der ligger bag.
Ethereum Foundations meddelelse om zkAPI beskriver en implementering af designet ZK API usage credits, som Davide Crapis og Vitalik Buterin offentliggjorde på Ethereum Research. Open Anonymity-teamet har bidraget til udviklingen af klienten, serveren og kontrakterne.
Indbetalinger repræsenteres af forpligtelser i et Merkle-træ. Hvert forbrug genererer en nullifier, en envejsidentifikator, der registrerer forsøg på at bruge den samme saldo to gange. Det tilsigtede resultat er betalingsverifikation uden et faktureringsspor, der forbinder separate forespørgsler.
| Element | Detaljer |
|---|---|
| Ethereum-mainnet-vault | Live ved meddelelsen; opbevarer USDC-kreditter. |
| Runtime-key-tilstand | Prompts sendes direkte til udbyderen; betalingsserveren håndterer beviser og samlede forbrugsbeløb. |
| Proxytilstand | zkAPI-serveren videresender forespørgsler og kan se trafikken. |
| Afregning af session | Signerede forbrugskvitteringer fastlægger betalingen i stedet for det reserverede loft. |
| Brugerens mulighed for at afslutte | Saldoer kan lukkes, og midler kan hæves onchain, uden at en zkAPI-server er tilgængelig. |
Et sessionsloft reserverer midler, ikke den endelige betaling
I runtime-key-tilstand sender en lokal klient zkAPI-serveren et betalingsbevis uden at vedhæfte en prompt. Efter verificeringen udsteder serveren en kortlivet API-nøgle med et loft angivet i dollar. Nøglen bliver i enhedens hukommelse, og prompts sendes direkte fra enheden til AI-udbyderen.
Loftet reserverer forbrugskapacitet i stedet for at fastsætte den endelige regning. Når nøglen udløber, registrerer udbyderen det samlede forbrug i en signeret kvittering, og serveren trækker det målte beløb fra den private saldo. Én godkendelse kan derfor dække en hel session, så der ikke kræves et bevis for hvert enkelt kald.
zkAPI tilbyder også en enklere proxytilstand, hvor forespørgsler videresendes via serveren. Ifølge meddelelsen er denne tilstand lettere at drive, men videresendelsesserveren kan se trafikken.
Hvad der er live, og hvordan brugerne bevarer adgangen til midlerne
Den annoncerede mainnet-vault opbevarer USDC-kreditter. En Sepolia-udrulning giver mulighed for test med testmidler, mens OA Chat tilbyder browserbaseret AI-chat uden installation.
Til eksisterende software stiller den lokale klient standard-API'er fra OpenAI og Ollama til rådighed. Kompatible applikationer, editorer og chatklienter kan oprette forbindelse ved at pege på localhost.
Forbrugsbeviser verificeres off-chain af serveren. Vaultkontrakten verificerer beviser for indbetalings-, luknings- og nødudtrædelseshandlinger, så brugerne kan lukke en saldo og hæve midler onchain, selv hvis zkAPI-serverne forsvinder. Midlerne ligger i Ethereum-kontrakten og ikke på en virksomhedskonto.
Hvor betalingsprivatlivet stopper
Udbyderen kan stadig se prompts, svar og netværksmetadata såsom IP-adresser. Faste adresser og tidspunktet for forespørgsler kan gøre det muligt at sammenkæde oplysninger, mens gentagne personlige detaljer, skrivestil eller samtalehistorik kan forbinde sessioner, der ellers er separate.
Meddelelsen anbefaler Tor med en ny kredsløbsforbindelse for hver session til brugere, der ønsker stærkere netværksprivatliv. Det skjuler ikke promptindholdet for inferensudbyderen. Mindre genbrug af kontekst kan mindske sammenkædning baseret på indhold, men gør også samtalerne mindre nyttige.
Ud over AI kan den samme klient og de samme kontrakter understøtte målte blockchain-RPC-forespørgsler, genereringsopgaver, båndbredde og maskine-til-maskine-tjenester. Disse beskrives som mulige anvendelser af designet, ikke som en liste over bekræftede integrationer med udbydere.
Konklusion
zkAPI introducerer en aktiv betalingsmekanisme på Ethereum, der adskiller API-forbrug fra faktureringsidentitet. Den praktiske begrænsning er tydelig: Privat betalingsgodkendelse gør ikke den underliggende samtale eller netværksforbindelse anonym.
Læs flere nyheder
Flere nyheder fra FinanceVelix
Ansvarsfraskrivelse
Denne FinanceVelix-artikel giver generel information og udgør ikke personlig finansiel rådgivning, investeringsrådgivning, juridisk rådgivning eller skatterådgivning. Kryptopriser kan ændre sig hurtigt, og du kan miste alle investerede midler. Oplysningerne afspejler det materiale, der var tilgængeligt på udgivelsestidspunktet, og kan ændre sig. Kontrollér vigtige oplysninger uafhængigt, og søg rådgivning hos en kvalificeret fagperson, når det er nødvendigt. Omtale af et aktiv, en virksomhed eller en tjeneste er ikke en anbefaling.
