La società di infrastrutture di rischio LlamaRisk ha individuato una criticità strutturale nel mercato di Bitcoin nativo proposto da Babylon su Aave V4: secondo il progetto attualmente in valutazione, le liquidazioni dirette potrebbero aggirare il meccanismo di finanziamento del pool, esponendo potenzialmente il protocollo a debiti inesigibili in condizioni di mercato stressate. Il rilievo si applica a un mercato che non è stato ancora lanciato.

Perché le liquidazioni dirette potrebbero aggirare il finanziamento del pool

In un mercato di prestiti Aave standard, quando la garanzia di un mutuatario scende sotto la soglia di salute richiesta, il protocollo attiva una liquidazione. Un liquidatore ripaga una parte del debito del mutuatario e riceve la garanzia a sconto. Il reserve factor e il safety module del pool fungono da garanzie aggiuntive, trattenendo una quota delle commissioni ed essendo pronti ad assorbire i shortfall che i liquidatori non riescono a chiudere in modo conveniente.

La preoccupazione di LlamaRisk riguarda una configurazione nel mercato proposto da Babylon in base alla quale le liquidazioni potrebbero essere eseguite direttamente sulla garanzia senza instradare i proventi nuovamente attraverso il livello di finanziamento del pool. Secondo il rilievo attribuito a LlamaRisk, questo percorso consentirebbe alla liquidazione di regolarsi esternamente, aggirando il meccanismo che mantiene il pool solvibile quando il valore della garanzia si deteriora più rapidamente di quanto i liquidatori possano agire.

La distinzione è importante perché Bitcoin, l'asset di garanzia in questione, può muoversi bruscamente entro la finestra di regolamento di un singolo blocco. L'integrazione di Bitcoin nativo su un protocollo di prestito introduce latenza aggiuntiva e considerazioni sui bridge rispetto alle rappresentazioni wrapped, ampliando il divario tra il momento in cui una posizione diventa sotto-collateralizzata e quello in cui un liquidatore può chiuderla atomicamente. Le dinamiche di liquidazione più ampie nei mercati crypto hanno dimostrato ripetutamente quantoamente questi divari possano manifestarsi: eventi di liquidazione a cascata hanno già azzerato posizioni per centinaia di milioni di dollari nel giro di poche ore.

LlamaRisk non ha qualificato la questione come un percorso di attacco confermato o una perdita imminente. La valutazione si applica a un progetto di mercato proposto, il che significa che il rilievo è destinato a informare la revisione di governance e ingegneristica prima che qualsiasi decisione di deployment venga finalizzata.

Cosa significa il rilievo per la progettazione del mercato e per gli utenti

Per un protocollo di prestito che accetta Bitcoin nativo come garanzia, il motore di liquidazione è il componente più critico dell'intero stack di rischio. Aave V4 introduce modifiche architetturali che offrono ai singoli deployment di mercato una configurabilità maggiore rispetto alle versioni precedenti, creando sia flessibilità sia una nuova superficie di attacco per vulnerabilità a livello di progetto. Un mercato configurato in modo errato al livello di liquidazione non ha bisogno di un attaccante esterno; da solo un andamento avverso dei prezzi può esaurirne le riserve.

Il finanziamento del pool, nel modello di Aave, si riferisce alle riserve accumulate e alla copertura del safety module che assorbono le perdite quando una liquidazione non può essere eseguita a un prezzo che rimborse interamente il pool. Se un percorso di liquidazione diretta instrada il regolamento della garanzia al di fuori di questo buffer, il pool accumula debiti inesigibili che vengono socializzati tra i depositanti. Per un mercato denominato in Bitcoin, dove i valori delle garanzie possono variare di percentuali a doppia cifra in una singola sessione di trading, l'entità potenziale dello shortfall non è trascurabile.

Il protocollo di Babylon è progettato per portare on-chain l'utilità di staking di Bitcoin, consentendo che BTC nativo venga bloccato e utilizzato in diversi contesti di sicurezza proof-of-stake. Integrare quella garanzia in un mercato di prestito su Aave V4 estenderebbe ulteriormente la programmabilità di Bitcoin, ma significa anche che la logica di liquidazione deve tenere conto delle caratteristiche di finalità di regolamento della rete Bitcoin stessa, che differiscono radicalmente dagli asset nativi EVM.

Il ruolo di LlamaRisk come organismo di valutazione del rischio per i protocolli DeFi è quello di portare alla luce queste questioni a livello di progetto prima che il capitale venga impegnato su larga scala. La società ha precedentemente fornito raccomandazioni sui parametri di rischio e valutazioni di mercato per più deployment di Aave. Il suo rilievo in questo caso dovrebbe essere letto come un segnale di audit pre-lancio anziché come un'analisi post-mortem, e la risposta appropriata spetta ai team di protocollo di Babylon e Aave, che devono chiarire se il percorso di liquidazione descritto è accurato e, in tal caso, come verrà corretto prima che il mercato vada in diretta.

Questioni aperte prima del lancio

I potenziali depositanti e mutuatari di qualsiasi mercato di prestito su Bitcoin nativo dovrebbero considerare la risoluzione di questa questione come un prerequisito per la partecipazione. I dettagli progettuali chiave ancora in sospeso includono:

• Se esista un percorso di liquidazione alternativo che instradi i proventi attraverso le riserve del;
• Come il safety module verrebbe dimensionato rispetto alla volatilità attesa della garanzia in Bitcoin; e
• Se la governance abbia formalmente esaminato la valutazione di LlamaRisk e abbia emesso una risposta.

Finché questi chiarimenti non saranno resi pubblici, il profilo di rischio del mercato non potrà essere valutato pienamente.

Il rilievo solleva inoltre una questione più ampia per le infrastrutture connesse all'AI su Aave V4. I bot automatizzati di market making e liquidazione si affidano sempre più a feed di prezzi on-chain e a inferenza AI off-chain per determinare quando e come eseguire. Se l'architettura di liquidazione instrada il regolamento attraverso un percorso non standard, questi sistemi devono tenere conto della deviazione; un bot calibrato sui flussi di liquidazione standard di Aave potrebbe valutare in modo completamente errato il proprio rischio di esecuzione. Le vulnerabilità di sicurezza nell'infrastruttura cloud a servizio di questi bot, come quelle recentemente segnalate nelle violazioni di piattaforme di trading, aggravano ulteriormente il profilo di rischio operativo delle strategie di liquidazione automatizzate in configurazioni di mercato innovative.

Saranno necessarie dichiarazioni aggiuntive da parte di Babylon, del forum di governance di Aave o di LlamaRisk stessa per determinare se il progetto segnalato sia stato rivisto, se sia in corso un voto di governance o se la proposta di mercato sia stata ritirata o posticipata in risposta al rilievo.

Disclaimer: questo articolo ha finalità esclusivamente informative e non costituisce consulenza finanziaria o di investimento. I mercati delle criptovalute e degli asset digitali comportano rischi significativi. I lettori dovrebbero condurre le proprie ricerche prima di prendere decisioni.