La Ethereum Foundation ha lanciato zkAPI, uno strumento di pagamento pensato per consentire agli utenti di pagare i servizi di intelligenza artificiale senza esporre la propria identità o i dati di fatturazione. Lo strumento è attivo sulla rete principale di Ethereum dal 1° ottobre, secondo l'annuncio della Foundation. Si basa su una proposta dell'11 febbraio di Vitalik Buterin e Davide Crapis. Gli circa otto mesi tra quel post di ricerca e il lancio sulla mainnet trasformano una proposta scritta in un software funzionante che gestisce depositi reali in ETH — ed è per questo che le regole di prelievo e le assunzioni di sicurezza trattate di seguito meritano attenzione.

Quando un'applicazione di scrittura chiede a un modello di IA di produrre una risposta, invia una richiesta API. Una chiave API convenzionale collega quella richiesta a un account cliente, che può anche contenere i dati di fatturazione. Col tempo, il fornitore può associare il cliente a una cronologia di domande su lavoro, finanze e altri aspetti personali.

zkAPI separa la verifica che una richiesta possa essere pagata dalla conversazione stessa. Come afferma la Foundation: «Il fornitore vede le richieste, e il livello di pagamento vede la spesa».

Come viene pagata una sessione di IA

Chi usa un'applicazione di scrittura per esplorare un cambio di carriera, ad esempio, deve prima finanziare un vault Ethereum. La documentazione dell'attuale client descrive depositi in ETH, con il software che conserva un registro privato del saldo e delle informazioni necessarie per spenderlo. Questo registro è chiamato nota. Poiché il saldo resta denominato in ETH, il suo valore in dollari può cambiare tra una sessione e l'altra, come spiega la documentazione sulla fatturazione.

Per avviare una sessione, il software genera una proof a conoscenza zero che dimostra la disponibilità di fondi sufficienti senza identificare il deposito. Un marcatore di spesa unico, chiamato nullifier, impedisce che lo stesso stato di spesa venga utilizzato per una seconda autorizzazione.

Una volta superata la proof, il server emette una chiave API temporanea con un limite di spesa. L'applicazione di scrittura la utilizza quindi per contattare direttamente il servizio di IA, mantenendo la conversazione fuori dal server di pagamento.

Supponiamo che l'utente autorizzi fino a 1 $ per una sessione ma ne consumi solo 0,30 $. Il saldo viene ridotto di l'addebito misurato, mentre i fondi non spesi restano disponibili secondo le regole del vault. Le cifre sono illustrative: il limite di spesa è un massimo, non un addebito automatico.

Un singolo deposito può supportare utilizzi ripetuti perché le proof di pagamento e la contabilità operano off-chain. Le transazioni Ethereum sono coinvolte solo quando si finanzia o si chiude il saldo, quindi ogni prompt non richiede un pagamento blockchain separato.

Cosa può ancora vedere il fornitore di IA

In questa configurazione diretta al fornitore, i diversi partecipanti ricevono informazioni diverse. Il servizio di IA riceve comunque il testo necessario per rispondere all'utente. Se l'utente carica un CV contenente il proprio nome e il datore di lavoro, il servizio di IA potrebbe identificarlo nonostante il pagamento privato. Anche documenti ripetuti o la cronologia delle conversazioni potrebbero collegare sessioni distinte.

Le richieste effettuate con la stessa chiave temporanea possono comunque essere raggruppate in un'unica sessione. Gli indirizzi IP e i tempi possono fornire ulteriori collegamenti tra le sessioni, anche quando la proof di pagamento nasconde il deposito di finanziamento. Messi insieme, questi avvertimenti significano che zkAPI privatizza la traccia dei pagamenti, non la conversazione stessa.

Il post di lancio descrive anche un'opzione proxy che invia le richieste attraverso il server di pagamento. Quel relay vede il traffico, ottenendo maggiore visibilità rispetto alla configurazione diretta al fornitore.

Cosa sapere prima di finanziare il vault

Gli utenti possono accedere al sistema tramite OA Chat o un client locale per le applicazioni compatibili. Il repository del progetto etichetta il protocollo come sperimentale, rendendo le regole di prelievo e le assunzioni di sicurezza una lettura utile prima di finanziare un saldo.

Secondo l'attuale documentazione del protocollo, gli utenti possono chiudere un saldo con l'approvazione del server oppure utilizzare una via di prelievo separata senza di essa. Quest'ultima include un periodo di contestazione, impostato di default su 24 ore. Anche le note hanno date di scadenza, dopo le quali una nota non chiusa può essere rivendicata dalla treasury. Gli utenti devono quindi tenere conto di queste date quando decidono quando prelevare i fondi residui.

Il sistema di proof utilizza parametri crittografici iniziali generati da una singola parte. La sua documentazione di sicurezza osserva che i file pubblicati non dimostrano che il materiale segreto del setup sia stato distrutto. Gli utenti devono quindi fidarsi che questo materiale sensibile sia stato gestito in modo sicuro.

Il modello di pagamento potrebbe estendersi ad altri servizi

La proposta di febbraio considerava anche query blockchain a pagamento e altri servizi addebitati in base all'utilizzo. Un wallet o un'applicazione automatizzata potrebbe acquistare l'accesso con lo stesso principio di pagamento, con la spesa limitata dai crediti disponibili. Ethereum fornisce l'infrastruttura di finanziamento e regolamento, mentre i servizi remoti eseguono il lavoro richiesto.

Un'adozione più ampia dipenderà dalle applicazioni che mostrano chiaramente gli addebiti e le scadenze di prelievo, gestendo la generazione delle proof in background. Gli utenti dovrebbero poter valutare il costo e la privacy di una sessione senza gestire personalmente i meccanismi crittografici. La documentazione pubblica del progetto è il punto dove verificare nel tempo eventuali modifiche all'etichetta sperimentale e alle assunzioni del setup.