{"id":789,"date":"2026-10-14T22:36:26","date_gmt":"2026-10-14T22:36:26","guid":{"rendered":"https:\/\/hoge.gg\/it\/agenti-ai-identita-reputazione-fiducia-2026\/"},"modified":"2026-10-14T22:36:26","modified_gmt":"2026-10-14T22:36:26","slug":"agenti-ai-identita-reputazione-fiducia-2026","status":"publish","type":"post","link":"https:\/\/hoge.gg\/it\/agenti-ai-identita-reputazione-fiducia-2026\/","title":{"rendered":"Agenti AI on-chain: identit\u00e0, reputazione e fiducia nel 2026"},"content":{"rendered":"

Un indirizzo che comincia per 0x non dice nulla. Dietro quaranta caratteri esadecimali pu\u00f2 esserci un agente AI che amministra un portafoglio di stablecoin, un bot che gonfia i propri volumi, uno smart contract che svuota chi gli rivolge la parola, oppure niente di tutto questo. Nel 2026 gli agenti autonomi on-chain si contano a centinaia di migliaia: firmano transazioni da soli, si pagano a vicenda, comprano dati e potenza di calcolo senza che un umano tocchi la tastiera. La domanda che fino a poco fa nessuna infrastruttura aveva affrontato sul serio \u00e8 tanto semplice quanto scomoda: chi \u00e8 questo agente, e perch\u00e9 dovrei fidarmi di lui?<\/p>

Negli ultimi due anni lo stack degli agenti ha messo radici su tre livelli. I pagamenti hanno trovato i loro standard (x402 di Coinbase, che riusa il vecchio codice HTTP 402, e l’AP2 di Google). Il calcolo verificabile permette a un agente di dimostrare di avere eseguito davvero il modello che dichiara. Restava scoperto il terzo pezzo, quello che non risponde a \u00abcome paga\u00bb o \u00abil calcolo \u00e8 corretto\u00bb, ma a \u00abchi \u00e8\u00bb e \u00abdi chi mi posso fidare\u00bb. Questo articolo parla proprio di quel terzo pilastro: l’identit\u00e0 e la reputazione degli agenti, il livello che nel 2026 \u00e8 passato dalle slide ai registri on-chain.<\/p>

Il terzo pilastro dell’economia degli agenti<\/h2>

I primi due livelli sono ormai abbastanza maturi. Un agente pu\u00f2 pagarne un altro in stablecoin e, con il calcolo verificabile, pu\u00f2 persino allegare una prova di avere svolto l’inferenza promessa. Ma restava un buco al centro: puoi pagare un agente e verificare il suo calcolo e tuttavia non sapere se valga la pena ingaggiarlo, n\u00e9 se le cinque stelle che espone siano vere. La funzione mancante \u00e8 la scoperta e la fiducia tra agenti che non si sono mai incontrati e non hanno alcun motivo per fidarsi l’uno dell’altro.<\/p>

La posta in gioco cresce con l’autonomia. In un’economia in cui gli agenti scelgono e pagano altri agenti alla velocit\u00e0 della macchina, un umano non pu\u00f2 controllare ogni controparte a mano. La fiducia deve diventare leggibile da un programma: un punteggio, una credenziale, uno storico che un altro agente possa consultare in millisecondi prima di firmare. Attorno a questo bisogno, nel 2026, \u00e8 nato un grappolo di standard e di prodotti il cui unico scopo \u00e8 dare a un attore non umano un’identit\u00e0 e una storia verificabili.<\/p>

Cosa significa identit\u00e0 per un software che non \u00e8 una persona<\/h2>

Un agente non ha personalit\u00e0 giuridica. Non ha un passaporto, non ha un codice fiscale, non ha una responsabilit\u00e0 civile propria (torneremo su chi paga quando sbaglia). On-chain, alla radice, \u00e8 una coppia di chiavi: un indirizzo capace di firmare. Quella firma dimostra il controllo dei fondi, ma non descrive nulla. Non dice che cosa fa l’agente, chi lo ha messo in strada, quanto \u00e8 autorizzato a spendere, come si \u00e8 comportato la settimana scorsa.<\/p>

L’identit\u00e0, nel senso in cui la usano gli standard del 2026, \u00e8 una cosa diversa da una chiave: \u00e8 un riferimento persistente e portabile che lega quella chiave a una descrizione (capacit\u00e0, endpoint, politiche di spesa) e, col tempo, a uno storico. Il vocabolario \u00e8 preso in prestito dal mondo dei DID (decentralized identifier) e delle credenziali verificabili, ma applicato a un software che negozia e paga da solo. Conviene tenere distinte tre domande che vengono spesso confuse: l’identit\u00e0 (chi \u00e8), la reputazione (com’\u00e8 andata con gli altri in passato) e la validazione (questo specifico lavoro \u00e8 stato svolto come promesso). Tre registri diversi, come vedremo, per tre problemi diversi.<\/p>

ERC-8004: lo standard Trustless Agents di Ethereum<\/h2>

Il tentativo pi\u00f9 discusso di standardizzare tutto questo si chiama ERC-8004<\/a>, intitolato \u00abTrustless Agents\u00bb, pubblicato il 13 agosto 2025 e tuttora in stato Draft nel registro degli EIP. Lo firmano quattro autori che dicono molto su chi scommette sull’economia degli agenti: Marco De Rossi (MetaMask), Davide Crapis (responsabile AI della Ethereum Foundation), Jordan Ellis (Google) ed Erik Reppel (Coinbase). L’abstract riassume l’obiettivo in una frase: \u00abThis protocol proposes to use blockchains to discover, choose, and interact with agents across organizational boundaries without pre-existing trust, thus enabling open-ended agent economies\u00bb. Tradotto: usare la blockchain per far scoprire, scegliere e far interagire gli agenti oltre i confini di una singola organizzazione, senza fiducia pregressa.<\/p>

ERC-8004 si appoggia al protocollo A2A di Google (la comunicazione agente-ad-agente): A2A gestisce autenticazione e orchestrazione dei compiti, ma da solo non copre la scoperta e la fiducia, ed \u00e8 esattamente quel vuoto che lo standard vuole riempire. Sul piano tecnico riusa mattoni gi\u00e0 esistenti (EIP-721 per l’NFT dell’identit\u00e0, EIP-1271 per le firme dei wallet a smart contract, oltre a EIP-712 e EIP-155). Il cuore della proposta sono tre registri on-chain, riassunti qui sotto.<\/p>

Registro<\/th>Domanda a cui risponde<\/th>Come funziona<\/th><\/tr><\/thead>
Identit\u00e0<\/td>Chi \u00e8 questo agente?<\/td>Un token ERC-721 con URIStorage come identificatore portabile, collegato a un file di registrazione off-chain con capacit\u00e0, endpoint e metadati<\/td><\/tr>
Reputazione<\/td>Com’\u00e8 andata con gli altri?<\/td>Un’interfaccia standard per feedback firmati dai client; punteggio e aggregazione restano a sistemi on-chain o off-chain<\/td><\/tr>
Validazione<\/td>Il lavoro \u00e8 stato svolto bene?<\/td>Verifica indipendente tramite smart contract (ri-esecuzione con stake, prove ZK o TEE), con esito tracciato on-chain<\/td><\/tr><\/tbody><\/table><\/figure>

I registri di riferimento sono andati in produzione sulla mainnet di Ethereum il 29 gennaio 2026 e da allora sono comparsi anche su altre reti, da BNB Smart Chain a Base. Uno studio accademico (lo vedremo in dettaglio) conta oltre 173 mila agenti registrati e pi\u00f9 di 155 mila feedback<\/a> tra Ethereum, BNB Smart Chain e Base. Crapis, tre settimane dopo la pubblicazione, scriveva su X che \u00abthe response has been incredible\u00bb<\/a>, citando oltre 2.000 persone che discutevano la proposta sul forum pubblico e \u00ab75+ projects\u00bb interessati a costruirci sopra. L’entusiasmo \u00e8 reale; se si sia tradotto in un’economia funzionante \u00e8 un’altra questione, e la terremo per dopo.<\/p>

Il registro di identit\u00e0: un NFT come passaporto<\/h2>

Il registro di identit\u00e0 usa un token ERC-721 con URIStorage. Ogni agente riceve un riferimento unico on-chain (un identificatore globale formato da namespace, chainID e indirizzo del registro) che punta a un file di registrazione off-chain. In quel file l’agente dichiara le proprie capacit\u00e0, gli endpoint di servizio (MCP, A2A, ENS, DID) e i metadati che lo descrivono. \u00c8, in sostanza, un passaporto leggibile da un’altra macchina: non prova che l’agente sia bravo, prova soltanto che esiste e dice di s\u00e9 certe cose.<\/p>

Essendo un NFT, quell’identit\u00e0 \u00e8 trasferibile. \u00c8 una funzione utile (si pu\u00f2 vendere o cedere un’attivit\u00e0 gestita da agenti) ma anche una trappola: il \u00abprincipale\u00bb dietro un’identit\u00e0 pu\u00f2 cambiare in silenzio, e questo pesa parecchio quando si arriva alle responsabilit\u00e0. Lo segnaliamo adesso e ci torniamo nella parte normativa. Va detto anche che questa \u00e8 la parte facile: registrarsi costa poco, \u00e8 un mint. Ed \u00e8 proprio per questo che, come vedremo, il livello dell’identit\u00e0 \u00e8 affollato mentre i livelli che contano davvero (il servizio esposto e la reputazione) restano quasi vuoti.<\/p>

Il registro di reputazione: recensioni on-chain, ma chi le scrive?<\/h2>

Il registro di reputazione \u00e8 un’interfaccia standard: un client che ha usato un agente deposita un feedback firmato, con metadati e prove opzionali a corredo. Il punto forte \u00e8 la portabilit\u00e0. Il giudizio non resta chiuso dentro una singola applicazione: qualsiasi dApp o utente pu\u00f2 leggerlo. La reputazione portabile, non pi\u00f9 confinata nel silo di una piattaforma, \u00e8 il sogno di ERC-8004 e la ragione per cui tanti progetti ci hanno guardato con interesse.<\/p>

C’\u00e8 per\u00f2 un \u00abma\u00bb decisivo. Il registro on-chain \u00e8 minimale per scelta: rende pubblici i feedback e lascia il punteggio, l’aggregazione e la resistenza agli attacchi Sybil a sistemi off-chain. Detto altrimenti, il registro grezzo non \u00e8 di per s\u00e9 un segnale di fiducia. \u00c8 una bacheca, non un rating di affidabilit\u00e0. Chi calcola il punteggio, e come lo rende resistente alla manipolazione, \u00e8 tutta la partita, e si gioca quasi interamente fuori dalla catena. Dove un agente costruisce oggi uno storico misurabile e non falsificabile? Il caso pi\u00f9 pulito sono i mercati predittivi, dove la reputazione coincide con il profitto e la perdita leggibili sulla catena: come abbiamo raccontato, l’AI prevede spesso meglio del mercato ma non per questo guadagna<\/a>, e il track record resta l’unico giudice onesto.<\/p>

Il registro di validazione: provare il lavoro svolto<\/h2>

Il terzo registro, quello di validazione, permette a un agente di chiedere una verifica indipendente di un lavoro specifico. I validatori usano la ri-esecuzione garantita da stake, le prove a conoscenza zero (ZK) oppure gli ambienti di esecuzione fidati (TEE), e scrivono l’esito on-chain. \u00c8 il punto in cui ERC-8004 tocca lo stack del calcolo verificabile, due mondi pensati per rispondere a domande vicine ma non identiche.<\/p>

Qui conviene essere precisi su cosa la validazione dimostri e cosa no. Pu\u00f2 mostrare che un calcolo \u00e8 stato eseguito come dichiarato (l’integrit\u00e0); non pu\u00f2 mostrare che l’azione fosse saggia o legittima. Un agente pu\u00f2 provare di avere eseguito il modello esattamente come promesso ed essere stato comunque manipolato fino a compiere uno scambio rovinoso. L’integrit\u00e0 non \u00e8 la legittimit\u00e0, ed \u00e8 una distinzione che torna spesso quando si confonde la prova crittografica con la garanzia di buon senso. Abbiamo spiegato altrove come il calcolo verificabile provi che l’inferenza \u00e8 stata eseguita davvero<\/a>, senza per\u00f2 dire nulla sulla bont\u00e0 della decisione presa a valle.<\/p>

I tre registri insieme abbozzano una risposta ordinata: l’identit\u00e0 dice chi, la reputazione dice come si \u00e8 comportato, la validazione dice che questo lavoro \u00e8 stato fatto bene. Sulla carta \u00e8 elegante. I dati del 2026, come stiamo per vedere, raccontano una storia molto pi\u00f9 sobria.<\/p>

Kite e l’Agent Passport: identit\u00e0 gerarchica a tre livelli<\/h2>

ERC-8004 \u00e8 uno standard orizzontale, che qualsiasi catena pu\u00f2 adottare. Kite ha fatto la scommessa opposta: una catena verticale costruita attorno all’identit\u00e0 e ai pagamenti degli agenti. Kite \u00e8 una L1 compatibile con l’EVM che ha lanciato la mainnet e il \u00abKite Agent Passport\u00bb il 30 aprile 2026<\/a>; una settimana prima era diventata la prima L1 cripto integrata dentro l’AP2 di Google.<\/p>

L’Agent Passport \u00e8 un wallet programmabile pi\u00f9 un sistema di identit\u00e0. L’idea che lo distingue \u00e8 una gerarchia di chiavi su tre livelli: l’identit\u00e0 dell’utente (l’umano o l’organizzazione che mette in strada l’agente), l’identit\u00e0 dell’agente (un DID verificabile on-chain per il software stesso) e l’identit\u00e0 di sessione (chiavi effimere, valide per un singolo compito o una finestra di tempo). \u00c8 la risposta strutturale al problema classico della delega: come lascio che un agente spenda per conto mio senza consegnargli la chiave maestra? L’utente fissa limiti di spesa e destinazioni autorizzate; l’agente opera dentro quella gabbia; la singola sessione si pu\u00f2 bruciare appena il compito finisce. Un’architettura che somiglia molto, nello spirito, a quella degli smart account e delle session key che gi\u00e0 animano i wallet moderni.<\/p>

Il token KITE alimenta staking, partecipazione dei validatori, accesso ai moduli, premi di protocollo, governance e, in prospettiva, commissioni sui servizi AI. Il progetto ha raccolto circa 35 milioni di dollari<\/a> (tra i sostenitori PayPal Ventures, General Catalyst e Coinbase Ventures). Due filosofie, dunque: lo standard orizzontale che chiunque pu\u00f2 implementare e la catena verticale che vende identit\u00e0, pagamenti e governance come un unico prodotto integrato. Quale delle due vinca, se mai una vincer\u00e0, dipender\u00e0 meno dalla tecnologia e pi\u00f9 da quanti agenti reali finiranno per usarle.<\/p>

Il settore in numeri<\/h2>

Conviene allargare lo sguardo sul settore in cui questi agenti vivono. Il 14 ottobre 2026 la categoria AI Agents monitorata da CoinGecko<\/a> valeva circa 3,57 miliardi di dollari (poco pi\u00f9 di 3,2 miliardi di euro al cambio del giorno, intorno a 1,11), in recupero dopo un avvio di ottobre fiacco. L’avvertenza \u00e8 doverosa: la maggior parte di questi token non ha nulla a che vedere con identit\u00e0 o reputazione, e la categoria resta dominata da pochi nomi, con Venice (VVV) da solo vicino a un terzo del totale.<\/p>

Token<\/th>Prezzo<\/th>Capitalizzazione<\/th>24h<\/th><\/tr><\/thead>
Venice (VVV)<\/td>23,01 $<\/td>1,11 mld $<\/td>+6,2%<\/td><\/tr>
ASI Alliance (FET)<\/td>0,197 $<\/td>456 mln $<\/td>+7,2%<\/td><\/tr>
Virtuals (VIRTUAL)<\/td>0,673 $<\/td>443 mln $<\/td>+4,0%<\/td><\/tr>
Kite (KITE)<\/td>0,127 $<\/td>304 mln $<\/td>+0,7%<\/td><\/tr>
OriginTrail (TRAC)<\/td>0,441 $<\/td>197 mln $<\/td>+8,2%<\/td><\/tr>
Holoworld (HOLO)<\/td>0,058 $<\/td>46 mln $<\/td>+1,5%<\/td><\/tr>
Phala (PHA)<\/td>0,051 $<\/td>43 mln $<\/td>+7,4%<\/td><\/tr><\/tbody><\/table>
Fonte: CoinGecko, 14 ottobre 2026. Prezzi e capitalizzazioni in dollari.<\/figcaption><\/figure>

Un avvertimento vale per l’intero comparto: il prezzo di un token non \u00e8 la reputazione del progetto. La lezione pi\u00f9 netta resta ai16z\/ElizaOS, il cui token \u00e8 crollato da un picco di circa 2,4 miliardi di dollari a quasi zero<\/a> mentre il framework continuava a rilasciare codice. La capitalizzazione misura la speculazione, non l’affidabilit\u00e0. \u00c8 esattamente per questo che un livello di identit\u00e0 e reputazione indipendente dal prezzo di un token \u00e8 interessante, e perch\u00e9 il numero da guardare \u00e8 la sua adozione reale, non il suo market cap.<\/p>

La prova dei fatti: tanti iscritti, pochi operativi<\/h2>

Arriva qui il bagno di realt\u00e0. Uno studio del 2026 di Rischan Mafrur e Priagung Khusumanegara, intitolato \u00abFrom Agent Identity to Agent Economy\u00bb, ha misurato la maturit\u00e0 operativa dei primi 10.000 agenti ERC-8004<\/a> (gli ID da 0 a 9999) tra il 29 gennaio e il 9 aprile 2026. I risultati fanno riflettere: solo 67 agenti (lo 0,67%) esponevano un record di servizio, solo 628 (il 6,28%) avevano ricevuto un qualche feedback di reputazione, e appena 19 (lo 0,19%) risultavano \u00abpienamente operativi\u00bb, cio\u00e8 con metadati, servizi esposti, feedback e prove cross-chain tutti presenti.<\/p>

La concentrazione \u00e8 estrema. Quei 10.000 agenti appartenevano a soli 394 wallet; i dieci maggiori ne controllavano il 51,4%, con un singolo wallet che da solo ne deteneva 779; l’indice di Gini della propriet\u00e0 era 0,863. Sul fronte dei giudizi, un solo client produceva il 65,82% di tutti i record di feedback, e i primi cinque arrivavano al 92,4%. In altre parole, un velo sottile di attivit\u00e0 reale sopra una massa di registrazioni vuote. Il verdetto degli autori \u00e8 netto: \u00abearly ERC-8004 adoption is registration-heavy but operationally shallow\u00bb, l’adozione \u00e8 ricca di iscrizioni ma operativamente superficiale, e \u00abthe transition from agent identity to agent economy remains incomplete\u00bb. \u00c8 lo stesso schema gi\u00e0 visto con i binari di pagamento degli agenti: l’infrastruttura \u00e8 stata costruita pi\u00f9 in fretta di quanto gli agenti si siano presentati a usarla. Un livello di identit\u00e0 \u00e8 una precondizione per un’economia di agenti, non la prova che esista.<\/p>

Reputazione falsabile: il problema Sybil<\/h2>

Se il primo studio dice che il livello \u00e8 in gran parte vuoto, un secondo lavoro del 2026 aggiunge che la parte non vuota non va presa per buona cos\u00ec com’\u00e8. \u00abCan Trustless Agents Be Trusted?\u00bb, di Xihan Xiong e colleghi (Imperial College London, Ohio State, Bristol, CSIRO in Australia, Manchester), ha analizzato l’intero ecosistema di reputazione ERC-8004 su tre catene: 173.441 agenti registrati e 155.300 record di feedback<\/a> fino al 13 maggio 2026.<\/p>

Tracciando la provenienza comune dei fondi dei recensori, i ricercatori hanno segnalato un comportamento Sybil coordinato in una quota impressionante: il 73,5% dei recensori su Ethereum, il 59,2% su BNB Smart Chain e il 90,6% su Base. Le reputazioni intaccate andavano dal 26,4% degli agenti valutati su Ethereum all’81,4% su BSC fino al 96,2% su Base. La conclusione \u00e8 micidiale per chi sperava di leggere un punteggio di reputazione al valore nominale: \u00abRemoving Sybil-flagged feedback leaves many agents with no remaining valid feedback to compute a reputation\u00bb, tolti i feedback segnalati come Sybil, a molti agenti non resta alcun giudizio valido con cui calcolare una reputazione.<\/p>

La ragione strutturale \u00e8 semplice. Il registro di reputazione di ERC-8004 \u00e8 aperto in scrittura: chiunque pu\u00f2 creare uno sciame di client falsi e far lasciare loro recensioni entusiaste a un bersaglio scelto, a un costo vicino allo zero. La trasparenza on-chain aiuta a scoprire l’attacco dopo (si pu\u00f2 ricostruire il grafo dei finanziamenti, come hanno fatto i ricercatori) ma non lo impedisce. \u00c8 la stessa famiglia di minacce che affligge qualsiasi sistema di reputazione aperto, con alcune varianti ricorrenti raccolte qui sotto.<\/p>

Vettore<\/th>Come funziona<\/th>Difesa possibile<\/th><\/tr><\/thead>
Sybil<\/td>Molti client falsi gonfiano il punteggio di un agente<\/td>Analisi della provenienza dei fondi e dei grafi di finanziamento<\/td><\/tr>
Auto-recensione (wash)<\/td>L’agente recensisce se stesso tramite wallet collegati<\/td>Pesare i feedback per stake o reputazione del recensore<\/td><\/tr>
Whitewashing<\/td>Si abbandona un’identit\u00e0 rovinata e se ne registra una nuova e pulita<\/td>Costo di registrazione e identit\u00e0 legate a credenziali persistenti<\/td><\/tr>
Collusione<\/td>Gruppi di agenti si scambiano recensioni positive a vicenda<\/td>Rilevamento di cluster e deduplicazione dei grafi<\/td><\/tr><\/tbody><\/table><\/figure>

La morale non \u00e8 che la reputazione on-chain sia inutile, ma che il registro grezzo \u00e8 solo la materia prima. Un punteggio usabile richiede un aggregatore off-chain che pesi i feedback in base allo stake o alla reputazione di chi li scrive, deduplichi i cluster di finanziamento e penalizzi le identit\u00e0 appena coniate. Finch\u00e9 questi aggregatori non saranno maturi e diffusi, cinque stelle su un agente valgono pi\u00f9 o meno quanto cinque stelle da un account anonimo su un qualsiasi marketplace: forse vere, forse comprate.<\/p>

Identit\u00e0 non \u00e8 sicurezza<\/h2>

Anche un agente perfettamente identificato e con ottima reputazione pu\u00f2 essere dirottato in tempo reale. Il caso pi\u00f9 istruttivo del 2026 \u00e8 il prosciugamento degli agenti Grok e Bankr il 4 maggio. Un attaccante ha nascosto un’istruzione in codice Morse dentro una risposta su X, ha fatto tradurre il messaggio a Grok e glielo ha fatto girare a Bankrbot: l’agente ha spostato circa 3 miliardi di token DRB<\/a>, per un valore intorno ai 150-200 mila dollari, su Base. Nessuna chiave privata \u00e8 stata rubata: l’agente ha fatto esattamente ci\u00f2 che gli era stato detto, da qualcuno a cui non avrebbe dovuto obbedire. Il difetto di fondo \u00e8 che un modello linguistico non sa separare in modo affidabile l’istruzione dal dato: un testo che sembra contenuto pu\u00f2 nascondere un comando. \u00c8 una prompt injection, la vulnerabilit\u00e0 in cima alle classifiche di rischio OWASP per i modelli linguistici.<\/p>

Vitalik Buterin, nella sua nota dell’aprile 2026 sulla sicurezza dei LLM, riduce la postura difensiva a poche parole: \u00abAll LLM inference local first. All files hosted locally. Sandbox everything\u00bb<\/a>. Nello stesso testo riferisce che circa il 15% delle \u00abskill\u00bb per agenti esaminate dal suo gruppo conteneva istruzioni malevole. Il punto, per il nostro tema, \u00e8 scomodo ma essenziale: l’identit\u00e0 risponde a \u00abchi \u00e8\u00bb, la reputazione a \u00abcome si \u00e8 comportato prima\u00bb, ma nessuna delle due ferma un’iniezione in corso. Un livello di fiducia non \u00e8 un livello di sicurezza. Un agente pu\u00f2 avere un passaporto immacolato e uno storico a cinque stelle ed essere convinto, il minuto dopo, a svuotare il proprio wallet. \u00c8 anche la ragione per cui le architetture di delega (le chiavi di sessione di Kite, i limiti di spesa degli smart account) contano pi\u00f9 di qualsiasi punteggio: non evitano l’inganno, ma ne limitano il raggio.<\/p>

Chi risponde quando l’agente sbaglia? Consob, MiCA e la personalit\u00e0 giuridica<\/h2>

Supponiamo che un agente svuoti un wallet, manipoli un mercato o venda un servizio che non eroga. Chi ne risponde? Nel diritto italiano ed europeo la risposta \u00e8 chiara in teoria e disordinata in pratica. Un agente non ha personalit\u00e0 giuridica: non pu\u00f2 essere citato in giudizio, multato o tassato in quanto tale. La responsabilit\u00e0 ricade sull’umano o sulla societ\u00e0 che gli sta dietro, cio\u00e8 chi lo ha messo in strada, chi lo opera, chi lo usa, a seconda di chi controllava il punto in cui qualcosa \u00e8 andato storto.<\/p>

Qui morde il problema dell’identit\u00e0 trasferibile. Se l’identit\u00e0 ERC-8004 \u00e8 un NFT e cambia mano, chi \u00e8 il \u00abprincipale\u00bb per le azioni passate dell’agente? Chi deteneva l’identit\u00e0 all’epoca dei fatti o il nuovo proprietario che ne ha ereditato la reputazione? Gli standard non rispondono e la legge non ha ancora recuperato il ritardo. \u00c8 la stessa questione di controllo e custodia che attraversa tutto il settore, quella che abbiamo analizzato quando la SEC ha aperto all’autocustodia spostando l’enforcement su chi detiene davvero le chiavi<\/a>.<\/p>

MiCA, il quadro europeo, \u00e8 stato costruito per le cripto-attivit\u00e0 a pronti e per i prestatori che offrono servizi attorno a esse (i CASP), non per un software autonomo; non riconosce l’agente come parte. In Italia le autorit\u00e0 competenti sono la Consob (condotta di mercato e tutela dell’investitore) e la Banca d’Italia (profili prudenziali e stablecoin), in base al D.lgs. 129\/2024. Alla fine del periodo transitorio MiCA, il 30 giugno 2026, Consob e Banca d’Italia contavano nove soggetti abilitati<\/a> (otto CASP pi\u00f9 Banca Sella); l’elenco \u00e8 poi cresciuto, con YouHodler Italy autorizzata l’8 ottobre 2026. Per gli istituti italiani la domanda pratica \u00e8 proprio custodia e fiducia, un terreno su cui le banche italiane si stanno spostando dalla difesa all’attacco<\/a>.<\/p>

E quando un agente passa dal pagare al consigliare o gestire patrimoni, il regime cambia ancora: diventa un servizio di investimento ai sensi della MiFID II, vigilato dalla Consob e non da MiCA. L’ESMA \u00e8 stata esplicita nel dire che l’uso dell’AI non sospende i consueti obblighi di governance, accountability e supervisione umana: a rispondere \u00e8 l’impresa che schiera l’agente, non l’agente stesso.<\/p>

Il fisco e l’agente: ogni pagamento \u00e8 una cessione<\/h2>

C’\u00e8 una coda specificamente italiana: il fisco. Dal 1\u00b0 gennaio 2026 le plusvalenze cripto sono tassate al 33% e la vecchia soglia di esenzione da 2.000 euro \u00e8 stata abolita; le stablecoin in euro (gli EMT, token di moneta elettronica conformi a MiCA) mantengono l’aliquota pi\u00f9 leggera del 26%<\/a>, e la pura conversione da euro a stablecoin in euro non \u00e8 nemmeno una plusvalenza. Il dettaglio di questa anomalia tutta italiana lo abbiamo sviscerato nel confronto tra l’Italia e il resto d’Europa<\/a>.<\/p>

Tradotto nel comportamento di un agente, diventa tagliente. Un agente che paga in USDC denominato in dollari fa scattare una cessione fiscalmente rilevante su ogni guadagno di cambio contro l’euro: migliaia di micro-pagamenti diventano migliaia di eventi imponibili, ciascuno una minuscola plusvalenza da tracciare. Un agente che paga in un EMT in euro evita del tutto quell’attrito, il che trasforma una norma fiscale in un argomento a favore della sovranit\u00e0 monetaria europea sui binari degli agenti. E un agente che fa trading automatico 24 ore su 24 ad alta frequenza rischia di essere riqualificato come esercente un’attivit\u00e0 d’impresa (reddito d’impresa), con il regime pi\u00f9 pesante che ne consegue. Poich\u00e9 l’agente non ha un codice fiscale, le plusvalenze sono attribuite al proprietario del wallet: il che chiude il cerchio sull’identit\u00e0. Per il fisco, come per la legge, dietro l’indirizzo c’\u00e8 sempre un umano o una societ\u00e0, qualunque cosa dica il passaporto on-chain.<\/p>

Cosa guardare adesso<\/h2>

I pezzi di uno stack di fiducia per agenti stanno visibilmente convergendo: A2A per la comunicazione, MCP per gli strumenti, x402 e AP2 per i pagamenti, ERC-8004 per identit\u00e0, reputazione e validazione. Per la prima volta un agente pu\u00f2, in linea di principio, essere scoperto, ingaggiato, pagato e valutato attraverso standard aperti anzich\u00e9 dentro il giardino recintato di una singola azienda. \u00c8 uno spostamento reale, e spiega perch\u00e9 MetaMask, Google, Coinbase e la Ethereum Foundation abbiano messo la firma sulla stessa proposta.<\/p>

Ma la lettura onesta dei dati del 2026 \u00e8 che lo stack \u00e8 un’impalcatura, non un edificio. Diciannove agenti pienamente operativi su diecimila \u00e8 lo stato reale delle cose; un livello di reputazione dove la maggior parte delle recensioni \u00e8 Sybil non \u00e8 ancora un livello di reputazione. I problemi aperti sono concreti: un sistema di punteggio che resista ai feedback falsi, una delega che limiti il danno quando l’agente viene ingannato, e una risposta giuridica su chi possiede il passato di un’identit\u00e0 trasferibile.<\/p>

Per un lettore italiano, la lente utile non \u00e8 il prezzo del token ma le domande di governance, quelle che davvero vincolano: chi aggiorna l’agente, chi risponde quando sbaglia, chi paga le tasse su ci\u00f2 che spende. L’indirizzo pu\u00f2 anche essere autonomo; la responsabilit\u00e0 no. Identit\u00e0 e reputazione on-chain sono il modo in cui un’economia di agenti diventa leggibile. Nel 2026 ci dicono, soprattutto, che quell’economia \u00e8 ancora in larga parte una promessa.<\/p>

Domande frequenti<\/h2>

Cos’\u00e8 ERC-8004?<\/h3>

ERC-8004, chiamato \u00abTrustless Agents\u00bb, \u00e8 uno standard di Ethereum ancora in stato Draft che definisce tre registri on-chain per gli agenti AI: identit\u00e0, reputazione e validazione. Serve a far scoprire, scegliere e far interagire gli agenti tra organizzazioni diverse senza fiducia pregressa. \u00c8 stato pubblicato il 13 agosto 2025 da autori di MetaMask, Ethereum Foundation, Google e Coinbase, e i registri di riferimento sono attivi sulla mainnet di Ethereum dal 29 gennaio 2026.<\/p>

Che differenza c’\u00e8 tra identit\u00e0, reputazione e validazione di un agente AI?<\/h3>

L’identit\u00e0 risponde alla domanda \u00abchi \u00e8 questo agente\u00bb e lo lega a una descrizione e a degli endpoint. La reputazione raccoglie i giudizi di chi lo ha usato, cio\u00e8 come si \u00e8 comportato in passato. La validazione verifica un lavoro specifico, ossia se quel compito \u00e8 stato svolto come promesso, tramite ri-esecuzione con stake, prove ZK o ambienti TEE. Sono tre domande diverse e tre registri diversi: avere un’identit\u00e0 non implica avere una buona reputazione.<\/p>

Un agente AI pu\u00f2 avere un’identit\u00e0 legale o pagare le tasse da solo?<\/h3>

No. Un agente non ha personalit\u00e0 giuridica: non pu\u00f2 essere citato in giudizio, multato o tassato in quanto tale. La responsabilit\u00e0 e le imposte ricadono sull’umano o sulla societ\u00e0 che lo ha messo in strada. In Italia, dal 1\u00b0 gennaio 2026, le plusvalenze cripto generate dall’agente sono attribuite al proprietario del wallet e tassate al 33%, mentre le stablecoin in euro restano al 26%.<\/p>

Cos’\u00e8 l’Agent Passport di Kite?<\/h3>

L’Agent Passport \u00e8 il sistema di identit\u00e0 e wallet programmabile lanciato dalla L1 Kite il 30 aprile 2026. Usa una gerarchia di chiavi su tre livelli: l’identit\u00e0 dell’utente, quella dell’agente (un DID verificabile on-chain) e quella di sessione, con chiavi effimere per un singolo compito. Cos\u00ec l’utente pu\u00f2 delegare la spesa a un agente fissando limiti e destinazioni, senza consegnargli la chiave principale.<\/p>

La reputazione on-chain di un agente \u00e8 affidabile?<\/h3>

Non ancora, se presa al valore nominale. Uno studio del 2026 ha rilevato che gran parte dei recensori nei registri ERC-8004 mostra un comportamento Sybil coordinato (fino al 90,6% su Base), e che togliendo quei feedback a molti agenti non resta alcun giudizio valido. Il registro grezzo \u00e8 una bacheca pubblica, non un punteggio: serve un aggregatore off-chain che pesi e ripulisca i feedback perch\u00e9 la reputazione diventi un segnale di fiducia utilizzabile.<\/p>