Il CEO di Moca Network spiega perché gli agenti basati sull'intelligenza artificiale avranno bisogno di un'identità verificabile

Gli agenti passano dal rispondere all’agire

Kenneth Shek è il responsabile di progetto di Moca Network e direttore della gestione dei progetti presso Animoca Brands. L’argomentazione di Shek parte da una semplice previsione: gli agenti di intelligenza artificiale (IA) smetteranno di comportarsi come chatbot passivi e inizieranno ad agire come rappresentanti digitali. «Il mio modo di vedere la questione è molto semplice: ogni utente finirà per avere il proprio agente», ha dichiarato Shek a Bitcoin.com News. Il CEO di Moca Network ha aggiunto:

“Una volta che ciò accadrà, l’agente non sarà più solo un chatbot. Non si limiterà a rispondere alle domande, ma agirà per conto dell’utente. Potrà spendere il suo denaro, verificare i suoi dati, riscattare i suoi premi, utilizzare il suo status con la compagnia aerea o acquistare qualcosa per suo conto.”

Questa transizione solleva interrogativi a cui le normali password e le chiavi API (Application Programming Interface) non sono mai state progettate per rispondere. Le chiavi API consentono a un software di comunicare con un altro, mentre le credenziali delegate garantiscono un accesso limitato a un servizio esterno. Nessuno dei due meccanismi, di per sé, dimostra la relazione completa tra l’agente, la persona che lo controlla e i confini precisi della sua autorità.

«Non puoi semplicemente fornire all’agente la tua chiave non crittografata», ha affermato Shek. «Non puoi limitarti a fornirgli una credenziale API generica e sperare che tutto funzioni. Si tratta di un potere eccessivo, che non risponde alle domande fondamentali. Chi c’è dietro l’agente? Quale utente rappresenta? Quali dati è autorizzato a verificare? Quanto denaro può spendere? Dove può spenderlo? Per quanto tempo? E se qualcosa cambia, posso revocare quell’autorizzazione?”

Le aziende iniziano a selezionare i bot giusti

Internet commerciale ha trascorso anni cercando di identificare e bloccare il traffico automatizzato tramite test CAPTCHA, sistemi antifrode e filtri anti-bot. Shek prevede che quel modello cambierà man mano che le aziende inizieranno a trattare gli agenti di IA approvati come potenziali clienti piuttosto che come visitatori indesiderati.

«Ho già detto in precedenza che il mondo sta passando dallo screening volto a escludere i bot allo screening volto a individuare i bot giusti», ha spiegato. «Prima, i siti web utilizzavano i CAPTCHA per bloccare i bot. Ora, molte aziende vogliono effettivamente che gli agenti giusti entrino, perché quegli agenti potrebbero diventare clienti, acquirenti o generare flussi di transazioni. Ma l’azienda deve comunque sapere: si tratta di un bot affidabile, chi c’è dietro e gli è consentito effettuare pagamenti?»

Shek ha aggiunto che l’identità diventa la fonte di queste risposte. Un agente affidabile dovrebbe dimostrare di essere collegato a un utente reale, che l’utente abbia autorizzato una determinata azione e che l’autorizzazione rimanga valida. «La fonte di dati alla base di un bot buono o cattivo è l’identità», ha affermato.

Gli utenti stabiliscono i limiti

Shek descrive l’identità dimostrabile dell’agente come «identità più agente». In base a tale modello, l’utente rimane al centro, mentre l’agente riceve autorizzazioni specifiche e revocabili per interagire con pagamenti, commercio, programmi fedeltà e dati personali.

«L’agente può agire su tali aspetti solo se l’utente è in grado di definire la politica», ha osservato Shek durante l’intervista.

Il sistema AIR di Moca Network è pensato per aggiungere quel livello di politica alla sua infrastruttura di identità esistente. Secondo Shek, un agente di intelligenza artificiale (IA) potrebbe ricevere l’autorizzazione a utilizzare o verificare informazioni selezionate senza acquisire il controllo permanente sugli account di un utente. «L’agente può spendere denaro, utilizzare dati e verificarli per conto dell’utente, ma solo in modo sicuro, nel rispetto della privacy e sotto il controllo dell’utente», ha affermato.

Le transazioni quotidiane mettono in luce il divario identitario

«Se voglio che il mio agente acquisti una bottiglia di alcolici online, il supermercato deve verificare la mia età, anche se è l’agente a compiere l’azione», ha osservato Shek. «Se voglio che il mio agente utilizzi il mio status presso la compagnia aerea per una prenotazione prioritaria o l’assegnazione di punti, la compagnia aerea deve verificare il mio status di fedeltà tramite l’agente. Se voglio che il mio agente spenda denaro, devo controllare quanto può spendere, dove può spendere, quando può spendere e per quanto tempo». «Tutto questo è pur sempre identità», ha aggiunto. «È semplicemente identità più agente».

Le credenziali limitano ciò che viene rivelato

Shek ha suggerito che gli utenti potrebbero condividere le informazioni tramite divulgazione completa, divulgazione selettiva o tecnologie che sfruttano le prove a conoscenza zero. La divulgazione completa rivela l’intera credenziale. La divulgazione selettiva rivela solo i campi necessari per una transazione. Una prova a conoscenza zero consente a qualcuno di dimostrare che una condizione è vera senza esporre i dati sottostanti.

«Ciò che AIR rende possibile è un SSO (Single Sign-On) tra app diverse che si risolve in un’unica identità unificata e consente agli utenti di condividere i dati da un’app all’altra tramite credenziali verificabili», ha affermato Shek. «Tutti i dati sono soggetti a consenso esplicito, revocabile e pienamente controllato dagli utenti».

Moca amplia il proprio stack di identità esistente

Shek ha spiegato come Moca Network stia sviluppando la propria infrastruttura di identità esistente.

«L’identità delle macchine si basa fondamentalmente sull’infrastruttura di identità di livello aziendale già completamente sviluppata», ha precisato Shek, «aggiungendo il vincolo tra mandante e agente, la gestione delle politiche e la delega agli agenti, il che offre all’utente il controllo su quali dati, in che modo e quando gli agenti possano utilizzarli per effettuare la verifica con le applicazioni o gli agenti per conto del mandante».

I componenti che potrebbero essere trasferiti nell’identità degli agenti includono l’archiviazione decentralizzata dei dati per dati utente crittografati e sempre disponibili; l’emissione e la verifica on-chain dei record di identità e delle tracce di audit; e l’interoperabilità cross-chain tra diverse blockchain e portafogli, tra molti altri.

L’autorizzazione diventa il criterio decisivo

«Pensate a un modello hub-and-spoke», ha osservato il dirigente di Moca Network. «Tutto parte dall’utente come hub, con tutti i dati controllati dall’utente stesso. Gli spoke sono i numerosi agenti di cui l’utente sarebbe proprietario. Con AIR, l’utente potrebbe controllare quale agente possa verificare quali dati, per quanto tempo e tramite quale verificatore».

«Tutti i dati degli utenti sono accessibili solo dagli utenti stessi tramite l’archivio dati decentralizzato sempre attivo», ha concluso Shek, «e gli utenti potrebbero scegliere di concedere o revocare qualsiasi verifica dei dati, il tutto regolato crittograficamente».

La prossima sfida sarà verificare se le aziende adotteranno standard di credenziali interoperabili, se gli utenti comprenderanno e si fideranno dei controlli sulle autorizzazioni degli agenti di IA e se le imprese saranno disposte a pagare per verifiche ripetute. Man mano che gli agenti di IA si diffondono e ottengono accesso a un numero sempre maggiore di servizi finanziari, dati personali e piattaforme commerciali, l’identità dimostrabile potrebbe determinare se rimarranno semplici assistenti sofisticati o diventeranno attori affidabili nell’economia più ampia.