--- title: "DeFi" description: "La finanza decentralizzata (DeFi) è una famiglia di protocolli basati su blockchain che utilizzano smart contract per offrire servizi come negoziazione, prestito, indebitamento e gestione patrimoniale. Questa guida spiega come funziona la DeFi, perché la componibilità è importante, come la leva finanziaria può essere nascosta dagli indicatori più evidenti e quali rischi tecnici, di mercato, di governance e per l’utente richiedono attenzione." image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # DeFi > Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite. ## Risposta diretta La finanza decentralizzata (DeFi) è un’ampia categoria di applicazioni che utilizzano blockchain, asset digitali e smart contract per offrire funzioni finanziarie. Tra gli esempi più comuni figurano exchange decentralizzati, mercati dei prestiti sovracollateralizzati, derivati, pagamenti e strategie automatizzate di gestione patrimoniale. La DeFi mira a ridurre la dipendenza dagli intermediari tradizionali, ma non elimina né l’intermediazione né la fiducia. Gli utenti possono comunque dipendere da sviluppatori, partecipanti alla governance, amministratori, operatori degli oracoli, fornitori di interfacce, emittenti di stablecoin, bridge e dalla blockchain sottostante. La domanda pertinente, quindi, non è semplicemente se un protocollo sia “decentralizzato”, ma chi possa modificarlo, sospenderlo, fornire dati essenziali o controllare il percorso attraverso cui l’utente vi accede. I tipici sistemi DeFi hanno quattro livelli: - Una blockchain registra le transazioni e applica le modifiche allo stato. - Gli asset digitali costituiscono le unità trasferite, negoziate o date in garanzia. - I protocolli basati su smart contract codificano le regole di mercato, custodia, tasso d’interesse e liquidazione. - I wallet e le interfacce delle applicazioni consentono agli utenti di firmare transazioni e interagire con questi protocolli. L’accesso può essere senza autorizzazione a livello di contratto, mentre i siti web, i canali di conversione dalla valuta fiat o determinate giurisdizioni possono rimanere soggetti a restrizioni. ## Come funziona 1. **L’utente invia un’istruzione.** Un wallet mostra una richiesta di transazione o di firma. L’utente può trasferire un asset, autorizzare un contratto a spendere un token o chiamare una funzione del protocollo. 2. **Il protocollo applica le regole codificate.** I validatori eseguono la transazione e lo smart contract aggiorna i saldi solo se le sue condizioni sono soddisfatte. Un protocollo di prestito, per esempio, può calcolare gli interessi, verificare i limiti della garanzia e avviare la liquidazione senza che un funzionario approvi ogni operazione. 3. **Le dipendenze esterne forniscono gli input mancanti.** Molti contratti richiedono oracoli dei prezzi, stablecoin, bridge, interfacce, operatori di manutenzione (keeper) o decisioni di governance. Queste dipendenze introducono presupposti di fiducia e possibili modalità di guasto che non risultano evidenti osservando soltanto il contratto principale. 4. **La componibilità collega i protocolli.** Un token ricevuto da un protocollo può diventare garanzia o liquidità in un altro. Questo permette di assemblare rapidamente nuovi prodotti, ma un guasto in un asset o protocollo può propagarsi a tutte le posizioni che ne dipendono. Il regolamento su blockchain è generalmente definitivo, anziché annullabile da un servizio clienti. Il codice pubblico e i dati delle transazioni possono aumentare la trasparenza, ma trasparenza non significa sicurezza: gli utenti hanno comunque bisogno di competenze e strumenti per interpretare codice, autorizzazioni, contabilità ed esposizioni di mercato. ## Esempio Supponiamo che un utente depositi $20,000 in ETH in un protocollo di prestito e prenda in prestito 14,000 USDC. Il rapporto prestito-valore iniziale è del 70%, calcolato con `LTV = V_debt / V_collateral`. L’utente deposita poi i 14,000 USDC presi in prestito in un altro protocollo. Considerando entrambi i protocolli, le dashboard possono ora mostrare $34,000 di asset forniti, sebbene l’utente debba anche 14,000 USDC. Prima di commissioni, interessi e variazioni di prezzo, il patrimonio netto dell’utente rimane pari a $20,000; l’esposizione lorda aggiuntiva deriva dalla leva, non da nuova ricchezza. Se il valore della garanzia in ETH scende a $16,000 mentre il debito resta a 14,000 USDC, l’LTV sale all’87.5%. A seconda della soglia di liquidazione del protocollo, la posizione può essere liquidata, con una penalità e costi di esecuzione. Congestione, scarsa liquidità, ritardi dell’oracolo o la perdita dell’ancoraggio di USDC possono peggiorare il risultato effettivo. Per questo motivo, il valore totale bloccato (TVL) non deve essere interpretato come capitale netto, solvibilità o sicurezza. L’analisi di un protocollo dovrebbe esaminare anche i depositi netti, l’utilizzo, la concentrazione delle garanzie, i parametri di liquidazione, la gestione dei crediti inesigibili, i rendimenti finanziati da incentivi, i poteri degli amministratori e la liquidità disponibile per l’uscita. ## Rischi - **Rischio legato agli smart contract e agli aggiornamenti.** Il codice può contenere difetti e un meccanismo di aggiornamento o una chiave di amministrazione compromessa può modificare un comportamento che era stato sottoposto ad audit. - **Rischio di mercato, leva e liquidazione.** Garanzie volatili, posizioni concentrate o liquidazioni automatiche possono trasformare un movimento di prezzo in una perdita rapida e amplificare le tensioni di mercato. - **Rischio legato agli oracoli e alle dipendenze.** Dati errati, in ritardo o manipolati possono causare operazioni sfavorevoli o liquidazioni; stablecoin, bridge e protocolli integrati possono trasmettere i propri guasti. - **Rischio di liquidità e rimborso.** Un saldo o rendimento indicato non garantisce che una posizione possa essere chiusa al prezzo mostrato, soprattutto durante una congestione o una corsa ai riscatti. - **Rischio di governance e operativo.** Il potere di voto può essere concentrato, i controlli di emergenza possono essere utilizzati impropriamente e le interfacce o i keeper possono smettere di funzionare anche se i contratti principali restano attivi. - **Rischio legato a wallet, autorizzazioni e frodi.** Phishing, firme dannose, autorizzazioni illimitate sui token, asset contraffatti e perdita delle chiavi possono causare perdite irreversibili senza che il protocollo venga sfruttato. Possono inoltre esservi conseguenze legali, fiscali, relative alle sanzioni, alla trasparenza informativa o alla tutela dei consumatori, che variano in base all’attività e alla giurisdizione. L’accesso senza autorizzazione non rende una transazione legale ovunque né garantisce un rimedio dopo una perdita. ## Luoghi comuni ### Mito 1: Decentralizzato significa che nessuno controlla nulla Il controllo può trovarsi a più livelli. È necessario esaminare le chiavi di aggiornamento, le funzioni di pausa, la concentrazione della governance, la selezione degli oracoli, l’hosting dell’interfaccia e il controllo delle entrate del protocollo, anziché affidarsi a un’etichetta. ### Mito 2: L’APR è un rendimento garantito La domanda di prestiti, l’utilizzo, gli incentivi in token e i prezzi degli asset cambiano. Il tasso percentuale annuo mostrato può escludere gas, commissioni, slippage, perdita impermanente, perdite da liquidazione, imposte e la possibilità che le ricompense perdano valore. ### Mito 3: Un TVL più alto indica un protocollo più sicuro Il TVL può aumentare perché sono saliti i prezzi degli asset, perché gli incentivi hanno attirato depositi a breve termine o perché lo stesso capitale è stato riutilizzato in più protocolli. Non misura la qualità del codice, la solvibilità, la qualità della governance o la liquidità di uscita effettivamente disponibile. ### Mito 4: Un audit rende sicuro un protocollo Un audit riguarda una versione del codice, un ambito e un momento definiti. Non può dimostrare che siano stati individuati tutti i difetti né proteggere da aggiornamenti successivi, errori di progettazione economica, chiavi compromesse, incidenti degli oracoli o guasti nei protocolli integrati. ## Argomenti correlati - [DEX](/it/crypto/dex/) - [Smart contract](/it/crypto/smart-contract/) - [Coin e token a confronto](/it/crypto/token-vs-coin/) - [TVL](/it/crypto/tvl/) ## Fonti - [Finanza decentralizzata (DeFi)](https://ethereum.org/en/defi/) - Ethereum.org (consultato il: 2026-08-20) - [Prestiti DeFi: intermediazione senza informazioni?](https://www.bis.org/publ/bisbull57.htm) - Bank for International Settlements (consultato il: 2026-08-20) - [I rischi della DeFi per la stabilità finanziaria](https://www.bis.org/fsi/fsisummaries/defi.htm) - Bank for International Settlements (consultato il: 2026-08-20) Source: https://wiki.fcontext.com/it/crypto/defi/index.mdx