I crediti zkAPI arrivano su Ethereum per tutelare la privacy delle API

The Open Anonymity Project e la Ethereum Foundation hanno introdotto i crediti zkAPI, un sistema di pagamento concepito per separare l’utilizzo delle API a consumo dall’identità di fatturazione dell’utente. Nell’annuncio del 1° ottobre 2026, la fondazione ha dichiarato che zkAPI era disponibile sulla mainnet di Ethereum, con un vault che custodisce crediti in USDC. L’inferenza AI è la prima applicazione, ma il sistema supporta anche altri servizi con tariffazione a consumo.

Punti chiave

• zkAPI utilizza note di saldo private e prove a conoscenza zero per autorizzare la spesa sulle API senza rivelare quale deposito l’abbia finanziata.
• La modalità runtime-key invia i prompt direttamente al provider AI, mentre il server di pagamento riceve la prova di pagamento e i totali di spesa della sessione.
• Il sistema nasconde i collegamenti tra i pagamenti, non i contenuti delle richieste o gli indirizzi IP; i provider possono comunque correlare le sessioni tramite metadati di rete o dettagli personali ripetuti.

Indice

• Come i crediti zkAPI separano i fondi dalle richieste
• Un limite di sessione riserva fondi, non determina l’addebito finale
• Cosa è disponibile e come gli utenti mantengono l’accesso ai fondi
• I limiti della privacy dei pagamenti
• Conclusione

Come i crediti zkAPI separano i fondi dalle richieste

Anziché collegare ogni richiesta API a un account di fatturazione, zkAPI parte da un deposito in un contratto vault su Ethereum. L’utente riceve una nota di saldo privata e il software sul suo dispositivo genera una prova che attesta la disponibilità dei fondi per coprire una spesa autorizzata, senza identificare il deposito da cui provengono.

L’annuncio di zkAPI della Ethereum Foundation descrive un’implementazione del progetto ZK API usage credits, pubblicato su Ethereum Research da Davide Crapis e Vitalik Buterin. Il team di Open Anonymity ha contribuito alla realizzazione del client, del server e dei contratti.

I depositi sono rappresentati da commitment in un albero di Merkle. Ogni spesa genera un nullifier, un identificatore unidirezionale che rileva i tentativi di spendere due volte lo stesso saldo. L’obiettivo è verificare i pagamenti senza creare una traccia di fatturazione che colleghi richieste separate.

Un limite di sessione riserva fondi, non determina l’addebito finale

Nella modalità runtime-key, un client locale invia al server zkAPI una prova di pagamento senza includere un prompt. Dopo la verifica, il server rilascia una chiave API di breve durata con un limite espresso in dollari. La chiave rimane nella memoria del dispositivo e i prompt vengono trasmessi direttamente dal dispositivo al provider AI.

Il limite riserva capacità di spesa anziché stabilire l’importo finale della fattura. Alla scadenza della chiave, il provider registra l’utilizzo totale in una ricevuta firmata e il server detrae l’importo calcolato a consumo dal saldo privato. Un’unica autorizzazione può quindi coprire un’intera sessione, senza richiedere una prova per ogni chiamata.

zkAPI offre anche una modalità proxy più semplice, che inoltra le richieste tramite il proprio server. Secondo l’annuncio, questa modalità è più facile da gestire, ma il server di inoltro vede il traffico.

Cosa è disponibile e come gli utenti mantengono l’accesso ai fondi

Il vault annunciato sulla mainnet custodisce crediti in USDC. Una distribuzione su Sepolia consente di effettuare test con fondi di prova, mentre OA Chat offre una chat AI accessibile dal browser senza installazione.

Per i software esistenti, il client locale espone le API standard di OpenAI e Ollama. Le applicazioni compatibili, gli editor e i client di chat possono connettersi indirizzandosi a localhost.

Il server verifica le prove di spesa offchain. Il contratto vault verifica le prove relative alle operazioni di deposito, chiusura e uscita di emergenza, consentendo agli utenti di chiudere un saldo e prelevare onchain anche se i server zkAPI scompaiono. I fondi si trovano nel contratto Ethereum, non in un conto aziendale.

I limiti della privacy dei pagamenti

Il provider continua a vedere prompt, risposte e metadati di rete, come gli indirizzi IP. Gli indirizzi stabili e la tempistica delle richieste possono facilitare la correlazione, mentre dettagli personali ripetuti, stili di scrittura o cronologie delle conversazioni possono collegare sessioni altrimenti separate.

L’annuncio suggerisce di usare Tor con un nuovo circuito per ogni sessione per chi desidera una maggiore privacy di rete. Questo non nasconde i contenuti dei prompt al provider di inferenza. Riutilizzare meno contesto può ridurre i collegamenti basati sui contenuti, ma rende anche le conversazioni meno utili.

Oltre all’AI, lo stesso client e gli stessi contratti possono supportare query RPC blockchain a consumo, processi di generazione, larghezza di banda e servizi machine-to-machine. Si tratta di applicazioni descritte per il sistema, non di un elenco di integrazioni confermate con provider.

Conclusione

zkAPI introduce un meccanismo di pagamento attivo su Ethereum per separare la spesa sulle API dall’identità di fatturazione. Il suo limite pratico è chiaro: l’autorizzazione privata dei pagamenti non rende anonime la conversazione sottostante o la connessione di rete.

Leggi altre notizie

Altre notizie di FinanceVelix

Avvertenza

Questo articolo di FinanceVelix fornisce informazioni generali e non costituisce consulenza finanziaria, d’investimento, legale o fiscale personalizzata. I prezzi delle criptovalute possono cambiare rapidamente ed è possibile perdere tutti i fondi investiti. I fatti rispecchiano le informazioni disponibili al momento della pubblicazione e possono cambiare. Verifica autonomamente le informazioni importanti e, quando necessario, consulta un professionista qualificato. La menzione di un asset, di una società o di un servizio non costituisce un’approvazione.