Il fondatore di Aave Stani Kulechov presenta l'aggiornamento del protocollo Aave V3.8
Punti chiave
- •Il fondatore di Aave, Stani Kulechov, ha pubblicamente presentato V3.8, l'ultima release incrementale dell'architettura V3 del protocollo di lending, tramite un post su X.
- •Non sono state pubblicate specifiche tecniche, proposte di governance o tempistiche di deployment per V3.8, lasciando l'aggiornamento nella fase di divulgazione anziché in quella di deployment.
- •Aave V3 è distribuito su più di una dozzina di reti, inclusa la recente espansione a BNB Chain, quindi qualsiasi rollout di V3.8 richiederà verosimilmente approvazione di governance e deployment separati su ciascuna chain.
- •Le passate iterazioni di V3 hanno modificato meccanismi come isolation mode, efficiency mode, supply e borrow cap, strategie dei tassi di interesse e soglie di liquidazione, ma i moduli specifici interessati da V3.8 restano non confermati.
- •Lender e mutuatari attivi potrebbero dover rivedere le strategie di collateralizzazione se V3.8 introducesse parametri di rischio rivisti, requisiti di migrazione delle posizioni o flussi di approvazione aggiornati.

Il fondatore di Aave, Stani Kulechov, ha presentato Aave V3.8, l'ultima versione incrementale dell'architettura V3 del protocollo di lending. Aave è un protocollo di lending decentralizzato e non custodiale — tra i più grandi della finanza decentralizzata — in cui gli utenti forniscono asset digitali per ottenere rendimento e prendere a prestito contro garanzia. L'annuncio, fatto tramite un post su X, segnala che lo sviluppo della codebase V3 continua, anche se specifiche tecniche complete, proposte di governance e tempistiche di deployment devono ancora essere pubblicate.
Cosa stabilisce la presentazione di V3.8
Il post su X di Kulechov segna la prima presentazione pubblica dell'etichetta di versione V3.8. La serie V3 di Aave ha rappresentato la base architetturale del protocollo nei suoi deployment multi-chain, e ogni incremento di versione minore all'interno della serie ha storicamente riguardato specifici parametri di rischio, impostazioni di efficienza o moduli di funzionalità. Per V3.8, questi dettagli non sono ancora confermati nella documentazione disponibile, e la sola etichetta di versione non indica l'ambito.
Il passaggio da V3.x a V3.8 colloca la release come aggiornamento iterativo piuttosto che una riscrittura architetturale completa. Aave ha precedentemente distribuito V3 su più di una dozzina di reti, e le versioni incrementali hanno modificato meccanismi come la isolation mode, l'efficiency mode (eMode) e i supply cap e borrow cap a livello di pool. Se V3.8 miri specificamente a uno di sistemi non è ancora stabilito dalle note di rilascio ufficiali.
La presenza multi-chain di Aave, recentemente estesa a BNB Chain, significa che qualsiasi aggiornamento V3.8 richiederà verosimilmente deployment e approvazioni di governance separati su ciascuna rete anziché un rollout unico e coordinato, un vincolo comune ai protocolli DeFi multi-chain. Poiché le approvazioni sono specifiche per rete, le modifiche ai parametri su un deployment non si estendono automaticamente agli altri, e fornitori di liquidità e mutuatari su ogni chain dovranno seguire le proposte di governance specifiche per catena man mano che emergono.
Cosa potrebbe cambiare V3.8 per gli utenti del protocollo
Possibili modifiche al livello di prodotto
Senza documentazione tecnica pubblicata, non è possibile confermare quali moduli di Aave tocchi V3.8. Le passate iterazioni di V3 hanno modificato la strategia dei tassi di interesse, le configurazioni degli oracle e i parametri che regolano i flash loan e le soglie di liquidazione. Eventuali modifiche del genere in V3.8 influirebbero sui costi di borrowing, sull'efficienza delle garanzie e sul profilo di rischio di liquidazione delle posizioni esistenti, ma questi dettagli dovranno provenire da Aave Improvement Proposal ufficiali e non dalla sola etichetta di versione.
Governance e rollout
La governance di Aave opera tramite voti on-chain in cui i detentori di AAVE e stkAAVE approvano o respingono le proposte. Un aggiornamento del protocollo dell'ambito di V3.8 richiederebbe tipicamente una formale Aave Request for Comment sul forum di governance, seguita da uno snapshot on-chain e poi da una proposta eseguibile. Nessuno di questi passaggi è stato confermato come completato o programmato in base alle informazioni disponibili al momento della pubblicazione, lasciando V3.8 nella fase di divulgazione anziché in quella di deployment.
La recente integrazione del supporto di Aave nel MetaMask Agent Wallet tramite MCP, uno standard aperto che consente agli agenti AI di connettersi a servizi esterni, illustra come le azioni di governance del protocollo abbiano effetti a valle sulle integrazioni di terze parti, rendendo la tempistica di governance di V3.8 rilevante oltre i soli utenti core di Aave.
Considerazioni sull'impatto per gli utenti
Per lender e mutuatari attivi, la domanda pratica è se V3.8 introduca modifiche che richiedano la migrazione delle posizioni, flussi di approvazione aggiornati o parametri di rischio rivisti sulle tipologie di garanzia esistenti. Gli aggiornamenti V3 che hanno modificato le categorie eMode o i supply cap hanno storicamente richiesto agli utenti di rivedere le proprie strategie di collateralizzazione. Finché non verranno pubblicate indicazioni ufficiali sulla migrazione, le posizioni esistenti dovrebbero essere monitorate rispetto a eventuali modifiche dei parametri che accompagnino il deployment finale.
Cosa monitorare con l'avanzare di V3.8
forum di governance di Aave è la sede principale in cui le specifiche tecniche di V3.8 saranno pubblicate prima di qualsiasi voto on-chain. Una proposta di governance, se necessaria, dettaglierebbe le esatte modifiche ai contratti, le approvazioni degli auditor e la tempistica di attivazione. I lettori dovrebbero considerare la presentazione del fondatore come l'inizio del processo di divulgazione, non come una conferma della prontezza al deployment.
I tempi di deployment e la sequenza delle reti restano non confermati. Aave ha in precedenza scandito i rollout distribuendo gli aggiornamenti sui mercati a più bassa liquidità prima del mainnet Ethereum, dando alla community il tempo di osservare il comportamento in condizioni reali. Se V3.8 seguirà questo schema dipende dal suo ambito, che resta non pubblicato. Il TVL del protocollo e la distribuzione della liquidità tra le chain possono essere monitorati in tempo reale tramite la pagina del protocollo Aave di DeFiLlama, che rifletterà eventuali movimenti di capitale a seguito di un deployment.
Il rischio degli smart contract è la considerazione di base per qualsiasi aggiornamento di Aave. La codebase di Aave viene sottoposta ad audit formali prima dei deployment principali, e il bug bounty program della community resta attivo. Finché i report di audit di V3.8 non saranno pubblicati, vale la consueta cautela nell'interagire con versioni di contratti appena distribuite. I partecipanti alla governance dovrebbero inoltre valutare se V3.8 interagisca con GHO, la stablecoin emessa tramite il protocollo Aave, o con l'Aave Safety Module, garantito da AAVE in staking — entrambi con superfici di rischio proprie. I fondamentali del token, inclusi prezzo di mercato e volumi di trading, possono essere seguiti tramite la pagina del token AAVE di CoinGecko man mano che si sviluppano gli eventi di governance.
Ulteriori dettagli dovrebbero emergere attraverso i canali ufficiali di governance e comunicazione di Aave.