Liquidatori
Chi può liquidare posizioni non in salute e quale infrastruttura di esecuzione è richiesta.
Panoramica
Le liquidazioni sono permissionless una volta che una posizione supera la soglia di liquidazione. Qualsiasi liquidatore eleggibile può rimborsare l'importo di debito consentito e attivare il percorso di settlement.
Il collaterale LP è più difficile da smontare del collaterale in semplici token. I liquidatori tracciano lo stesso stato di rischio, mapping vault-token, profondità della route e assunzioni di unwind usati dal protocollo.
Modello di coverage
Partecipazione permissionless
Qualsiasi keeper o desk di esecuzione può liquidare se riesce a monitorare le posizioni, ottenere liquidità di esecuzione e smontare i formati LP supportati da Avana.
Gestione specifica per DEX
La liquidazione non è una vendita generica di token. Gli operator necessitano di logica DEX-aware per realizzazione delle fee, rimozione della posizione, routing e settlement nell'asset di debito.
Qualità della coverage
Le posizioni LP sono più difficili da smontare dei semplici token. Gli operator che modellano l'intera route per i DEX supportati di solito gestiscono meglio lo stress dei bot che reagiscono solo a un trigger di salute.
Requisiti di esecuzione
Un liquidatore per Avana ha bisogno di infrastruttura per valorizzare le posizioni, simulare le uscite, ottenere capitale e consegnare una transazione che completi il percorso di unwind.
- Monitoraggio delle posizioni e tracking del drift del debito
- Simulazione di profondità della route, slippage e disponibilità di liquidità
- Consegna della transazione con percorsi di esecuzione flashloan o prefunded
- DEX adapters for the LP families the protocol supports
Note operative
- Traccia lo stesso stato di rischio usato dal protocollo, non un'euristica separata.
- Smonta da una transizione di stato pulita in un unico job atomico quando possibile.
- Prezza realizzazione delle fee, profondità della route e valore residuo prima di ottimizzare solo per la velocità.
- Tratta coverage parziale e coverage totale come casi distinti con assunzioni di routing distinte.
Costruisci unwind specifico per DEX, realizzazione delle fee e rimborso del debito come un unico workflow. Passi disconnessi rendono più facile che una liquidazione coverable fallisca in esecuzione.