Eliza framework 2026: il token morto corre, ma conta il codice

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

Perché 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 è un residuo che il suo stesso creatore dice di non possedere e di non sostenere; il framework è uno dei progetti open-source più 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’è davvero Eliza nel 2026, perché un token «morto» può più che raddoppiare in pochi giorni e, soprattutto, dove è finito il valore che il prezzo non misura più.

Che cos’è il framework Eliza

Eliza è 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 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à di sé è cambiata nel tempo: oggi si presenta come un «sistema operativo agentico» open-source, non come una semplice libreria di appoggio.

Un agente costruito con Eliza è, nella pratica, un programma che unisce tre ingredienti: un modello linguistico che pianifica e interpreta, un wallet con cui può firmare transazioni e una serie di strumenti (i plugin) che gli permettono di agire sul mondo. A tenere insieme il tutto c’è un runtime, l’AgentRuntime, e un character file che definisce personalità, obiettivi e permessi dell’agente. Un paper accademico firmato dallo stesso Walters con altri ricercatori, «Eliza: A Web3 friendly AI Agent Operating System», riassume la filosofia del progetto con una formula netta: ogni aspetto di Eliza è 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.

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

Il token che non doveva più contare

La storia del token spiega perché 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 «GAUNTLET THROWN», guanto di sfida raccolto, e in poche ore la capitalizzazione balza a decine di milioni di dollari. Da lì 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.

Il resto è 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 «ridicola», 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.

È in quel contesto che arriva, il 4 agosto 2026, l’epitaffio: «The token is dead. Completely», con la fondazione in liquidazione. Walters ha aggiunto una frase che pesa su tutto quello che è successo dopo: «I don’t own any tokens. I don’t support any of it». E un proposito: «I am starting over, since I own the IP, and I am never letting a token come close to Eliza again», ricomincio da capo perché possiedo la proprietà intellettuale e non lascerò mai più che un token si avvicini a Eliza. Teniamo a mente quest’ultima promessa: tornerà utile più avanti.

Perché un token «morto» è tornato a correre

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ù del 250% in una settimana, con il grosso della corsa schiacciato negli ultimissimi giorni. Numeri che, isolati, sembrano la rinascita di un progetto.

Tre fattori aiutano a leggere il rimbalzo senza farsi illusioni. Il primo è la liquidità 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à per assorbire ordini senza saltare. Il secondo è il contesto di settore: l’intera categoria «AI Agents» monitorata da CoinGecko 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ù tonico trascina al rialzo anche i nomi più piccoli. Il clima di mercato di ottobre, l’Uptober che ha però rallentato sui verbali della Fed, fa da sfondo a questa propensione al rischio.

Il terzo fattore è il più insidioso: il ciclo di notizie intorno a Shaw Walters è 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 è 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 è un ritorno, è un sobbalzo.

Prezzo e valore si sono separati

Qui sta il punto che un lettore dovrebbe portarsi a casa prima di qualsiasi altra considerazione tecnica. La qualità 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ò 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à diritti su nessuna di queste cose: non è un’azione, non distribuisce ricavi, non vota nulla di rilevante per il framework.

È 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, oggi vale essenzialmente nulla, e lui lo rivendica come una scelta. Comprare ELIZAOS nell’ottobre 2026 significa scommettere sulla volatilità di un micro-asset orfano, non acquisire una quota del framework. Vale la pena ripeterlo proprio perché il rimbalzo del 250% spinge l’istinto nella direzione opposta.

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 è, 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ù il volume reale e la profondità 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.

La domanda sensata, allora, non è «quanto può salire ancora il token», ma «chi tiene in piedi il software ora che la fondazione è chiusa e il token non vale più nulla per i suoi sviluppatori». È 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. È qui che la storia torna interessante.

Dove è finito il denaro: Slop Cash

La risposta alla domanda su chi paga gli sviluppatori è arrivata a inizio ottobre 2026 e si chiama Slop Cash. È 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, è semplice: «make money shipping open source», guadagnare rilasciando codice aperto. Non una donazione, non uno stipendio: una ricompensa legata al lavoro che entra davvero nel progetto.

Il funzionamento è 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, «solo le pull request integrate e le code review accettate vengono valutate, in modo deterministico e pubblico». 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.

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 è quella che conta. Chi vuole l’analisi completa del modello di finanziamento può leggere il nostro approfondimento dedicato a Slop Cash e Umia; qui interessa soprattutto il punto di sistema, perché è anche il più delicato.

Umia, o come i token tornano un piano più su

Slop Cash non vive da solo: è 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à 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. L’hanno fondata Francesco Mosterts (ex Point72) e Nicolas Racchi, ed è stata incubata da Chainbound, una società 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.

Qui serve onestà, perché è il cuore del paradosso. Walters aveva giurato di non lasciare mai più 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 è strutturato come «Slop Cash, S.P.», un portafoglio segregato dentro Umia Launcher SPC che racchiude codice, domini e account social del progetto, e avrà 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, è questa: $SLOP governa come si spende il tesoro, ma non ha alcuna autorità 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 è «senza token» sbaglierebbe; il framework Eliza, quello sì, lo è.

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

I decision market al posto del voto

Il meccanismo con cui Umia (e quindi Slop Cash) prende le decisioni importanti merita una sezione a sé, perché è una delle idee più discusse del 2026. Al posto del classico voto per token, Umia usa i decision market. Funzionano così: 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ù alto può poi essere eseguita on-chain. L’intuizione, vecchia almeno quanto la futarchy teorizzata da Robin Hanson, è che un mercato stimi meglio di un’assemblea quale scelta crea più valore.

Nel caso di Umia la soglia è concreta: lo sviluppo riceve circa 120.000 dollari al mese (circa 107.000 euro) tramite smart contract, mentre le spese più 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. È un modello che assomiglia molto ai mercati predittivi di cui abbiamo scritto, 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, è un esperimento che vale la pena osservare proprio perché è ancora acerbo.

Cosa viene finanziato: l’architettura di Eliza

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 è l’agente, come parla e cosa gli è 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.

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. È questa uniformità il motivo per cui attorno a Eliza è cresciuto un ecosistema invece di una collezione di esperimenti isolati.

Plugin, fork e interoperabilità

L’ecosistema di plugin è 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è la prova che un codice gira davvero dentro un ambiente di esecuzione fidato (TEE). Non è un dettaglio da poco: significa che infrastrutture serie costruiscono sopra Eliza.

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à e reputazione. La ragione per cui ha senso finanziare la manutenzione del framework non è il token, è 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ù di qualsiasi grafico di prezzo, è ciò che gli dà valore di mercato nel senso proprio del termine.

Resta la domanda di chi, in concreto, tiene in piedi tutto questo ora che la fondazione è in liquidazione. La risposta è un mosaico: Walters, che possiede la proprietà 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à di contributori che Slop Cash prova a remunerare in modo sistematico. È 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 è anche il modello di gran parte dell’open-source su cui gira oggi Internet. La differenza è che qui, per la prima volta, qualcuno prova a pagarlo in modo trasparente e verificabile.

Gli agenti possono guadagnare?

C’è un dettaglio di Slop Cash che vale più di quanto sembri: paga per il lavoro integrato, «umano o AI». In pratica, un agente software che apra una pull request poi accettata può essere remunerato come un contributore in carne e ossa, con la ricevuta firmata dal dispositivo a dichiarare quale modello ha prodotto quel codice. È 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.

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

La sicurezza resta il soffitto

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 è 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ò dirottarne il comportamento: è la prompt injection, in cima alla classifica OWASP dei rischi dei modelli linguistici (LLM01).

La variante più insidiosa è la memory injection. Un gruppo di ricercatori di Princeton, nel paper «Real AI Agents with Fake Memories» che introduce il benchmark CrAIBench, ha mostrato che gli agenti Web3, usando proprio ElizaOS come framework rappresentativo, sono più vulnerabili all’iniezione nella memoria che a quella nel prompt: una volta che il contesto memorizzato è corrotto, le difese sul singolo prompt servono a poco perché l’agente ha ormai interiorizzato un falso ricordo. Non è teoria: nel maggio 2026 un agente collegato a Grok e al servizio Bankr è 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 è la stessa per tutti i framework.

La risposta tecnica più discussa è duplice. Da un lato Vitalik Buterin, in un intervento del 2 aprile 2026, ha proposto un approccio minimalista: «All LLM inference local first. All files hosted locally. Sandbox everything», 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’è 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. La sfumatura cruciale, che spesso si perde negli annunci, è che il calcolo verificabile prova l’integrità e la riservatezza del calcolo, non la resistenza alla prompt injection: se l’istruzione malevola entra nel contesto, la prova dirà soltanto che il modello ha eseguito fedelmente l’ordine sbagliato. È un soffitto che nessun framework, Eliza compreso, ha ancora sfondato.

Eliza e i rivali

Eliza non è sola. Il modo più onesto di collocarla è 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.

La differenza che conta per questo articolo è 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 è spostata su un terzo binario: nessun token sul framework, pagamenti in stablecoin agli sviluppatori e i token confinati al livello del finanziamento. È un esperimento, non una certezza, ma è l’unico tra i cinque coerente con il proposito dichiarato del suo fondatore, ed è anche il più leggibile da chi deve valutare un rischio.

Fisco e regole in Italia

Per un lettore italiano la cornice regolamentare è tutt’altro che un dettaglio. In Europa il framework in sé non è l’oggetto della regolazione: MiCA disciplina gli emittenti di cripto-attività e i prestatori di servizi (CASP), non il codice open-source. In Italia la vigilanza è divisa tra Consob (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ò un agente dà consigli o gestisce portafogli, si entra nel perimetro della MiFID II, non di MiCA: il software che «consiglia» è una cosa diversa dal token, e segue regole diverse.

Un nodo pratico riguarda proprio i pagamenti di Slop Cash. L’USDC è, 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 è una cessione: dal 1 gennaio 2026 le plusvalenze su cripto-attività sono tassate al 33%, 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 tiene acceso il dibattito europeo.

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

Cosa aspettarsi

Sul fronte del software, il programma dichiarato di Walters prevede versioni di Eliza in Rust e Python oltre al TypeScript attuale, ma finché 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à distribuito tramite una «Tailored Auction» 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à possibile capire se il modello regge oltre il caso-pilota di casa.

E il token? La domanda interessante non è 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ò che quel valore lo produce. Un rimbalzo del 250% su pochi milioni di capitalizzazione non ricuce questa frattura; semmai la illustra nel modo più plastico. Per chi costruisce, la notizia vera è il codice che continua a essere pagato; per chi specula, è il solito, vecchio avvertimento su un micro-asset che il suo stesso creatore ha disconosciuto pubblicamente.

Domande frequenti

Conviene comprare il token ELIZAOS dopo il rally?

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

Che differenza c’è tra il framework Eliza e il token ELIZAOS?

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

Chi paga gli sviluppatori di Eliza ora che il token è morto?

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

Il framework Eliza è davvero senza token?

Sì, il framework Eliza è senza token: gli sviluppatori vengono pagati in USDC. I token però restano sul livello del finanziamento, non del codice: Slop Cash avrà 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.

Come vengono tassati in Italia i pagamenti in cripto come quelli di Slop Cash?

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

Marcus Okafor scrive di intelligenza artificiale, cripto e mercati per HOGE Wire.