Chutes

Che cos’è Chutes?

Chutes è una piattaforma decentralizzata e serverless per inferenza e calcolo AI, costruita come Bittensor Subnet 64, progettata per permettere agli sviluppatori di distribuire ed eseguire carichi di lavoro su modelli open‑source senza dover effettuare direttamente il provisioning delle GPU, gestire l’autoscaling o operare un’infrastruttura di inferenza personalizzata.

Il suo principale valore aggiunto è l’astrazione operativa: confezionare l’inferenza e l’esecuzione di “codice AI” come servizio gestito, esternalizzando al contempo la fornitura di capacità a un lato offerta competitivo di miner e facendo rispettare prestazioni/qualità tramite il sistema di incentivi di Bittensor; in pratica, il “moat” risiede meno in un “IP di modelli” innovativo e più nella combinazione di una piattaforma per sviluppatori con forti opinioni, un marketplace a due lati per il compute e primitive di sicurezza/verifica come strumenti di attestazione GPU che cercano di ridurre il rischio di hardware falso e di segnalazioni fuorvianti.

In termini di struttura di mercato, Chutes non è una chain Layer 1 di base in competizione per l’esecuzione general‑purpose di smart contract; è un subnet di calcolo a livello applicativo il cui “token” è un asset alpha (sn64) nativo dell’economia dTAO/subnet di Bittensor, piuttosto che un asset di settlement indipendente.

A inizio 2026, i tracker di terze parti collocano generalmente Chutes tra i subnet Bittensor più grandi per quota di emissioni e attenzione di liquidità, mentre il posizionamento in classifica per market cap dipende fortemente da come i fornitori di dati modellano la supply circolante dei token alpha.

In pratica, ciò significa che la “scala” di Chutes andrebbe interpretata più come throughput e utilizzo della piattaforma che come TVL in stile DeFi, perché il prodotto dominante è inferenza/compute piuttosto che collaterale bloccato.

Chi ha fondato Chutes e quando?

Chutes è emerso nell’era post‑dTAO di Bittensor, dopo che i subnet hanno iniziato ad avere i propri token “alpha” negoziabili e pool di staking simili ad AMM, un regime documentato nel TAOstats alpha token explainer. I registri pubblici dei subnet descrivono SN64 come operato da “Chutes Global Corp”, una società internazionale registrata a Nevis, e associano il subnet a chiavi operative societarie sui block explorer di Bittensor.

Il progetto si presenta sia come stack software open‑source sia come piattaforma gestita, con il codebase principale e i repository collegati organizzati sotto l’organizzazione GitHub chutesai, e con il materiale di onboarding per sviluppatori consolidato nella documentazione di Chutes.

Nel tempo, la narrativa si è ampliata da “endpoint di inferenza decentralizzato” a un inquadramento più da piattaforma: “chutes” (applicazioni) distribuibili dagli utenti con workflow standardizzati di build/deploy, meccaniche di billing basate sull’uso e una superficie funzionale in espansione che include runtime per agent (per esempio “Squad”) e pretese di calcolo sicuro.

Questa evoluzione è rilevante perché sposta il set competitivo di Chutes dai soli “peer di inferenza su Bittensor” verso API di inferenza centralizzate e piattaforme per sviluppatori; la domanda d’investimento diventa se l’offerta decentralizzata, combinata con strumenti di piattaforma, sia strutturalmente competitiva in termini di costi e sufficientemente affidabile per carichi di lavoro in produzione lungo diversi cicli di mercato.

Come funziona la rete Chutes?

Chutes eredita il proprio framework di sicurezza di base e di incentivi da Bittensor invece di eseguire una rete di consenso indipendente. I subnet di Bittensor sono coordinati tramite validator e miner sotto un meccanismo comunemente descritto come consenso in stile Yuma nella documentazione dell’ecosistema, in cui i validator ponderano i miner e le emissioni vengono distribuite in base alle prestazioni osservate e all’influenza supportata dallo stake; la documentazione di TAOstats su validator e miner dettaglia che, a livello di subnet, le emissioni sono ripartite tra miner e validator (e i loro delegatori) secondo regole definite.

In questo modello, i “fornitori di calcolo” di Chutes sono i miner che offrono capacità hardware e qualità del servizio, mentre i validator svolgono attività di scoring/verifica e instradano gli incentivi, e il proprietario del subnet controlla parti della logica applicativa e della parametrizzazione che definiscono cosa sia un servizio “buono”.

Dal punto di vista tecnico, Chutes si differenzia trattando l’inferenza come un target di deployment serverless con semantiche di packaging ripetibili. L’SDK/CLI open‑source descrive un “chute” come un’applicazione (spesso analoga a un servizio FastAPI) distribuita sopra un’immagine container, con vincoli di selezione dei nodi (numero di GPU, VRAM minima, allow/deny list) e parametri di autoscaling; gli stessi materiali descrivono controlli di autenticità GPU e di runtime tramite middleware e una libreria di validazione GPU.

Sul fronte sicurezza, Chutes ha enfatizzato pubblicamente i Trusted Execution Environment come direzione di prodotto e indica la disponibilità di TEE sulle sue pagine di piattaforma (vedi Chutes Platform); detto ciò, nella pratica il concetto di “TEE” nelle implementazioni reali è uno spettro, e la letteratura accademica e professionale ha ripetutamente mostrato che i TEE rimangono vulnerabili a side‑channel e a usi operativi impropri, il che dovrebbe attenuare qualsiasi inferenza di “privacy assoluta” derivante dalla sola etichetta.

Quali sono i tokenomics di sn64?

sn64 è un “token alpha” nel disegno dTAO di Bittensor, piuttosto che un token L1 standalone con una politica monetaria indipendente. Secondo le definizioni di TAOstats, ogni token alpha di un subnet ha un tetto massimo di emissione di 21 milioni, con distinzioni tra emissione totale, supply circolante, token riciclati e token bruciati; la “circolante” viene generalmente modellata come l’alpha presente nel pool di liquidità più l’alpha che è in staking.

Le dashboard di terze parti per SN64 mostrano un divario significativo tra emissione e supply circolante (ossia una porzione ampia non liberamente negoziabile in un dato momento) e espongono anche parametri specifici di subnet come root proportion e operator key, mentre gli aggregatori di dati di mercato riportano stime e posizionamenti diversi della supply circolante a seconda della loro pipeline di ingestione.

La conclusione “sempreverde” importante è che sn64 si comporta come una pretesa specifica del subnet sulle emissioni e sull’attenzione, con liquidità e float che possono cambiare in modo sostanziale man mano che i flussi di staking si spostano tra i subnet.

L’utilità e la cattura di valore per sn64 sono principalmente endogene all’economia di incentivi di Bittensor, piuttosto che guidate da meccanismi di fee burn in senso Ethereum. I token alpha sono acquisiti tramite TAO attraverso i pool del subnet, e detenere/fare staking di alpha è il meccanismo con cui i partecipanti cercano esposizione alle emissioni del subnet; la documentazione di TAOstats sugli alpha inquadra esplicitamente la relazione: il pool del subnet determina meccanicamente il prezzo dell’alpha, l’alpha è usato per l’esposizione tramite staking e per registrare i neuroni del subnet, e la spesa per la registrazione viene “riciclata” invece di essere distrutta in modo permanente.

Per un lettore istituzionale, la conclusione pratica è che il profilo di rendimento atteso di sn64 è strettamente legato a (i) quota di emissioni di Bittensor attribuita a SN64, (ii) flussi netti di staking nel pool del subnet, (iii) capacità della piattaforma di sostenere una domanda reale di inferenza e (iv) condizioni di liquidità nel pool TAO/alpha — fattori che possono dominare qualsiasi narrazione semplicistica del tipo “utilizzo → fee → burn”.

Chi sta usando Chutes?

Chutes si colloca in un’area di misurazione scomoda: gran parte del suo utilizzo reale può avvenire tramite chiamate API e integrazioni per sviluppatori che non si mappano in modo trasparente a conteggi di transazioni on‑chain, mentre i flussi di trading e staking di sn64 possono essere molto visibili on‑chain anche quando la domanda di inferenza da parte degli utenti finali è debole.

Il progetto stesso posiziona la piattaforma come servizio per carichi di lavoro di inferenza su larga scala e deployment di sviluppatori, e directory dell’ecosistema talvolta citano conteggi aggregati di utenti tra Chutes e prodotti consumer/agent adiacenti.

Tuttavia, in assenza di metriche API sottoposte ad audit, gli investitori dovrebbero considerare le affermazioni su “utenti” e “token processati” come indicazioni di direzione ma non equivalenti ad attività verificata on‑chain; per una piattaforma di calcolo, affidabilità, churn e retention dell’uso a pagamento sono le questioni più difficili.

Per quanto riguarda le partnership, i segnali più puliti sono le collaborazioni esplicite e denominate con altri progetti che abbiano un’integrazione di prodotto plausibile. Un esempio è l’allineamento di integrazione descritto pubblicamente con Desearch, inquadrato come abbinamento tra ricerca/recupero dati decentralizzato (SN22) e il livello di inferenza serverless di Chutes per pipeline RAG/agent.

Questo tipo di collaborazione è significativo nella misura in cui indica che il team punta a stack applicativi componibili multi‑subnet piuttosto che a demo di inferenza isolate; non è, di per sé, prova di adozione enterprise, e le affermazioni di uptake istituzionale andrebbero scontate a meno che non siano accompagnate da procurement verificabile, divulgazioni contrattuali o conferme credibili di terze parti.

Quali sono i rischi e le sfide per Chutes?

L’esposizione regolatoria per Chutes ha due livelli: la consueta incertezza sulla classificazione dei token (soprattutto per asset che possono essere inquadrati come produttori di rendimento tramite emissioni) e la sensibilità regolatoria emergente attorno alle infrastrutture AI, alle dichiarazioni di privacy e alla fornitura di calcolo cross‑border. A inizio 2026 non ci sono azioni esecutive ampiamente riportate negli Stati Uniti o narrative su ETF specifiche per Chutes che dominino la copertura, ma questa assenza non andrebbe letta come chiarezza regolatoria; sn64 è tipicamente accessibile tramite venue crypto‑native e AMM di subnet piuttosto che tramite infrastrutture di titoli registrate, e le divulgazioni su corporate/operator del progetto includono una presenza regolamentale offshore.

Separatamente, il marketing basato su “confidential compute” tramite TEE tende ad attrarre una maggiore scrutinio perché affermazioni forti (“privato”, “sicuro”, “isolato”) possono essere incoerenti con i limiti noti e i rischi di misconfigurazione dei TEE, come discusso nella letteratura sulla sicurezza; se il messaging di prodotto di Chutes supera ciò che è tecnicamente applicabile end‑to‑end, questo può diventare un rischio reputazionale e, in alcune giurisdizioni, un rischio in materia di tutela dei consumatori.

Anche i vettori di centralizzazione non sono banali. Anche se in linea di principio la capacità dei miner è decentralizzata, il throughput reale può concentrarsi in un piccolo insieme di operatori con il maggior numero di GPU, mentre il controllo sul codice della piattaforma, la logica di validazione e la politica di instradamento possono rimanere in larga misura centralizzate nell’operatore e in un piccolo insieme di validatori. L’SDK stesso mette in evidenza strumenti di enforcement come la validazione GPU e i controlli di middleware, il che è positivo dal punto di vista del controllo qualità ma sottolinea anche che Chutes dipende da un piano di controllo/software curato; la decentralizzazione al margine hardware non elimina il rischio di governance della piattaforma.

Le minacce competitive arrivano da entrambe le direzioni: all’interno di Bittensor, altre subnet orientate all’inferenza e al calcolo possono attrarre emissioni e attenzione, e al di fuori di Bittensor i provider di inferenza centralizzati possono comprimere i margini grazie alla scala, al silicio personalizzato e a una distribuzione integrata; Chutes deve competere su una qualche combinazione di costo, latenza, freschezza del modello e postura sulla privacy, gestendo al contempo la fragilità dei cicli di liquidità cripto-nativi.

Qual è la prospettiva futura per Chutes?

Le prospettive di breve termine sono meglio descritte come rischio di esecuzione legato al “secure compute” e all’irrobustimento della piattaforma piuttosto che come upside speculativo. Il progetto ha dichiarato pubblicamente la disponibilità di TEE e ha comunicato modifiche in corso alla piattaforma sui propri canali.

Se il TEE dovesse diventare un elemento differenziante significativo, Chutes dovrà comunque risolvere i problemi pratici che di solito compromettono il confidential compute in produzione: UX dell’attestazione, gestione delle chiavi, modelli di minaccia legati ai side-channel e audit credibili da parte di terzi, mantenendo al contempo prestazioni e costi competitivi. A livello strutturale, Chutes resta inoltre esposto ai cambiamenti nel regime di emissione a livello Bittensor e nella calibrazione degli incentivi delle subnet, così come alle dinamiche di liquidità dei pool alpha descritte dal framework tokenomico di TAOstats.

L’interpretazione più difendibile della “roadmap” è che Chutes stia cercando di diventare uno strato di inferenza duraturo, orientato agli sviluppatori, all’interno di una più ampia economia dell’AI decentralizzata; la sostenibilità di questo obiettivo dipende meno dalla leadership narrativa e più dall’affidabilità misurabile, dalla retention dell’utilizzo a pagamento e dalla capacità della piattaforma di mantenere alta la qualità dell’offerta man mano che si intensifica la competizione per miner ed emissioni.