L'aggiornamento di sicurezza Aave V3.8 è attivo su 15 mercati dopo l'approvazione della DAO
Punti chiave
- •Aave V3.8 è stato attivato su 15 mercati V3 attivi dopo l'approvazione della Aave DAO, con la distribuzione annunciata da Aave Labs l'11 novembre 2026.
- •La caratteristica centrale della release è un reentrancy guard che protegge le operazioni del Pool durante le callback esterne, progettato per preservare la coerenza della contabilità del Pool.
- •Il guard è basato sul transient storage EIP-1153, uno standard di Ethereum attivato con l'aggiornamento Cancun del 2024, che consente alla protezione di operare con un costo minimo in efficienza rispetto ai guard convenzionali basati sullo storage.
- •Il rollout riguarda reti tra cui Ethereum, Avalanche, BNB Chain, Base, Arbitrum, Polygon e Optimism, mentre i deployment con asset congelati e cap a zero sono esclusi dall'aggiornamento.
- •Aave V3.8 sarà pubblicato sotto una Business Source License finché la Governance di Aave non stabilirà una Change Date, con audit di Certora e terze parti previsti prima che la proposta avanzi nella governance.

Aave V3.8 è ora attivo su 15 mercati Aave V3, a seguito dell'approvazione dell'aggiornamento da parte della Aave DAO questa settimana. Sviluppata da Aave Labs, la release aggiunge nuovi livelli di protezione al protocollo di lending decentralizzato, in linea con le migliori pratiche del settore e con gli standard di sicurezza della Aave DAO. Il rollout è stato annunciato l'11 novembre 2026 tramite l'account X ufficiale di Aave.
L'aggiornamento è interamente focalizzato sulla sicurezza. La sua caratteristica centrale è un reentrancy guard sulle operazioni del Pool durante le callback esterne, e la release è descritta come misurata e non invasiva, introducendo solo modifiche minime al sistema esistente.
Reentrancy Guard basato sul Transient Storage
L'aggiornamento V3.8 introduce un guard basato sul transient storage, noto come EIP-1153 — uno standard di Ethereum attivato con l'aggiornamento Cancun della rete nel 2024 — che fornisce uno storage che persiste solo per la durata di una singola transazione. La reentrancy stessa è una delle classi di vulnerabilità più antiche negli smart contract, risalente all'exploit della DAO del 2016: un contratto esterno, invocato durante un'operazione, effettua una chiamata di ritorno al Pool prima che l'operazione si concluda. Il guard è progettato per proteggere la coerenza della contabilità del Pool, e si applica anche quando una singola transazione interagisce con il Pool più di una volta. In pratica, la protezione copre le operazioni del Pool per l'intera durata delle callback esterne.
Secondo la proposta, le modifiche sono minime ma vale la pena applicarle per "rendere il sistema più robusto e resiliente in futuro". Il guard allinea i pool alle migliori pratiche del settore e li protegge contro gli exploit di reentrancy, che la proposta definisce teorici. La sicurezza di Aave V3 rimane una priorità assoluta per il team.
I costi di gas sono stati storicamente una preoccupazione per i guard di questo tipo, poiché le protezioni convenzionali contro la reentrancy richiedono scritture nello storage permanente a ogni lock e unlock. Tuttavia, sviluppi recenti come il transient storage consentono di rafforzare il protocollo con pochi svantaggi in termini di efficienza, il che significa che il guard può ora essere applicato con un overhead minimo.
La Aave DAO ha approvato la proposta prima dell'inizio della distribuzione, e ulteriori miglioramenti di difesa in profondità potrebbero essere proposti nei futuri aggiornamenti.
Nel suo annuncio su X, Aave ha dichiarato che la release "aggiunge nuovi livelli di protezione ad Aave V3":
Aave V3.8 is now live across 15 Aave V3 markets, following approval by the Aave DAO. Developed by Aave Labs, the release adds new layers of protection to Aave V3, in line with industry best practices and Aave DAO security standards. pic.twitter.com/HVkIEqgazP
— Aave (@aave) November 11, 2026
Deployment e Dettagli sulla Licenza
In totale, il rollout copre 15 mercati su un'ampia footprint multichain. L'aggiornamento riguarda le istanze Aave V3 su Ethereum, coprendo sia i deployment Core che Lido, e comprende anche Plasma, Avalanche, BNB Chain, Monad, Base e Arbitrum. Sono inclusi anche Mantle, X Layer, Polygon, Linea e Optimism, mentre Gnosis, MegaETH e Celo completano l'elenco delle reti interessate.
Solo le istanze attive sono nel perimetro, come indicato nella proposta. I deployment con tutti gli asset congelati e i cap impostati a zero sono esclusi; le istanze inattive restano quindi invariate.
Sul fronte delle licenze, Aave V3.8 sarà pubblicato come propria versione del Licensed Work sotto una Business Source License — una licenza source-available che mantiene il codice pubblicamente consultabile limitando alcuni usi fino alla Change Date — con il testo della licenza incluso nel repository V3.8. La Governance di Aave stabilisce la Change Date, registrata su v38.aavelicense.eth, e finché la Governance non stabilisce una data, V3.8 resta sotto la Business Source License. La proprietà intellettuale di V3.8 passerà in seguito alla Aave Foundation tramite una separata proposta di governance.
Prima dell'AIP — acronimo di Aave Improvement Proposal, il formato attraverso cui le modifiche al protocollo sono sottoposte alla governance di Aave — V3.8 sarà sottoposto ad audit da parte di Certora e di terze parti, e sono inoltre in programma ulteriori revisioni di sicurezza.
Questo articolo è basato sul report originale pubblicato su Blockonomi.