Fluid

Che cos’è Fluid?

Fluid (in precedenza Instadapp) è un livello di liquidità DeFi multi-chain che cerca di far convergere in un unico pool condiviso di collateral e debito attività tradizionalmente separate—come prestiti/finanziamenti sovracollateralizzati e swap spot—con l’obiettivo esplicito di ottenere una maggiore efficienza del capitale rispetto ai modelli a “pool separati”, come i tradizionali money market e gli AMM autonomi.

Il principale elemento distintivo del protocollo è di natura architetturale, non cosmetica: nella formulazione di Fluid, funzionalità come uno “strato di liquidità” condiviso e primitive spesso descritte come “smart collateral” e “smart debt” mirano a permettere alla stessa base di capitale di svolgere più di una funzione contemporaneamente (ad esempio, supportare il lending pur servendo simultaneamente come liquidità per il trading). Questo è il vero vantaggio competitivo se il modello si dimostrerà robusto sotto stress e in condizioni di selezione avversa, e non solo in backtest o in fasi di mercato favorevoli, come descritto nell’introduzione del prodotto sul blog di Instadapp.

In termini di posizionamento di mercato, Fluid rientra nella categoria “infrastruttura DeFi” piuttosto che in quella delle “dApp mono‑prodotto”: compete per liquidità e flussi con money market e DEX, ma eredita anche il posizionamento storico di Instadapp come piattaforma fortemente integrata su più chain.

All’inizio del 2026, dashboard di terze parti come la pagina Fluid di DeFiLlama rappresentavano Fluid come una grande venue DeFi per TVL e per volume DEX spot, con stime dichiarate di commissioni e ricavi del protocollo; tuttavia, un’interpretazione più prudente è che si tratti di un protocollo di dimensioni medio‑grandi, con una scala significativa ma ancora inferiore rispetto agli incumbent DeFi “sistemicamente dominanti”, e la cui narrativa di crescita dipende dal fatto che la liquidità unificata si riveli un vantaggio durevole o piuttosto un “premio di complessità” che gli utenti accettano solo quando gli incentivi sono elevati.

Chi ha fondato Fluid e quando?

Fluid è sviluppato dal team di Instadapp; Instadapp risale al 2018 ed è comunemente attribuito ai fratelli Samyak Jain e Sowmay Jain, secondo il materiale sintetizzato da fonti di ricerca come Messari e ribadito nelle stesse informative in stile regolamentare del progetto (ad esempio, un “crypto‑asset white paper” orientato alla MiCA ospitato su instadapp.io).

Il contesto di lancio rilevante è che Instadapp è nato come “middleware” DeFi nella fase iniziale di adozione della DeFi su Ethereum, quando la composabilità esisteva, ma gli strumenti user‑facing e la gestione delle posizioni erano ancora poco maturi; Fluid, per contro, è meglio inteso come un tentativo successivo di internalizzare i vincoli legati all’affidarsi a protocolli di terze parti, offrendo uno stack di liquidità ed esecuzione più verticalmente integrato.

Nel tempo, la narrativa si è spostata da “gestione di portafoglio e smart account” verso un “design della liquidità a livello di protocollo”. Instadapp ha inquadrato pubblicamente questo cambiamento nel suo annuncio di Fluid, e la governance ha poi formalizzato il consolidamento del brand: una proposta della community descriveva un rebranding e un piano di crescita in cui “Fluid” diventa l’ombrello per l’orientamento del protocollo, pur preservando l’identità on‑chain del token, come discusso nel thread del forum di governance su gov.fluid.io.

La conclusione pratica è che l’identità del progetto si è evoluta da ottimizzatore “sopra” la DeFi a tentativo di diventare una venue di base attraverso cui possano instradare front‑end, strategie e integratori di terze parti.

Come funziona la rete Fluid?

Fluid non è una blockchain L1/L2 autonoma e non esegue un proprio consenso; è un protocollo a livello applicativo distribuito come smart contract su chain esistenti (in particolare Ethereum e i principali L2), ereditando il modello di sicurezza della rete sottostante (ad esempio il meccanismo di finalità proof‑of‑stake di Ethereum e le ipotesi di frode/validità specifiche degli L2, dove rilevanti).

Dal punto di vista istituzionale, questo è importante perché il “rischio di protocollo” è dominato dalla correttezza degli smart contract, dal design degli oracle, dalle meccaniche di liquidazione e dalla contagiosità tra moduli, più che dalla politica del set di validatori; gli utenti si espongono sia al rischio della chain, sia al rischio dei contratti/sistema, e quest’ultimo è la componente che Fluid aumenta intenzionalmente combinando lending ed esecuzione in stile AMM in un unico sistema.

Tecnicamente, la rivendicazione distintiva di Fluid è che i controlli di rischio e la contabilità della liquidità sono progettati a livello di “layer condiviso”, con il protocollo che suggerisce che pattern anomali di prestito/prelievo possano essere limitati a livello di layer di liquidità e che i controlli di emergenza possano isolare o mettere in pausa singoli moduli per limitare le perdite, come descritto nella razionalità di design in Introducing Fluid.

Questa direzione è interessante—i circuit breaker sistemici sono rari in DeFi—ma concentra anche il rischio operativo e di governance: se la sicurezza dipende da diritti privilegiati di pausa o da una gestione dei parametri fortemente centralizzata, allora la “sicurezza” diventa in parte sociale e amministrativa, non solo cripto‑economica.

Per quanto riguarda gli audit, almeno alcuni componenti di Fluid sono stati revisionati da società esterne; ad esempio, nella documentazione del progetto esiste un report di audit pubblicato per il protocollo dei vault da parte di MixBytes, il che riduce (ma non elimina) la probabilità di bug implementativi evitabili, soprattutto man mano che il sistema evolve.

Quali sono le tokenomics di Instadapp?

Il token è attualmente negoziato con il ticker FLUID e, secondo le comunicazioni di governance relative al rebranding, il cambio di nome da INST a FLUID è stato strutturato come una transizione 1:1, mantenendo lo stesso address del token e un framework di offerta totale che la governance ha descritto come invariato a livello generale, come affermato nella proposta di rebranding su gov.fluid.io.

In altre parole, il profilo di offerta è più vicino a un “cap fisso con distribuzione/sblocco” che a un asset con emissioni inflazionistiche attive tipico dell’era del liquidity mining in DeFi. Per gli analisti, quindi, la variabile chiave non è il “max supply terminale”, ma il ritmo e la destinazione degli sblocchi, la politica di tesoreria e il fatto che le emissioni (laddove esistono) siano produttive (per avviare una liquidità duratura) o meramente mercenarie (per “affittare” TVL).

L’accumulo di valore è più sfumato rispetto alla semplificazione del “token delle fee”. La metodologia e le metriche di DeFiLlama per Fluid tracciano esplicitamente le commissioni del protocollo, i ricavi del protocollo e una voce etichettata “holders revenue” legata ai buyback di tesoreria, il che implica che parte della discussione sul design economico si è concentrata sull’instradare valore dall’attività del protocollo verso azioni correlate al token, anche se il meccanismo esatto dipende dalla governance e non è garantito in modo permanente.

Questa impostazione è visibile direttamente sulla dashboard Fluid di DeFiLlama, che descrive l’“Holders Revenue” come attività di buyback del token finanziata dalla tesoreria, mentre thread di governance come la discussione sui buyback su gov.fluid.io mostrano che ambito, cadenza e trade‑off rispetto agli incentivi alla crescita restano oggetto di dibattito.

In pratica, l’utilità più chiara di FLUID oggi è nella governance (potere di proposta e di voto), mentre eventuali dinamiche simili a flussi di cassa—se matureranno—dipendono da una generazione di commissioni sostenuta, da una liquidità non meramente riflessiva e dalla disciplina della governance nella gestione della tesoreria.

Chi sta usando Fluid?

Una lettura prudente dell’utilizzo porta a due realtà in parte concorrenti: da un lato, esiste un’attività on‑chain significativa sotto forma di domanda di prestiti e volume DEX; dall’altro, come in gran parte della DeFi, una quota non trascurabile di attività può essere guidata da incentivi e strategie, più che da una “domanda organica” di utenti finali.

Dashboard come DeFiLlama mostrano importi presi in prestito e volume DEX accanto al TVL, contribuendo a distinguere il “collateral parcheggiato” dall’effettivo utilizzo, ma non possono comunque separare pienamente la domanda genuina degli utenti da looping automatizzati, strategie di basis trade e comportamenti di liquidity mining.

Per settore, Fluid si colloca pienamente nell’infrastruttura DeFi—attività di money market, strategie con leva ed esecuzione spot—piuttosto che nel gaming o nei pagamenti consumer; qualsiasi lettura istituzionale dovrebbe assumere che i flussi di “power user” e quelli “quant/MEV‑adjacent” siano strutturalmente importanti per i suoi volumi.

Quanto alle partnership credibili, l’esempio più chiaro nella ricerca pubblica è la narrativa di integrazione sul lato Solana, dove la tecnologia di Fluid è stata presentata come infrastruttura per un prodotto di lending; ad esempio, Messari cita un annuncio di partnership tra Fluid e Jupiter per supportare un’iniziativa di lending su Solana, descritto nel suo report Understanding Fluid.

Questo tipo di partnership è più rilevante rispetto a listing su exchange o collaborazioni puramente di marketing, perché rappresenta un protocollo esterno che affida le proprie meccaniche di bilancio di base al design di Fluid; deve comunque essere inquadrato come “rischio di integrazione”: le partnership possono essere revocate, i volumi possono migrare e, in caso di incidenti, la ricaduta reputazionale è bidirezionale.

Quali sono i rischi e le sfide per Fluid?

Il rischio regolamentare riguarda meno la classificazione a livello di chain (non è una rete di base) e più la qualificazione del token, il livello di centralizzazione della governance e i punti di contatto operativi/front‑end. Nel contesto UE, la presenza di un documento di disclosure in stile MiCA ospitato dal progetto su instadapp.io suggerisce consapevolezza del regime di disclosure per i crypto‑asset, ma non risolve il modo in cui un dato regolatore tratterà il token in sede di enforcement o contenzioso, soprattutto se le aspettative degli holder dovessero iniziare a concentrarsi su buyback o meccanismi di cattura di valore legati alle fee.

Nel contesto statunitense, all’inizio del 2026 non risulta in fonti mainstream un’azione di enforcement ampiamente citata e specifica per il protocollo associata pubblicamente a Fluid, ma il quadro più ampio della DeFi resta invariato: token di governance che si spostano da strumenti di coordinamento verso “diritti economici per aspettativa” tendono ad accumulare rischio, e le discussioni di governance interne di Fluid sui buyback, documentate pubblicamente su gov.fluid.io, sono esattamente il tipo di superficie che i team di compliance più sofisticati monitorano.

I vettori di centralizzazione non sono nemmeno banali. L’impostazione di sicurezza di Fluid include capacità di intervento d’emergenza e di pausa a livello di modulo, come indicato nell’introduzione del protocollo sull’Instadapp blog; sebbene si possa considerare prudente, ciò implica ruoli privilegiati, controllo tramite multisig e superfici di attacco a livello di governance (concentrazione dei delegati, cattura del potere di voto e progettazione delle soglie per le proposte).

A questo si aggiunge la centralizzazione tecnica comune alla DeFi: dipendenza da specifici stack di oracoli, comitati per i parametri di rischio e la realtà operativa per cui la maggior parte degli utenti accede al protocollo attraverso un numero ristretto di front-end e provider RPC.

Qual è la prospettiva futura per Fluid?

Le prospettive di breve termine si esprimono meglio come una questione di esecuzione rispetto a una roadmap credibile, piuttosto che come una questione di beta di mercato. I materiali di governance chiariscono che l’era post-rebranding è pensata per allineare l’espansione del prodotto con la tokenomics e la ristrutturazione della governance, come indicato nel piano di rebranding su gov.fluid.io, mentre il dibattito di governance in corso indica che i buyback finanziati dal tesoro e il design della cattura di valore restano temi aperti piuttosto che impegni definitivi, come si vede nel thread di discussione sui buyback.

Sul fronte del prodotto, le analisi di terze parti sui protocolli suggeriscono che Fluid opera già in scala su più chain, e le prossime milestone che contano a livello istituzionale ruoteranno probabilmente attorno al rafforzamento dei controlli di rischio (performance delle liquidazioni in condizioni di volatilità), al mantenimento di liquidità non incentivata e all’espansione delle integrazioni senza creare fragili dipendenze operative cross-chain, con la scala di base e le metriche finanziarie monitorate regolarmente da piattaforme come DeFiLlama.