DeFi

La finanza decentralizzata, abbreviata in DeFi, comprende applicazioni che usano le regole di una blockchain per scambiare attività, organizzare prestiti garantiti o combinare servizi finanziari. Una parte delle regole e delle registrazioni è condivisa su una rete, anziché dipendere soltanto dagli archivi privati di un’azienda. Questo permette di esaminare il funzionamento di un servizio e creare software compatibile. Non significa, però, che ogni decisione, attività o dipendenza sia decentralizzata.

Il vantaggio è concreto: uno sviluppatore può realizzare un servizio che altre applicazioni integrano, con operazioni eseguibili anche fuori dagli orari bancari. Chi confronta due servizi può talvolta consultare gli stessi dati pubblici disponibili ai loro sviluppatori. Sono passi importanti verso una maggiore apertura. Non rendono automaticamente un’applicazione meno costosa, accessibile in ogni paese o adatta a chi non può permettersi una perdita. Le possibilità tecniche e le condizioni effettive di utilizzo restano due questioni distinte.

È utile distinguere tre livelli: la blockchain che registra le operazioni, il protocollo che definisce il servizio e il sito attraverso cui lo si consulta o utilizza. Possono avere gestori e punti deboli diversi. Un protocollo aperto può comunque dipendere da un sito con accesso limitato, dall’emittente di una stablecoin o da pochi amministratori. Chiedersi chi controlla ciascun livello è più utile che considerare la parola decentralizzato come una certificazione di qualità.

La DeFi è un modo di organizzare servizi, non una garanzia di decentralizzazione o protezione.

Uno smart contract è un programma registrato ed eseguito su una blockchain. Può tenere traccia dei depositi, calcolare una posizione o consentire un prelievo quando si verificano determinate condizioni. Non è intelligente, e il suo nome non implica che ogni operazione sia un contratto giuridicamente vincolante. Il programma segue il codice, compresi gli eventuali errori. Alcune implementazioni sono fisse; altre prevedono aggiornamenti. A identificare il sistema sono indirizzo, rete e versione, non il marchio mostrato nel sito.

Un wallet in autocustodia gestisce le chiavi o altri meccanismi di firma che autorizzano le operazioni. I token risultano registrati sulla rete: non si trovano materialmente nel telefono. Collegare un normale sito per mostrargli un indirizzo è diverso dal firmare una transazione o un messaggio. Una firma può però attribuire poteri reali: alcuni messaggi firmati autorizzano la spesa di token senza apparire come un comune trasferimento. Le spiegazioni leggibili nel wallet aiutano, ma non rendono innocua una richiesta malevola.

Le approvazioni dei token sono autorizzazioni con cui un determinato contratto può spendere un determinato token, talvolta entro un limite molto elevato. Possono rimanere valide dopo l’operazione iniziale. Sono cosa diversa dalla frase di recupero del wallet, che non va comunicata a un sito. Una chiave rubata, un’autorizzazione eccessiva e un contratto vulnerabile sono problemi diversi, con conseguenze diverse. Questa guida li chiarisce: non chiede di collegare un wallet, condividere segreti o approvare transazioni.

Firme e permessi di spesa sono autorizzazioni, non semplici clic di conferma.

Il registro degli ordini, chiamato order book, raccoglie proposte di acquisto e vendita a prezzi diversi. Lo scambio avviene quando gli ordini sono compatibili. Un market maker automatizzato, o AMM, usa invece attività depositate in pool e regole per determinare il prezzo di esecuzione. Le prime versioni di Uniswap hanno reso noto il modello a prodotto costante x × y = k. È un esempio didattico utile, non la descrizione di ogni pool o exchange moderno: esistono intervalli di liquidità concentrata, curve diverse e registri degli ordini on-chain.

Il prezzo visualizzato non è necessariamente quello ottenibile per un’operazione di grandi dimensioni. L’impatto sul prezzo dipende dalla dimensione dello scambio rispetto alla liquidità disponibile. Lo slippage è la differenza tra il risultato atteso e quello effettivo, che può riflettere movimenti di mercato intervenuti nel frattempo e condizioni di esecuzione. Un pool poco liquido può essere facile da spostare anche quando il prezzo mostrato sembra normale. Un aggregatore confronta percorsi diversi, ma può coinvolgere più contratti e costi.

I costi si distribuiscono su più livelli. Possono esserci commissioni per chi fornisce liquidità, per il protocollo, per l’interfaccia o per il servizio che individua il percorso; a queste si aggiungono i costi della rete. Su Ethereum il gas paga il calcolo, e una transazione inclusa che non va a buon fine può comunque consumare commissioni. Un limite di esecuzione può impedire uno scambio a condizioni inaccettabili, senza garantirne il completamento. Nessuno di questi meccanismi promette un prezzo fisso o un servizio senza interruzioni.

Confronta meccanismo di esecuzione, liquidità e costi complessivi, non soltanto il prezzo visualizzato.

I fornitori di liquidità, spesso indicati con la sigla LP, depositano attività in un pool affinché altri possano scambiarle. La loro posizione cambia quando gli scambi modificano la composizione del pool. Non stanno soltanto incassando commissioni su beni che rimangono immutati. In un semplice pool a prodotto costante con due token, se uno aumenta di prezzo rispetto all’altro il pool tende a detenerne meno e ad accumulare l’altro. L’arbitraggio avvicina il prezzo del pool ai mercati esterni, con conseguenze per i fornitori.

La cosiddetta impermanent loss confronta il valore della posizione nel pool con quello che si avrebbe conservando semplicemente le attività iniziali, prima di considerare commissioni e altri costi pertinenti. Il nome può trarre in inganno: la differenza è effettiva quando si chiude la posizione e non vi è alcuna garanzia che i prezzi relativi tornino al punto di partenza. È anche possibile guadagnare in dollari ma ottenere meno che mantenendo i token. I due confronti usano parametri diversi e non si contraddicono.

La liquidità concentrata permette di destinare il capitale a un intervallo di prezzo scelto. Può rendere l’impiego del capitale più efficiente, ma richiede di comprendere meglio la gestione della posizione. Fuori dall’intervallo questa può smettere di maturare commissioni di scambio e concentrarsi in una sola attività. I ricavi non compensano automaticamente variazioni sfavorevoli, guasti del contratto o la perdita di copertura di un token. Fornire liquidità è un’attività di mercato con vantaggi e rischi, non un conto di risparmio con un altro nome.

I ricavi da commissioni vanno valutati insieme al valore delle attività.

In un mercato con sovracollateralizzazione, chi prende a prestito deposita attività di valore superiore al debito. Ottiene così liquidità senza venderle subito, ma assume un debito su cui maturano interessi. Chi fornisce fondi mette a disposizione le attività prestate e riceve interessi secondo le regole del mercato. Rimane esposto al protocollo, alle garanzie e alla liquidità disponibile. Il token che registra la posizione non è un deposito bancario assicurato. I parametri cambiano tra attività, mercati, reti e versioni del protocollo.

Il rapporto prestito/valore, o LTV, confronta il debito con il valore della garanzia. Il limite entro cui è possibile indebitarsi e la soglia di liquidazione non coincidono necessariamente. Aave usa anche un indicatore chiamato health factor: confronta il valore delle garanzie, ponderato per le rispettive soglie di liquidazione, con il valore del debito. Sotto uno la posizione diventa liquidabile secondo le regole previste. La crescita degli interessi, un calo della garanzia o un aumento dell’attività presa a prestito riducono il margine.

La liquidazione rimborsa il debito attraverso il trasferimento di parte della garanzia, generalmente con un incentivo per chi esegue l’operazione. Può avvenire in base alle regole del protocollo senza aspettare che il debitore legga un avviso. Movimenti rapidi dei prezzi, congestione e condizioni degli oracoli possono peggiorare il risultato; se la garanzia non basta possono rimanere perdite. Anche chi fornisce fondi può prelevare immediatamente solo se esiste liquidità disponibile e le condizioni del mercato lo consentono. Operatività continua non significa uscita immediata garantita.

Un prestito trasforma il possesso di un’attività in una posizione che deve mantenere garanzie sufficienti.

Una blockchain verifica il proprio stato registrato, ma un contratto di prestito può avere bisogno anche del prezzo in dollari di una garanzia. Un oracolo fornisce informazioni in una forma utilizzabile dal contratto. Può aggregare prezzi di più mercati o applicare un calcolo basato sul tempo. Contano i dettagli: quali mercati considera, con quale frequenza aggiorna i dati, che cosa fa scattare un aggiornamento e che cosa accade se il flusso si interrompe. Un oracolo è un meccanismo informativo, non una garanzia di verità.

Un singolo mercato poco liquido può essere manipolato più facilmente di un riferimento ampio e robusto. Anche i ritardi contano quando i prezzi si muovono rapidamente. Il protocollo può introdurre controlli, limiti o interventi di emergenza, che a loro volta richiedono ipotesi e responsabili. Il prezzo di liquidazione mostrato in una schermata può differire da una quotazione spot altrove perché cambiano oracolo, saldo del debito e regole. Ricaricare la pagina non equivale a ottenere una nuova osservazione del prezzo.

Le stablecoin aggiungono un livello. Un token che punta a valere un dollaro non vale necessariamente un dollaro su ogni mercato, né offre a tutti le stesse condizioni di rimborso. Se un mercato di prestito lo valuta male, l’errore può propagarsi ai limiti di indebitamento e alle liquidazioni. Riserve in valuta, emissione garantita da attività e altri sistemi di stabilizzazione vanno quindi esaminati separatamente. La guida alle stablecoin approfondisce queste strutture; qui conta capire che una denominazione familiare non elimina il rischio dei dati o delle garanzie.

Controlla che cosa misura un prezzo e quando è stato osservato, non soltanto quando compare sullo schermo.

Un rendimento deve avere una fonte. I debitori possono pagare interessi; chi scambia può versare commissioni ai pool; una rete proof-of-stake può remunerare la partecipazione dei validatori; un progetto può distribuire token per attirare utenti. Sono flussi diversi. Il tasso di un prestito varia in base a condizioni come l’utilizzo dei fondi e i parametri di governance. Un incentivo pagato con un token volatile può perdere valore, e una distribuzione temporanea può terminare mentre i rischi della posizione rimangono.

L’APR esprime generalmente un tasso annualizzato semplice; l’APY considera una determinata ipotesi di capitalizzazione degli interessi. Nessuna delle due sigle chiarisce da sola se il dato includa incentivi, commissioni, oscillazioni dei token o condizioni di prelievo. Annualizzare un’osservazione breve può far sembrare duraturo un aumento temporaneo. Una spiegazione utile indica chi paga, con quale attività, su quale periodo misurato e con quali ipotesi. Una percentuale particolarmente alta è una domanda sulla sua origine, non una risposta sulla sua convenienza.

Anche lo staking liquido richiede precisione. stETH di Lido riguarda lo staking di Ethereum e comporta rischi legati a contratti, validatori, prelievi e prezzo di mercato: non è staking nativo di Bitcoin. Le regole proof-of-work di Bitcoin non pagano chi lascia semplicemente BTC in un wallet. Un servizio che pubblicizza rendimenti in BTC si basa su ulteriori attività di prestito, scambio, garanzia o altri accordi. sUSDS di Sky rappresenta invece un meccanismo distinto, con tasso variabile: detenere USDS e detenere sUSDS espone a condizioni diverse.

Prima di confrontare le percentuali, comprendi chi paga e quale rischio stai assumendo.

La componibilità è la possibilità di costruire un’applicazione utilizzando componenti già esistenti. Uno sviluppatore può combinare uno scambio, un deposito a garanzia e il rimborso di un debito. Quando rete e contratti lo consentono, i passaggi possono rientrare in un’unica transazione atomica: o si completa la sequenza richiesta, oppure i suoi cambiamenti di stato vengono annullati insieme. Questo riduce alcune incertezze di esecuzione. Non rende economicamente validi prezzi, garanzie o software scelti, e le commissioni di rete possono comunque essere dovute.

Il flash loan è un caso particolare: i fondi vengono presi a prestito e restituiti, insieme alla commissione prevista, nella stessa transazione. Se le condizioni non sono rispettate, la transazione viene annullata. Questo può agevolare rifinanziamenti o arbitraggi senza lasciare un normale prestito privo di garanzie aperto nel tempo. La stessa capacità di spesa temporanea può però mettere in luce errori nelle ipotesi sui prezzi di altri sistemi. Il flash loan è uno strumento; il punto debole che consente un attacco è l’oracolo o il contratto vulnerabile.

I collegamenti trasmettono anche problemi. Il token che rappresenta un deposito in un servizio può diventare garanzia in un secondo, il cui token entra in un terzo. Un problema al primo livello può ripercuotersi sull’intera catena. Prestare e ridepositare ripetutamente può aumentare la leva e rendere fuorviante un grande totale aggregato. Il valore totale bloccato, o TVL, può contare crediti collegati tra servizi: non coincide automaticamente con capitale indipendente, ricavi, liquidità disponibile per uscire o prova di solvibilità.

Le integrazioni creano servizi utili, ma possono aumentare le dipendenze tra sistemi.

La governance stabilisce chi può proporre modifiche, decidere parametri ed eseguire le decisioni. Un’organizzazione autonoma decentralizzata, o DAO, può utilizzare voti associati ai token, deleghe o altri sistemi. La partecipazione può essere disomogenea e l’influenza concentrata tra grandi possessori o delegati attivi. Un token di governance non attribuisce automaticamente quote di una società, diritto a dividendi o protezione a ogni utente. I poteri effettivi vanno cercati nei documenti e nell’implementazione del protocollo.

I poteri amministrativi possono permettere di sospendere alcune funzioni, modificare i parametri delle garanzie o aggiornare i contratti. Un sistema multifirma richiede più firme autorizzate, ma il loro numero non basta a dimostrare l’indipendenza dei firmatari. Un timelock ritarda determinate modifiche e lascia tempo per osservarle; non rende sicura ogni decisione e non garantisce che si possa uscire durante una congestione. I poteri di emergenza possono contenere un incidente e, allo stesso tempo, concentrare responsabilità.

È più utile formulare domande precise che assegnare un unico voto alla decentralizzazione. I validatori possono censurare operazioni? Gli amministratori possono sostituire il codice? L’emittente può congelare un token? L’accesso dipende da un solo sito o fornitore tecnico? Le decisioni sono pubbliche e quali interventi evitano la votazione ordinaria? Un servizio può essere aperto sotto un aspetto e concentrato sotto un altro. Questo non ne cancella l’utilità: chiarisce le condizioni da cui tale utilità dipende.

Individua i poteri effettivi, chi li esercita e quali limiti sono previsti.

Il valore massimo estraibile, o MEV, riguarda il valore ottenibile includendo, escludendo o riordinando transazioni, oltre alla normale remunerazione dei blocchi e alle commissioni. Attori e meccanismi cambiano tra reti. L’arbitraggio può avvicinare i prezzi e le liquidazioni possono aiutare un mercato dei prestiti a funzionare. Altre strategie, come inserire operazioni prima e dopo uno scambio visibile, il cosiddetto sandwich, possono peggiorare il risultato per chi esegue lo scambio preso di mira.

Questo spiega perché la trasparenza, da sola, non garantisce una buona esecuzione. Una transazione in attesa in una coda pubblica può rivelare un’opportunità economica prima di diventare definitiva. Invio riservato delle transazioni, aste aggregate e altri modelli cercano di ridurre problemi specifici, ma possono introdurre intermediari o dipendere da regole proprie di ordinamento. Nessuna etichetta nell’interfaccia dimostra l’assenza di ogni forma di MEV. Le protezioni vanno comprese per la rete e il servizio considerati.

La lezione generale è valutare i risultati, non soltanto la possibilità di accedere al software. Un mercato può essere aperto a tutti e favorire chi dispone di infrastrutture più veloci o informazioni migliori. Qualità dell’esecuzione, concentrazione del potere di ordinamento e gestione delle liquidazioni durante le crisi fanno quindi parte di una valutazione onesta della DeFi. Sono problemi di progettazione ancora oggetto di sviluppo, non la prova che la finanza aperta sia inutile: mostrano perché tecnologia e struttura del mercato debbano migliorare insieme.

La validità di una transazione e la qualità del prezzo di esecuzione sono due questioni diverse.

La rete di base di Bitcoin consente trasferimenti secondo le proprie regole di consenso e di script. Molte applicazioni DeFi operano invece su altre blockchain. Un token chiamato wrapped BTC rappresenta un diritto o un meccanismo che cerca di seguire BTC: non è la stessa cosa di BTC nativi controllati direttamente tramite chiavi Bitcoin. Occorre identificare condizioni di custodia, rimborso, contratti e bridge. L’obiettivo di un rapporto uno a uno non dimostra che ogni possessore possa recuperare monete native sempre, senza ritardi o perdite.

I bridge collegano sistemi diversi trasmettendo messaggi o organizzando movimenti corrispondenti di attività. La sicurezza può dipendere da validatori, firmatari, prove, software e procedure di recupero. Rootstock è un esempio di sidechain collegata a Bitcoin: il merged mining utilizza lavoro associato al mining di Bitcoin, mentre il PowPeg gestisce il collegamento tra BTC e rBTC. Sono componenti distinti. Alle regole di Bitcoin si aggiungono quelle delle applicazioni e del bridge; i miner di Bitcoin non rendono automaticamente sicuro ogni contratto della sidechain.

Lightning ha uno scopo diverso: i canali possono rendere efficienti i pagamenti in Bitcoin senza sostituire ogni piattaforma di prestito o scambio. Allo stesso modo, sistemi federati, sidechain e proposte di ricerca non vanno presentati come livelli Bitcoin tutti ugualmente privi di intermediari fidati. L’innovazione amplia le possibilità, ma ogni aggiunta dovrebbe chiarire che cosa rimane nativo, che cosa viene rappresentato altrove e chi può impedire o ritardare un’uscita. La guida alla scalabilità confronta i principali approcci.

Un’applicazione che offre esposizione a Bitcoin non ne eredita automaticamente tutte le caratteristiche di sicurezza.

L’ambizione più interessante della DeFi non è semplicemente aumentare gli scambi. È creare software finanziario che si possa esaminare, collegare e migliorare: garanzie trasparenti, regole di regolamento conoscibili e concorrenza tra interfacce. È utile chiedersi se un servizio risolve un problema reale, chiarisce le dipendenze e funziona anche sotto pressione. Popolarità, volume e valore depositato rispondono a domande diverse. Il volume può includere attività ripetute; i depositi non sono ricavi; il valore di mercato di un token non è la cassa del protocollo.

Hyperliquid è un esempio importante perché unisce un’infrastruttura di mercato on-chain progettata appositamente a un ambiente per le applicazioni. Il suo registro degli ordini è diverso da un pool AMM. Per questo contribuisce al confronto su prestazioni, trasparenza e componibilità, senza trasformare la popolarità in una garanzia di sicurezza. L’approfondimento dedicato distingue meccanismi documentati, osservazioni sull’attività con date precise e questioni aperte. Derivati perpetui, leva e vault dei fornitori di liquidità comportano rischi ulteriori rispetto al semplice scambio di un’attività.

Una revisione didattica deve esaminare documentazione ufficiale, versioni effettivamente utilizzate, permessi, verifiche di sicurezza, comunicazioni sugli incidenti e cambiamenti rilevanti. Un audit ha un ambito definito: non è una polizza assicurativa. La verifica del codice pubblicato ne controlla la corrispondenza con quello distribuito, non dimostra che il progetto sia sicuro. Gli esempi della guida servono a spiegare meccanismi, non a classificare prodotti o consigliare operazioni. Imparare a formulare queste domande è più utile nel tempo che ricordare il protocollo più grande o il rendimento pubblicizzato più alto di oggi.

La possibilità è una finanza aperta e programmabile; il criterio è un funzionamento trasparente e robusto.