---
title: "Protocollo di prestito DeFi"
description: "Un protocollo di prestito DeFi raggruppa gli asset forniti ed eroga prestiti sovracollateralizzati tramite smart contract. Spiega l'interazione tra tassi, limiti, liquidazioni e oracoli."
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.
# Protocollo di prestito DeFi
> Solo a scopo educativo; non costituisce consulenza finanziaria. Investire può comportare perdite.
## Risposta diretta
Un protocollo di prestito DeFi è un insieme di smart contract che accetta asset forniti, mette liquidità a disposizione dei mutuatari, accumula interessi e applica regole su garanzie e liquidazioni. In un comune modello basato su pool, i fornitori non scelgono singoli mutuatari: i loro asset entrano in un mercato che gestisce fornitura, prestito, rimborso e prelievo secondo regole condivise.
I prestiti sono in genere sovracollateralizzati. Il mutuatario fornisce prima una garanzia approvata, prende in prestito un altro asset e deve restare entro i limiti definiti dal protocollo. Questo modello sostituisce la verifica bancaria di identità e credito con garanzie, oracoli dei prezzi e regole di smart contract trasparenti, ma non elimina le perdite creditizie né garantisce il rimborso.
I fornitori possono ricevere un token fruttifero o un saldo il cui valore cresce tramite un indice. Il tasso mostrato è normalmente variabile, non un tasso di deposito fisso. I mutuatari pagano secondo il modello del mercato e i fornitori ricevono la quota assegnata dal protocollo; fattore di riserva e token incentivanti possono rendere diversi i due tassi.
Un protocollo di prestito non è una custodia priva di rischi. I prelievi dipendono dalla liquidità disponibile, il valore delle garanzie dipende dalle fonti di prezzo e una posizione non sana può essere liquidata senza il consenso del mutuatario. Sono i contratti distribuiti e i parametri correnti, non una descrizione generica o una schermata, a stabilire le regole effettive.
## Come funziona
Sebbene le implementazioni differiscano, una transazione basata su pool segue di solito questa sequenza:
- Il fornitore trasferisce al mercato un asset accettato e riceve un diritto registrato come saldo di token o saldo di conto del protocollo.
- Il mutuatario abilita asset idonei come garanzia e prende in prestito solo se il conto supera i controlli di collateralizzazione del mercato.
- Gli indici di interesse aggiornano i saldi forniti e presi in prestito; il rimborso riduce il debito, mentre il prelievo riesce solo se il conto resta solvibile e il pool dispone di asset liquidi sufficienti.
L'utilizzo misura quanta parte della liquidità fornita è impiegata. Compound III lo definisce come `U = B / S`, dove `B` è il totale preso in prestito dell'asset base e `S` è il totale fornito dell'asset base. Altri protocolli contabilizzano diversamente liquidità, riserve, liquidità non coperta o debito specifico del mercato. Molti mercati usano una curva con punto di svolta: i tassi salgono gradualmente sotto un utilizzo obiettivo e più rapidamente sopra di esso per prezzare la scarsità. Un tasso elevato è un incentivo, non la garanzia di prelievi immediati.
Capacità di prestito e liquidabilità sono controlli separati. L'LTV di prestito o fattore di garanzia limita il nuovo debito. La soglia di liquidazione determina quando una posizione esistente può essere liquidata. In un conto in stile Aave, il fattore di salute semplificato è `HF = (C * LT) / D`, dove `C` è il valore della garanzia, `LT` è la soglia ponderata di liquidazione e `D` è il valore del debito. La liquidazione diventa possibile quando `HF < 1`; altri protocolli possono mostrare calcoli diversi della liquidità del conto invece di un fattore di salute.
Prezzi, saldi, indici e parametri fissati dalla governance alimentano questi controlli. Il contratto oracolo di Aave associa ogni asset a una fonte di prezzo e può usarne una di riserva quando l'aggregatore principale restituisce un valore non positivo. Questo dettaglio non rende innocui tutti i guasti: scelta della fonte, prezzi obsoleti o anomali, gestione dei decimali e modifiche di governance possono ancora alterare i calcoli di solvibilità.
## Esempio
Supponiamo che un mutuatario fornisca 10 ETH a $3,000 ciascuno, per una garanzia di $30,000. L'LTV massimo del mercato è 75%, la soglia di liquidazione è 80% e il mutuatario prende 10,000 USDC all'APR variabile corrente di 6%. Sono ipotesi didattiche, non parametri correnti di una distribuzione specifica.
Il fattore di salute iniziale è `HF = 30,000 * 80% / 10,000 = 2.4`. La posizione è sotto la capacità massima di prestito e ha un margine di liquidazione considerevole, ma sia il debito sia il prezzo della garanzia possono cambiare.
Se ETH scende a $1,500, la garanzia vale $15,000 e `HF = 1.2`. A $1,250, vale $12,500 e `HF = 1`. Un ulteriore calo o gli interessi accumulati possono rendere liquidabile la posizione. Nella pratica, aggiornamenti dell'oracolo, arrotondamento del protocollo, correlazioni tra asset e modifiche dei parametri influenzano il punto esatto.
Supponiamo che il protocollo consenta a un liquidatore di rimborsare 5,000 USDC e che il bonus sia 5%. Ignorando commissioni e arrotondamento, riceve circa $5,250 in ETH. Il debito del mutuatario diminuisce, ma la garanzia viene venduta a sconto e non torna automaticamente se ETH si riprende. Interessi, penalità, commissioni di rete e costo opportunità della garanzia bloccata incidono sul risultato.
## Rischi
- **Rischio della garanzia:** Una garanzia volatile, concentrata, trasferita tramite bridge o che perde l'ancoraggio può svalutarsi più rapidamente di quanto la posizione venga corretta o liquidata.
- **Rischio dell'oracolo:** Un prezzo obsoleto, configurato male, manipolato o scalato in modo errato può consentire prestiti eccessivi o liquidazioni indebite.
- **Rischio di liquidità e liquidazione:** Un utilizzo elevato può ritardare i prelievi; congestione e mercati poco profondi possono impedire di vendere la garanzia in tempo per coprire il debito.
- **Rischio di tasso:** Il costo variabile del prestito può salire rapidamente e il debito continua a crescere fino al rimborso o alla liquidazione.
- **Rischio di smart contract e governance:** Bug, aggiornamenti difettosi, ruoli privilegiati, modifiche dei parametri o attacchi alla governance possono cambiare saldi o regole.
- **Rischio di componibilità:** Prestiti ricorsivi, token di ricevuta come garanzia, bridge e posizioni tra protocolli possono propagare un guasto in più sistemi.
Prima di usare un mercato, verificare rete, indirizzi dei contratti distribuiti, asset supportato, fonte di prezzo, limite di prestito, soglia, bonus o penalità di liquidazione, modello dei tassi, massimali, politica delle riserve, poteri di pausa e aggiornamento e processo per i crediti deteriorati. Modellare la posizione dopo cali della garanzia del 20%, 40% e 60%, includendo crescita del debito e costi di transazione. L'APY o il fattore di salute corrente di un'interfaccia è solo un'istantanea.
Fornire o prendere in prestito on-chain comporta il rischio di perdita parziale o totale. La sovracollateralizzazione riduce parte del rischio di insolvenza, ma non garantisce capitale, rendimento, ancoraggio delle stablecoin, correttezza dell'oracolo, sicurezza del contratto o liquidità immediata.
## Idee sbagliate comuni
### Mito 1: Fornire asset equivale a un deposito bancario a tasso fisso
I tassi del mercato cambiano normalmente con utilizzo e parametri di governance. Anche i rendimenti dei token incentivanti possono variare in modo indipendente. Un numero annualizzato descrive le condizioni correnti secondo la convenzione dell'interfaccia; non è una promessa per l'anno successivo.
### Mito 2: La sovracollateralizzazione elimina il rischio di credito
La garanzia può crollare sotto il valore del debito, un oracolo può riportare un prezzo inutilizzabile o una liquidazione può non essere economicamente eseguibile. Il protocollo può subire crediti deteriorati anche se ogni nuovo prestito nasce sovracollateralizzato.
### Mito 3: Un fattore di salute superiore a 1 è sicuro
Significa soltanto che il conto non ha ancora superato il limite di liquidazione corrente del protocollo. Movimenti di prezzo, interessi accumulati, aggiornamenti dei parametri e latenza delle transazioni possono comprimere un margine ridotto prima che il mutuatario agisca.
### Mito 4: Prendere in prestito senza vendere non ha costi economici
Il mutuatario paga interessi, blocca la garanzia e accetta rischi di liquidazione e smart contract. In caso di liquidazione, lo sconto sulla garanzia e le commissioni possono costare più di una vendita volontaria precedente.
## Argomenti correlati
- [Modello dei tassi DeFi](/it/crypto/defi-interest-rate-model/)
- [Fattore di salute DeFi](/it/crypto/health-factor-defi/)
- [Liquidazione](/it/crypto/liquidation/)
- [Oracolo](/it/crypto/oracle/)
- [Tasso di utilizzo](/it/crypto/utilization-rate/)
## Fonti
- [Supply Tokens](https://aave.com/help/supplying/supply-tokens) - Aave (consultato: 2026-08-21)
- [Borrow Tokens](https://aave.com/help/borrowing/borrow-tokens) - Aave (consultato: 2026-08-21)
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (consultato: 2026-08-21)
- [Compound III Docs: Interest Rates](https://docs.compound.finance/interest-rates/) - Compound Finance (consultato: 2026-08-21)
- [Compound III Docs: Collateral & Borrowing](https://docs.compound.finance/collateral-and-borrowing/) - Compound Finance (consultato: 2026-08-21)
- [AaveOracle.sol](https://github.com/aave-dao/aave-v3-origin/blob/main/src/contracts/misc/AaveOracle.sol) - Aave DAO (consultato: 2026-08-21)
Source: https://wiki.fcontext.com/it/crypto/lending-protocol/index.mdx