Solo a scopo educativo; non costituisce consulenza d’investimento. I sistemi DeFi di prestito e liquidazione possono produrre perdite rapide e irreversibili.
Risposta diretta
Il fallimento di un keeper di liquidazione causa generalmente una transazione mancata o annullata, non un fallimento immediato del protocollo. In molti protocolli di prestito non esiste un keeper esclusivo: la liquidazione è permissionless, quindi un altro bot, contratto o utente può inviare la transazione. Aave, per esempio, afferma che qualsiasi partecipante alla rete può liquidare una posizione idonea e descrive le liquidazioni come altamente competitive.
Il caso grave è il fallimento collettivo: nessun partecipante può o vuole eseguire a un prezzo economicamente sostenibile. Una posizione può rimanere sotto la soglia di liquidazione mentre gli interessi maturano e il valore della garanzia continua a variare. Se la successiva liquidazione recupera meno valore del debito e dei costi attribuiti alla posizione, la differenza diventa un deficit o un credito inesigibile secondo la contabilità di quel protocollo.
Chi assorbe il deficit dipende dal protocollo. In Compound III, absorb trasferisce al protocollo il debito di un conto insolvente e utilizza le riserve dell’asset di base, mentre il protocollo acquisisce la garanzia. In Maker, Dog.bark trasferisce al protocollo il debito di un Vault non sicuro, avvia un’asta della garanzia e registra il debito nel proprio sistema contabile. Altri sistemi possono utilizzare riserve, fondi assicurativi o di stabilità, ricapitalizzazione tramite governance, socializzazione delle perdite o una combinazione di queste misure.
Per il mutuatario, quindi, l’automazione della liquidazione non è un servizio di stop-loss. La scelta prudente è monitorare la posizione e rimborsare il debito o aggiungere garanzia prima che la soglia venga superata; una liquidazione ritardata può aumentare sia la perdita della garanzia sia la probabilità di un deficit irrecuperabile.
Come funziona
Un tipico percorso con un liquidatore esterno comprende cinque fasi:
- Idoneità: Il protocollo legge l’oracolo configurato e determina che un conto ha superato la soglia di liquidazione. Un oracolo obsoleto o in pausa può ritardare o bloccare questo cambiamento di stato anche se il prezzo di mercato si è già mosso.
- Rilevamento e valutazione: I bot off-chain indicizzano le posizioni, simulano la liquidazione, stimano il ricavato della garanzia e decidono se l’opportunità è redditizia.
- Inclusione della transazione: Un liquidatore si procura l’asset di debito necessario, invia una transazione e compete per lo spazio nel blocco. Congestione, una commissione troppo bassa, un RPC non funzionante, un conflitto di nonce o la vittoria di un altro liquidatore possono lasciare la transazione in sospeso o farla annullare.
- Esecuzione del contratto: Il contratto verifica i prezzi correnti, lo stato del conto, il fattore di chiusura o i limiti d’asta, i controlli di pausa e la liquidità disponibile. Una transazione valida durante la simulazione può fallire dopo il cambiamento di uno qualsiasi di questi dati.
- Cessione della garanzia: Il liquidatore o il protocollo deve vendere, coprire o mettere all’asta la garanzia sequestrata. Una liquidità scarsa e un mercato in calo possono trasformare un bonus apparente in una perdita.
La decisione semplificata del liquidatore è expected profit = liquidation incentive - gas - price impact - hedge cost - expected revert loss. Possono applicarsi anche il costo del capitale e le commissioni del protocollo. Un bonus dichiarato elevato non è sufficiente se la garanzia non può essere venduta vicino al prezzo dell’oracolo o se l’esecuzione è improbabile.
Il fallimento è spesso parziale anziché assoluto. Un conto, un tipo di garanzia, una blockchain, un oracolo, un provider RPC o un’asta possono fallire mentre gli altri continuano a funzionare. La documentazione Liquidation 2.0 di Maker, per esempio, include limiti d’asta per garanzia e globali, riavvii delle aste, incentivi per i keeper e un interruttore automatico a quattro stadi. Questi controlli modificano il modo in cui il ritardo di esecuzione si propaga in quello specifico sistema.
Esempio svolto
Supponiamo che un conto idoneo abbia un debito di 100,000 USDC e una garanzia del valore di 103,000 USDC. Un protocollo semplificato consente a un liquidatore di rimborsare 50,000 USDC e richiedere garanzia per un valore di 52,500 USDC, pari a un incentivo lordo del 5%.
- Si prevede che la vendita della garanzia costi
2,000 USDCin termini di impatto sul prezzo. - Il gas e le commissioni di priorità sono pari a
700 USDC. - Il costo atteso delle transazioni annullate o superate dalla concorrenza è pari a
300 USDC. - Il profitto atteso è quindi
52,500 - 50,000 - 2,000 - 700 - 300 = -500 USDC.
Un liquidatore razionale può attendere o ignorare il conto. Se nessuno esegue e la garanzia scende di un altro 5%, il suo valore diventa 97,850 USDC, lasciando un deficit di 2,150 USDC rispetto al debito originario, prima di ulteriori interessi o commissioni. Una liquidazione successiva può ancora ridurre la perdita, ma non può creare un valore della garanzia che non esiste più.
Questo è un esempio illustrativo, non un modello di uno specifico mercato operativo. I fattori di chiusura, i bonus, i prezzi degli oracoli, le commissioni del protocollo, le regole sulle riserve e i costi di transazione effettivi devono essere ricavati dai contratti vigenti e dalla documentazione ufficiale. Le regole pubblicate da Aave, per esempio, variano la quota massima liquidabile in base al fattore di salute e alla dimensione della posizione.
Rischi e salvaguardie
- Controlli del mutuatario: Mantieni un margine deliberato sopra la soglia di liquidazione, imposta avvisi indipendenti e conserva un metodo collaudato per rimborsare o aggiungere garanzia. Non dare per scontato che un front-end, un provider di automazione o un liquidatore rimanga disponibile durante la congestione.
- Controlli del protocollo: I sistemi robusti diversificano l’infrastruttura degli oracoli e delle transazioni, calibrano i bonus e le dimensioni minime delle posizioni, limitano il volume di liquidazione, supportano liquidazioni parziali o in lotti quando opportuno e definiscono pause, riavvii delle aste, riserve e gestione dei deficit prima di una crisi.
- Controlli del liquidatore: Gli operatori dovrebbero usare più endpoint RPC, riconciliare lo stato on-chain prima di firmare, simulare rispetto allo stato in sospeso, gestire la sostituzione dei nonce, limitare lo slippage ed evitare di dipendere da un solo exchange o da un’unica fonte di liquidità flash.
- Verifiche di finanziatori e depositanti: Individua l’esatta cascata delle perdite su crediti inesigibili. Verifica quale riserva copre ciascun mercato, chi può cambiare i parametri, se la riserva è liquida e accessibile e cosa accade dopo il suo esaurimento.
Nessuna salvaguardia garantisce l’esecuzione. Gli incentivi possono essere troppo bassi nei mercati tranquilli e tuttavia diventare eccessivamente generosi o sfruttabili dopo una modifica dei parametri. Le pause e gli interruttori automatici possono limitare i danni di un oracolo o contratto difettoso, ma possono anche interrompere intenzionalmente la liquidazione e consentire l’accumulo del rischio di prezzo. La domanda rilevante è come si comporta il sistema completo in condizioni simultanee di stress dei prezzi, della liquidità, della rete e dell’infrastruttura.
Errori comuni
Mito 1: Ogni protocollo nomina un keeper fidato
Molti protocolli consentono a qualsiasi indirizzo di liquidare. Un bot identificato può essere solo uno dei partecipanti o un provider di interfaccia. La sua indisponibilità è rilevante solo nella misura in cui nessun sostituto riesca a eseguire.
Mito 2: Una posizione idonea è già stata liquidata
L’idoneità è uno stato del contratto; la liquidazione è una transazione o asta separata. Finché l’esecuzione non ha successo e il debito e la garanzia risultanti non vengono contabilizzati, l’esposizione al mercato rimane.
Mito 3: Aumentare il gas risolve sempre il problema
Commissioni di transazione più elevate possono migliorare la priorità di inclusione, ma non possono correggere un oracolo obsoleto, un mercato in pausa, capitale insufficiente, un’autorizzazione mancante, uno stato del conto modificato, una vendita della garanzia non redditizia o l’annullamento di un contratto.
Mito 4: Il credito inesigibile significa che i finanziatori perdono immediatamente lo stesso importo
Il credito inesigibile entra prima nella cascata delle perdite stabilita dal protocollo. Le riserve o un altro meccanismo di sostegno possono assorbirlo. I finanziatori o i titolari di token di governance sono interessati solo secondo quanto stabilito dalle regole applicabili e dalle risorse disponibili, e il momento può differire da quello in cui compare il deficit.
Argomenti correlati
- Liquidazione di criptoasset
- Bonus di liquidazione
- Fattore di chiusura della liquidazione
- Obsolescenza del prezzo dell’oracolo
- Fondo assicurativo per criptoasset
Fonti autorevoli
- Fattore di salute e liquidazioni - Aave (consultato: 2026-08-21)
- Documentazione Compound III: liquidazione - Compound (consultato: 2026-08-21)
- Modulo Liquidation 2.0 - Maker Protocol Technical Docs (consultato: 2026-08-21)