{"id":769,"date":"2026-10-11T22:38:43","date_gmt":"2026-10-11T22:38:43","guid":{"rendered":"https:\/\/hoge.gg\/it\/eliza-framework-2026-token-rally-valore-codice\/"},"modified":"2026-10-11T22:38:43","modified_gmt":"2026-10-11T22:38:43","slug":"eliza-framework-2026-token-rally-valore-codice","status":"publish","type":"post","link":"https:\/\/hoge.gg\/it\/eliza-framework-2026-token-rally-valore-codice\/","title":{"rendered":"Eliza framework 2026: il token morto corre, ma conta il codice"},"content":{"rendered":"

Il 4 agosto 2026 Shaw Walters, il programmatore che ha creato Eliza, ha scritto cinque parole che sembravano definitive: \u00abThe token is dead. Completely\u00bb. Due mesi dopo, quello stesso token \u00e8 tornato a correre: nelle ultime 24 ore ELIZAOS ha guadagnato oltre il 53% e nell’ultima settimana pi\u00f9 del 250%, secondo i dati di CoinGecko<\/a>. \u00c8 il tipo di numero che fa aprire un ordine di acquisto. Ed \u00e8 anche il tipo di numero che non dice quasi nulla sulla cosa che d\u00e0 il titolo a questo articolo: il framework Eliza.<\/p>

Perch\u00e9 il prezzo di un token e il valore del software che porta lo stesso nome, nel caso di Eliza, hanno smesso da tempo di raccontare la stessa storia. Il token \u00e8 un residuo che il suo stesso creatore dice di non possedere e di non sostenere; il framework \u00e8 uno dei progetti open-source pi\u00f9 usati nel settore AI-crypto, e proprio in queste settimane ha trovato un modo nuovo per pagare chi lo sviluppa. Questa guida spiega che cos’\u00e8 davvero Eliza nel 2026, perch\u00e9 un token \u00abmorto\u00bb pu\u00f2 pi\u00f9 che raddoppiare in pochi giorni e, soprattutto, dove \u00e8 finito il valore che il prezzo non misura pi\u00f9.<\/p>

Che cos’\u00e8 il framework Eliza<\/h2>

Eliza \u00e8 un framework open-source per costruire agenti AI autonomi, scritto in TypeScript e rilasciato con licenza permissiva MIT. Lo sviluppa Eliza Labs, la software house fondata da Shaw Walters, e il repository ufficiale elizaOS\/eliza su GitHub<\/a> conta circa 19.600 stelle e 5.800 fork, con poche issue aperte e qualche decina di pull request in lavorazione. La descrizione che il progetto d\u00e0 di s\u00e9 \u00e8 cambiata nel tempo: oggi si presenta come un \u00absistema operativo agentico\u00bb open-source, non come una semplice libreria di appoggio.<\/p>

Un agente costruito con Eliza \u00e8, nella pratica, un programma che unisce tre ingredienti: un modello linguistico che pianifica e interpreta, un wallet con cui pu\u00f2 firmare transazioni e una serie di strumenti (i plugin) che gli permettono di agire sul mondo. A tenere insieme il tutto c’\u00e8 un runtime, l’AgentRuntime, e un character file che definisce personalit\u00e0, obiettivi e permessi dell’agente. Un paper accademico firmato dallo stesso Walters con altri ricercatori, \u00abEliza: A Web3 friendly AI Agent Operating System\u00bb<\/a>, riassume la filosofia del progetto con una formula netta: ogni aspetto di Eliza \u00e8 un normale programma TypeScript sotto il pieno controllo di chi lo usa. Niente scatola nera, niente servizio da affittare: codice che si legge e si modifica.<\/p>

Questa \u00e8 la prima cosa da fissare, perch\u00e9 \u00e8 la chiave di tutto il resto. Il framework \u00e8 codice, aperto e copiabile da chiunque; il token ELIZAOS \u00e8 un asset finanziario separato, nato da una vicenda che con il software ha poco a che vedere. Confondere i due \u00e8 l’errore pi\u00f9 comune quando si parla di Eliza, e nel 2026 \u00e8 anche il pi\u00f9 costoso.<\/p>

Il token che non doveva pi\u00f9 contare<\/h2>

La storia del token spiega perch\u00e9 oggi conviene tenerlo a distanza dal software. Eliza nasce nell’ottobre 2024 come ai16z, un fondo lanciato da Walters su Solana tramite il launchpad daos.fun con un obiettivo di raccolta modesto, intorno ai 75.000 dollari. Il 27 ottobre 2024 il vero Marc Andreessen rilancia il progetto su X con un secco \u00abGAUNTLET THROWN\u00bb, guanto di sfida raccolto, e in poche ore la capitalizzazione balza a decine di milioni di dollari. Da l\u00ec parte una corsa che porta il token a un picco di capitalizzazione di circa 2,39 miliardi di dollari (circa 2,13 miliardi di euro) il 2 gennaio 2025, secondo CoinDesk<\/a>.<\/p>

Il resto \u00e8 una discesa lunga. Il 28 gennaio 2025 il progetto cambia nome in ElizaOS, dopo che la stessa a16z chiede di prendere le distanze dal marchio. Nel novembre 2025 arriva la migrazione del token da AI16Z a ELIZAOS. Nell’aprile 2026 lo studio legale Burwick Law deposita una class action alla corte federale di New York (SDNY) per conto di un investitore spagnolo, Gorka Pikabea: contesta, tra le altre cose, l’uso non autorizzato del nome Andreessen e una rappresentazione gonfiata dell’autonomia dell’agente, oltre a una ripartizione della nuova fornitura che avrebbe riservato circa il 40% agli insider. Walters ha definito la richiesta \u00abridicola\u00bb, ma ha spiegato di non avere i capitali per difendersi in giudizio e ha chiuso trasferendo agli investitori quel che restava del tesoro della fondazione.<\/p>

\u00c8 in quel contesto che arriva, il 4 agosto 2026, l’epitaffio: \u00abThe token is dead. Completely\u00bb, con la fondazione in liquidazione. Walters ha aggiunto una frase che pesa su tutto quello che \u00e8 successo dopo: \u00abI don’t own any tokens. I don’t support any of it\u00bb. E un proposito: \u00abI am starting over, since I own the IP, and I am never letting a token come close to Eliza again\u00bb, ricomincio da capo perch\u00e9 possiedo la propriet\u00e0 intellettuale e non lascer\u00f2 mai pi\u00f9 che un token si avvicini a Eliza. Teniamo a mente quest’ultima promessa: torner\u00e0 utile pi\u00f9 avanti.<\/p>

Data<\/th>Evento<\/th>Capitalizzazione<\/th><\/tr><\/thead>
Ott 2024<\/td>Lancio come ai16z su daos.fun (Solana)<\/td>obiettivo ~75.000 $<\/td><\/tr>
27 ott 2024<\/td>\u00abGAUNTLET THROWN\u00bb di Marc Andreessen<\/td>decine di mln $ in poche ore<\/td><\/tr>
2 gen 2025<\/td>Picco storico<\/td>~2,39 mld $ (~2,13 mld \u20ac)<\/td><\/tr>
28 gen 2025<\/td>Rebrand in ElizaOS<\/td>in discesa<\/td><\/tr>
6 nov 2025<\/td>Migrazione AI16Z verso ELIZAOS<\/td>frazione del picco<\/td><\/tr>
Apr 2026<\/td>Class action Burwick (SDNY)<\/td>< 1% del picco<\/td><\/tr>
4 ago 2026<\/td>\u00abThe token is dead\u00bb e fondazione in liquidazione<\/td>~1-2 mln $<\/td><\/tr>
11 ott 2026<\/td>Rimbalzo speculativo<\/td>~4,19 mln $ (~3,7 mln \u20ac)<\/td><\/tr><\/tbody><\/table><\/figure>

Perch\u00e9 un token \u00abmorto\u00bb \u00e8 tornato a correre<\/h2>

Veniamo al presente. Al momento in cui scriviamo ELIZAOS tratta intorno a 0,00056 dollari (circa 0,00050 euro), con una capitalizzazione di circa 4,19 milioni di dollari (circa 3,7 milioni di euro) che lo colloca intorno al 1.850esimo posto per valore, su un volume di scambi nelle 24 ore di circa 10,8 milioni di dollari concentrato in larga parte su un singolo exchange. I movimenti sono violenti: oltre il 53% in un giorno, pi\u00f9 del 250% in una settimana, con il grosso della corsa schiacciato negli ultimissimi giorni. Numeri che, isolati, sembrano la rinascita di un progetto.<\/p>

Tre fattori aiutano a leggere il rimbalzo senza farsi illusioni. Il primo \u00e8 la liquidit\u00e0 sottile: con una capitalizzazione di pochi milioni e un flottante concentrato, bastano acquisti relativamente piccoli per muovere il prezzo di decine di punti percentuali, e lo stesso vale in discesa. Un token da quattro milioni di capitalizzazione non ha la profondit\u00e0 per assorbire ordini senza saltare. Il secondo \u00e8 il contesto di settore: l’intera categoria \u00abAI Agents\u00bb monitorata da CoinGecko<\/a> vale circa 3,88 miliardi di dollari (circa 3,5 miliardi di euro), con token come Venice (VVV) sopra il miliardo, e un settore pi\u00f9 tonico trascina al rialzo anche i nomi pi\u00f9 piccoli. Il clima di mercato di ottobre, l’Uptober che ha per\u00f2 rallentato sui verbali della Fed<\/a>, fa da sfondo a questa propensione al rischio.<\/p>

Il terzo fattore \u00e8 il pi\u00f9 insidioso: il ciclo di notizie intorno a Shaw Walters \u00e8 tornato caldo. Il suo nuovo progetto, di cui parliamo tra poco, ha occupato la stampa di settore a inizio ottobre, e parte del mercato ha comprato ELIZAOS come se catturasse quel valore. Non lo cattura. Non esiste alcun legame meccanico tra il vecchio token e la nuova iniziativa, e il suo creatore continua a ripetere di non possederne. Resta, soprattutto, la distanza dal passato: anche dopo il rimbalzo, ELIZAOS \u00e8 circa il 95% sotto il massimo del giorno della migrazione e oltre il 99,8% sotto il picco di capitalizzazione del gennaio 2025. Un raddoppio su queste basi non \u00e8 un ritorno, \u00e8 un sobbalzo.<\/p>

Token \/ metrica<\/th>Valore (circa, USD)<\/th>Circa, EUR<\/th><\/tr><\/thead>
ELIZAOS prezzo<\/td>0,00056 $<\/td>0,00050 \u20ac<\/td><\/tr>
ELIZAOS capitalizzazione<\/td>4,19 mln $<\/td>3,7 mln \u20ac<\/td><\/tr>
ELIZAOS volume 24h<\/td>10,79 mln $<\/td>9,6 mln \u20ac<\/td><\/tr>
Variazione 24h \/ 7g \/ 30g<\/td>+53% \/ +250% \/ +253%<\/td>–<\/td><\/tr>
Settore AI Agents (cap.)<\/td>3,88 mld $<\/td>3,5 mld \u20ac<\/td><\/tr>
Venice (VVV)<\/td>24,10 $ \/ 1,165 mld $<\/td>21,5 \u20ac \/ 1,04 mld \u20ac<\/td><\/tr>
Virtuals (VIRTUAL)<\/td>0,74 $ \/ 486 mln $<\/td>0,66 \u20ac \/ 434 mln \u20ac<\/td><\/tr>
ASI Alliance (FET)<\/td>0,235 $ \/ 544 mln $<\/td>0,21 \u20ac \/ 485 mln \u20ac<\/td><\/tr><\/tbody><\/table><\/figure>

Prezzo e valore si sono separati<\/h2>

Qui sta il punto che un lettore dovrebbe portarsi a casa prima di qualsiasi altra considerazione tecnica. La qualit\u00e0 di un framework open-source e il prezzo di un token non sono la stessa cosa, e nel caso di Eliza non lo sono mai state davvero. Il codice vive su GitHub con licenza MIT: chiunque pu\u00f2 scaricarlo, forkarlo, usarlo in produzione senza possedere un solo token. Il valore economico del progetto, se ne ha uno, sta nell’adozione del software, nell’ecosistema di plugin e nelle aziende che ci costruiscono sopra prodotti veri. Il token ELIZAOS non d\u00e0 diritti su nessuna di queste cose: non \u00e8 un’azione, non distribuisce ricavi, non vota nulla di rilevante per il framework.<\/p>

\u00c8 un caso quasi da manuale di separazione tra prezzo e fondamentali. Walters lo ha reso esplicito in modo quasi brutale quando ha detto di non detenere token e di non sostenere l’iniziativa: una volta il suo pacchetto valeva circa 25 milioni di dollari<\/a>, oggi vale essenzialmente nulla, e lui lo rivendica come una scelta. Comprare ELIZAOS nell’ottobre 2026 significa scommettere sulla volatilit\u00e0 di un micro-asset orfano, non acquisire una quota del framework. Vale la pena ripeterlo proprio perch\u00e9 il rimbalzo del 250% spinge l’istinto nella direzione opposta.<\/p>

Per chi guarda comunque il grafico, qualche regola pratica aiuta a non confondere un sobbalzo con una tendenza. Un token da pochi milioni di capitalizzazione con il volume concentrato su un solo exchange \u00e8, per definizione, facile da muovere: pochi ordini coordinati bastano a disegnare una candela verde impressionante, e la stessa sottigliezza che gonfia il prezzo lo fa poi crollare quando qualcuno vende sul serio. Conta pi\u00f9 il volume reale e la profondit\u00e0 del book che la percentuale del giorno. E conta, soprattutto, chiedersi cosa si possiede davvero comprando: nel caso di ELIZAOS, un token senza diritti sul software, senza ricavi e senza il sostegno di chi lo ha creato. Il rendimento di una settimana non dice nulla su quello della prossima.<\/p>

La domanda sensata, allora, non \u00e8 \u00abquanto pu\u00f2 salire ancora il token\u00bb, ma \u00abchi tiene in piedi il software ora che la fondazione \u00e8 chiusa e il token non vale pi\u00f9 nulla per i suoi sviluppatori\u00bb. \u00c8 una domanda che vale per mezzo mondo open-source, non solo per Eliza, e proprio Eliza ha provato a darle una risposta concreta a inizio ottobre. \u00c8 qui che la storia torna interessante.<\/p>

Dove \u00e8 finito il denaro: Slop Cash<\/h2>

La risposta alla domanda su chi paga gli sviluppatori \u00e8 arrivata a inizio ottobre 2026 e si chiama Slop Cash. \u00c8 un meccanismo di finanziamento non custodial per software open-source, costruito da Shaw Walters insieme a Drew Pierson, che in passato ha lavorato in Arweave, Orderly Network e Ava Labs. L’idea, riassunta nello slogan del sito, \u00e8 semplice: \u00abmake money shipping open source\u00bb<\/a>, guadagnare rilasciando codice aperto. Non una donazione, non uno stipendio: una ricompensa legata al lavoro che entra davvero nel progetto.<\/p>

Il funzionamento \u00e8 il tratto che lo distingue dalle grant tradizionali, spesso arbitrarie e discrezionali. Ogni mese viene costituito un montepremi associato ai repository di un progetto. Vengono pagati solo i contributi effettivamente integrati: come riporta l’annuncio ripreso da Chainwire<\/a>, \u00absolo le pull request integrate e le code review accettate vengono valutate, in modo deterministico e pubblico\u00bb. I contributori dichiarano quale modello AI li ha eventualmente aiutati tramite ricevute firmate dal dispositivo; i risultati si congelano in proposte pubbliche con una finestra di revisione di 14 giorni; e i pagamenti vengono eseguiti dai finanziatori del progetto da wallet che Slop Cash non controlla. Tutto regolato in USDC, non in una moneta di progetto.<\/p>

I numeri delle prime prove danno la misura della cosa. Da luglio 2026 sono stati completati tre cicli mensili, con circa 10.000 pull request integrate valutate e 4.700 code review; nel ciclo di agosto il pool di elizaOS ha coinvolto 108 contributori; i pagamenti di settembre sono stati 6.005 USDC distribuiti in 72 trasferimenti, registrati pubblicamente su record.slop.cash. Cifre piccole, ma la logica \u00e8 quella che conta. Chi vuole l’analisi completa del modello di finanziamento pu\u00f2 leggere il nostro approfondimento dedicato a Slop Cash e Umia<\/a>; qui interessa soprattutto il punto di sistema, perch\u00e9 \u00e8 anche il pi\u00f9 delicato.<\/p>

Umia, o come i token tornano un piano pi\u00f9 su<\/h2>

Slop Cash non vive da solo: \u00e8 il primo progetto esterno lanciato su Umia, una piattaforma che aiuta i progetti crypto a emettere e governare un token mettendo sotto un unico involucro legale la propriet\u00e0 intellettuale, il team operativo e il tesoro. Umia ha raccolto 6,11 milioni di dollari (circa 5,45 milioni di euro) in un’asta di sette giorni su Base, con una valutazione completamente diluita di 18 milioni, secondo The Block<\/a>. L’hanno fondata Francesco Mosterts (ex Point72) e Nicolas Racchi, ed \u00e8 stata incubata da Chainbound, una societ\u00e0 di ricerca sull’ecosistema Ethereum. Dieci fondi istituzionali hanno coperto circa il 45% del capitale, insieme a quasi 700 offerenti individuali, tutti alle stesse condizioni e senza seggi nel consiglio.<\/p>

Qui serve onest\u00e0, perch\u00e9 \u00e8 il cuore del paradosso. Walters aveva giurato di non lasciare mai pi\u00f9 che un token si avvicinasse a Eliza, e in effetti il framework resta senza token: gli sviluppatori sono pagati in USDC. Ma i token non sono spariti, sono saliti di un piano. Slop Cash \u00e8 strutturato come \u00abSlop Cash, S.P.\u00bb, un portafoglio segregato dentro Umia Launcher SPC che racchiude codice, domini e account social del progetto, e avr\u00e0 un proprio token, $SLOP, che governa il tesoro. Umia, a sua volta, ha il proprio token $UMIA; un comitato di curatela ha scelto Slop Cash tra oltre 200 progetti candidati. La distinzione importante, e va detta con chiarezza, \u00e8 questa: $SLOP governa come si spende il tesoro, ma non ha alcuna autorit\u00e0 sul punteggio dei contributi, sui pagamenti o sulle decisioni di merge. Il token sta sul livello del finanziamento e della governance, non sul codice. Chi dicesse che Slop Cash \u00e8 \u00absenza token\u00bb sbaglierebbe; il framework Eliza, quello s\u00ec, lo \u00e8.<\/p>

Mosterts, co-fondatore e CEO di Umia, riassume cos\u00ec<\/a> la tesi commerciale della piattaforma: \u00ablanciare un token ha quasi sempre significato scendere a compromessi o sulla struttura o sull’equit\u00e0 della vendita\u00bb. Il messaggio implicito \u00e8 che la fase ai16z, con quel 40% della fornitura finito agli insider secondo la class action, \u00e8 esattamente l’errore che Umia dice di voler evitare. Che ci riesca \u00e8 un’altra questione, ma la direzione \u00e8 chiara: non pi\u00f9 un token lanciato alla cieca, bens\u00ec un involucro legale con regole di spesa scritte prima della vendita.<\/p>

I decision market al posto del voto<\/h2>

Il meccanismo con cui Umia (e quindi Slop Cash) prende le decisioni importanti merita una sezione a s\u00e9, perch\u00e9 \u00e8 una delle idee pi\u00f9 discusse del 2026. Al posto del classico voto per token, Umia usa i decision market. Funzionano cos\u00ec: per ogni proposta si apre un mercato condizionale e i trader prendono posizione su come si comporterebbe il prezzo del token sotto ciascuna opzione. L’opzione il cui prezzo medio ponderato nel tempo risulta pi\u00f9 alto pu\u00f2 poi essere eseguita on-chain. L’intuizione, vecchia almeno quanto la futarchy teorizzata da Robin Hanson, \u00e8 che un mercato stimi meglio di un’assemblea quale scelta crea pi\u00f9 valore.<\/p>

Nel caso di Umia la soglia \u00e8 concreta: lo sviluppo riceve circa 120.000 dollari al mese (circa 107.000 euro) tramite smart contract, mentre le spese pi\u00f9 grandi devono passare dall’approvazione di un decision market. La piattaforma trattiene lo 0,5% sugli scambi spot e l’1% sugli scambi dei decision market. \u00c8 un modello che assomiglia molto ai mercati predittivi di cui abbiamo scritto<\/a>, con lo stesso pregio (aggregano informazione dispersa in un prezzo) e lo stesso limite strutturale (si possono manipolare, e premiano chi ha il capitale per muovere il prezzo nella direzione voluta). Applicarli alla governance di un progetto, invece che alle elezioni o al calcio, \u00e8 un esperimento che vale la pena osservare proprio perch\u00e9 \u00e8 ancora acerbo.<\/p>

Cosa viene finanziato: l’architettura di Eliza<\/h2>

Vale la pena guardare da vicino cosa, esattamente, quei montepremi tengono in vita. L’architettura di Eliza ruota attorno al runtime (l’AgentRuntime) e a un character file che definisce chi \u00e8 l’agente, come parla e cosa gli \u00e8 permesso fare. Sopra questo strato, tutto passa da quattro primitivi che conviene conoscere anche solo per capire gli annunci del progetto e distinguere il fumo dall’arrosto.<\/p>

Primitivo<\/th>Funzione<\/th><\/tr><\/thead>
Actions<\/td>Ci\u00f2 che l’agente pu\u00f2 fare: inviare una transazione, chiamare un’API, pubblicare un messaggio<\/td><\/tr>
Providers<\/td>Le fonti di contesto che alimentano il ragionamento: saldi, dati di mercato, memoria, ora<\/td><\/tr>
Evaluators<\/td>I controlli che girano durante o dopo un’azione: estraggono fatti, aggiornano lo stato, filtrano<\/td><\/tr>
Services<\/td>I servizi di lungo periodo e le connessioni persistenti: client di chat, database, code di lavoro<\/td><\/tr><\/tbody><\/table><\/figure>

Attorno a questi quattro mattoni Eliza organizza i messaggi in una gerarchia di Worlds (lo spazio, un server), Rooms (il canale o la conversazione) ed Entities (utenti e agenti), gestisce una memoria con recupero semantico (RAG) e permette di collegare diversi fornitori di modelli, con un’attenzione dichiarata ai modelli eseguiti in locale invece che chiamati su un’API esterna. Ogni plugin si registra attraverso un’unica interfaccia comune: adattatori, azioni, valutatori, fornitori, modelli, servizi. \u00c8 questa uniformit\u00e0 il motivo per cui attorno a Eliza \u00e8 cresciuto un ecosistema invece di una collezione di esperimenti isolati.<\/p>

Plugin, fork e interoperabilit\u00e0<\/h2>

L’ecosistema di plugin \u00e8 il vero fossato competitivo di Eliza. Lo stesso Walters ha rivendicato in un’intervista oltre 250 plugin e il supporto a MCP (Model Context Protocol), con copertura di decine di reti EVM. Che a prenderlo sul serio non siano solo gli hobbisti lo dimostrano i fork del registro dei plugin mantenuti da team di infrastruttura di primo piano: Nethermind, tra i principali sviluppatori di client Ethereum, e Automata Network, che gestisce anche un plugin per l’attestazione hardware via Intel DCAP, cio\u00e8 la prova che un codice gira davvero dentro un ambiente di esecuzione fidato (TEE). Non \u00e8 un dettaglio da poco: significa che infrastrutture serie costruiscono sopra Eliza.<\/p>

Sul piano degli standard, Eliza si innesta sul tentativo del settore di far parlare gli agenti tra loro: MCP per gli strumenti, A2A per la comunicazione agente-agente, x402 per i pagamenti in stablecoin, ERC-8004 per identit\u00e0 e reputazione. La ragione per cui ha senso finanziare la manutenzione del framework non \u00e8 il token, \u00e8 che tanto codice di terze parti dipende da quell’interfaccia unica. Un framework con centinaia di plugin e due fork di registro mantenuti da team seri ha un costo di sostituzione alto, e questo, pi\u00f9 di qualsiasi grafico di prezzo, \u00e8 ci\u00f2 che gli d\u00e0 valore di mercato nel senso proprio del termine.<\/p>

Resta la domanda di chi, in concreto, tiene in piedi tutto questo ora che la fondazione \u00e8 in liquidazione. La risposta \u00e8 un mosaico: Walters, che possiede la propriet\u00e0 intellettuale e dice di voler continuare a sviluppare; gli adottanti commerciali, come i team di infrastruttura che mantengono i fork del registro; e la comunit\u00e0 di contributori che Slop Cash prova a remunerare in modo sistematico. \u00c8 un modello di manutenzione fragile e distribuito, molto diverso da quello di un software tenuto in vita da una singola azienda con un conto economico, ma \u00e8 anche il modello di gran parte dell’open-source su cui gira oggi Internet. La differenza \u00e8 che qui, per la prima volta, qualcuno prova a pagarlo in modo trasparente e verificabile.<\/p>

Gli agenti possono guadagnare?<\/h2>

C’\u00e8 un dettaglio di Slop Cash che vale pi\u00f9 di quanto sembri: paga per il lavoro integrato, \u00abumano o AI\u00bb. In pratica, un agente software che apra una pull request poi accettata pu\u00f2 essere remunerato come un contributore in carne e ossa, con la ricevuta firmata dal dispositivo a dichiarare quale modello ha prodotto quel codice. \u00c8 uno dei primi casi concreti in cui un agente non si limita a spendere, ma incassa, su un canale pubblico e verificabile. Finora gli agenti erano soprattutto portafogli che pagavano; qui, almeno in linea di principio, diventano anche fornitori pagati.<\/p>

Attenzione a non leggerci pi\u00f9 di quanto ci sia. Un agente non ha personalit\u00e0 giuridica: dietro il wallet che riceve gli USDC c’\u00e8 sempre una persona o una societ\u00e0 che ne risponde. E la capacit\u00e0 di guadagnare non equivale alla capacit\u00e0 di decidere in autonomia come spendere o reinvestire. Resta per\u00f2 un tassello concreto della cosiddetta economia delle macchine<\/a>, quella in cui software paga software; e Slop Cash la rende misurabile invece che teorica, perch\u00e9 72 trasferimenti registrati on-chain a settembre non sono una slide di presentazione, sono transazioni che si possono verificare una per una.<\/p>

La sicurezza resta il soffitto<\/h2>

Qualunque discorso su agenti che detengono wallet, firmano transazioni e ora persino incassano deve fare i conti con il limite non risolto del settore: la sicurezza. Il problema di fondo \u00e8 che un modello linguistico non distingue in modo affidabile tra istruzioni e dati. Chi riesce a infilare un’istruzione dentro un contenuto che l’agente legge pu\u00f2 dirottarne il comportamento: \u00e8 la prompt injection, in cima alla classifica OWASP dei rischi dei modelli linguistici (LLM01).<\/p>

La variante pi\u00f9 insidiosa \u00e8 la memory injection. Un gruppo di ricercatori di Princeton, nel paper \u00abReal AI Agents with Fake Memories\u00bb<\/a> che introduce il benchmark CrAIBench, ha mostrato che gli agenti Web3, usando proprio ElizaOS come framework rappresentativo, sono pi\u00f9 vulnerabili all’iniezione nella memoria che a quella nel prompt: una volta che il contesto memorizzato \u00e8 corrotto, le difese sul singolo prompt servono a poco perch\u00e9 l’agente ha ormai interiorizzato un falso ricordo. Non \u00e8 teoria: nel maggio 2026 un agente collegato a Grok e al servizio Bankr \u00e8 stato dirottato con un’istruzione nascosta e ha trasferito token per un valore di alcune centinaia di migliaia di dollari su Base. Non era Eliza, ma la classe di attacco \u00e8 la stessa per tutti i framework.<\/p>

Vettore<\/th>Come funziona<\/th>Difesa parziale<\/th><\/tr><\/thead>
Prompt injection<\/td>Istruzione nascosta nel testo che l’agente legge<\/td>Separazione istruzioni\/dati, permessi minimi<\/td><\/tr>
Memory injection<\/td>Il contesto memorizzato viene corrotto a monte<\/td>Verifica di integrit\u00e0 della memoria, fine-tuning difensivo<\/td><\/tr>
Abuso di plugin<\/td>Plugin di terze parti con codice o permessi ostili<\/td>Audit, sandbox, registri con attestazione (TEE)<\/td><\/tr>
Firma cieca<\/td>L’agente firma ci\u00f2 che non \u00abcapisce\u00bb davvero<\/td>Tetti di spesa, conferma umana sopra soglia<\/td><\/tr><\/tbody><\/table><\/figure>

La risposta tecnica pi\u00f9 discussa \u00e8 duplice. Da un lato Vitalik Buterin, in un intervento del 2 aprile 2026, ha proposto un approccio minimalista: \u00abAll LLM inference local first. All files hosted locally. Sandbox everything\u00bb<\/a>, con l’idea di tenere basse le soglie delle transazioni autonome e di usare l’umano come secondo fattore di conferma, una sorta di firma a due. Dall’altro c’\u00e8 il calcolo verificabile, l’idea di dimostrare crittograficamente che un modello ha girato come doveva: ne abbiamo scritto a proposito di Ritual e dell’AI verificabile on-chain<\/a>. La sfumatura cruciale, che spesso si perde negli annunci, \u00e8 che il calcolo verificabile prova l’integrit\u00e0 e la riservatezza del calcolo, non la resistenza alla prompt injection: se l’istruzione malevola entra nel contesto, la prova dir\u00e0 soltanto che il modello ha eseguito fedelmente l’ordine sbagliato. \u00c8 un soffitto che nessun framework, Eliza compreso, ha ancora sfondato.<\/p>

Eliza e i rivali<\/h2>

Eliza non \u00e8 sola. Il modo pi\u00f9 onesto di collocarla \u00e8 accanto ai suoi concorrenti diretti, ricordando che qui si confrontano progetti di ingegneria e modelli di business, non quotazioni di token. La tabella che segue semplifica, ma serve a fissare le differenze che contano.<\/p>

Framework<\/th>Modello economico<\/th>Linguaggio \/ licenza<\/th>Tratto distintivo<\/th><\/tr><\/thead>
ElizaOS<\/td>Open-source, framework senza token (finanziato via Slop Cash)<\/td>TypeScript \/ MIT<\/td>Ecosistema di plugin, agenti crypto-nativi<\/td><\/tr>
Virtuals Protocol<\/td>Launchpad con un token per agente<\/td>Vario<\/td>Lancio no-code di agenti<\/td><\/tr>
Olas (Autonolas)<\/td>Protocollo on-chain con token OLAS<\/td>Python<\/td>Mech Marketplace, agenti su mercati predittivi<\/td><\/tr>
LangChain<\/td>Libreria generalista, senza token (cloud\/enterprise)<\/td>Python \/ JS<\/td>Standard di fatto fuori dalla crypto<\/td><\/tr>
CrewAI<\/td>Orchestrazione multi-agente, senza token<\/td>Python<\/td>Squadre di agenti con ruoli definiti<\/td><\/tr><\/tbody><\/table><\/figure>

La differenza che conta per questo articolo \u00e8 il modello economico. Virtuals associa un token a ogni agente; Olas distribuisce ricompense on-chain legate al token OLAS; LangChain e CrewAI vivono di cloud e servizi enterprise, senza alcun token. Eliza, dopo la morte del suo, si \u00e8 spostata su un terzo binario: nessun token sul framework, pagamenti in stablecoin agli sviluppatori e i token confinati al livello del finanziamento. \u00c8 un esperimento, non una certezza, ma \u00e8 l’unico tra i cinque coerente con il proposito dichiarato del suo fondatore, ed \u00e8 anche il pi\u00f9 leggibile da chi deve valutare un rischio.<\/p>

Fisco e regole in Italia<\/h2>

Per un lettore italiano la cornice regolamentare \u00e8 tutt’altro che un dettaglio. In Europa il framework in s\u00e9 non \u00e8 l’oggetto della regolazione: MiCA disciplina gli emittenti di cripto-attivit\u00e0 e i prestatori di servizi (CASP), non il codice open-source. In Italia la vigilanza \u00e8 divisa tra Consob<\/a> (condotta di mercato e tutela dell’investitore) e Banca d’Italia (profili prudenziali e stablecoin), con il periodo transitorio MiCA chiuso dal 1 luglio 2026. Se per\u00f2 un agente d\u00e0 consigli o gestisce portafogli, si entra nel perimetro della MiFID II, non di MiCA: il software che \u00abconsiglia\u00bb \u00e8 una cosa diversa dal token, e segue regole diverse.<\/p>

Un nodo pratico riguarda proprio i pagamenti di Slop Cash. L’USDC \u00e8, sotto MiCA, un token di moneta elettronica (EMT) emesso da un soggetto autorizzato: in teoria un binario regolato. Ma per il fisco italiano ogni pagamento in USDC \u00e8 una cessione: dal 1 gennaio 2026 le plusvalenze su cripto-attivit\u00e0 sono tassate al 33%<\/a>, con la soglia di esenzione da 2.000 euro abolita dalla legge di bilancio 2026, mentre le stablecoin in euro conformi a MiCA mantengono il 26%. Un contributore pagato in USDC accumula quindi micro-eventi fiscali su ogni differenza di cambio rispetto all’euro, un dettaglio che diventa l’ennesimo argomento a favore di un rail in euro, tema su cui la stretta ESMA sulle stablecoin non conformi<\/a> tiene acceso il dibattito europeo.<\/p>

Resta il punto che manca a monte di tutto: l’agente non ha personalit\u00e0 giuridica n\u00e9 codice fiscale. Quando qualcosa va storto (un trasferimento sbagliato, una perdita, un abuso di permessi) la responsabilit\u00e0 ricade sulla persona o sulla societ\u00e0 che controlla il wallet. Il \u00abprincipale\u00bb umano, non l’algoritmo, risponde davanti a Consob, al fisco e a un giudice. Nessuna delega all’AI cancella questo principio.<\/p>

Cosa aspettarsi<\/h2>

Sul fronte del software, il programma dichiarato di Walters prevede versioni di Eliza in Rust e Python oltre al TypeScript attuale, ma finch\u00e9 non compaiono sul canale ufficiale delle release conviene trattarle come intenzioni, non come prodotto spedito. Sul fronte del finanziamento, slop.cash dovrebbe aprire al pubblico entro la fine del quarto trimestre, e il token $SLOP sar\u00e0 distribuito tramite una \u00abTailored Auction\u00bb sulla Robinhood Chain, senza raccolta minima garantita: se gli obiettivi non vengono raggiunti, le offerte vengono rimborsate per intero. Umia ha fatto sapere che altri due progetti verranno annunciati nelle settimane successive, il che render\u00e0 possibile capire se il modello regge oltre il caso-pilota di casa.<\/p>

E il token? La domanda interessante non \u00e8 il prossimo +50%, ma se prezzo e valore di Eliza torneranno mai a raccontare la stessa storia. Per ora vanno in direzioni opposte: il framework guadagna un modello di finanziamento sobrio e verificabile, mentre il token sopravvive come strumento speculativo scollegato da ci\u00f2 che quel valore lo produce. Un rimbalzo del 250% su pochi milioni di capitalizzazione non ricuce questa frattura; semmai la illustra nel modo pi\u00f9 plastico. Per chi costruisce, la notizia vera \u00e8 il codice che continua a essere pagato; per chi specula, \u00e8 il solito, vecchio avvertimento su un micro-asset che il suo stesso creatore ha disconosciuto pubblicamente.<\/p>

Domande frequenti<\/h2>

Conviene comprare il token ELIZAOS dopo il rally?<\/h3>

ELIZAOS \u00e8 un token che il suo creatore Shaw Walters ha dichiarato \u00abmorto\u00bb e che dice di non possedere n\u00e9 sostenere. Il rimbalzo di oltre il 250% in una settimana \u00e8 avvenuto su una capitalizzazione di pochi milioni e con liquidit\u00e0 sottile, condizioni che amplificano sia i rialzi sia i crolli. Il token non d\u00e0 diritti sul framework Eliza n\u00e9 sulle nuove iniziative Slop Cash e Umia, quindi va trattato come un asset speculativo ad alto rischio, non come una quota del progetto.<\/p>

Che differenza c’\u00e8 tra il framework Eliza e il token ELIZAOS?<\/h3>

Il framework Eliza \u00e8 software open-source con licenza MIT, scaricabile e usabile da chiunque senza possedere token. Il token ELIZAOS \u00e8 un asset finanziario separato, nato dalla vicenda del fondo ai16z e oggi privo del sostegno della fondazione. La qualit\u00e0 del software e il prezzo del token non sono collegati: uno pu\u00f2 salire mentre l’altro resta fermo, e viceversa.<\/p>

Chi paga gli sviluppatori di Eliza ora che il token \u00e8 morto?<\/h3>

Dall’estate 2026 il finanziamento passa da Slop Cash, un sistema non custodial che paga in USDC solo i contributi integrati, cio\u00e8 pull request e code review accettate, con punteggi deterministici e pubblici. Slop Cash \u00e8 il primo progetto lanciato sulla piattaforma Umia. Gli sviluppatori sono pagati in stablecoin, non in un token di progetto.<\/p>

Il framework Eliza \u00e8 davvero senza token?<\/h3>

S\u00ec, il framework Eliza \u00e8 senza token: gli sviluppatori vengono pagati in USDC. I token per\u00f2 restano sul livello del finanziamento, non del codice: Slop Cash avr\u00e0 il token $SLOP per governare il proprio tesoro e Umia ha il token $UMIA. Il token $SLOP governa come si spende il tesoro, ma non controlla punteggi, pagamenti o decisioni di merge.<\/p>

Come vengono tassati in Italia i pagamenti in cripto come quelli di Slop Cash?<\/h3>

Dal 1 gennaio 2026 le plusvalenze su cripto-attivit\u00e0 in Italia sono tassate al 33% e la soglia di esenzione da 2.000 euro \u00e8 stata abolita; le stablecoin in euro conformi a MiCA mantengono invece il 26%. Un pagamento in USDC \u00e8 considerato una cessione, quindi ogni differenza di cambio rispetto all’euro pu\u00f2 generare un evento fiscale. La responsabilit\u00e0 ricade sulla persona o sulla societ\u00e0 titolare del wallet.<\/p>