3 regole di pagamento controllano il mercato Bitcoin nativo di Aave, ma solo WBTC le regola

Il mercato di prestito Bitcoin nativo proposto da Babylon Labs su Aave V4 avrà comunque bisogno di Wrapped Bitcoin (WBTC) per il suo fallback di liquidazione diretta ogni volta che sono dovuti costi di applicazione o compensi per i mutuatari.

Un operatore con i diritti di riscatto del Bitcoin del vault potrebbe bypassare il pool di prestiti condiviso di Aave, ma potrebbe comunque non essere in grado di completare una liquidazione se quei pagamenti WBTC non possono essere trasferiti.

La distinzione proviene dalla valutazione preliminare di LlamaRisk del 23 ottobre. La via diretta può evitare il vincolo di finanziamento derivante dall'esaurimento della capacità di prestito WBTC facendo finanziare la liquidazione stessa da un custode autorizzato. I fallimenti nei pagamenti richiesti possono influenzare entrambe le vie.

Se il mutuatario deve WBTC, il custode deve trasferire WBTC per ripagare il prestito anche quando il costo di applicazione e il pagamento del surplus del mutuatario sono zero.

La valutazione ha affermato che i contratti di integrazione non erano stati distribuiti sulla mainnet di Ethereum. La directory dei contratti di Babylon, controllata il 25 ottobre, identifica i suoi indirizzi pubblicati come distribuzioni sulla testnet Sepolia.

Due vie, tre requisiti di pagamento

Il BTC nativo di un mutuatario rimarrebbe in un vault Bitcoin, e Aave riconoscerebbe quella garanzia attraverso un registro contabile interno ERC-20 ristretto, che gli utenti non possono scambiare come token Bitcoin avvolto.

Attraverso la proposta di Liquidation Liquidity Provider (LLP), un liquidatore esterno ripagherebbe il debito del mutuatario e riceverebbe un pagamento immediato in WBTC.

Il componente di liquidazione, BTCVaultSwap (lo Swap Spoke), metterebbe il vault sequestrato in custodia e prelevarebbe il pagamento dal pool di liquidità condiviso di Aave (l'Hub). Il BTC sottostante rimarrebbe su Bitcoin.

Un custode autorizzato che agisce come arbitraggista dovrebbe quindi acquistare il vault in custodia e gestire il riscatto su Bitcoin. Il processo dipende dalla disponibilità di un acquirente idoneo disposto a completare quell'acquisto.

La proposta di Babylon descrive anche una via diretta per i custodi con i diritti di riscatto del Bitcoin del vault. Un tale custode finanzerebbe il rimborso del debito e porterebbe il vault sequestrato al riscatto senza il pagamento finanziato dall'Hub o il passo di custodia dello Swap Spoke.

Quando l'assegnazione WBTC dell'Hub si esaurisce, un custode in grado di fornire gli asset di pagamento richiesti può evitare quel vincolo di finanziamento. Tuttavia, il pool di partecipanti disponibili si restringerebbe a operatori dotati e autorizzati a rivendicare il Bitcoin sottostante.

La guida per gli operatori di liquidazione di Babylon afferma che raccoglie il rimborso del debito e due costi aggiuntivi: il costo di liquidazione dell'applicazione e qualsiasi pagamento di equità dovuto al mutuatario. Per la liquidazione diretta, entrambi i costi aggiuntivi sono denominati in WBTC e finanziati dal chiamante.

Il rimborso del debito utilizza il token della riserva di debito selezionata dal mutuatario. L'adattatore preleva l'input di rimborso e rimborsa qualsiasi cosa non consumata dal contratto di prestito di Aave. L'input di rimborso è separato dal limite del chiamante sui pagamenti aggiuntivi in WBTC.

Il custode ha quindi bisogno di asset per il debito, la tassa e qualsiasi pagamento surplus. Il proprio inventario fornisce finanziamenti al di fuori dell'Hub, a condizione che ogni trasferimento di token richiesto funzioni.

La valutazione descrive il costo di applicazione di Babylon come il 0,5% del profitto del bonus di liquidazione. Il design valutato costringe separatamente il costo di liquidazione dello Spoke di prestito di Babylon a zero mantenendo il costo di applicazione all'adattatore.

Per la via diretta per evitare il costo WBTC dichiarato e le obbligazioni di surplus nello scenario di fallimento del trasferimento di LlamaRisk, il costo di liquidazione dell'applicazione deve essere zero e non può essere dovuto alcun pagamento di equità. Queste condizioni riguardano solo quei due pagamenti.

Un prestito WBTC ha comunque bisogno di rimborso WBTC anche in quell'eccezione. Per un prestito in un altro asset, il rimborso utilizza quell'asset, mentre il custode ha comunque bisogno di token di debito trasferibili, diritti di riscatto e contratti di liquidazione funzionanti.

Il mercato nativo di Bitcoin proposto da Aave può bypassare il pagamento WBTC del Hub, ma le commissioni, il surplus e il debito denominati in WBTC richiedono comunque WBTC.

Impostare la commissione di applicazione a zero richiederebbe di per sé una modifica dei parametri di applicazione di Babylon bloccata nel tempo. LlamaRisk colloca le modifiche a liquidationFeeBps dietro il blocco temporale dell'applicazione, separatamente dai controlli di pausa di emergenza immediata e di congelamento.

Il ritardo specifico della commissione rimane non specificato nella valutazione, quindi un custode individuale deve utilizzare l'impostazione della commissione effettiva, comprese eventuali spese WBTC ancora dovute quando agisce.

I vault interi possono creare un surplus di WBTC

Il pagamento di equità deriva dal modo in cui viene detenuto il collaterale, mentre la liquidazione parziale della posizione può sequestrare alcuni dei vault di un mutuatario lasciando altri in posizione. Ogni vault di Bitcoin sequestrato è indivisibile.

Sotto il modello descritto nella valutazione del 23 ottobre, la proposta di governance e la guida dell'operatore, ogni chiamata di liquidazione mira al primo vault intero nell'elenco ordinato del mutuatario. Se il liquidatore deve liquidare più vault, controlla nuovamente la salute della posizione.

Se l'intero debito del mutuatario viene estinto prima che il valore del vault selezionato venga consumato, il liquidatore riceve comunque l'intero vault. Deve compensare il mutuatario per il valore rimanente di WBTC al prezzo scontato del bonus di liquidazione.

Una migliore dimensione del primo vault può ridurre il surplus che un liquidatore deve finanziare lasciando altri vault nella posizione. Se si genera un pagamento di equità dipende dalla valutazione del debito e del collaterale all'esecuzione.

La liquidazione parziale della posizione descrive quanti vault vengono presi, quindi un pagamento di surplus del mutuatario può sorgere anche su una chiamata diretta che non addebita alcuna commissione di applicazione.

La liquidazione su Ethereum deve anche essere distinta dal ricevere Bitcoin spendibile. La liquidazione diretta avvia un riscatto autorizzato, ma il processo di prova e sfida di Bitcoin richiede comunque diversi giorni. Sulla rotta diretta, il custode finanzia quel periodo di attesa di più giorni.

La documentazione di integrazione di Babylon descrive la rimozione dei vault soggetti al mantenimento della posizione rimanente sana. La valutazione richiede inoltre che non ci sia debito rimanente per ritirare ogni vault. I prelievi dei mutuatari rimangono soggetti a tali condizioni anche quando un custode può liquidare.

LlamaRisk raccomanda una linea di credito iniziale di 100 WBTC Core Hub per BTCVaultSwap, separatamente dal proposto limite di lancio di 300 BTC di collaterale.

La valutazione prevede un rollout iniziale con 10 mutuatari autorizzati e 50 vault. Sarebbe un lancio limitato insieme agli operatori di riscatto di Bitcoin autorizzati.

La linea di prestito determinerebbe quanto finanziamento è disponibile per la rotta LLP. Oltre a quella linea, il fallback diretto si baserebbe sui custodi che rimborsano il debito e soddisfano eventuali commissioni WBTC o pagamenti di surplus del mutuatario.

Le impostazioni finali delle commissioni, gli asset di debito e la composizione dei vault determinerebbero fino a che punto si estende quel fallback.